Timestamp issue with compositor and live sources

[Florian Echtler]

Hi again,

I've upgraded to 1.20.3 in the meantime, but just ran into the same issue again 
with a different client (the same warning, followed by an indefinite hang 
instead of a crash).

Just for the heck of it, I've set "latency" on the compositor to 1000000 (i.e. 1 
ms), and that seems to have fixed the immediate problem - the "decreasing 
timestamp" warnings still appear, but now the server is able to continue 
working. This seems to also work on the old server with 1.16.

I know this is just a band aid and doesn't necessarily fix the root cause, but I 
just wanted to mention this here for future reference, in case it helps someone 
else.

Best, Florin

On 18.08.22 22:48, Mathieu Duponchelle wrote:
> No, that's not an issue you can fix with the "latency" property, you need to 
> find out why those
> timestamps are decreasing in the first place (which probably means eg 
> GstVideoDecoder will set
> them to CLOCK_TIME_NONE). I would also recommend testing with latest GStreamer 
> in case
> you're encountering an issue that was fixed since then, 1.16 is old.
> 
> On 8/18/22 14:36, Florian Echtler via gstreamer-devel wrote:
>> Hello everyone,
>>
>> I came across an issue when using my custom WebRTC server (currently running 
>> on GStreamer 1.16.3) with Safari. After an unpredictable amount of time (let's 
>> say usually somewhere between 2 and 60 seconds), I get the following 
>> warning/error, and the server crashes:
>>
>> ------------------------------------------------------------------------------
>>
>> 0:01:04.731633057 13722 0x7f30b800daa0 WARN videodecoder 
>> gstvideodecoder.c:2761:gst_video_decoder_prepare_finish_frame:<avdec_h264-2> 
>> decreasing timestamp (0:01:04.771572861 < 0:01:04.789710261)
>>
>> [some very likely unrelated warnings from nicesink]
>>
>> 0:01:09.159572691 13722      0x12fc5e0 ERROR videoaggregator 
>> gstvideoaggregator.c:1428:gst_video_aggregator_fill_queues:<frontmixer:sink_2> 
>> Need timestamped buffers!
>>
>> ------------------------------------------------------------------------------
>>
>> Is this something I could fix through the "latency" property of compositor? If 
>> so, what should I set it to? Or would I need to upgrade to 1.18/1.20 for this 
>> so I can set "ignore-inactive-pads"?
>>
>> Thanks and best, Florian


-- 
SENT FROM MY DEC VT50 TERMINAL
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 203 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20220905/15562abe/attachment.sig>