@imagodespira
Quote:
Edit: ok comp seems to use no YUV conversion, i have around 10 - 12 percent more cpu usage.
This is correct, no YUV converion on the GPU, it uses it does it on the CPU instead, more work so it's slower.
About corrupted videos:
I have been think about a DRI on / off options, but I have not done anything as most videos I have tested has worked fine with DRI.
Quote:
Another question ;) :
In my video tests, the sound and picture are not in sync. video seems to be slower than audio. On the same machine, old mplayer, it works. Any solution for this? New player has lower cpu with yuv so the cpu maybe could not be the bottleneck (it is also on small videos).
I think it's mostly because AHI has less latency then this complicated Audio systems on Linux. (Or maybe it's because we are using INT and the Linux audio normally use FLOAT, and so there might double conversion somewhere, hard to say.)
But don’t worry you can adjust the timing, change the delay settings in conf/config file, to sync the audio and video, if the video is too demanding to decode it will not help.
You can also adjust the delay as you play the video with "+" and "-" Symbol on the keyboard, in my experience its better to set it before starting the playback.
More hints and tips can be found here:
http://www.mplayerhq.hu/DOCS/HTML/en/faq.html#idp62033440You can try to test comp_yuv vs comp_yuv2 and see if there is difference as well, comp_yuv2 do not wait for VSync, comp_yuv wait for VSync, this might make a difference.
Edited by LiveForIt on 2015/1/7 11:08:49
Edited by LiveForIt on 2015/1/7 11:13:24
Edited by LiveForIt on 2015/1/7 11:14:32
Edited by LiveForIt on 2015/1/7 22:46:34
Edited by LiveForIt on 2015/1/13 8:45:59
Edited by LiveForIt on 2015/1/13 8:46:32