Image glitches with VA-API acceleration enabled #147
Comments
|
Can you test with this tar ball? |
|
This version is free of glitches, but seems to be also free of HW-acceleration. At least the combobox in the settings window is empty and in the playback information acceleration is stated to be disabled. CPU usage is higher also. |
|
Can you see VAAPI[8bit] in playback information like here?: https://cloud.githubusercontent.com/assets/3054729/5619788/43bbfa40-9536-11e4-9267-46cfbb2a9b3d.png |
|
Indeed, it is not significantly higher. Here is screenshot, please: https://cloud.githubusercontent.com/assets/394621/5620085/82367b96-9528-11e4-9aff-b66486d01191.png |
|
Okay, it seems fine though I cannot check the CPU usage because I think your shcreenshot is taken when paused. |
|
Fixed. If the problem still exists, please let me know. Thank you! |
|
Wait-wait! :) Indeed, there are not image distortions anymore, but the CPU usage by CMplayer is incomparable to that of mpv. For example, 1.5-3% by mpv and 8-10% by cmplayer. I see that mpv reports "VO: [vaapi] 720x480 vaapi" while cmplayer "[mpv/cplayer] VO: [opengl-cb] 720x480 vaapi". Could it be the reason? |
|
As total or per core average? |
|
With --vo=opengl mpv uses up to 4%. All of these are numbers given by htop via its meter PERCENT_CPU. |
|
Can you test without hardware hacceleration? run mpv with --hwdec=no --vo=opengl and turn off hwacc in CMPlayer. |
|
mpv: 11-15% |
|
In that case it's certain that the hwacc works well because the difference is kept in close range. |
|
Checked with cmplayer 0.8.16, CPU usage is almost the same as with current git master. I guess this issue may be closed then. |
|
Okay, thank you for checking. |
|
Thank you for working on this issue! |
|
One possibility for higher CPU usage: check the volume normalizer and playback speed. |
|
Volume normalization is disabled, playback speed is default. BTW, when i press 'n', cmplayer crashes with SIGSEGV: #0 0x000000000048c076 in detail::AudioMixerPre<166>::prepare(AudioDataBuffer<float, true> const&, AudioNormalizerOption const&) () |
|
Not reproducible here.
|
|
Oh, and another idea about CPU usage: channel mixing |
|
I've done check of all settings you've mentioned. Bomi uses more CPU then mpv always, with any of the supported by my VAAPI device codecs. |
|
Well, then I'm out. If you consider it as serious problem, one last option: send me the file so that I can test it, although it doesn't gaurantee anything. |
|
Yes, it seems important to me. Why do I use video decoding acceleration at all? Because it decrease CPU utilization to a level where CPU cooler is almost inactive. However, on my laptop with typical usage, additional load from bomi triggers the cooler. As for the file, I will try to find a sample online. |
|
FYI, activation of cooler means nothing. |
|
Let me, please, measure heat, generated by device in front of me, by myself :) I just share my experience with you. If it does not fit into your ideas about the reality, the reality is not guilty :). |
|
Oh, I didn't mean to blame you. If you feel unpleasant, I'm sorry. I just wanted to point it out that hardware acceleration is not a magic. |
|
Thank you for your words and do not worry, please! I understand why it is (and always was) more efficient than universal CPU. I just pointed out that with my hardware and habits, playing the FHD x264 10bit movie with or without acceleration means active or silent CPU cooler. And since if is VAAPI, discrete GPU and it's cooler are not involved at all. |
|
That's odd. There's no API which supports 10bit format in Linux. |
|
I may be wrong. I was running test for this half of an hour ago. I belive the file was 10 bit but it might be my mistake. Then the same is true for 8 bit. Will check the file tomorrow. |
|
Okay, let me know any update. |
|
I was wrong. It has 8 bit depth. |
|
Any news about measuring temp.? |
|
Not yet. Waiting for enough dust to be collected by the CPU heat sink. |
When playing H264 video with High@L4.0 profile, cmplayer shows sporadic glitches on screen (green squares). Mpv plays these video fine (with va-api acceleration).
Here is partial mediainfo:
mpv -v output:
cmplayer --debug output:
The text was updated successfully, but these errors were encountered: