07:05 <Kwiboo> chewitt, diederik: https://github.com/Kwiboo/linux-rockchip/commit/3e35c0304d6ed0c4b7490991bcd8a444e16517ab should most likely fix the HEVC 10-bit issue in LibreELEC

07:06 <chewitt> Kwiboo thanks for the speedy fix!

07:12 <diederik> Kwiboo: wow, that is quick :-D

07:31 <Kwiboo> chewitt, diederik: no problem, I have not had time to test it, but I expect it should help fix the issue, ffmpeg will always try to use NV12 format without the get_image_fmt ops, and for the 10-bit case NV15 must be used

07:32 <Ermine> seems like people love nv12

07:41 <diederik> Kwiboo: with ``[ffmpeg] V4L2RequestContext: Failed to set 1 control(s): Invalid argument (22)`` it was correctly detected as 10-bit and NV15 was used ... only it resulted in a completely blue screen (which is potentially different from the issue I reported to LE)

08:02 <Kwiboo> diederik: most likely that is a different issue, the nv15 pixel format is a very niche format, so unless all parts in the display pipeline fully support it, I would not expect it to be rendered correctly, especially when the video frames is imported into and rendered by the GPU

08:08 <diederik> Yeah, one thing I recently found out is that sway defaults to 8-bit rendering and you need to have ``output * render_bit_depth 10`` in your sway config (learned that via https://man.archlinux.org/man/sway-output.5.en)

08:08 <diederik> and then there could indeed be other parts of the pipeline which may also need to be made aware of 10-bit stuff

08:43 <naoki> Kwiboo: By the way, thanks to U-Boot's generic-rk3xxx_defconfig I can work on the OpenWrt port before finishing the U-Boot port. :) https://github.com/openwrt/openwrt/pull/19867

09:32 <Kwiboo> naoki: great!, something like that was main purpose for the generic targets, prior to adding the generic targets I typically used the evb targets for any board without full upstream support, and tha could cause other strange issues if the evb is a fully described in DT

09:34 <Kwiboo> for network targets I would also try how the boards would behave with a proper u-boot target, some init for network may happen in u-boot if a DT for the actuall board is used, the generic targets avoid anything beside bare minimum to boot

10:03 <mmind00> CounterPillow: woohoo ... bye-bye HIWORD :-)

10:21 <diederik> FWIW: The 'bitmap-for-next' branch can be found here: https://github.com/norov/linux/tree/bitmap-for-next

10:38 <chewitt> diederik I pushed updated LE images to my test share with Kwiboo's fixup patch included, please test with your Rock64

10:39 <diederik> thanks :) will do

11:53 <CounterPillow> mmind00: \o/

12:46 <diederik> chewitt Kwiboo: the 10-bit x265 (BBB) video now plays correctly :-D \o/ Thanks!

12:46 <chewitt> thanks for confirming

12:47 <diederik> still getting "Signal Lost" on other (8-bit x264) files though ...