Created attachment 49215 [details] screenshot.png As I understand it, simply running `mplayer -vo vdpau something.mpg` uses vdpau as an output surface only, without any decoding done via vdpau (and adding -vc ffmpeg12vdpau enables decoding). In this mode the video is drawn incorrectly, as the attached screenshot shows. Tried with this version (latest from debian-multimedia unstable): MPlayer SVN-r33367 (C) 2000-2010 MPlayer Team With libvdpau_softpipe.so mplayer segfaults in this mode. It doesn't segfault when I enable decoding as well, in that case it renders into a smaller area, just like r300.
I tried this again after seeing how much work has been committed to g3dvl recently, but nothing changed. Except that now Inconsistency detected by ld.so: dl-close.c: 743: _dl_close: Assertion `map->l_init_called' failed! is printed each time a vdpau-using application exits. Additionally, when I seek in mplayer, either [vdpau] Error when calling vdp_output_surface_render_output_surface: No backend implementation could be loaded. or [vdpau] EOSD: Error when rendering: No backend implementation could be loaded. is printed in massive amounts.
Now I tried it again with a freshly updated mesa (rev 4ef82cee6d297684bc178dc243e4d3b6c5704955), and it renders the picture correctly. Decode is still broken (#39309) though. It has these remaining problems AFAICT: - in fullscreen the video aspect is not retained (the picture fills the whole screen space) - sometimes it crashes when switching to fullscreen (MPlayer interrupted by signal 11 in module: filter video) - subtitles are not rendered if ass=1 is set ([vdpau] EOSD: Error when rendering: No backend implementation could be loaded.) - mplayer2 crashes immediately (MPlayer interrupted by signal 11 in module: filter video) These are most likely not r300g specific.
Also have rv350 and it works for me. Can you check again ?
I don't have full access to my old machine with the rv350 anymore (I gave it to my father), but I'll try to test vdpau on it. If I don't answer in a month, feel free to close this bug (assuming it works for you).
(In reply to comment #4) > I don't have full access to my old machine with the rv350 anymore (I gave it > to my father), but I'll try to test vdpau on it. If I don't answer in a > month, feel free to close this bug (assuming it works for you). mplayer -vo vdpau with software decode is working for me on rv350. Decode with -vc ffmpeg12vdpau is still not working, though it did improve a bit recently see - https://bugs.freedesktop.org/show_bug.cgi?id=39309
(In reply to comment #4) > I don't have full access to my old machine with the rv350 anymore (I gave it > to my father), but I'll try to test vdpau on it. If I don't answer in a > month, feel free to close this bug (assuming it works for you). I read a title only and checked only "mplayer -vo vdpau" variant. I forgot that it's only with software decoding.With "-vc ffmpeg12vdpau" indeed not working.Sorry for noise.
VDPAU support has been removed and it's not very useful on these GPUs.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.