[Libav-user] Approx. 15 seconds delay when re-streaming h.264 to RTMP
archil1983 at gmail.com
Wed Nov 2 16:05:12 CET 2011
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
>> > command :
>> > ffmpeg -i rtsp://root:email@example.com: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:firstname.lastname@example.org:554/live?tcp is an input
>> > from my cam and rtmp://xxx.xxx.xxx.xxx/live/teststream are output
>> > 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
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Libav-user