Re: [PATCH v3 0/4] Performance improvement of decoder

[Nicolas Dufresne <nicolas.dufresne@collabora.com>]

[-- Attachment #1: Type: text/plain, Size: 1406 bytes --]

Le mardi 09 septembre 2025 à 06:16 +0000, jackson.lee a écrit :
> > I tried and reproduce your results. I've used an ISOMP4 file, nothing big,
> > 720p 10min video. After 30s of seeking back and forth I've got a deadlock,
> > with the following kernel log:
> > 
> > vdec 4210000.video-codec: wave5_vpu_firmware_command_queue_error_check:
> > still running: 0x1000
> > 
> > I don't know if its worse then before, but the bug is severe enough to be
> > concern. To reproduce easily, I pick a longer video, seek forward close to
> > the end, and then seek back (gst-play so smaller steps back) very quickly
> > till it reaches position 0, and repeat.
> > 
> > This happened without resolution change happening concurrent to seeks,
> > just a flat, single resolution video. Once I do the same test with an
> > agressive DRC in place, I hit kernel crash. I will share in private email
> > the DRC H.264 sample I'm using, and how to make it bigger so its manually
> > seekable.
> > 
> 
> I tried to reproduce this problem, but I am seeing a different phenomenon.
> Can you let me know your Gstreamer version you are using ?

GStreamer 1.26.5. I retested today and did not reproduce the crash this time,
but did get the "still running" message and stall (recoverable though). You have
to try really hard, it might be worth automating a tests, so it can be more
agressive.

Nicolas

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 228 bytes --]