get_iplayer Digest, Vol 32, Issue 8
Chris J Brady
chrisjbrady at yahoo.com
Fri Dec 21 12:22:46 EST 2012
I too have been getting regular failures. I am usually trying to download radio progs. with get_iplayer. RadioDownloader which also uses rtmpdump is also failing regularly.
I have a feeling that this is due to the Beeb updating its iPlayer server in readiness for the launch of the new version.
I tend to do my downloading at branches of Pret or MacD's or at the QEH foyer on the South Bank. I can get downloads of 1Mb/s when there's not too many users around. So its not as though the failures are due to sporadic or over-loaded connections.
CJB.
--- On Fri, 21/12/12, get_iplayer-request at lists.infradead.org <get_iplayer-request at lists.infradead.org> wrote:
> From: get_iplayer-request at lists.infradead.org <get_iplayer-request at lists.infradead.org>
> Subject: get_iplayer Digest, Vol 32, Issue 8
> To: get_iplayer at lists.infradead.org
> Date: Friday, 21 December, 2012, 17:00
> Send get_iplayer mailing list
> submissions to
> get_iplayer at lists.infradead.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.infradead.org/mailman/listinfo/get_iplayer
> or, via email, send a message with subject or body 'help'
> to
> get_iplayer-request at lists.infradead.org
>
> You can reach the person managing the list at
> get_iplayer-owner at lists.infradead.org
>
> When replying, please edit your Subject line so it is more
> specific
> than "Re: Contents of get_iplayer digest..."
>
>
> Today's Topics:
>
> 1. Stream corrupt error and then rtmpdump
> goes nuts! (Neill Mitchell)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 21 Dec 2012 16:57:35 +0000
> From: Neill Mitchell <neill at nlkmitchell.com>
> To: get_iplayer at lists.infradead.org
> Subject: Stream corrupt error and then rtmpdump goes nuts!
> Message-ID: <50D494FF.8030608 at nlkmitchell.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi.
>
> I'm running the latest git versions of get_iplayer and
> rtmpdump on
> Ubuntu 12.10. I am regularly having failures downloading
> programmes now.
>
> The downloads always fail at 0.1 or 0.2%. About one in 3
> downloads are
> now failing. I see the following:
>
> DEBUG: RTMP_ClientPacket, received: invoke 30755 bytes
> DEBUG: (object begin)
> DEBUG: Property: NULL
> DEBUG: (object end)
> DEBUG: HandleInvoke, server invoking <_onbwcheck>
> DEBUG: Invoking _result
> DEBUG: RTMP_ClientPacket, received: invoke 40995 bytes
> DEBUG: (object begin)
> DEBUG: Property: NULL
> DEBUG: (object end)
> DEBUG: HandleInvoke, server invoking <_onbwcheck>
> DEBUG: Invoking _result
> 192.827 kB / 0.84 sec (0.1%)
> WARNING: Stream corrupt?!
> ERROR: Wrong data size (4112373), stream corrupted,
> aborting!
> 256.827 kB / 941744.03 sec (155634.7%)
> DEBUG: RTMP_ReadPacket, m_nChannel: 76d3
> DEBUG: RTMP_ReadPacket, m_nChannel: c6fb
> DEBUG: RTMP_ReadPacket, m_nChannel: c1a0
> DEBUG: RTMP_ReadPacket, m_nChannel: 15d4
> DEBUG: RTMP_ReadPacket, m_nChannel: 7e69
> DEBUG: RTMP_ReadPacket, m_nChannel: 37cd
> DEBUG: RTMP_ClientPacket, received: bytes read report
> DEBUG: RTMP_ReadPacket, m_nChannel: aa6d
> DEBUG: HandleChangeChunkSize, received: chunk size change to
> 4102
> DEBUG: RTMP_ClientPacket, unknown packet type received:
> 0x00
> DEBUG: RTMP_ReadPacket, m_nChannel: 7b1d
> DEBUG: RTMP_ReadPacket, m_nChannel: a18e
> DEBUG: RTMP_ReadPacket, m_nChannel: 8127
> DEBUG: HandleChangeChunkSize, received: chunk size change to
> 554422015
> DEBUG: RTMP_ClientPacket, unknown packet type received:
> 0xb0
> DEBUG: RTMP_ClientPacket, unknown packet type received:
> 0x4f
> DEBUG: RTMP_ClientPacket, unknown packet type received:
> 0xf0
> DEBUG: RTMP_ClientPacket, unknown packet type received:
> 0x63
> DEBUG: RTMP_ClientPacket, unknown packet type received:
> 0x98
>
>
> and then rtmpdump goes nuts and starts burning 100% of my
> CPU. Often I
> have to hit the reset button as the PC become unresponsive.
> Obviously
> this is not good!
>
> There does not seem to be any pattern to it. If the download
> gets past
> the 0.2% stage then it is always fine. Some sort of
> threading race
> condition perhaps?
>
> Any ideas?
>
> Thanks!
>
>
>
> ------------------------------
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>
>
> End of get_iplayer Digest, Vol 32, Issue 8
> ******************************************
>
More information about the get_iplayer
mailing list