I don't have this either, I will update the skindesigner and check.
Beiträge von lnj
-
-
Quick fix:
in softhdcuvid.cpp
SuspendMode = NOT_SUSPENDED;
}
- SetVolume(cDevice::CurrentVolume(), true);
+ if (!cDevice::IsMute())
+ SetVolume(cDevice::CurrentVolume(), true);
return::SetPlayMode(play_mode);
}
-
Last commit was for hardware decoding with drm, other issues not fixed yet.
-
Yes indeed, there is such a bug.
-
When testing, it makes no sense to look at old logs, you can delete them.
-
Need a log of mpv to understand what the problem is.
It looks like the MPV is not compiled as it should.
But the issue with crashing on exit has not been resolved yet.
-
Published.
-
Yes, I also use externalplayer plugin and chromium to play YouTube in kiosk mode.
Dependence on the output plugin is not very good, the ability to use unadapted plugins is lost (xineliboutput).
Maybe make a separate output to the screen, based on code of softhd* plugins?
-
Try channelscan plugin, may be it help you.
-
mpv plugin?
Use service "Mpv_PlayFile".
-
Now the mpv plugin can hardware decoding with a drm.
Use "-v gpu -h auto -c drm" for it, or "-v gpu -h vaapi-copy -c drm".
-
I found how to enable hardware decoding in mpv with drm, I will make a commit. But the crash problem is not resolved.
-
After this commit and set vdr volume linearize to 10 I have same software volume level on vdr and mpv.
But jojo61 must add this commit to his git too.
-
I seem to have found a simple solution to software volume control, but need a patch for the output plugin.
For now, you can check like this -
set in vdr through the menu the linearity of volume control 10, after that my volume vdr and mpv coincide. But when you exit the MPV, the volume in the vdr becomes large, until you press the volume button, then it will return to the desired level.
-
I think I figured out the problem.
The volume level of the MPV plugin must match the volume level of the vdr, and this is obtained with hardware volume control.
But with software volume control, it seems that the sound level in MPV is lower than that of vdr at the same level due to the different linearity of the adjustment.
mpv is not using a linear volume control
If you set the volume to maximum, there will be no difference.
The only way out is to make an independent volume control for the MPV, I don't want to do that, but I'll think about it.
-
Zitat
stream--->HW vaapi decoder---->drm API---->Screen
At the moment MPV cannot do it.
Zitatbut the prob starts with the call of mpv, wher the volume is way to low and also mpv should store its current in setup.conf
The mpv plugin save the volume level. I will try to watch it today or tomorrow.
-
Yes, typo, svdrpsend.
-
Volume level with soft control I will see how I can, with a quick test, I cannot reproduce, need more time.
But the crash and the wrong video mode after the mpv exit must be watched from the side of the softhddrm plugin.
jojo61, can you install mpv (libmpv) and test mpv plugin with drm output?
gggggg, if you do svdprpsend plug softhddrm DETA, svdprpsend plug softhddrm ATTA, or svdprpsend plug softhddrm SUSP, svdprpsend plug softhddrm RESU - the problem will be or not?
-
Compare cpu load with and without option -w no-hw-decoder.
-
jojo61 plugins softhdcuvid, softhdvaapi, sofhthddrm have one code and do not save volume level when switch to external player.
while I do not have time to test the software volume control, I just do not use it, but I will try to solve this problem.