lanefu changed the topic of #armbian-rockchip to: Armbian - Linux for ARM development boards | Rockchip SoC | www.armbian.com | This channel is relayed to the equivalent Discord channel | this channel is logged
<DC-IRC> [Discord] <mecoblock> new libmali userspace driver g24 (ddk can be derived from https://github.com/armbian/linux-rockchip/pull/289#issuecomment-2478143837).
<DC-IRC> [Discord] <beohoff3174> Hey, Collabora sent me an updated hdmirx driver to test.
<DC-IRC> [Discord] <beohoff3174> It needs arm-trusted-firmware.
<DC-IRC> [Discord] <beohoff3174> It looks like I just need to update the `BOOT_SCENARIO` in the `orangepi5-plus.conf` which is currently `spl-blobs` to -either- `tpl-blob-atf-mainline` or `blobless`
<DC-IRC> [Discord] <beohoff3174> couple of quick questions. Is there any reason the BOOT_SCENARIO is set the way it is? Is it known that the OP5+ won't boot any other way?
<DC-IRC> [Discord] <beohoff3174> Also, if the boot scenario doesn't work, I assume I'll have to go the mask ROM/ RK develop tool to flash the SPI back to something that is known to work, correct?
<DC-IRC> [Discord] <amazingfate> rockchip uses a close source version of atf, and bl31 binary is provided to compile u-boot. if you have opensource version of atf, you can try compiling uboot with it like other socs like rk3399
<DC-IRC> [Discord] <beohoff3174> Ok, and if that fails it sounds like I would just need to flash the SPI back with a working version of the bootloader
<DC-IRC> [Discord] <beohoff3174> Ok, and if the open source atf fails it sounds like I would just need to flash the SPI back with a working version of the bootloader
<DC-IRC> [Discord] <beohoff3174> Looks like to troubleshoot this to see if it's working, I can see if the RAM is being reported correctly like in this issue: https://github.com/armbian/build/pull/4383
<DC-IRC> [Discord] <beohoff3174> Anything else that I should be looking out for?
_whitelogger has joined #armbian-rockchip
<DC-IRC> [Discord] <beohoff3174> is there any tool other than rkdeveloptool?
<DC-IRC> [Discord] <menu> yes, there's the Windows GUI tool, and you can directly read/write to the SPI chip too
<DC-IRC> [Discord] <frankn.steroids> can someone help me setting up jellyfin on the rock 5b?
<DC-IRC> [Discord] <frankn.steroids> the jellyfin guide says to add a repository but can;t find it anywhere
<DC-IRC> [Discord] <frankn.steroids> is ffmpeg, rockchip-multimedia-config, mali drivers already included in armbian?
<DC-IRC> [Discord] <frankn.steroids> is it normal for cpu usage to be this high on such a low quality video
<DC-IRC> [Discord] <zeeto9> In a container I use with ffmpeg hwa, I use this: RUN cd /usr/lib && \
<DC-IRC> [Discord] <zeeto9> RUN cd /lib/firmware && \
<DC-IRC> [Discord] <zeeto9> RUN mkdir -p /etc/OpenCL/vendors && \
<DC-IRC> [Discord] <zeeto9> echo "/usr/lib/libmali-valhall-g610-g6p0-x11-wayland-gbm.so" \
<DC-IRC> [Discord] <zeeto9> | tee /etc/OpenCL/vendors/mali.icd
<DC-IRC> [Discord] <zeeto9> I’m unsure of that newer version or even specifically what that deb is doing.
<DC-IRC> [Discord] <zeeto9> If you want to test out in a container with a fresh ffmpeg install, you can use this: https://github.com/SolutionsExcite/rk3588-mediamtx/blob/main/Dockerfile.ffmpeg-hwa
<DC-IRC> [Discord] <frankn.steroids> i wasn't even sure i needed to install it on armbian, but following jellyfins website guide they instruct to use this version on (armbian) host
<DC-IRC> [Discord] <frankn.steroids> probably to match the one running on the container itself
<DC-IRC> [Discord] <frankn.steroids> it works flawlessly but a single 2mbps encoding was taking half of all resources
<DC-IRC> [Discord] <frankn.steroids> it works flawlessly but a single 2mbps transcode was taking half of all resources
<DC-IRC> [Discord] <frankn.steroids> think i won't be able to share the service with anyone
<DC-IRC> [Discord] <frankn.steroids> has anyone gotten a gpu to work with these boards?