[Libav-user] Problem with rtmp stream

Nelson Perez bilthon at gmail.com
Mon Dec 10 05:03:07 CET 2012


My bad, I used the wrong address to illustrate the problem. It actually
happens with camera 71. So you should type:

ffmpeg -i "rtmp://200.141.78.68:1935/cet-rio/71.stream<http://200.141.78.68:1935/cet-rio/74.stream>
 pageUrl=http://transito.rio.rj.gov.br --live" -vcodec copy -an out.flv

I just did it again, this time with a more verbose output, and this is what
I get:

----------------------------------------
nelson at rigel:/opt/ffmpeg/ffmpeg$ sudo ./ffmpeg -i "rtmp://
200.141.78.68:1935/cet-rio/71.stream
pageUrl=http://transito.rio.rj.gov.br--live" -vcodec copy -an
-loglevel verbose out.flv
ffmpeg version N-47645-gf494647 Copyright (c) 2000-2012 the FFmpeg
developers
  built on Dec  8 2012 21:54:25 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1)
  configuration: --enable-gpl --enable-libfaac --enable-libfdk-aac
--enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb
--enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx
--enable-x11grab --enable-libx264 --enable-nonfree --enable-version3
  libavutil      52. 12.100 / 52. 12.100
  libavcodec     54. 79.100 / 54. 79.100
  libavformat    54. 48.100 / 54. 48.100
  libavdevice    54.  3.102 / 54.  3.102
  libavfilter     3. 26.101 /  3. 26.101
  libswscale      2.  1.103 /  2.  1.103
  libswresample   0. 17.102 /  0. 17.102
  libpostproc    52.  2.100 / 52.  2.100
Parsing...
Parsed protocol: 0
Parsed host    : 200.141.78.68
Parsed app     : cet-rio
RTMP_Connect1, ... connected, handshaking
HandShake: Type Answer   : 03
HandShake: Server Uptime : 96850052
HandShake: FMS Version   : 3.0.1.1
HandShake: Handshaking finished....
RTMP_Connect1, handshaked
Invoking connect
HandleServerBW: server BW = 2500000
HandleClientBW: client BW = 2500000 2
HandleCtrl, received ctrl. type: 0, len: 6
HandleCtrl, Stream Begin 0
HandleChangeChunkSize, received: chunk size change to 512
RTMP_ClientPacket, received: invoke 259 bytes
(object begin)
Property: <Name:           no-name., STRING: _result>
Property: <Name:           no-name., NUMBER: 1.00>
Property: <Name:           no-name., OBJECT>
(object begin)
Property: <Name:             fmsVer, STRING: FMS/3,5,4,210>
Property: <Name:       capabilities, NUMBER: 31.00>
Property: <Name:               mode, NUMBER: 1.00>
(object end)
Property: <Name:           no-name., OBJECT>
(object begin)
Property: <Name:              level, STRING: status>
Property: <Name:               code, STRING: NetConnection.Connect.Success>
Property: <Name:        description, STRING: Connection succeeded.>
Property: <Name:               data, OBJECT>
(object begin)
Property: <Name:            version, STRING: 3,5,4,210>
(object end)
Property: <Name:           clientid, NUMBER: 1304507915.00>
Property: <Name:     objectEncoding, NUMBER: 0.00>
(object end)
(object end)
HandleInvoke, server invoking <_result>
HandleInvoke, received result for method call <connect>
sending ctrl. type: 0x0003
Invoking createStream
RTMP_ClientPacket, received: invoke 29 bytes
(object begin)
Property: <Name:           no-name., STRING: _result>
Property: <Name:           no-name., NUMBER: 2.00>
Property: NULL
Property: <Name:           no-name., NUMBER: 1.00>
(object end)
HandleInvoke, server invoking <_result>
HandleInvoke, received result for method call <createStream>
SendPlay, seekTime=0, stopTime=0, sending play: 71.stream
Invoking play
sending ctrl. type: 0x0003
HandleCtrl, received ctrl. type: 6, len: 6
HandleCtrl, Ping 21175
sending ctrl. type: 0x0007
HandleCtrl, received ctrl. type: 6, len: 6
HandleCtrl, Ping 41580
sending ctrl. type: 0x0007
HandleCtrl, received ctrl. type: 6, len: 6
HandleCtrl, Ping 61860
sending ctrl. type: 0x0007
HandleCtrl, received ctrl. type: 6, len: 6
HandleCtrl, Ping 82265
sending ctrl. type: 0x0007
HandleCtrl, received ctrl. type: 6, len: 6
HandleCtrl, Ping 102857
--------------------------------------

And this goes on forever. I also found this post
http://lists.mplayerhq.hu/pipermail/rtmpdump/2010-March/000622.html, which
describes the exact problem.

But it doesn't look like the problem has been fixed, as the same thing
happens even when I try it with rtmpdump v2.4.

Any ideas?

Nelson



On Sun, Dec 9, 2012 at 7:49 AM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:

> Nelson Perez <bilthon at ...> writes:
>
> > ffmpeg -i "rtmp://200.141.78.68:1935/cet-rio/74.stream
> > pageUrl=http://transito.rio.rj.gov.br --live" -vcodec copy -an out.flv
> >
> >
> > Does somebody have a suggestion to fix this issue?
>
> Since I cannot reproduce your issue:
> Please provide complete, uncut console output.
>
> Carl Eugen
>
> _______________________________________________
> 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/20121210/acab2e31/attachment.html>


More information about the Libav-user mailing list