Alexandre Courbot
Alexandre Courbot
> I will try this. @Gnurou will this mess with the internal state of the `v4l2r::stateful::Decoder`? The decoder will stream the queue on itself after it receives a resolution change...
> Actually both queues are already STREAMONed, as this is how my C program works. Do you have a C program that works with this driver? It would be interesting...
Oho, nice! Any hint on what the issue was? I'm not against the idea of adding per-device workarounds to the decoder if they can be properly separated into their own...
Hey, I'd like to start reviewing this, do you think you could rebase on the latest ToT?
Merge after a few final tweaks, thanks!
So unfortunately I am getting test failures on AMD when `decoder: h264: vaapi: Use slice arrays instead multiple buffers` is applied... ``` ---- decoder::stateless::h264::vaapi::tests::test_25fps_nonblock stdout ---- thread 'decoder::stateless::h264::vaapi::tests::test_25fps_nonblock' panicked at...
Pushed the first 3 commits (and an update to cros-libva so build passes on the PR) - let's see if we can figure out the AMD issue...
I'm wondering the reason for this limitation - tried to look at related issues on Gitlab, but could not find a matching one. Maybe we should open a bug?
Hi - before forking and making things maybe difficult to merge back, I'd like to make sure we have discussed all options. First, I have nothing against merging mpeg2 and...
That someone is actually @InternetOfTofu :) Sorry for the delay, I'll try to review this this week!