07:23 <LordKalma> oi, any updates on the dram init problems?

09:48 <apritzel> LordKalma: I have seen it happening now on my X96 Mate as well (where it wasn't showing before), with jernej's new patches

09:50 <apritzel> I have bisected it down to the "Convert H616 DRAM options to single setting" commit, so now have some *code* to compare

09:51 <apritzel> I still have that hunch that it's a matter of code or stack size that changed, probably in connection with FEL memory usage in SRAM

15:11 <jernej> apritzel: is this only FEL issue?

15:12 <apritzel> that's my impression, yes

15:13 <apritzel> but this could be hidden *for now* by something when using MMC?

15:13 <apritzel> now that I have one commit that makes the difference (with the same compiler), I hope I can learn something more tonight

15:13 <jernej> I've never experienced this using SD cards

15:14 <jernej> good luck!

15:15 <apritzel> I don't remember reports about SD either. I fixed one FEL address issue already, but this wasn't the issue, unfortunately

15:17 <apritzel> btw: if anyone can test the sunxi/master branch, that would be much appreciated: https://source.denx.de/u-boot/custodians/u-boot-sunxi/-/commits/master/

17:44 <TaraC> Hi! I'm currently looking at vdpau gles interop on the 3.4 kernel; I've seen that there's two main ways to achieve that, the most popular seems to be Mosterta's implementation but i've noticed that Rellla has also implemented this? I've looked at the irc logs and forum threads but information is scarce. What's the main difference between those two implementations and which one would you recommend if i wanted to write a little game? Also is there example

17:46 <TaraC> Sorry for the wall of text lol

17:47 <TaraC> oh and for context i'm using a bpi m1+

17:59 <jernej> TaraC: Those implementations are long deprecated and I'm not aware anyone actively using them. Why don't you use mainline kernel with mainline solutions?

18:02 <TaraC> I am aware of those problems. I have settled on the old kernel due to its stability, its feature set and performance; I did some experiments and there's a few issues i have with mainline as it currently is

18:03 <TaraC> it's a bit of a silly project but i wanted to make my own retro-styled console for myself and a few friends for a sort of friends-only game jam

18:04 <TaraC> my main issues with mainline were how composite video doesn't work, the performance of lima and the how the VE doesn't seem to support a lot of codecs

18:04 <TaraC> the VE driver*

18:04 <jernej> lima should work decently, but it depends what you're doing

18:04 <jernej> which codec do you miss?

18:06 <TaraC> lima got a really disappointing score in glmark2 (around 60)

18:06 <jernej> that's fps?

18:06 <TaraC> something like 63 points iirc

18:07 <TaraC> and i know it's just a synthetic benchmark but seeing a rotating cube stuttering was a bit of a turn-off

18:07 <gamiee> TaraC: if it was stuttering, something is bad

18:08 <gamiee> I am using Lima on Banana Pi M2+ kmscube or glxgears works nice and smoothly. My app uses GLES and it works also pretty nice and smooth.

18:08 <gamiee> and what codecs you need? It supports h.264 and h.265, (and mpeg2 as far as I remember?)

18:08 <gamiee> and TVOUT is possible via jernej's patch

18:09 <jernej> gamiee: it's m1+ which is A20

18:09 <jernej> so it should have working CVBS out of the box

18:10 <jernej> oh, it just needs to be enabled in DT

18:10 <jernej> other pieces are already there

18:11 <TaraC> oh that's neat

18:11 <TaraC> would it also support vga and svideo?

18:11 <jernej> mali is also clocked at highest frequency, so either there is really suboptimal implementation or display rendering issue

18:11 <jernej> offline tests would be better to check that

18:12 <jernej> TaraC: only CVBS afaik

18:12 <TaraC> I tested lima with the most recent armbian image for context

18:12 <jernej> and again, which codec you miss on mainline?

18:12 <TaraC> on a 720p hdmi screen

18:13 <TaraC> so long as i have mpeg2 and h264 i should be good ^^

18:13 <jernej> that's already supported, along VP8

18:13 <TaraC> oh nice

18:14 <TaraC> is there zero copy interop for GLES?

18:14 <jernej> but there is a trick to it - either you use gstreamer or patched ffmpeg, due to special api

18:15 <jernej> you can import it via dmabuf

18:16 <jernej> but if you plan to directly render it, without fancy postprocessing via GLES, it's quicker and less demanding do render it directly with DRM planes

18:16 <TaraC> oh no, the goal would be to have video textures in the games

18:16 <jernej> different videos I imagine?

18:17 <TaraC> but i think it would be easier if someone could help me with the old vdpau/gles interop though; i've already got everything i needed working on the old kernel

18:17 <TaraC> maybe, that'll be up to my friends haha

18:18 <jernej> I'm not sure either old or new driver would be able to successfully decoded more than one video stream at the same time due to HW buffers in SRAM region.

18:19 <gamiee> as jernej says

18:20 <gamiee> and using old api is... pain

18:20 <jernej> TaraC: I can only help you with mainline, as I'm actively working in HW video decoding and rendering on kernel and userspace side (Kodi)

18:20 <jernej> I quickly abandon vendor kernel

18:21 <TaraC> that's okay thank you for your help!

18:21 <jernej> and A20 is not ideal in this regard, IMO first good AW SoC for that is H3

18:22 <jernej> IIRC A20 has low memory bandwidth (or was that A10? or both?).

18:22 <gamiee> both

18:23 <gamiee> and yes, H3 is still good for some stuff

18:24 <jernej> yeah, for basic video playback H3 is still good, that's why I still support it in LibreELEC

18:24 <TaraC> the h3 looks pretty interesting, but i liked how the a20 has a native sata interface and svideo and vga outputs

18:24 <gamiee> even for simple graphical apps it is perfect.

18:25 <gamiee> Only thing I don't like about H3 is terrible thermal and cpu freq management

18:26 <jernej> yeah, H6 is no different in this regard. I wonder if this is intentional in a sense to make it cheaper.

18:27 <TaraC> essentially i'm trying to build a small "retro" console for a gamejam with a few friends, each unit would come packaged like an old devkit with an SDK i wrote myself on a cd and a few video cables for their display of choice. the goal is to have something that looks and feels like it came from an obscure video game company from 2004

18:28 <TaraC> i spent a few months comparing SoCs and github repos and the A20 with the old kernel seems like the perfect fit for what i need

18:29 <TaraC> i'm pretty much all done rn with the only missing feature from the kernel being gles/vdpau interop, after that i was going to move to writing the sdk

18:30 <TaraC> and the console's OS

18:31 <gamiee> In this case, maybe A64 or H6 will be better

18:31 <TaraC> i see that rellla is in this channel; do you know if they're still active on here? or if i can reach them somewhere else?

18:31 <gamiee> probably H6

18:31 <jernej> rellla is still here, but he switched to mainline based solutions some time ago

18:32 <jernej> gamiee: A64 doesn't have TV out and while H6 has it, there is no mainline driver for it

18:32 <TaraC> gamiee: the h6 and A64 feel a bit too powerful for the project

18:33 <TaraC> oh yeah i need at least composite out for this

18:34 <TaraC> jernej: do you know where i can reach rellla?

18:34 <jernej> apart from IRC, no

18:35 <TaraC> right i'll send a private message

18:35 <gamiee> then h3

18:35 <TaraC> thanks a lot for the help! ^^

18:35 <gamiee> it have TVOUT