01:20neur0sis: Hello, I will ask again since today I saw libdpau 1.2 in emerge, so I install it, using nouveau, here the output of vdpauinfo : Failed to open VDPAU backend Error loading shared library libvdpau_nvidia.so
01:24neur0sis: which bring me again to this : https://bugs.gentoo.org/672132
01:27gnarface: is that with or without loading the proprietary firmware?
01:28neur0sis: kernel deblob and no nvidia-firmware install from emerge
01:29neur0sis: /usr/lib/vdpau/libvdpau_nouveau.so exist
01:29gnarface: check here to make sure your test was even valid
01:29gnarface: note that it's not all working
01:29gnarface: and where it works, it doesn't all work for all video encoding formats
01:30gnarface: and most of them do require the firmware
01:30gnarface: but it varies depending on the hardware generation too
01:40neur0sis: haa : implements this function by
01:40neur0sis: * dynamically loading the appropriate back-end driver
01:41neur0sis: so it mean I should define a env VDPAU_DRIVER\
01:41neur0sis: linking to the libvdpau_nouveau, since it doesn't does it
01:42gnarface: i have no idea sorry. i have not succeeded at getting this working, myself.
02:21neur0sis: Ah yes finaly got it, still not working but at least it link to nouveau
02:21neur0sis: so the problem is definitively a gentoo bug
02:21neur0sis: not from nouveau or somewhere else
02:26gnarface: i'm not so sure about that, but i don't know. i thought i remember from yesterday this discussion coming up and someone else had patched it to link to nouveau but they said it was actually the firmware that was supposed to load that library directly?
02:26gnarface: like i said, i don't know
02:27neur0sis: libvdpau exist for ati and intel too right ?
02:27gnarface: when i tried this it was on a G92 so the best i could do was just get it to hang with a black screen
02:28neur0sis: Gentoo deosn't seem to pick up the right library
02:28gnarface: i was under the impression that Intel uses vaapi instead of vdpau, though there might be a vdpau wrapper available for intel. i don't know what ati uses.
02:28neur0sis: didn't try with a intel and ati though
02:28gnarface: there is a working vaapi wrapper for opengl that works with intel. i would think it would be possible to do for ati/amd too
02:29gnarface: it might even work better with nouveau than this, right now
02:35neur0sis: I was looking into vaapi and then just have the feeling that it will be a long wasting day if I continue,will drop this for now anyway
04:15AndrewR: Hi all! I was trying to see what kind of va-api processing I can get on nv50 device (note, not decoding, decoding here is slow, known for me problem). From few *_vaapi filters (ffmpeg_g -filters | grep vaapi) in ffmpeg (git) only deinterlace worked.
04:16AndrewR: notably, scale and procamp are missing. Is it limitation of of vl layer in gallium, or nv50 gallium driver ?
04:23AndrewR: for example ffmpeg -vaapi_device /dev/dri/renderD128 -benchmark -c:v libdav1d -i /mnt/sdb1/Stream2_AV1_720p_3.2mbps.webm -vf format=nv12,hwupload,scale_vaapi=w=240:h=120 -map 0:v:0 -v trace -f null - fail with "Failed to render parameter buffer: 2 (resource allocation failed)."
14:32fling: mpv: segfault at 38 ip 00007efd90aa4fef sp 00007fff10c989c0 error 4 in nouveau_drv_video.so[7efd9095b000+2df000]
14:59kubast2: How does nouveau retrives the bios if the nvidia's own utility(nvflash) can't do it
15:02kubast2: or it just means my bios is not writeable therefore nvflash doesn't bother to retrive the bios
15:51RSpliet: I get the impression these are significantly more noise than substance, but for the record: https://arxiv.org/abs/1804.06826 and https://arxiv.org/abs/1903.07486
22:41AndrewR: imirkin, ping
22:49AndrewR: I had this stupid qestion for some time, may be even asked it here ..can https://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/auxiliary/vl/vl_idct.c be reused for shader-based mjpeg decoding?