Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #linux-sunxi
Daanct12 has quit [Ping timeout: 480 seconds]
Daanct12 has joined #linux-sunxi
<jernej>
wens: it would be good to test first with either gstreamer from development branch or using my patched ffmpeg that your setup works as intended
cnxsoft has quit []
JohnDoe_71Rus has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
cnxsoft has quit []
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #linux-sunxi
<wens>
gstreamer from development branch works OK
<wens>
so it has something to do with how Chrome's code uses it
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #linux-sunxi
Daanct12 has quit [Read error: Connection reset by peer]
szemzoa has quit [Read error: Connection reset by peer]
szemzoa has joined #linux-sunxi
buZz has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
cnxsoft has quit []
szemzoa_ has joined #linux-sunxi
szemzoa has quit [Read error: No route to host]
buZz has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
<jernej>
wens: which codec? H264 and HEVC have two modes of operation: frame based (Hantro) or slice based (Cedrus)
<jernej>
I suppose that Chrome has priority set on Hantro, which may mean that slice based decoding isn't even implemented
<jernej>
or maybe it's not debugged
<jernej>
RPI4 also uses slice mode for HEVC, but as I said, that driver is not upstream
grming has quit [Quit: Konversation terminated!]
vagrantc has joined #linux-sunxi
dikiy has quit [Quit: leaving]
<wens>
jernej: I'm testing only VP8 for now
<wens>
slice mode should be fairly easy to add to Chrome, since the code design already supports it (for VA-API)
LordKalma has quit [Quit: Server has probably crashed]
LordKalma has joined #linux-sunxi
<jernej>
wens: Check if all fields are actually filled and have proper values. I wouldn't be surprised if decoder was tested and inadvertedly tailored for one decoder
grming has joined #linux-sunxi
ftg has joined #linux-sunxi
bauen1 has joined #linux-sunxi
bauen1_ has quit [Ping timeout: 480 seconds]
chuangzhu has quit [Ping timeout: 480 seconds]
chuangzhu has joined #linux-sunxi
apritzel has joined #linux-sunxi
JohnDoe_71Rus has quit []
<apritzel>
jernej: thanks for pulling the F1C100s devices series! Sorry for the delay, I actually had the new patches ready this afternoon, but then got pulled away :-(
<apritzel>
for the F1C100s USB series: how shall I handle the PHY part? I can send it with the binding patch, to make dtbs_check pass.
<apritzel>
But I guess Vinod is taking all of the three PHY related patches, as he did for the H616 patches
<apritzel>
for the rest (MUSB + binding + DT) I would base them on sunxi/next
bauen1 has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
bauen1_ has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
<jernej>
apritzel: I guess, you should also mark it as do not merge. Another way is to go as Krzysztof said, and just mention link of it?
<apritzel>
jernej: sure, can do the link, if you are fine with it