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, [email protected] <[email protected]> wrote: > From: [email protected] > <[email protected]> > Subject: get_iplayer Digest, Vol 32, Issue 8 > To: [email protected] > Date: Friday, 21 December, 2012, 17:00 > Send get_iplayer mailing list > submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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 <[email protected]> > To: [email protected] > Subject: Stream corrupt error and then rtmpdump goes nuts! > Message-ID: <[email protected]> > 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 > [email protected] > http://lists.infradead.org/mailman/listinfo/get_iplayer > > > End of get_iplayer Digest, Vol 32, Issue 8 > ****************************************** > _______________________________________________ get_iplayer mailing list [email protected] http://lists.infradead.org/mailman/listinfo/get_iplayer
