similar to: GT240 (VP3) hang with mplayer vdpau decoder

Apparently, this hang can be fixed at small performance cost by setting NOUVEAU_VP3_DEBUG_FENCE 1 (as opposed to default 0) in https://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/nouveau/nouveau_vp3_video.h Now, what exactly fixes my hangs (or make them less severe) - still open question, guess I can flip few of those debug defines and try to find out ... Currently at mesa Mesa

https://bugs.freedesktop.org/show_bug.cgi?id=82835 Priority: medium Bug ID: 82835 Assignee: nouveau at lists.freedesktop.org Summary: GeForce 8800 GS VDPAU h264 decoding hang QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: randrik at mail.ru

https://bugs.freedesktop.org/show_bug.cgi?id=51291 Bug #: 51291 Summary: Segfault with mplayer -vo vdpau: vlVdpVideoSurfaceClear at surface.c:366 Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal

https://bugs.freedesktop.org/show_bug.cgi?id=95282 Bug ID: 95282 Summary: system hang on video playback via vdpau Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee: nouveau at

Does anyone here know if the mplayer from rpmfusion (mplayer-1.0-0.41.svn20090711.el5.rf) was compiled with VDPAU support? I've looked on the mplayer web site and it says you can use vdpau, but it doesn't say HOW. Would that be with something like "-vo vdpau" ?? Thanks! -- ------------------------------------------------------------------------------- .---- Fred Smith /

https://bugs.freedesktop.org/show_bug.cgi?id=109742 Bug ID: 109742 Summary: vdpau state tracker on nv92 started to hit assert after vl compute work Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium

Hi, just a note for everybody who stumble across this thread in the future in order to bring this thread to a proper end. If I run the kernel with nouveau.debug="PVP=debug,PBSP=debug,PPPP=debug" I see messages about the firmware files gettings loaded. If the firmware files are missing, I get some warnings/errors. So far everything works as expected. But if I invoke

You can try playing with pstate in /sys/kernel/debug/dri/0/pstate On Mon, May 9, 2016 at 2:42 PM, poma <pomidorabelisima at gmail.com> wrote: > On 09.05.2016 19:37, Ilia Mirkin wrote: >> Mesa only supports the non-spatial temporal deinterlace (deint=3). I'm >> guessing that due to some unfortunate issues, you're no longer getting >> hw accelerated video

On 09.05.2016 19:37, Ilia Mirkin wrote: > Mesa only supports the non-spatial temporal deinterlace (deint=3). I'm > guessing that due to some unfortunate issues, you're no longer getting > hw accelerated video decoding. Check in vdpauinfo to make sure that > it's indeed showing the relevant codec as supported. If not, you can > turn that back on by updating to mesa

https://bugs.freedesktop.org/show_bug.cgi?id=86006 Bug ID: 86006 Summary: [NV84] Nvidia GeForce 8600 GT VDPAU h264 hardware acceleration Product: xorg Version: 7.6 (2010.12) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

NVIDIA G98 mesa-dri-drivers-11.2.1-2.20160501.fc22.x86_64 (incl. mesa commit 38fcf7c) vdpauinfo | grep -i deint DEINTERLACE_TEMPORAL y DEINTERLACE_TEMPORAL_SPATIAL - https://cgit.freedesktop.org/vdpau/libvdpau/tree/include/vdpau/vdpau.h#n3420 #define VDP_VIDEO_MIXER_FEATURE_DEINTERLACE_TEMPORAL ((VdpVideoMixerFeature)0) /** * \hideinitializer * \brief A

https://bugs.freedesktop.org/show_bug.cgi?id=89572 Bug ID: 89572 Summary: [NV86] Video playback corruption with nouveau, vdpau Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Mesa only supports the non-spatial temporal deinterlace (deint=3). I'm guessing that due to some unfortunate issues, you're no longer getting hw accelerated video decoding. Check in vdpauinfo to make sure that it's indeed showing the relevant codec as supported. If not, you can turn that back on by updating to mesa 11.2.2, or downgrading your kernel to 4.2 or earlier. (The issue only

Hello, I run the Gentoo Linux distribution and use a self-compiled Linux 3.10.17 kernel. According to [1] http://nouveau.freedesktop.org/wiki/InstallDRM/ [2] http://nouveau.freedesktop.org/wiki/VideoAcceleration/ I need the original firmware from the binary driver in order to sucessully use DRM and to use VDPAU video acceleration. I used the python script from [2] and I had a look at the ebuild

Hi guys, I just wanted to record some of my observations with nouveau; I haven't had time to debug what happened. All testing done with mplayer -vo vdpau. First off, it seems like master + DRI3 works, up to a point, but then crashes in nouveau pushbuf logic with a missing kref (which means some unknown buffer is being used ... somewhere). Now, in 17.2-rcN (sorry, I forget which one, but

On Thu, Dec 12, 2013 at 2:32 AM, Matthias Nagel <matthias.h.nagel at gmail.com> wrote: > Hello, > > I run the Gentoo Linux distribution and use a self-compiled Linux 3.10.17 > kernel. According to > > [1] http://nouveau.freedesktop.org/wiki/InstallDRM/ > [2] http://nouveau.freedesktop.org/wiki/VideoAcceleration/ > > I need the original firmware from the binary

Ilia Mirkin wrote: > As I don't have the hardware myself, I was hoping someone could > confirm that this is a nouveau issue and not a more general one. > Ideally this would be done by testing VDPAU on both radeonsi and r600, > as well as both the DRI3 and the DRI2 paths. Please use mplayer for > this, not mpv or mplayer2 or anything else -- all those have various >

https://bugs.freedesktop.org/show_bug.cgi?id=79701 Priority: medium Bug ID: 79701 Assignee: nouveau at lists.freedesktop.org Summary: [NVA0] GPU lockup when playing video with VDPAU QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: support.intranet

The vp3 / theora decoder in FFmpeg project received a major speedup: http://multimedia.cx/eggs/profiling-and-optimizing-theora/#comment-150751 http://git.ffmpeg.org/?p=ffmpeg;a=commit;h=6e8061980c9a18a0eb9802f5dc5becc349066680 http://git.ffmpeg.org/?p=ffmpeg;a=commit;h=8476744ba50d26a3e188def192cd9086b0f781d7 http://git.ffmpeg.org/?p=ffmpeg;a=commit;h=a51faef9b61bd80499a28322802ef4b22be44d43

Hey Mario, It seems that your ddx commit b4231dd715a8 is causing a regression when I use mplayer -vo vdpau rendering with mesa 9.1. It fails to start drawing here, leaving the mplayer screen black, I can make it recover usually by seeking or moving another window in front. When I revert the commit it behaves normally. Changing can_sync_to_vblank(draw) to 0 in nouveau_dri2_schedule_swap also fixes