Timestamp issue with compositor and live sources

[Florian Echtler]

Hello again,

this issue is more persistent than I thought; while increasing "latency" on the 
compositor helps a bit, it's apparently not enough. Still happens on 1.20.3, 
unfortunately.

Is there anything I can do to make the compositor more resilient to these 
dropouts (I assume they are caused by network errors that propagate downstream)? 
E.g. some hackery with the identity element?

Thanks and best, Florian

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/20220913/d1d00b32/attachment.sig>