similar to: [Bug 77102] gallium nouveau has no profile in vdpau and libva

https://bugs.freedesktop.org/show_bug.cgi?id=77102 --- Comment #16 from Stefan Ringel <mail at stefanringel.de> --- (In reply to comment #15) > Created attachment 97014 [details] > correct profile in vdpauinfo + vainfo dmseg: [ 97.292274] nouveau T[ PBSP][0000:01:00.0] inc() == 4 [ 97.341821] nouveau T[ PBSP][0000:01:00.0] use(+1) == 1 [ 97.341827] nouveau T[

https://bugs.freedesktop.org/show_bug.cgi?id=77102 --- Comment #11 from Stefan Ringel <mail at stefanringel.de> --- (In reply to comment #10) > Would you mind booting with > > nouveau.debug=PBSP=trace > > and putting up a dmesg from that (after the vdpauinfo, that is). BTW, silly > question -- do you have a libvdpau_nouveau.so? yes I have libvdpau_nouveau.so. It is

https://bugs.freedesktop.org/show_bug.cgi?id=77102 --- Comment #14 from Stefan Ringel <mail at stefanringel.de> --- (In reply to comment #13) > Created attachment 97009 [details] [review] > firmware present patch > > OK, upon further code reading, it looks like the way nouveau does class id's > is a bit off. That doesn't strictly matter for BSP, but there's a

https://bugs.freedesktop.org/show_bug.cgi?id=77102 --- Comment #7 from Stefan Ringel <mail at stefanringel.de> --- Created attachment 96999 --> https://bugs.freedesktop.org/attachment.cgi?id=96999&action=edit ls -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=77102 --- Comment #9 from Stefan Ringel <mail at stefanringel.de> --- (In reply to comment #8) > OK, so it seems like the firmware is correctly in place, and there are no > errors coming from dmesg, which means it's getting loaded (or at least isn't > failing to load). > > What version of Mesa are you using? I recently

https://bugs.freedesktop.org/show_bug.cgi?id=77102 --- Comment #12 from Stefan Ringel <mail at stefanringel.de> --- Created attachment 97000 --> https://bugs.freedesktop.org/attachment.cgi?id=97000&action=edit dmesg -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=77102 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|mesa-dev at lists.freedesktop. |nouveau at lists.freedesktop.o |org |rg Component|Other

https://bugs.freedesktop.org/show_bug.cgi?id=77102 --- Comment #10 from Ilia Mirkin <imirkin at alum.mit.edu> --- Would you mind booting with nouveau.debug=PBSP=trace and putting up a dmesg from that (after the vdpauinfo, that is). BTW, silly question -- do you have a libvdpau_nouveau.so? -- You are receiving this mail because: You are the assignee for the bug. -------------- next part

https://bugs.freedesktop.org/show_bug.cgi?id=77102 --- Comment #13 from Ilia Mirkin <imirkin at alum.mit.edu> --- Created attachment 97009 --> https://bugs.freedesktop.org/attachment.cgi?id=97009&action=edit firmware present patch OK, upon further code reading, it looks like the way nouveau does class id's is a bit off. That doesn't strictly matter for BSP, but there's

https://bugs.freedesktop.org/show_bug.cgi?id=77102 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #17 from Ilia Mirkin <imirkin at

https://bugs.freedesktop.org/show_bug.cgi?id=77102 --- Comment #8 from Ilia Mirkin <imirkin at alum.mit.edu> --- OK, so it seems like the firmware is correctly in place, and there are no errors coming from dmesg, which means it's getting loaded (or at least isn't failing to load). What version of Mesa are you using? I recently added a feature which auto-detects if firmware is

On 2018-05-01 06:00 PM, Ilia Mirkin wrote: > What GPU do you have? For video acceleration (i.e. va-api and vdpau), > did you install the necessary firmware? > > On Tue, May 1, 2018 at 5:53 PM, James <bjlockie at lockie.ca> wrote: >> I am playing videos from my lubuntu computer to my tv through the hdmi >> interface on my video card. >> It mostly works. >>

On Tue, May 1, 2018 at 6:16 PM, James <bjlockie at lockie.ca> wrote: > On 2018-05-01 06:00 PM, Ilia Mirkin wrote: >> On Tue, May 1, 2018 at 5:53 PM, James <bjlockie at lockie.ca> wrote: >>> I am playing videos from my lubuntu computer to my tv through the hdmi >>> interface on my video card. >>> It mostly works. >>> Some sound doesn't

I am playing videos from my lubuntu computer to my tv through the hdmi interface on my video card. It mostly works. Some sound doesn't and I think it is related to the audio code. A52 Audio (aka AC3) (a52) works. It seems MPEG AAC Audio (mp4a) doesn't work. I checked a video that used to work and it doesn't work now. It has the mp4a codec also. The one that used to work shows this in

What GPU do you have? For video acceleration (i.e. va-api and vdpau), did you install the necessary firmware? On Tue, May 1, 2018 at 5:53 PM, James <bjlockie at lockie.ca> wrote: > I am playing videos from my lubuntu computer to my tv through the hdmi > interface on my video card. > It mostly works. > Some sound doesn't and I think it is related to the audio code. > A52

Hello my hardware has: 03:00.0 VGA compatible controller: NVIDIA Corporation GT218 [ION] (rev a2) rpm -qa | grep nvidia nvidia-detect-410.78-1.el7.elrepo.x86_64 kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64 nvidia-x11-drv-340xx-340.107-1.el7.elrepo.x86_64 rpm -qa | grep libva libva-vdpau-driver-0.7.4-19.el7.x86_64 libva-utils-1.8.3-4.el7.x86_64 libva-devel-1.8.3-1.el7.x86_64

On Sun, Sep 13, 2020 at 5:01 PM Tomasz K?oczko <kloczko.tomasz at gmail.com> wrote: > > > On Sun, 13 Sep 2020 at 20:35, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >> >> What hardware are you using? > > > 0000:18:00.0 VGA compatible controller: NVIDIA Corporation GP104GL [Quadro P4000] (rev a1) There's no acceleration support for video decoding past

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 30.06.2016 08:27, Xiang, Haihao wrote: > > > Are you using VA-API on X11? libva gets the driver name from Xserver, > it is nouveau for you. so libva tries to load nouveau_drv_video.so. > You can create a symlink for nouveau pointing to a available driver or > just ignore the message because you have gallium_drv_video.so now. > > Thanks > Haihao > In

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