<sputnik2023>
This image supports spi1 i2c1 WIFI/BLE USB ETH0 HDMI/AUDIO GPU VPU in linux 5.19 for ubuntu 22.04
<sputnik2023>
and supports kodi decode h264/4K30p in gdm mode
pg12_ has joined #linux-sunxi
pg12 has quit [Ping timeout: 480 seconds]
grming has quit [Quit: Konversation terminated!]
JohnDoe_71Rus has joined #linux-sunxi
rajkosto has joined #linux-sunxi
apritzel has joined #linux-sunxi
junari_ has joined #linux-sunxi
<gamiee>
sputnik: do you use blobs for decode? Or cedrus was already ported?
apritzel has quit [Ping timeout: 480 seconds]
junari has joined #linux-sunxi
junari_ has quit [Remote host closed the connection]
<sputnik2023>
@<gamiee> Cedrus
<gamiee>
Wait, this means they use software encoding?
<sputnik2023>
Allow hardware acceleration with DRM PRIME
<gamiee>
DRM PRIME? Encoding?
apritzel has joined #linux-sunxi
warpme has joined #linux-sunxi
<sputnik2023>
Aren't we talking about hardware decoding now?
<gnarface>
is DRM PRIME related to DRI_PRIME?
apritzel has quit [Ping timeout: 480 seconds]
<gamiee>
sputnik: in second question, I asked about encoding. Because in KVM, I guess they need to encode HDMI data
<sputnik2023>
no,hdmi in used MS2130 not h616
evgeny_boger has joined #linux-sunxi
<gamiee>
yes, but MS2130 outputs MJPEG, so H616 needs still to re-encode it to H.264? Or it just transmits MJPEG over internet?
apritzel has joined #linux-sunxi
junari_ has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
junari has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
junari_ has quit [Ping timeout: 480 seconds]
junari has joined #linux-sunxi
<apritzel>
sputnik2023: is the H616's USB2.0 bandwidth enough for the MS2130's output stream? After all this chip boasts with a 5Gbit/s USB-3 interface...
grming has joined #linux-sunxi
sputnik2023 has quit [Quit: Leaving]
sputnik2023 has joined #linux-sunxi
<sputnik2023>
I'm not that KVM project author,That author just used the armbian image I compiled. That solution should be to capture MJPEG data over USB 2.0 and transmit it over the network. No decoding and encoding are involved
<sputnik2023>
The local display uses an HDMI capture card Loop Out display
<sputnik2023>
I used Kodi to test the decoding ability of local video, and the CPU usage was low at 4K30p. Incidentally, Kodi requires GPU GLES support
sputnik2023 has quit [Quit: Leaving]
<apritzel>
I understand, I was just wondering, the H6 would have been a better choice then. But I guess you can tune the MJPEG compression to fit into USB2.0, just might not look very pretty
<gamiee>
apritzel: yes, 1080p30 encoded by MJPEG works OK via USB2.0
bauen1 has joined #linux-sunxi
warpme has quit []
warpme has joined #linux-sunxi
tnovotny has joined #linux-sunxi
rajkosto has quit [Read error: Connection reset by peer]
<jernej>
sputnik2023: when you're testing Kodi on H616, you're using EGL rendering, right?
tnovotny has quit [Quit: Leaving]
junari_ has quit [Ping timeout: 480 seconds]
Net147 has quit [Ping timeout: 480 seconds]
wigyori has quit [Remote host closed the connection]
apritzel has quit [Ping timeout: 480 seconds]
warpme has quit []
warpme has joined #linux-sunxi
vagrantc has joined #linux-sunxi
Net147 has joined #linux-sunxi
freemangordon has quit [Remote host closed the connection]
freemangordon has joined #linux-sunxi
warpme has quit []
vagrantc has quit [Quit: leaving]
vpeter has quit [Remote host closed the connection]
rajkosto has quit [Read error: Connection reset by peer]
apritzel has joined #linux-sunxi
JohnDoe_71Rus has quit []
vagrantc has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
warpme has quit []
warpme has joined #linux-sunxi
ftg has joined #linux-sunxi
<apritzel>
jernej: did you ever encounter an H3 board with LPDDR3 DRAM?
<apritzel>
this "fake H616 box actually using an H3" uses a Sandisk EMCP chip (eMMC+LPDDR3 DRAM)
<apritzel>
I can somewhat boot it with LPDDR3_STOCK=y, but it crashes in the kernel, with the typical symptoms of unstable DRAM
<jernej>
don't most H3 boards use LPDDR3?
<apritzel>
the only boards using CONFIG_SUNXI_DRAM_LPDDR3_STOCK=y are A64 boards
<jernej>
hm... right. Seems they use DDR3
<jernej>
no, I haven't seen one
<jernej>
but if it boots in Linux, it means only a few minor things must be adjusted
<apritzel>
yeah, playing around with it now
<jernej>
as usual in such cases, I suggest to do registers dump and check values
<jernej>
it might be worth trying with lower frequency than used in vendor U-Boot
<jernej>
we use catch all settings, which might not work with high frequency
<apritzel>
trying with higher first, since all A64 LPDDR3 boards use 552 MHz, but this BSP uses 480 MHz
<apritzel>
well, this can be ruled out, no output from the kernel ;-)
warpme has quit []
<apritzel>
indeed 408 boots to the busybox prompt
<apritzel>
great, I see this same random screen blanking as in the BSP image - every half minute or so the monitor loses the signal, then it comes back, that repeats a few times, and if I am lucky it shows the picture again
<apritzel>
but in the grand scheme of things HDMI works
<jernej>
apritzel: that would mean some issue with PHY settings or timing
<jernej>
do you use standard resolution or something more unique?
<apritzel>
some old TFT with 1024x768, via DVI
<jernej>
yeah, that's not very well tested, as you can imagine
<jernej>
most probably it treats it as hdmi, which means extra data and that confuses dvi monitor
<jernej>
in fex file you should have dvi mode config
<jernej>
but mainline should detect that automatically
<jernej>
so maybe it's not that
hentai has quit [Remote host closed the connection]
hentai has joined #linux-sunxi
stipa is now known as Guest11598
stipa has joined #linux-sunxi
Guest11598 has quit [Ping timeout: 480 seconds]
<apritzel>
yeah, the same monitor works fine with every other board, and I see the same behaviour with this board on another monitor
<apritzel>
but I am not really surprised, since this in an obvious fake box: saying 4G+32G on the sticker on the bottom (and selling as such), and even faking the kernel to report 4G, but being 1G+8G only
bauen1 has joined #linux-sunxi
<apritzel>
so they obviously don't care about quality at all
ftg has quit [Read error: Connection reset by peer]