Error in TV modes table
In the table of TV modes at https://github.com/get-iplayer/get_iplayer/wiki/modes#tv-modes, the recording mode hlshigh appears in the table twice (the 3rd and 9th rows). I think the mode for second occurrence should be hvfhigh, which is missing from the table. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: episode oddity
On Wed Aug 3 21:52:46 BST 2016, Alan Milewczyk wrote: but one thing puzzles me. For some time now, HLS has been my preferred method of fetching the programmes. I never got these error messages with v2.94 so is v2.95 reporting errors differently to previous versions? Hello friend, I do hope your oral health has been restored and no more pain-relievers are needed... I can't be verbose right now, but: 1. The error messages people get currently when fetching hlshd tvmode of some PIDs with 2.95 appears to be a beeb's glitch and I discussed some alternatives in another thread post. 2. In GiP 2.94, AppleHLS streams were dumped via FFmpeg; when something went awry, most of the messages (errors/warnings) were generated by ffmpeg itself. In GiP 2.95, as explained many times, the recording is realised by default via a native ("built-in" the coder calls it) perl HLS downloader. Various HLS messages are now printed from that built-in downloader, so yes, "v2.95 IS reporting errors differently to previous versions." (For more, have a look at the code inside: https://github.com/get-iplayer/get_iplayer/commit/e2adee8 ) Have a fine summer day, Vangelis. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: episode oddity
On Wed Aug 3 15:54:50 BST 2016, Jim web wrote: I'm currently using the linux gip (Jan develop version 2.95) Should the current release version accept the same options? I'll get it and give it a try, but am wondering if I'll need to change the way I specify getting the best hdtv via hls. Hello Jim and other list company :-) Back after a short trip, I am now catching up on list threads - heatwave isn't helping, though :-( Jim please, if you come here seeking for help, at least (as you said you are planning to) migrate to the latest released version of GiP, i.e. 2.95 final, so we can compare like for like... "(Jan develop version 2.95)" is as vague as it can ever get! If you browse the develop repo, https://github.com/get-iplayer/get_iplayer/commits/develop/get_iplayer?page=4 https://github.com/get-iplayer/get_iplayer/commits/develop/get_iplayer?page=3 https://github.com/get-iplayer/get_iplayer/commits/develop/get_iplayer?page=2 you'll find that no less than fourty one (41) different commits for the main script were pushed to that repo on the month of January 2016, so it's practically impossible for us to tell which specific January 2016 2.95dev snapshot you are on currently! Develop snapshots are unsupported, but if you or anybody else is willing to try them, here is a tip: 1.Always visit the develop repo first: https://github.com/get-iplayer/get_iplayer/commits/develop 2. Note down commit hash of latest snapshot. At the time of writing, it is "782f04a" and this belongs to a 2.96dev snapshot. 3. The following URI will always fetch latest dev snapshot: Latest get_iplayer-dev (main perl script) https://raw.github.com/get-iplayer/get_iplayer/develop/get_iplayer I would save this (on Windows) as get_iplayer-296dev-g782f04a.pl so I already have an indication of its identity. But should you use it to replace your original script, then open it up in an editor and search for my $version_text = "2.96-dev"; Edit this to my $version_text = "2.96dev-g782f04a"; or similar; that way, whenever your dev snapshot is run, you can easily tell its "version" in time because it's printed out in the Command Prompt. (The above was mainly geared for Win users; I realise Jon Davies is maintaining a separate PPA for the develop version, I suspect if you installed from that you can easily tell its git-version...) A plethora of further commits/changes were pushed to the 2.95dev repo since Jan 2016, all these ended up in final 2.95 and have significantly changed the behaviour you are currently experiencing in your "Jan 2.95dev" version. After you have upgraded to 2.95-final, have a thorough read (and re-read) of the Release Notes https://github.com/get-iplayer/get_iplayer/wiki/release295 and the FAQs https://github.com/get-iplayer/get_iplayer/wiki/faq (the FAQs are being constantly revised, so do bookmark them for future re-visits!) While those links already contain all the answers to your questions, in relation to what concerns you the most: 1. "--type=tv" needs not be specified, as the tv.cache is searched by default. 2. "--type=radio" can be omitted in 2.95, but in reality shouldn't... 3. HLS (tv|radio) modes are now the DEFAULT - this change was brought on by https://github.com/get-iplayer/get_iplayer/commit/673793a in Feb 2016, so not present in your 295dev snapshot! With 2.95-release, YOU DON'T HAVE TO SPECIFY --modes=hlshd ; this is now the default. (NB --tvmode & --modes are valid, --mode is not, according to longhelp). In your 2.95dev snapshot, --modes=best would fetch the flashhd tvmode (the default then). To specifically request flashhd in 2.95-release, issue: --modes=flashhd On Thu Aug 4 10:22:29 BST 2016, Jim web wrote: The problem for me with the alternative fetching method (which here only states it is RTMPDump, but that may be a mislabel) is rather slower than HLS. This is an minor irritant, The "alternative fetching method" is, as explained already, the downloading of the RTMP stream (via the RTMPdump helper utility, I'm sure you already know it) that corresponds to the FLASHHD tvmode. Do not compare downloading speeds between the two, it's a clear case of apples vs oranges. 1. Different protocols (rtmp vs http) 2. Different streaming method (HLS uses file segmentation) 3. Different CDNs, many miles apart possibly. 4. Add to the above all sorts of random factors that may control DL speeds, as I recall I discussed in a previous thread of yours earlier in the year (where you were comparing DASH to HLS). However it seems clear there *is* an 'intermittent' problem of some kind. The issue that started this thread (and possibly related to the report made at http://lists.infradead.org/pipermail/get_iplayer/2016-July/009264.html ) appears to be attributed to a glitch at the Akamai CDN server hosting/serving the HLSHD tvmode (1280x720p, ~ 2400kbps, 25FPS) of iPlayer TV programmes. It has manifested itself the last 4-5 days and is more pronounced on new/recent iPlayer additions. Over time, some fault
Re: Issues when upgrading to 2.95.2
On Thursday, August 4, 2016 8:13 AM, "char...@the-heards.com" wrote: > [SNIP] > Yesterday I upgraded to 2.95.2 from 2.94 on my Win10 box, using the > installer. I've since had a few issues and was looking for some > suggestions. I have searched the documentation and mailing list, but > couldn't find anything that matched these: > > 1. GiP failed to find perl.exe when running from CLI or PVR. Adding > the appropriate directory to the PATH variable fixed it, but I was > wondering if I'd missed something. This seems to be a common issue for people with large path environment variables. Unfortunately, at a best guess, I believe Windows starts to truncate the path at some point. So, when get_iplayer.cmd adds all the needed binary directories to the path, you'll get a response that says something along the lines of " was unexpected at this time." Now, all this that was said is predicated on the fact that you used get_iplayer.cmd in the first place, and not your own batch file or command. The only thing that should be in your path environment variable is the path to your get_iplayer installation directory. THat way, you can type get_iplayer from anywhere, and Windows will invoke GiP and add all its prerequisites to the path temporarily. My suggestion is to clear off all of the duplicated items between your System and User Variables - System taking precedence - and try invoking get_iplayer.cmd again to see if it even works. > [SNIP] > WARNING: Required rtmpdump does not exist - cannot download Flash > audio/video Yeah, same issue as above - you need to make sure that GiP is ran through the get_iplayer.cmd batch file and that it runs successfully. Alternatively, of course, you can just add all the other directories to your path mentioned in the batch file permanently, then modify it so that all it runs is the line starting with "perl.exe". Sorry if it's not that great of a message - hopefully Vangelis will chime in with a far better explanation and coherent solution. Timothy ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT: why were BBC archives deleted or destroyed?
On 04 Aug 2016, artisticforge . wrote: > This is off-topic but it is of importance to the people who listen to > the BBC. There are plenty of places where the BBC archives /are/ on-topic as many people talk about the BBC and British television online. If you prefer to avoid the relevant web forums then the uk.media.tv.misc newsgroup may be a good start. I don't mean to target you specifically -- thank you at least for the "OT:" prefix -- but, please, some of us subscribe to this list to follow get_iplayer stuff specifically. For other topics there are plenty of other on-topic places that are often probably more effective; personally I like to participate in TV-related blogs but I've even had my comments read on Radio 4's "Feedback": even TPTB do listen. -- Mark ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Issues when upgrading to 2.95.2
On 04 Aug 2016, char...@the-heards.com wrote: > 2. CLI says, "These programmes should be deleted:" and comes up with a list > of over 300 programmes. I've searched through the mailing list and the > documentation, but can't see what this refers to. Is it trying to delete the > files I've downloaded, or something else? So far I've declined, but the list > pops up every time. See the manpage, --nopurge Don't ask to delete programmes recorded over 30 days ago I think we're not supposed to keep the downloads long-term. -- Mark ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT: why were BBC archives deleted or destroyed?
In article <00494d17-07f7-4d72-9bcc-664a988a5...@cantab.net>, Owen Smith wrote: > Plus nobody thought they were of any value. Before VHS, DVDs, selling > radio series on cassette or whatever, and iPlayer, once something had > been broadcast the only value it had was if the BBC wanted to repeat > broadcast it. They couldn't see the future, and didn't have a "library" > mindset. IURC for many years the contracts with actors, etc, only allowed for a single repeat broadcast. And in the early era of videotape, the tape was so costly it was re-used for another programme. In addition a full archive would have cost a lot of money that they spent on new programmes instead. It seems short-sighted now, but the mindset then was that the actual performances were 'ephemeral'. The assumption was that it wouldn't be of interest. And if anyone wanted to see or hear them again, their could be a new production. Jim -- Electronics http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT: why were BBC archives deleted or destroyed?
On Thu, Aug 04, 2016 at 03:52:35PM +0100, Chris Woods wrote: > I don't think the future will really see any cultural benefit from > twenty years of Pointless or Gardeners Question Time. People said the same about Dr Who. And I'm quite sure that people said the same in the 1830s about the "penny dreadfuls". Their cultural benefit nearly 200 years later includes the character Sweeney Todd, but more importantly having access to a culture's mass entertainment tells us about that culture things that we wouldn't know if we just looked at what people of quality enjoyed. -- David Cantrell | top google result for "internet beard fetish club" People from my sort of background needed grammar schools to compete with children from privileged homes like ... Tony Benn -- Margaret Thatcher ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT: why were BBC archives deleted or destroyed?
Plus nobody thought they were of any value. Before VHS, DVDs, selling radio series on cassette or whatever, and iPlayer, once something had been broadcast the only value it had was if the BBC wanted to repeat broadcast it. They couldn't see the future, and didn't have a "library" mindset. On 4 Aug 2016, at 14:20, Colin Law wrote: On 4 August 2016 at 14:06, artisticforge . wrote: Hello This is off-topic but it is of importance to the people who listen to the BBC. Why were BBC archives deleted or destroyed? Incompetence and cock-up mostly I imagine. Colin As people realised its historical significance, people did begin to archive. Sometimes departments and teams did this somewhat unofficially But economics prevailed in some cases - tapes being wiped for reuse, etc. Physical recording medium is expensive and difficult to drive - so you'd struggle to justify fresh tape for every single episode of every show. Some stuff was just lost through admin cock-up. Yet for all this, the BBC probably has one of the richest archives of any organisation (outside of the niche media archival organisations), not including the international content they hoover up as part of Monitoring's activities. In sharp contrast to the analogue era, very little is erased now. Information & Archives has the never-ending task of categorising, sorting and finding footage, audio and text from decades past alongside handling the stream of new content created daily. Sport has a team of Media Managers dedicated to ingest and organisation (and supply) of content simply because there's so much of it. The problem (and temptation) is that it's easy to record every single second of everything as it's 'just 0s and 1s', even if it doesn't really merit archiving. As a result, terabytes of broadcast video and audio is archived in multiple places on multiple systems for various reasons every day. So is the BBC paying more than it strictly needs to in order to archive every single waking moment, when really if it just archives things like news reports and related raw footage, isolated cameras for important live events and the usual gamut of feeds for sport... Does it need anything else? I don't think the future will really see any cultural benefit from twenty years of Pointless or Gardeners Question Time. It is a lot simpler from a technological and financial standpoint to archive audio, so perhaps more of a case to keep blanket archiving that stuff. Digitisation of things like the old Radio Times collections (now basically complete, though being constantly refined) and other old publications is probably as or more important, so the research and sleuthing being done to find old stuff is important to continue. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT: why were BBC archives deleted or destroyed?
Plus nobody thought they were of any value. Before VHS, DVDs, selling radio series on cassette or whatever, and iPlayer, once something had been broadcast the only value it had was if the BBC wanted to repeat broadcast it. They couldn't see the future, and didn't have a "library" mindset. -- Owen Smith Cambridge, UK > On 4 Aug 2016, at 14:20, Colin Law wrote: > >> On 4 August 2016 at 14:06, artisticforge . wrote: >> Hello >> >> This is off-topic but it is of importance to the people who listen to the >> BBC. >> >> Why were BBC archives deleted or destroyed? > > Incompetence and cock-up mostly I imagine. > > Colin ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT: why were BBC archives deleted or destroyed?
On 4 August 2016 at 14:06, artisticforge . wrote: > Hello > > This is off-topic but it is of importance to the people who listen to the BBC. > > Why were BBC archives deleted or destroyed? Incompetence and cock-up mostly I imagine. Colin > The original Paul Temple serials, before Peter Cooke > Dick Barton - Special Agent > > granted some of these programs were distributed on the old cardboard records. > they were never meant to last. > > Celluloid film just is unstable as it ages. It is also highly flammable. > > I would have thought that some one would have raised to topic of > saving the archives for the future listeners. > > > > -- > terry l. ridder ><> > > ___ > 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
OT: why were BBC archives deleted or destroyed?
Hello This is off-topic but it is of importance to the people who listen to the BBC. Why were BBC archives deleted or destroyed? The original Paul Temple serials, before Peter Cooke Dick Barton - Special Agent granted some of these programs were distributed on the old cardboard records. they were never meant to last. Celluloid film just is unstable as it ages. It is also highly flammable. I would have thought that some one would have raised to topic of saving the archives for the future listeners. -- terry l. ridder ><> ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Web PVR Manager Not Displaying Progress Bar
Thank you for the information. Glad to know it's being fixed. I'll wait for the official update! Kind regards, Jeremy ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: episode oddity
On 04/08/16 07:50, Shevek wrote: On 4 August 2016 at 07:16, The Kernel wrote: On 03/08/16 20:12, Shevek wrote: If I then retry using FLASHHD the download completes without error. Just to say If you are working from a connection that would have trouble with HD I tried flashstd and it too works without error I have 30MB fibre so HD is never an issue for me. It has only happened on 2 out many. Hmm, I have 200Mb fibre which is extremely reliable and can easily cope with HD but since switching to v2.95 I'm now getting problems with some of the programmes, which wasn't happening before. I'll try the FLASHHD option later to see if that sorts the problem for me as it seems to have done for a number of contributors on here. A A ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Issues when upgrading to 2.95.2
First, thanks to all involved for GiP and the help provided. Yesterday I upgraded to 2.95.2 from 2.94 on my Win10 box, using the installer. I've since had a few issues and was looking for some suggestions. I have searched the documentation and mailing list, but couldn't find anything that matched these: 1. GiP failed to find perl.exe when running from CLI or PVR. Adding the appropriate directory to the PATH variable fixed it, but I was wondering if I'd missed something. 2. CLI says, "These programmes should be deleted:" and comes up with a list of over 300 programmes. I've searched through the mailing list and the documentation, but can't see what this refers to. Is it trying to delete the files I've downloaded, or something else? So far I've declined, but the list pops up every time. 3. When running the PVR download, I get an error with some programmes: Matches: 11485: The Navy Lark - The Mysterious Pudding Mine, BBC Radio 4 Extra, b0151xwx INFO: 1 Matching Programmes INFO: Checking existence of original version INFO: flashstd1,flashstd2,flashstd1,flashstd2,flashlow1,flashlow2 modes will be tried for version original INFO: Trying flashstd1 mode to record radio: The Navy Lark - The Mysterious Pudding Mine WARNING: Required rtmpdump does not exist - cannot download Flash audio/video INFO: skipping flashstd1 mode --- other modes--- ERROR: Failed to record 'The Navy Lark - The Mysterious Pudding Mine (b0151xwx)' WARNING: PVR Run: _The_Navy_Lark_name_radio: 1 download failure(s) I'm assuming that the problem is to do with removing flash from GiP. My problem is that the list of modes was in my PVR default search for quite a while, and so it is in loads of my PVR searches. Is there an easy way to change them all to "best" without having to edit every search individually. Thanks in advance Charlie ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: episode oddity
In article , The Kernel wrote: > On 03/08/16 20:12, Shevek wrote: > > If I then retry using FLASHHD the download completes without error. > Just to say > If you are working from a connection that would have trouble with HD > I tried flashstd and it too works without error More specifically, you may mean, "It worked for me on that occasion, without error". However it seems clear there *is* an 'intermittent' problem of some kind. Alas, as any repairman knows, intermittent problems can be the hardest to diagnose and fix. Once again this morning I tried fetching the last episode in the "Saving lives at sea" series. This halted early at about 40m duration when fetched using hls. However the alternative method described in my earlier postings then duly worked OK. Indeed, this gave me about 1h 15mins! There seems to be an 'bonus' item about the RNLI people added on at the end, following a blank gap of some seconds after the end credits of the actual broadcast. I didn't see the live over-air TX so wonder if this was aired or is meant to be a 'bonus' file which might have been planned to be obtainable from iplayer. What I can't tell, of course, is if the problems are down the something the BBC are doing that is 'wrong', or if some rare aspect of the system is catching out hls fetching with gip. But either way, it now seems clear that something is going wrong on some occasions. The problem for me with the alternative fetching method (which here only states it is RTMPDump, but that may be a mislabel) is rather slower than HLS. This is an minor irritant, but nevertheless, something somewhere isn't always working as it should. Jim -- Electronics http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer