[rtmpdump] FW: message ctrl types 31 & 32???

[NhJm]

No need for a duplicate message.

Read
http://repo.or.cz/w/rtmpdump.git/blob/8880d1456b282ee79979adbe7b6a6eb8ad371081:/librtmp/rtmp.c#l2787
for
some insight on 31 (BufferEmpty) and 32 (BufferReady).

But if you expect any real help, you need to provide the command you're
using to download the stream. You should also provide a log of the debugging
(the -z flag) information.

On Sun, Sep 18, 2011 at 4:21 PM, cs <changosurf at gmail.com> wrote:

> Hi,****
>
> Im having trouble with some live streams that produce invalid data
> (bad/corrupt flv when using rtmpdump; ffmpeg cant even read the stream).**
> **
>
> Im seeing lots of these messages:****
>
> DEBUG: HandleCtrl, received ctrl. type: 31, len: 6****
>
> DEBUG: HandleCtrl, Stream BufferEmpty 1****
>
> DEBUG: HandleCtrl, received ctrl. type: 32, len: 6****
>
> DEBUG: HandleCtrl, Stream BufferReady 1****
>
> DEBUG: HandleCtrl, received ctrl. type: 31, len: 6****
>
> DEBUG: HandleCtrl, Stream BufferEmpty 1****
>
> DEBUG: HandleCtrl, received ctrl. type: 32, len: 6****
>
> DEBUG: HandleCtrl, Stream BufferReady 1****
>
> DEBUG: HandleCtrl, received ctrl. type: 31, len: 6****
>
> DEBUG: HandleCtrl, Stream BufferEmpty 1****
>
> CDEBUG: HandleCtrl, received ctrl. type: 32, len: 6****
>
> DEBUG: HandleCtrl, Stream BufferReady 1****
>
> …****
>
> What is the purpose of these 31 & 32 control messages?****
>
> Could this be the source of my problem with live streams?****
>
> ** **
>
> Thanks,****
>
> cs****
>
> _______________________________________________
> rtmpdump mailing list
> rtmpdump at mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mplayerhq.hu/pipermail/rtmpdump/attachments/20110919/9ed4135d/attachment.html>