<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - [nv4e] [vdpau] causes hangs" href="https://bugs.freedesktop.org/show_bug.cgi?id=75464#c1">Comment # 1</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - [nv4e] [vdpau] causes hangs" href="https://bugs.freedesktop.org/show_bug.cgi?id=75464">bug 75464</a> from <a class="email" href="mailto:imirkin@alum.mit.edu" title="Ilia Mirkin <imirkin@alum.mit.edu>"> Ilia Mirkin</a> <pre>I think the right move here is to just disable nv4x in vdpau entirely until somehow has time to take a look at what's going on. VDPAU doesn't provide hw decoding for nv4x anyways at this point, and the presentation stuff isn't _that_ useful when you don't have the video decoding bits. Unfortunately I'm not quite sure how to do that... should vdpau-nouveau/target.c look at the returned screen, cast it to a nouveau_screen and check the chipset? Not sure if that'd be considered an abstraction violation. Also unsure what one could add to st/vdpau for this, as nv4x _should_ be able to support the presentation bits of vdpau, it just... doesn't.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>