| Summary: | mplayer -vo vdpau draws incorrectly on rv350 | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | almos <aaalmosss> |
| Component: | Drivers/Gallium/r300 | Assignee: | Default DRI bug account <dri-devel> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | git | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | screenshot.png | ||
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.
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.