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