Good morning,

I have had an ongoing issue with both the Web PVR Manager and standard Command Line get_iplayer.

The partial files appear to download correctly and at the right size for the programme I'm attempting to grab but at the point where it is converted to an .mp4 file it seems to lose some of the information.

I have attached a log.txt of The Miniaturist which I have attempted to download a number of times resulting in files that have not exceeded 45mins of its 90min run time.
But I would add that this has happened with a number of different programmes.

There is no specific error as it doesn't seem to be acknowledging that there is an error.
Any help would be greatly appreciated, thanks.


Details:

get_iplayer version: 3.12.0

Windows 7 Home Premium - Service Pack 1

Command Line: get_iplayer --pid=b09ld4xr --force --verbose > C:\Users\log.txt 2>&1

Thanks for the log. However, you are not using the version of ffmpeg delivered with get_iplayer, so your configuration is not supported. This is made clear to you in the Windows install doc. Revert to the ffmpeg delivered by the get_iplayer Windows installer and test again. If you create a new log file, add --log-progress to your get_iplayer command, which should indicate whether or not ffmpeg runs to completion.

Good afternoon user-2,

I apologise for the obvious oversight, I had tried a new version of FFMPEG in case that fixed the issue.
I should have reverted back before creating the log.

That mistake has been rectified and please find attached a log with the correct version of FFMPEG.

I have made sure to use the same programme (The Miniaturist - Ep1) and the problem is still present.

Thanks for your patience.

log_Miniaturist_Ep1-Corrected_FFMPEG.txt

Thanks. You can see in the log that ffmpeg is indeed terminating too soon (around 18:00 in this case). Something similar has been reported when using a slow external drive, but that doesn't seem to be the case here. You could add --ffmpeg-loglevel=info to see if ffmpeg logs any useful additional info, but I wouldn't expect it to since it doesn't signal an error when it quits. You could also try --tvmode=hvf to see if the problem is unique to default video streams. And you could also try downloading a long radio programme to see if the problem is unique to video.

Whatever that problem is, it is something peculiar to your system, though I have no way of knowing what it is. Unfortunately, there is nothing get_iplayer can do about this. You  may want to start downloading with --raw and re-muxing the .ts file separately, perhaps with a different tool.  If you can replicate the problem outside get_iplayer, perhaps you might find help somewhere that ffmpeg is discussed. I've got nothing, so if somebody else has a clue, chime in.

Thank you for the help, I'll give those various bits a shot and if I'm really stuck I'll try grabbing the streams raw as suggested.

Much obliged!

Could you tell us the hardware specs for the machine get_iplayer is running on?

It almost feels like an out of memory issue to me, ffmpeg isn't exactly free of memory leaks, but that's just a guess.

Hey there,

The spec of the machine is

Processor: Intel Core2 Quad - Q9400 @ 2.66GHz
RAM: 8.00GB
64-bit Operating System

Its an old system but this issue has only popped up in the past few months and its gotten to be a more regular problem over the past month.

Thanks

You'd think with all that RAM it'd be OK. Hmm.

It intrigues me that it's popped up and then gotten worse over a few months. That could suggest anything, but given others aren't seemingly experiencing the issue that narrows it to the field of things unique to your machine.

Given its age that at least begins to include the possibility of a hardware issue. Have you checked disk health? Performed a full memtest perhaps?

Probably good to rule these things out anyway.

Thanks for the help from everyone on this.
I haven't had much luck so have instead started using my laptop!

Thank you again for all the assistance.