Recent read failure

[Graham Cobb]

On Monday 01 August 2011 17:10:48 Carl Fletcher wrote:
> On 01/08/11 13:07, marshall wrote:
> > On 01/08/11 12:20, Carl Fletcher wrote:
> >> On 01/08/11 12:02, Berni Elbourn wrote:
> >>> On 01/08/11 11:19, Berni Elbourn wrote:
> >>>> On 01/08/11 04:17, Carl Fletcher wrote:
> >>>>> Running Latest patch from git
> >>>>> WARNING: Stream does not start with requested frame, ignoring data...
> >>>>> WARNING: Stream does not start with requested frame, ignoring data...
> >>>>> 340891.890 kB / 3487.96 sec (98.4%)

I believe this has been reported several times before.  It happens to me every 
time a download fails, and tries to restart. 

> >>> Seems non-hd makes no difference here. Next pvr run using flashstd1
> >>> failed three downloads after 300, 97, and 89mb. None worked at all this
> >>> time.

I have only noticed it with HD but then those are the largest files and most 
likely to fail part way through.  When it happens, I delete the partial file 
and let the PVR try again on the next run, which normally works.

> I'm just fetching Bargain Hunt, without a hitch. Same OS, different
> install. I need to go back and check on my main box that an update
> hasn't messed the patch. But this current download is slow. I don't
> normally download at this time of day... interesting.

I am running on Debian Testing, with  RTMPDump v2.3.  I believe the problem is 
with resuming streams in rtmpdump (not in get_iplayer) and had been reported 
on their mailing list in January but they are too busy or not able/interested 
in fixing it.  

See http://lists.infradead.org/pipermail/get_iplayer/2011-February/000809.html 
and http://lists.mplayerhq.hu/pipermail/rtmpdump/2011-January/001267.html.

Graham