<lvrp16>
how is panfrost coming? any brick walls other than time?
<lvrp16>
alyssa---: the less vendor code I touch the more sanity I'll retain ;P
<lvrp16>
that should be a gravestone
<lvrp16>
i touched vedor code
aalm has quit [Ping timeout: 272 seconds]
ayaka has quit [Read error: Connection reset by peer]
<ezequielg>
Myy: The example I am using are mostly based on the request API
<ezequielg>
if MPP provides a vaapi backend (that is the case right?) then any vaapi user should work, such as gstreamer-vaapi... but it's not that easy.
<ezequielg>
Currently I am debugging gstreamer-vaapi to see why it's not working on my platform
<alyssa--->
lvrp16: lololol
<alyssa--->
well, I just got back to the routine of frosting pans... a week ago? made a ton of progress since then (hint: we now have rk3399 essentially at feature parity? that was fast) but yeah, time :p
<lvrp16>
wait what?
<alyssa--->
what?
<lvrp16>
already at feature parity?
<lvrp16>
what are we talking about?
<alyssa--->
not too much has changed
<alyssa--->
at feature parity with rk3288
<lvrp16>
ohhh i thought u were referring to mali blob
<alyssa--->
in terms of "a cube spins and textures work"
<lvrp16>
my jaw dropped
<alyssa--->
lol no way
<lvrp16>
yeah...
<wens>
what's panfrost?
<Ke>
alyssa---: would it help with xvideo somehow?
<alyssa--->
wens: the free software driver project for modern (Txxx and Gxx) Mali GPUs
<Ke>
I don't know how the shared buffers gpu complexes work'
<Ke>
alyssa---: do you have new account for donations since libreapay is not really good anymore
<alyssa--->
Ke: I don't know much about Xvideo
<alyssa--->
If people insist on using the GPU for scaling/csc/etc, that is a thing GPUs can do. I had a demo for rk3288 that did that but it wasn't any better than software due to swizzling costs
<Ke>
sounds sad
<Ke>
I believe you will get xvideo with glamoegl that you get by having certain kind of mesa driver
<alyssa--->
eh, it's a 3D core. it's not going to be magical for non-3D tasks
<wens>
Xv should really be as easy as using a proper kms plane that supports scaling/csc
<Ke>
perhaps, it seems others use 3D for videos
<Ke>
wens: but there is no scaling
<alyssa--->
wens: I would think so, but I haven't been able to use that with rk3399 (yet)
<alyssa--->
Ke: they do. that doesn't make it a good idea imo
<Ke>
anyway, I guess the real target is getting glamoregl working
<Ke>
though there are probably many details before it works
<Ke>
whatever the 3D vector processor is on Mali, it's most probably better at handling buffers than the cpus
<alyssa--->
maybe I'd be more motivated to look into the optimised video paths if I didn't just read most of the time ;P
xerpi has quit [Remote host closed the connection]
ganbold has quit [Quit: Leaving]
<wens>
Ke: I guess each platform is different, like some of the sunxi planes can do scaling
cnxsoft has quit [Quit: cnxsoft]
<Ke>
alyssa---: do you have howto and todo lists?
<Ke>
probably not
afaerber has quit [Quit: Leaving]
afaerber has joined #linux-rockchip
<alyssa--->
not really
LargePrime has joined #linux-rockchip
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-rockchip
asciilifeform has left #linux-rockchip ["Leaving"]
MoeIcenowy has joined #linux-rockchip
<MoeIcenowy>
wens: I think a generic DKMS driver will be needed
<MoeIcenowy>
s/DKMS/DDX/
<MoeIcenowy>
for SoCs to make use of DRM features
<wens>
MoeIcenowy: just add it to modesetting? :)
<MoeIcenowy>
modesetting is x86 oriented
<MoeIcenowy>
and they use glamor-egl
<MoeIcenowy>
(BTW Mali Utgard cannot use glamor-egl even if lima is ready
<wens>
why not?
<MoeIcenowy>
glamor-egl needs *GL* 2.0
<wens>
doesn't glamorgl support gles?
<MoeIcenowy>
Utgard only supports GL 1.4 or GLES 2.0
<MoeIcenowy>
if my memory is correct it doesn't
<MoeIcenowy>
I failed to use it on a Intel 945GMS, which is also GL1.4/GLES2.0