https://bugs.freedesktop.org/show_bug.cgi?id=75464
--- Comment #1 from Ilia Mirkin <[email protected]> --- 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. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Nouveau mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/nouveau
