[FFmpeg-user] syncing live streams when mosaicing
Daniel Oberhoff
daniel at danieloberhoff.de
Wed Feb 6 16:10:11 CET 2013
On 2013-02-06 11:42:30 +0000, Carl Eugen Hoyos <cehoyos at ag.or.at> said:
> Daniel Oberhoff <daniel <at> danieloberhoff.de> writes:
>
>> On 2013-02-06 10:01:19 +0000, Carl Eugen Hoyos <cehoyos <at> ag.or.at> said:
>>
>>> Daniel Oberhoff <daniel <at> danieloberhoff.de> writes:
>>>
>>>> now we know the streams are time stamped correctly
>>>> using the pts (in an h264 stream).
>
> (Note that this sentence made me think you would
> immediately see if the pts in FFmpeg are correct or not.)
>
>>>> can ffmpeg
>>>> somehow use the pts to avoid the shift?
>>>
>>> Could you try to verify if FFmpeg's H264
>>> decoder actually correctly decodes the pts?
>>
>> Ok, when I run with -loglevel debug I get outputs like this (on a
>> single stream):
>
> You can also use -debug_ts, it should print all
> relevant timestamp information.
>
> Carl Eugen
Ok, I must confess I am not so proficient in timestamps and video
format internals. I am currenlty under the impression, that the problem
cannot be solved the way I hoped. The streams nor the rtsp
commnunication do not seem to contain any absolute time values (the pts
seems to be relative to the stream start). So the only hope would be
that ffmpeg somehow measures the stream start delays and compensates
them. Until then we will just hope the delay is constant and compensate
it manually.
Any better ideas?
Best, and thanks for the attention
Daniel
More information about the ffmpeg-user
mailing list