Re: Olympic ceremonies
The first chunk (ffmpeg) came out fine btw. Thanks so much for your time and patience. I'm getting the : av_interleaved_write_frame error on the last chunk now because I didn't really get enough of an overlap. I will do it again but in reading the comment by sebus in your thread Dinky, I tried to get the march build via the link and couldn't find it. I'd be keen to try it just to see if Sebus is right about the windows version, it may perhaps make life a little easier. If anyone knows of where I can obtain the build that deals with wonky timecodes more gracefully can you post the link? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
If you need a windows perspective I'm happy to test if you like. Well I tried the march build and it's the same so I think there's no real point in going any further. I think trimming is the best way forward. The march build which I left in my processing path ended up processing the mp4 with no sound which is interesting. When I switched back it was fine. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
On 15/08/2012 18:51, louiseb...@ntlworld.com wrote: The march build which I left in my processing path ended up processing the mp4 with no sound which is interesting. When I switched back it was fine. This is one of those situations that the expression quit while you're ahead was made for. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
-Original Message- From: lpc Sent: Tuesday, August 14, 2012 9:06 AM To: get_iplayer@lists.infradead.org Subject: Olympic ceremonies Any ideas what might be wrong? You probably hit the 4GB file size limit that's been discussed on the thread over the last couple of weeks. You could either redownload in a couple of chunks, using the --start and --stop parameters, or download at a lower resolution (flashvhigh rather than flashhd). Hope that helps, Chris ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
I'm not sure that this is what is happening as I've had several tests terminate in the same way under the 4gb. the closing ceremony terminated at 3.9 and the opening at 4.1 plus I've just deleted one that ended at 2.7 The 4GB limit as I understand is a fat32 limitation not NTFS which is what I am using. Is there any other reason for this limit just in case i've missed something. I got a retry and failure to get a keyframe but I'm not sure of the exact message as I've closed the window. On 14 August 2012 09:41, Chris Marriott ch...@chrism.demon.co.uk wrote: -Original Message- From: lpc Sent: Tuesday, August 14, 2012 9:06 AM To: get_iplayer@lists.infradead.org Subject: Olympic ceremonies Any ideas what might be wrong? You probably hit the 4GB file size limit that's been discussed on the thread over the last couple of weeks. You could either redownload in a couple of chunks, using the --start and --stop parameters, or download at a lower resolution (flashvhigh rather than flashhd). Hope that helps, Chris ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
-Original Message- From: lpc Sent: Tuesday, August 14, 2012 10:15 AM To: get_iplayer@lists.infradead.org Subject: Re: Olympic ceremonies The 4GB limit as I understand is a fat32 limitation not NTFS which is what I am using. Is there any other reason for this limit just in case i've missed something. No, this particular limit seems to be a 32-bit integer overflow in one of the tools. It's not associated with the FAT32 4GB file limit; it just happens to be the same number. If you look through the last few weeks' threads on the mailing list archive web site, you'll see a lot of discussion of the issue. Chris ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
Thanks Chris, I just caught up with that issue which I understand now so I'll be trying to split it in chunks as you've suggested. I also realised that my laptop drive is running out of space so that's another factor. Time for a clean up and try again to get the opening and closing ceremonies. Btw. when recording in chunks I'd ideally like to join these up again. Are the streams for HD h264? I'd presumably need something capable of editing these but I'm not sure things like Virtualdub will handle it. Any pointers to a editing path / transcoding path ? regards Louis On 14 August 2012 11:03, Chris Marriott ch...@chrism.demon.co.uk wrote: -Original Message- From: lpc Sent: Tuesday, August 14, 2012 10:15 AM To: get_iplayer@lists.infradead.org Subject: Re: Olympic ceremonies The 4GB limit as I understand is a fat32 limitation not NTFS which is what I am using. Is there any other reason for this limit just in case i've missed something. No, this particular limit seems to be a 32-bit integer overflow in one of the tools. It's not associated with the FAT32 4GB file limit; it just happens to be the same number. If you look through the last few weeks' threads on the mailing list archive web site, you'll see a lot of discussion of the issue. Chris ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
On 2012/08/14 10:15, lpc wrote: The 4GB limit as I understand is a fat32 limitation not NTFS which is what I am using. Is there any other reason for this limit just in case i've missed something. No this is nothing to do with the filesystem, RTMP appears to have a 32-bit value which overflows, see the rtmpdump mailing list for more e.g. http://lists.mplayerhq.hu/pipermail/rtmpdump/2012-August/002060.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
On 14/08/2012 11:40, lpc wrote: Thanks - I got that and am not having any joy getting the start stop to work. perl get_iplayer.pl --modes=flashhd1 --start=0 --stop=10 --pid p00w2r5c --force --verbose log.txt This is what I used to get the closing ceremony and I added the start stop parameters to test a 10 second chunk. Without the start stop it worked ok (of course it fails at the end due to the limits discussed): - WARNING: Stream does not start with requested frame, ignoring data... WARNING: Stream does not start with requested frame, ignoring data... WARNING: Stream does not start with requested frame, ignoring data... 3325.994 kB / 8.00 sec (0.0%) DEBUG: RTMP_Read returned: -2 Couldn't resume FLV file, try --skip 1 - It is trying to resume the previous download because the old partial.mp4.flv is still in place. Rename/delete it and start again. Use a different --fileprefix value for each chunk to avoid this. And there is no need for --start=0 to begin at the beginning, so to speak. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
On 2012/08/14 11:40, lpc wrote: Thanks - I got that and am not having any joy getting the start stop to work. perl get_iplayer.pl --modes=flashhd1 --start=0 --stop=10 --pid p00w2r5c --force --verbose log.txt This is what I used to get the closing ceremony and I added the start stop parameters to test a 10 second chunk. Without the start stop it worked ok (of course it fails at the end due to the limits discussed): - WARNING: Stream does not start with requested frame, ignoring data... WARNING: Stream does not start with requested frame, ignoring data... WARNING: Stream does not start with requested frame, ignoring data... 3325.994 kB / 8.00 sec (0.0%) DEBUG: RTMP_Read returned: -2 Couldn't resume FLV file, try --skip 1 - I get a lot of the above before it eventually gives up. Am I using the start stop correctly ? There is some reference to the these parameters only working for rtmp and realaudio but I'm not sure I understand enough to determine if this is the problem or not. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer You'll need a different filename, this is trying to resume a partial file onto the end of another partial file. Even if rtmpdump resuming worked at all reliably in the first place, this wouldn't work with the different start/stop times. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
Ah ok, it appears that it didn't like 10seconds, I tried 100 seconds and it seems to have done it. I'll try and do the whole thing now. On 14 August 2012 12:03, louiseb...@ntlworld.com wrote: Apologies I hit the reply without changing the address .. oops :-) -- Forwarded message -- Subject: Re: Olympic ceremonies To: dinkypumpkin ... Yes I had renamed the file but the same thing happens. What's curious is that perl get_iplayer.pl --modes=flashhd1 --start=0 --stop=100 --get http://www.bbc.co.uk/sport/olympics/2012/live-video/p00x8v4f --force --verbose log.txt This one works ok. This is a different video - closing ceremony with highlights I think. The only real difference I see is that I'm using the direct url from the bbc sports site rather than and iplayer ID. On 14 August 2012 11:52, dinkypumpkin dinkypump...@gmail.com wrote: On 14/08/2012 11:40, lpc wrote: Thanks - I got that and am not having any joy getting the start stop to work. perl get_iplayer.pl --modes=flashhd1 --start=0 --stop=10 --pid p00w2r5c --force --verbose log.txt This is what I used to get the closing ceremony and I added the start stop parameters to test a 10 second chunk. Without the start stop it worked ok (of course it fails at the end due to the limits discussed): - WARNING: Stream does not start with requested frame, ignoring data... WARNING: Stream does not start with requested frame, ignoring data... WARNING: Stream does not start with requested frame, ignoring data... 3325.994 kB / 8.00 sec (0.0%) DEBUG: RTMP_Read returned: -2 Couldn't resume FLV file, try --skip 1 - It is trying to resume the previous download because the old partial.mp4.flv is still in place. Rename/delete it and start again. Use a different --fileprefix value for each chunk to avoid this. And there is no need for --start=0 to begin at the beginning, so to speak. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
On 14/08/2012 13:19, louiseb...@ntlworld.com wrote: Silly thing is that if I do 100 seconds it finalises On 14 August 2012 13:12, louiseb...@ntlworld.com wrote: Well Sadly I'm still being left with default.partial.mp4.flv files. The first chunk is about 2GB and it went straight to the second chunk leaving the first file unfinished for some reason. Not sure what to try next Don't top post. It has made this thread unreadable. When doing this chunking, you should use --attempts=1 to instruct get_iplayer not to retry/resume failed downloads. As Stuart said, retry/resume will almost always fail with --start/--stop. That should allow the first chunk to get re-muxed to MP4 and tagged with metadata. It won't work for succeeding chunks (i.e., those with --start specified), but they can be re-muxed separately. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
On 14/08/2012 12:09, louiseb...@ntlworld.com wrote: Ah ok, it appears that it didn't like 10seconds, I tried 100 seconds and it seems to have done it. I'll try and do the whole thing now. ... perl get_iplayer.pl --modes=flashhd1 --start=0 --stop=10 --pid p00w2r5c --force --verbose log.txt FWIW, it appears you need to record a multiple of 4 seconds for rtmpdump to figure out your recording is complete when using --stop. I think that's because the keyframe distance for this programme is appears to be 4 secs. You got all those warning messages because get_iplayer was making multiple attempts to retry the download, finding the previous file, attempting to resume and failing. With --stop, rtmpdump returns with an error code indicating an incomplete download (because technically it is incomplete), so get_iplayer retries the download. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
Reply to the list, not to me. On 14/08/2012 14:04, louiseb...@ntlworld.com wrote: So it does appear to be to do with the key frame. So if I understand it correctly I need to specify a start - stop duration that is divisible by 4 to get the last keyframe in? Not terribly relevant except for your test case. Keyframe distance will be different for different programmes at different encoding quality. For this case, just round your --stop values to the nearest minute and use --attempts=1. You don't want to bother with retry/resume here. Also how does one re-mux separately. Is that a get_iplayer post function or do I have to reach for some other tools? Use the mailing list archive. Somebody posted a tutorial on this last week. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
On 14/08/2012 19:58, louiseb...@ntlworld.com wrote: Ok, this is the command line: perl get_iplayer.pl --modes=flashhd1 --stop=5060 --attempts=1 --file-prefix=name-episode-Part1 --pid p00w2r5c --force --verbose log.txt Unfortunately I don't have the full output as it got overwritten and what is redirected to the log.txt is somewhat different to what I see on stdout (in the dos window). You're sending stdout to log.txt and viewing stderr in the dos window. you need to add 21 to the end of your command to capture everything to log.txt. Set --stop to 3600 and see if you can download the first hour cleanly. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies
On 14 August 2012 20:33, dinkypumpkin dinkypump...@gmail.com wrote: Unfortunately I don't have the full output as it got overwritten and what is redirected to the log.txt is somewhat different to what I see on stdout (in the dos window). You're sending stdout to log.txt and viewing stderr in the dos window. you need to add 21 to the end of your command to capture everything to log.txt. got it. Set --stop to 3600 and see if you can download the first hour cleanly. Ok I'll give that a try and btw thanks for the http://code.google.com/p/get-iplayer-automator/issues/detail?id=84#c13 link, this is just what I needed, I've got ffmpeg chugging away on a test partial.mp4.flv so I should be good to go. The rest of your instructions are going to be useful once I've skipped over the mac specific parts which I'm sure won't be a problem, I just wanted to get the ffmpeg steps clear and out the way first. I'll then give the shorter time a go to see if it works. To be clear though, if I can remux is there any disadvantage in having a partial file as opposed to a clean run? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies HD version
I take it back, the flashvhigh just starts slightly after the hd version so misses the initial waffle. Both are full of waffle, so it must have Use --pid p00w2r5c for the no-commentary version. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Olympic ceremonies HD version
I can only seem to download the one with audio description instead of normal audio when using flashhd. Is there a setting to get normal audio or only is something misindexed? The flashvhigh version seems correct. -- Rob Davis ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Olympic ceremonies HD version
On 02/08/12 18:40, Rob Davis wrote: I can only seem to download the one with audio description instead of normal audio when using flashhd. Is there a setting to get normal audio or only is something misindexed? The flashvhigh version seems correct. I take it back, the flashvhigh just starts slightly after the hd version so misses the initial waffle. Both are full of waffle, so it must have been originally this way. Oh well. It's still not as bad as NBC. Tim Berners Lee, who's he? Don't know, maybe the audience should Google him? -- Rob Davis ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer