[Libav-user] Approx. 15 seconds delay when re-streaming h.264 to RTMP

[Archil Matchavariani]

We also don't decode anything we just copy the stream

On Wed, Nov 2, 2011 at 5:02 PM, Archil Matchavariani
<archil1983 at gmail.com>wrote:

> Can you give me any advise how can I avoid it ?
>
>
> On Wed, Nov 2, 2011 at 5:00 PM, Andrey Utkin <
> andrey.krieger.utkin at gmail.com> wrote:
>
>> 2011/11/2 Archil Matchavariani <archil1983 at gmail.com>:
>> > HI Andrey,
>> > I am trying to re-streaming my input stream from a cam to the rtmp
>> server ,
>> > and I want to use FFmpeg for this issue, that's why I am using the
>> following
>> > command :
>> > ffmpeg -i rtsp://root:pass@xxx.xxx.xxx.xxx:554/live?tcp -vcodec copy
>> -f flv
>> > rtmp://xxx.xxx.xxx.xxx/live/teststream
>> > (I need flesh format )
>> > but unfortunately it hangs at first and than it has delay about 15
>> > seconds.(rtsp://root:pass@xxx.xxx.xxx.xxx:554/live?tcp is an input
>> stream
>> > from my cam and rtmp://xxx.xxx.xxx.xxx/live/teststream are output
>> streams
>> > from the rtmp server )
>>
>> This delay is likely caused by initial stream probing.
>> ffmpeg detects data format and codecs, which is quite unnecessary in
>> case or RTSP, which brings this info in session description.
>> I'm not sure if it acts how i described, but it likely does.
>>
>> --
>> Andrey Utkin
>> _______________________________________________
>> Libav-user mailing list
>> Libav-user at ffmpeg.org
>> http://ffmpeg.org/mailman/listinfo/libav-user
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ffmpeg.org/pipermail/libav-user/attachments/20111102/02baaad6/attachment.html>