12:07 <detlevc> warpme: I pushed some new code for rkvdec, can you try it out ?

12:08 <warpme> detlevc : are you referring to https://gitlab.collabora.com/detlev/linux/-/commits/add-vdpu381-and-383-to-rkvdec ?

12:08 <detlevc> yes

12:14 <warpme> i already update my code to this branch. unfortunately no diff (still occasional issues on 3576). By curiosity i built ffmpeg7.1 & mpv (with required patches) as archlinux .pkgs and tried mpv playback on archlinux. Still issue. Also i built mythtv as archlinux .pkg - still issue. More nad more i think issue might be hw related maybe? Do you think is it worth to try to run yours bins on mine hw?

12:15 <warpme> interesting is that errant playback sometimes become ok after some minutes of continuous play

12:21 <CounterPillow> mmind00: since you're on a patch applying spree, I've heard of this great series called "RK3576 thermal sensor support, including OTP trim adjustments" by this really cool guy "Nicolas", it's ripe for the pickings from what I've been told

12:22 <mmind00> CounterPillow: Nicolas is not that distinctive anymore ... from the review of the defconfig change, it seems there is a 3rd one now? :-D

12:23 <warpme> also the same content sometimes plays ok from start; sometimes starts with artefacts then becomes ok after some time. All this pretends to me like i.e. some hw register(s) are not always set or are set but after some time?

12:26 <CounterPillow> mmind00: there's a lot of Nicolases at Collabora now, yes :V

12:26 <CounterPillow> our kernel contributions are like 50% Nicolas by volume

12:27 <mmind00> so "it's all Nicolas' fault" ... will be right 50% of time ;-)

12:27 <detlevc> warpme: I'll packup the binaries and we will see, what board are you testing on exactly?

12:29 <CounterPillow> mmind00: can't really say I'm adding bugs when I somehow usually submit fixes for issues I then fail to reproduce two months later :(

12:32 <warpme> it is nanopi-m5 with lpddr5

12:33 <warpme> i can provide you dts (with full hw support contrary to initial dt flying around ml)

12:34 <warpme> so you can compile-in into yours kernel

13:48 <detlevc> warpme: I uploaded ffmpeg (I just tar'd the /usr/local folder where it is installed, also it is not stripped): https://people.collabora.com/~detlev/rk3576/ffmpeg-7.1+v4l2requests-trixie.tar.xz and mpv deb packages: https://people.collabora.com/~detlev/rk3576/libmpv2_0.40.0-9_arm64.deb and

13:48 <detlevc> https://people.collabora.com/~detlev/rk3576/mpv_0.40.0-9_arm64.deb

13:49 <detlevc> I also noticed, with mpv, that if I don't use the -fs (fullscreen) flag, the video is like 50% transparent. It's not the case with -fs for some reason. I don't thing this is a decoder issue though

14:05 <detlevc> warpme: fwiw, I just saw it very briefly with gstreamer (it didn't last more that .5 seconds) and can't get it again. So we can probably rule out an ffmpeg issue \o/

14:05 <warpme> ah good. one variable less :-)

14:28 <warpme> huh - it looks like attempt to use debian bins on arch will be more difficult than i was thinking: trixie has multiple deps @ much older vers than arch (rolling release) and arch arm repos have only current .pks (older are deleted). so i can't move with such approach. but maybe we can try at least with kernel? dtbs, Image and modules/* should be enough (assuming kern.ver is the same as i will need probably use mine dtb for mine nanopi-5m?

14:50 <detlevc> warpme: Yes, I doubted it would be easy to use build packages on different distros like that. First, I'll push another debug commit I'd like you to try

14:50 <detlevc> it fixes some funky alignment based on the downstream driver

15:27 <warpme> detlevc : with https://gitlab.collabora.com/detlev/linux/-/commit/6fdf9f42a08b5758fb442e77d149b7768a05fd7b no change....

16:01 <detlevc> warpme: https://people.collabora.com/~detlev/rk3576/linux-6.16-rc3+rkvdec.tar.xz There's probably too many modules, I'll let you add you device tree

16:36 <warpme> detlevc : interesting: it can't see any mmc (https://gist.github.com/warpme/0613a28bb3ef8dd9725c6e3f06cdceb6) i'm booting from mmc as it is only storage i have in my board. Is mmc support build-in or as module? If module - then i have chicken-and-egg problem (to get mmc working i need module from this mmc...)

16:49 <detlevc> You'd need to build a ramdisk, I can build one with mmc built-in

17:30 <warpme_> detlevc: as i'm replacing kernel in my appliance - not full distro - best imho will be to have your kernel build with mine kernel config. i recall you done test with mine kernel config and rkvdec3 was working ok for you isn't?

17:49 <detlevc> warpme_: i'll build that

17:50 <warpme> oh qll!

17:51 <detlevc> in the meantime, I tried your test file on rk3576 with mpp (downstream driver), and it is completely wrong, I need to do a bit more tests, but if I can't make it work with mpp, I'll have to turn to rockchip for help