<jakllsch>
not sure FreeBSD has video codec drivers on embedded aarch64 at this point
<jakllsch>
NetBSD is probably only just getting hw video codecs working on PC-style GPUs
<Jmabsd>
OpenBSD has had Intel and AMDGPU graphics implemented.
<Jmabsd>
However may not be bundled with the OS yet
<Jmabsd>
Why is ARM64 so much after?
<jakllsch>
because it's (generally) not the same hardware
<jakllsch>
different drivers
<Jmabsd>
cool. is any web site devoted to hw video decoding on ARM64?
<jakllsch>
probably not
<Jmabsd>
ic
<Jmabsd>
is hw video decoding on ARM64 well supported on Linux?
<Jmabsd>
for various SoCs
<jakllsch>
depends
<jakllsch>
does Android count as Linux?
<Jmabsd>
maybe
<Jmabsd>
so Android has it?
<Jmabsd>
Androids
<Jmabsd>
for proper Linuxes like Debian, Armdroid, what's the video decoder support situation
<jakllsch>
Android phones will generally have working hw video codecs
<Jmabsd>
sometimes with closed source patches? duh
<jakllsch>
usually not even with upstreamed drivers..
<Jmabsd>
Does Rockchips have upstreamed drivers?
<jakllsch>
i think that might even depend on the SoC
<jakllsch>
but it's being worked on at least
<Jmabsd>
any URL documents the progress?
<jakllsch>
probably not
<Jmabsd>
i see
<Jmabsd>
so open source drivers?
<jakllsch>
i think so
<Jmabsd>
but still hardware blob right
<Jmabsd>
the hw video decoder is some ARM proprietary IP isn't it
<jakllsch>
not sure; i think at least one of the codec cores used don't need microcode
jagan has joined #linux-rockchip
<jakllsch>
some rockchip SoCs actually have multiple codec cores in the same SoC that use different drivers
<urja>
i think for rockchip it's not ARM, it's rockchip (not sure if they bought it though, i have not gone in depth... and also i dont know of the newest stuff)
<jakllsch>
sometimes even with overlapping codec standard support
<Jmabsd>
wow. how much variety among ARM64:s does there exist in terms of how hw video decoding is done ????
<Jmabsd>
so it's not a part of the normal graphics output acceleration??
<jakllsch>
it's seperate from the GPU usually, yes
<jakllsch>
(the GPU handles 3D and surfaces and whatnot)
psydroid3 has joined #linux-rockchip
psydroid2 has quit [Read error: No route to host]
<mps>
I'm far for video expert but on my rk3399 gru-kevin playing video is faster and with a lot less load with panfrost than without it
<mps>
s/for/from/
<Jmabsd>
mps: what is gru-kevin??
<urja>
it's a samsung chromebook plus
<urja>
anyways that's just because you have surfaces/layers
<Jmabsd>
okey cool "The Panfrost driver stack includes an OpenGL ES implementation for Arm Mali GPUs based on the Midgard and Bifrost microarchitectures. It is conformant on Mali-G52 and Mali-G57 but non-conformant on other GPUs. The following hardware is currently supported:"
<urja>
the open source ARM Mali midgard-and-newer driver (just installing mesa gives you that)
warpme___ has quit [Quit: Connection closed for inactivity]
<a1batross>
hi there. Is there a page describing current status of rk3568 support? I'm currently working on for-next branch of linux-rockchip repo, it seems it has some more work done on rk3568 than released kernels.
<a1batross>
our device is based on radxa cm3 plus SoM. So far, it works fine enough with a bit modified dts of radxa3 board