ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
paulk has quit [Ping timeout: 480 seconds]
Namidairo has joined #linux-sunxi
Namidairo has quit [Quit: ZNC - https://znc.in]
Namidairo has joined #linux-sunxi
paulk has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
cakes has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
cakes_ has quit [Ping timeout: 480 seconds]
sputnik2023 has joined #linux-sunxi
<sputnik2023> It uses my armbian mirror
<sputnik2023> v
<sputnik2023> v22.08 branch
<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]
bauen1 has quit [Ping timeout: 480 seconds]
evgeny_boger has quit [Quit: evgeny_boger]
junari_ has joined #linux-sunxi
bauen1 has joined #linux-sunxi
junari has quit [Ping timeout: 480 seconds]
warpme has quit []
JohnDoe_71Rus has quit []
rajkosto has joined #linux-sunxi
warpme has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
cnxsoft has quit []
<jernej> gnarface: DRMPRIME naming in Kodi and IIUC in ffmpeg too comes from PRIME buffer sharing described here: https://www.kernel.org/doc/html/v4.15/gpu/drm-mm.html#prime-buffer-sharing
<gnarface> i see, thanks for the info
<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]