From s.morgan at skm.org.uk Mon May 1 00:42:27 2017 From: s.morgan at skm.org.uk (Simon Morgan) Date: Mon, 1 May 2017 08:42:27 +0100 Subject: [ANN] get_iplayer v3.00 released In-Reply-To: <87fugp7jqj.fsf@ixod.org> References: <87ed18b5-70f4-1698-966f-d5e60da3cf1b@squarepenguin.co.uk> <87fugp7jqj.fsf@ixod.org> Message-ID: <002c01d2c24e$7c3c9b30$74b5d190$@morgan@skm.org.uk> Thanks for the rapid amendment of get_iplayer in v3.00 The initial cache refresh was very quick on my HP Microserver and I throttle get_iplayer downloads because of the pathetic download speeds I get here in rural West Wales. Well done Dinky. Rgds Simon Morgan From dave.widgery at gmail.com Mon May 1 01:33:48 2017 From: dave.widgery at gmail.com (Dave Widgery) Date: Mon, 1 May 2017 10:33:48 +0200 Subject: Error with ffmpeg with V3.00 Message-ID: Hi I have just installed the latest version of get_iplayer. I am currently using a 32bit Windows XP machine, all appears to be working re downloads but I am not getting the final conversion into mp4. I also get this message when I start get_iplayer, (I have downloaded 3.2.4 of ffmpeg.exe but no change.) ffmpeg.exe - Entry Point Not Found "The procedure entry point GetNumaNodeProcessorMaskEx could not be located in the dynamic link library KERNEL32.dll." Any suggestions welcome. I know that XP is on its last legs but I don't think the notebook I use (an acer espire 3000) would stand a windows 7 upgrade even if I had a copy (I cannot use linux due to other programs I use on the same machine) At some point I will have to replace it but still trying to hold off as long as possible. Dave

Virus-free. www.avast.com
From getiplayer at squarepenguin.co.uk Mon May 1 01:41:27 2017 From: getiplayer at squarepenguin.co.uk (SquarePenguin) Date: Mon, 1 May 2017 09:41:27 +0100 Subject: [ANN] get_iplayer v3.00 released In-Reply-To: References: <87ed18b5-70f4-1698-966f-d5e60da3cf1b@squarepenguin.co.uk> <15bc0a5b528.27d8.ecf8d3bb28d67dc23aeb52bb978c49d6@squarepenguin.co.uk> Message-ID: On 30/04/17 22:09, Charles Holding wrote: > Sequential indexing worked. Will obviously have to update to Jessie. You could try this: https://squarepenguin.co.uk/forums/thread-1300-post-5741.html#pid5741 No idea if it would work for you. From getiplayer at squarepenguin.co.uk Mon May 1 01:46:57 2017 From: getiplayer at squarepenguin.co.uk (SquarePenguin) Date: Mon, 1 May 2017 09:46:57 +0100 Subject: Error with ffmpeg with V3.00 In-Reply-To: References: Message-ID: On 01/05/17 09:33, Dave Widgery wrote: > I am currently using a 32bit Windows XP machine I can't tell you how to fix it but I can tell you get_iplayer no longer supports Windows XP or Vista so I would imagine that it might take patching the script to restore functionality for you. Sorry that's not much help. From dave.widgery at gmail.com Mon May 1 02:14:39 2017 From: dave.widgery at gmail.com (Dave Widgery) Date: Mon, 1 May 2017 11:14:39 +0200 Subject: Error with ffmpeg with V3.00 In-Reply-To: References: Message-ID: Hi After looking at the ffmpeg documentation it does look like XP is no longer supported with the latest version, out of interest I have just copied in the old version of ffmpeg and it appears to be working, not an ideal solution but it might work as a stopgap. Dave

Virus-free. www.avast.com
On 1 May 2017 at 10:46, SquarePenguin wrote: > On 01/05/17 09:33, Dave Widgery wrote: >> I am currently using a 32bit Windows XP machine > > I can't tell you how to fix it but I can tell you get_iplayer no longer > supports Windows XP or Vista so I would imagine that it might take > patching the script to restore functionality for you. > > Sorry that's not much help. > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From chrischery at free.fr Mon May 1 02:49:55 2017 From: chrischery at free.fr (cc) Date: Mon, 1 May 2017 11:49:55 +0200 Subject: Error with ffmpeg with V3.00 References: Message-ID: <7B80135BFE8A4CFD8FF6FDF5B39897FF@X> hi dave i use xp too but what you wrote is all greek to me how can i integrate the old ffmpec to gip3.00 thanks ----- Original Message ----- From: "Dave Widgery" To: "get_iplayer" Sent: Monday, May 01, 2017 11:14 AM Subject: Re: Error with ffmpeg with V3.00 > Hi > After looking at the ffmpeg documentation it does look like XP is no > longer supported with the latest version, out of interest I have just > copied in the old version of ffmpeg and it appears to be working, not > an ideal solution but it might work as a stopgap. > > Dave > > On 1 May 2017 at 10:46, SquarePenguin > wrote: >> On 01/05/17 09:33, Dave Widgery wrote: >>> I am currently using a 32bit Windows XP machine >> >> I can't tell you how to fix it but I can tell you get_iplayer no longer >> supports Windows XP or Vista so I would imagine that it might take >> patching the script to restore functionality for you. >> >> Sorry that's not much help. >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer --- L'absence de virus dans ce courrier ?lectronique a ?t? v?rifi?e par le logiciel antivirus Avast. https://www.avast.com/antivirus From dave at dawoodfall.net Mon May 1 03:13:18 2017 From: dave at dawoodfall.net (David Wood) Date: Mon, 1 May 2017 11:13:18 +0100 Subject: what replaced --player removed in 2.98? Message-ID: <20170501101318.GP29231@Blackswan> I've just upgraded from 297 to 300 and noticed that --player was removed in 298. What should I do now for streaming to mplayer? I used to stream BBC News 24. Dave From dave.widgery at gmail.com Mon May 1 03:32:34 2017 From: dave.widgery at gmail.com (Dave Widgery) Date: Mon, 1 May 2017 12:32:34 +0200 Subject: Error with ffmpeg with V3.00 In-Reply-To: <7B80135BFE8A4CFD8FF6FDF5B39897FF@X> References: <7B80135BFE8A4CFD8FF6FDF5B39897FF@X> Message-ID: Hi If you look in your c:\Program Files\get_iplayer\utils directory you will see a program file called ffmpeg.exe, all I did is rename this and copy the previous version if ffmpeg.exe into this directory. With initial tests with the download files that I have it appears to work, but no guarantees there may be lots of reasons why it might not work depending on what quality you download etc. Ultimately this is only a workaround, unfortunately the solution is to upgrade Dave On 1 May 2017 at 11:49, cc wrote: > hi dave > i use xp too but what you wrote is all greek to me > how can i integrate the old ffmpec to gip3.00 > thanks > ----- Original Message ----- From: "Dave Widgery" > To: "get_iplayer" > Sent: Monday, May 01, 2017 11:14 AM > Subject: Re: Error with ffmpeg with V3.00 > > > >> Hi >> After looking at the ffmpeg documentation it does look like XP is no >> longer supported with the latest version, out of interest I have just >> copied in the old version of ffmpeg and it appears to be working, not >> an ideal solution but it might work as a stopgap. >> >> Dave >> >> On 1 May 2017 at 10:46, SquarePenguin >> wrote: >>> >>> On 01/05/17 09:33, Dave Widgery wrote: >>>> >>>> I am currently using a 32bit Windows XP machine >>> >>> >>> I can't tell you how to fix it but I can tell you get_iplayer no longer >>> supports Windows XP or Vista so I would imagine that it might take >>> patching the script to restore functionality for you. >>> >>> Sorry that's not much help. >>> >>> _______________________________________________ >>> get_iplayer mailing list >>> get_iplayer at lists.infradead.org >>> http://lists.infradead.org/mailman/listinfo/get_iplayer >> >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer > > > > --- > L'absence de virus dans ce courrier ?lectronique a ?t? v?rifi?e par le > logiciel antivirus Avast. > https://www.avast.com/antivirus > From chrischery at free.fr Mon May 1 03:43:43 2017 From: chrischery at free.fr (cc) Date: Mon, 1 May 2017 12:43:43 +0200 Subject: back to 2.99??? Message-ID: with gip 3.00not fully compatible with windows xp is there any way to get back to 2.99 where downloading with pid or url was good enough for me forb the time being ----- Original Message ----- From: "cc" To: "Dave Widgery" Cc: Sent: Monday, May 01, 2017 11:49 AM Subject: Re: Error with ffmpeg with V3.00 > hi dave > i use xp too but what you wrote is all greek to me > how can i integrate the old ffmpec to gip3.00 > thanks > ----- Original Message ----- > From: "Dave Widgery" > To: "get_iplayer" > Sent: Monday, May 01, 2017 11:14 AM > Subject: Re: Error with ffmpeg with V3.00 > > >> Hi >> After looking at the ffmpeg documentation it does look like XP is no >> longer supported with the latest version, out of interest I have just >> copied in the old version of ffmpeg and it appears to be working, not >> an ideal solution but it might work as a stopgap. >> >> Dave >> >> On 1 May 2017 at 10:46, SquarePenguin >> wrote: >>> On 01/05/17 09:33, Dave Widgery wrote: >>>> I am currently using a 32bit Windows XP machine >>> >>> I can't tell you how to fix it but I can tell you get_iplayer no longer >>> supports Windows XP or Vista so I would imagine that it might take >>> patching the script to restore functionality for you. >>> >>> Sorry that's not much help. >>> >>> _______________________________________________ >>> get_iplayer mailing list >>> get_iplayer at lists.infradead.org >>> http://lists.infradead.org/mailman/listinfo/get_iplayer >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer > --- L'absence de virus dans ce courrier ?lectronique a ?t? v?rifi?e par le logiciel antivirus Avast. https://www.avast.com/antivirus From s.morgan at skm.org.uk Mon May 1 04:02:01 2017 From: s.morgan at skm.org.uk (Simon Morgan) Date: Mon, 1 May 2017 12:02:01 +0100 Subject: back to 2.99??? In-Reply-To: References: Message-ID: <000c01d2c26a$5ccff460$166fdd20$@morgan@skm.org.uk> https://github.com/get-iplayer/get_iplayer_win32/releases/tag/2.99.0 version 2.99 available here. > -----Original Message----- > From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On > Behalf Of cc > Sent: 01 May 2017 11:44 > To: get_iplayer at lists.infradead.org > Subject: back to 2.99??? > > with gip 3.00not fully compatible with windows xp is there any way to > get back to 2.99 where downloading with pid or url was good enough for > me forb the time being > > ----- Original Message ----- > From: "cc" > To: "Dave Widgery" > Cc: > Sent: Monday, May 01, 2017 11:49 AM > Subject: Re: Error with ffmpeg with V3.00 > > > > hi dave > > i use xp too but what you wrote is all greek to me > > how can i integrate the old ffmpec to gip3.00 > > thanks > > ----- Original Message ----- > > From: "Dave Widgery" > > To: "get_iplayer" > > Sent: Monday, May 01, 2017 11:14 AM > > Subject: Re: Error with ffmpeg with V3.00 > > > > > >> Hi > >> After looking at the ffmpeg documentation it does look like XP is no > >> longer supported with the latest version, out of interest I have > just > >> copied in the old version of ffmpeg and it appears to be working, > not > >> an ideal solution but it might work as a stopgap. > >> > >> Dave > >> > >> On 1 May 2017 at 10:46, SquarePenguin > > >> wrote: > >>> On 01/05/17 09:33, Dave Widgery wrote: > >>>> I am currently using a 32bit Windows XP machine > >>> > >>> I can't tell you how to fix it but I can tell you get_iplayer no > longer > >>> supports Windows XP or Vista so I would imagine that it might take > >>> patching the script to restore functionality for you. > >>> > >>> Sorry that's not much help. > >>> > >>> _______________________________________________ > >>> get_iplayer mailing list > >>> get_iplayer at lists.infradead.org > >>> http://lists.infradead.org/mailman/listinfo/get_iplayer > >> > >> _______________________________________________ > >> get_iplayer mailing list > >> get_iplayer at lists.infradead.org > >> http://lists.infradead.org/mailman/listinfo/get_iplayer > > > > > --- > L'absence de virus dans ce courrier ?lectronique a ?t? v?rifi?e par le > logiciel antivirus Avast. > https://www.avast.com/antivirus > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From cehjohnson at googlemail.com Mon May 1 04:03:08 2017 From: cehjohnson at googlemail.com (Charles Johnson) Date: Mon, 1 May 2017 12:03:08 +0100 Subject: back to 2.99??? In-Reply-To: References: Message-ID: <8f157b0b-c838-30cd-ef96-e85946eb62e6@gmail.com> On 01/05/17 11:43, cc wrote: > with gip 3.00not fully compatible with windows xp is there any way to > get back to 2.99 where downloading with pid or url was good enough for > me forb the time being I don't know what the actual best plan for your particular use case is, but the generic one is: you do realise that GIP is a Perl script? You can point Perl at any directory containing any version. From cehjohnson at googlemail.com Mon May 1 04:11:03 2017 From: cehjohnson at googlemail.com (Charles Johnson) Date: Mon, 1 May 2017 12:11:03 +0100 Subject: Error with ffmpeg with V3.00 In-Reply-To: References: Message-ID: On 01/05/17 09:33, Dave Widgery wrote: > I know that XP is on its last legs but I don't think the notebook I > use (an acer espire 3000) would stand a windows 7 upgrade even if I > had a copy (I cannot use linux due to other programs I use on the same > machine) Why not virtualize or use Wine? From web at audiomisc.co.uk Mon May 1 04:59:09 2017 From: web at audiomisc.co.uk (Jim web) Date: Mon, 01 May 2017 12:59:09 +0100 Subject: [ANN] get_iplayer v3.00 released In-Reply-To: References: <87ed18b5-70f4-1698-966f-d5e60da3cf1b@squarepenguin.co.uk> <15bc0a5b528.27d8.ecf8d3bb28d67dc23aeb52bb978c49d6@squarepenguin.co.uk> Message-ID: <5635631b28web@audiomisc.co.uk> I've not yet downloaded the new version. But reading the release notes I saw comments to the effect that updating the cached info can now take some time and runs weekly. In practice I only use gip via giving it a programme pid number via command line. Do I need to have the new version of gip to cache meta info? Jim -- Electronics https://www.st-andrews.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 From richard22j at zoho.com Mon May 1 05:18:47 2017 From: richard22j at zoho.com (RS) Date: Mon, 1 May 2017 13:18:47 +0100 Subject: [ANN] get_iplayer v3.00 released In-Reply-To: <5635631b28web@audiomisc.co.uk> References: <87ed18b5-70f4-1698-966f-d5e60da3cf1b@squarepenguin.co.uk> <15bc0a5b528.27d8.ecf8d3bb28d67dc23aeb52bb978c49d6@squarepenguin.co.uk> <5635631b28web@audiomisc.co.uk> Message-ID: <34D6FFEC101D414CBE130958F6A7A360@RJCDESK> >From: Jim web >Sent: Monday, May 1, 2017 12:59 >In practice I only use gip via giving it a programme pid number via command >line. Do I need to have the new version of gip to cache meta info? I'm guessing, but I suspect the answer is it depends what metadata you want. The files I downloaded with v2.99 after the BBC's changes had a usable and put the PID in some other fields and get_iplayer in others. If you're content with that you probably don't need the new version. Refreshing the cache does not take anything like as long as was suggested in the release notes. Again I am guessing but I suspect what is happening is that the relevant pages get cached once they have been rendered for the first person to request them. From davelangridge at gmail.com Mon May 1 05:35:01 2017 From: davelangridge at gmail.com (Dave Langridge) Date: Mon, 1 May 2017 08:35:01 -0400 Subject: [ANN] get_iplayer v3.00 released In-Reply-To: <CACnvhFeoSgjkKU2zSa4iZB1RsrzbmRY6QVxiDg5dCpJVWSNwvg@mail.gmail.com> References: <87ed18b5-70f4-1698-966f-d5e60da3cf1b@squarepenguin.co.uk> <CACnvhFeoSgjkKU2zSa4iZB1RsrzbmRY6QVxiDg5dCpJVWSNwvg@mail.gmail.com> Message-ID: <03b201d2c277$5a9cfbe0$0fd6f3a0$@gmail.com> Seconded!! Thank you very much for all your hard work on this. Dave L -----Original Message----- From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On Behalf Of Jeremy Bartle Sent: Sunday, April 30, 2017 10:32 PM To: get_iplayer <get_iplayer at lists.infradead.org> Subject: Re: [ANN] get_iplayer v3.00 released Many thanks for all your hard work to restore get_iPlayer so quickly. I usually use the Web PVR, so I'm very grateful for the very clear documentation of the required CLI commands, especially the one to only download Radio 4 and Radoi 4 Extra as this is exactly what I want to do. Using this option, I didn't notice that the cache refresh took any longer than usual. Thanks again. Jeremy Bartle On 1 May 2017 at 02:06, SquarePenguin <getiplayer at squarepenguin.co.uk> wrote: > Release notes: > > https://github.com/get-iplayer/get_iplayer/wiki/release300 > > Windows installer: > > https://github.com/get-iplayer/get_iplayer_win32/releases/tag/3.00.0 > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer _______________________________________________ get_iplayer mailing list get_iplayer at lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer From richard22j at zoho.com Mon May 1 05:47:49 2017 From: richard22j at zoho.com (RS) Date: Mon, 1 May 2017 13:47:49 +0100 Subject: Subtitle problem: XPath error Message-ID: <B732DC42F1504BD8BF4020325A440899@RJCDESK> I haven't come across it yet, but anyone who uses subtitles may be interested in this bug notified in the forum. https://squarepenguin.co.uk/forums/thread-1284.html The workaround is to follow the instructions in the release notes to use the old subtitle conversion code. get_iplayer --prefs-add --subsfmt=default From web at audiomisc.co.uk Mon May 1 06:13:59 2017 From: web at audiomisc.co.uk (Jim web) Date: Mon, 01 May 2017 14:13:59 +0100 Subject: [ANN] get_iplayer v3.00 released In-Reply-To: <34D6FFEC101D414CBE130958F6A7A360@RJCDESK> References: <87ed18b5-70f4-1698-966f-d5e60da3cf1b@squarepenguin.co.uk> <CAESnXHTVr=zfaRdOJQ++Mmj1akoBnKWBB9t1M95xMz28DSST0Q@mail.gmail.com> <15bc0a5b528.27d8.ecf8d3bb28d67dc23aeb52bb978c49d6@squarepenguin.co.uk> <CAESnXHRJhHeC2R88nY7GG8OcktoQrkYHWZwL2kfFbh-8H5Su1Q@mail.gmail.com> <CAESnXHTLjejOC2zfXC9i87Q+A6e3uXCmKtwoo3QGw=VC=-bF-A@mail.gmail.com> <d83d6eb5-5adc-9c2f-9468-4547085da4f1@squarepenguin.co.uk> <5635631b28web@audiomisc.co.uk> <34D6FFEC101D414CBE130958F6A7A360@RJCDESK> Message-ID: <563569f50cweb@audiomisc.co.uk> In article <34D6FFEC101D414CBE130958F6A7A360 at RJCDESK>, RS <richard22j at zoho.com> wrote: > >From: Jim web Sent: Monday, May 1, 2017 12:59 > >In practice I only use gip via giving it a programme pid number via > >command line. Do I need to have the new version of gip to cache meta > >info? > I'm guessing, but I suspect the answer is it depends what metadata you > want. The files I downloaded with v2.99 after the BBC's changes had a > usable <title> and put the PID in some other fields and get_iplayer in > others. If you're content with that you probably don't need the new > version. In the past the default behavour has tended to be fine. Having just a title or name plus the pid is all normally I need. And TBH adding a name after the event is easy enough anyway. As yet I've not tried how to get the title rather than the default. But looking at the webpages on this I guess I need to add something like --prefix <title> to my command line use(?) I'll experiment. Sometimes with a series the 'episode number' is handy. But until now I've not done more than use what the default gave me, and altered that after the event on occasion. FWIW I use a small program I wrote that just reads a text file that lists for each item a 'mode' and a pid and it calls gip for each in turn. All else failing I could just mod that to add names I also list in the file. But obviously better if I make use of what gip can do. Jim -- Electronics https://www.st-andrews.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 From richard22j at zoho.com Mon May 1 06:50:19 2017 From: richard22j at zoho.com (RS) Date: Mon, 1 May 2017 14:50:19 +0100 Subject: [ANN] get_iplayer v3.00 released In-Reply-To: <563569f50cweb@audiomisc.co.uk> References: <87ed18b5-70f4-1698-966f-d5e60da3cf1b@squarepenguin.co.uk> <CAESnXHTVr=zfaRdOJQ++Mmj1akoBnKWBB9t1M95xMz28DSST0Q@mail.gmail.com> <15bc0a5b528.27d8.ecf8d3bb28d67dc23aeb52bb978c49d6@squarepenguin.co.uk> <CAESnXHRJhHeC2R88nY7GG8OcktoQrkYHWZwL2kfFbh-8H5Su1Q@mail.gmail.com> <CAESnXHTLjejOC2zfXC9i87Q+A6e3uXCmKtwoo3QGw=VC=-bF-A@mail.gmail.com> <d83d6eb5-5adc-9c2f-9468-4547085da4f1@squarepenguin.co.uk> <5635631b28web@audiomisc.co.uk> <34D6FFEC101D414CBE130958F6A7A360@RJCDESK> <563569f50cweb@audiomisc.co.uk> Message-ID: <FE1FEF25650E403E810281D936FE8201@RJCDESK> >From: Jim web >Sent: Monday, May 1, 2017 14:13 > As yet I've not tried how to get the title >rather than the default. But looking at the webpages on this I guess I need >to add something like >--prefix <title> You can use --fileprefix="<title>" or --prefs-add --fileprefix="<title>" According to the documentation --file-prefix also works, but I haven't used that. One thing I find confusing is that --prefs-show displays the string with single quotes, but it seems, in Windows at least, to require double quotes in the command. If you get it wrong it will say something like < was not expected. From byrnepablo at gmail.com Mon May 1 06:53:44 2017 From: byrnepablo at gmail.com (Pablo Byrne) Date: Mon, 1 May 2017 06:53:44 -0700 Subject: Mac users Message-ID: <CAMJzHW_+5xXjMFqSNw50fjymBp3vWORporjOjm-S_Lxqo6kaMQ@mail.gmail.com> Given the recent upheaval and the notes that came with get player automator release GiA 1.8.8-pre.5 for Mac, are there Mac alternatives or is this close to the end of the road for the mac app? From 3falconer at tiscali.co.uk Mon May 1 08:28:56 2017 From: 3falconer at tiscali.co.uk (Ian McDonald) Date: Mon, 1 May 2017 16:28:56 +0100 Subject: Mac users In-Reply-To: <CAMJzHW_+5xXjMFqSNw50fjymBp3vWORporjOjm-S_Lxqo6kaMQ@mail.gmail.com> References: <CAMJzHW_+5xXjMFqSNw50fjymBp3vWORporjOjm-S_Lxqo6kaMQ@mail.gmail.com> Message-ID: <C87D13E5-0CA7-47A3-A431-D5C45D9857D4@tiscali.co.uk> > On 1 May 2017, at 14:53, Pablo Byrne <byrnepablo at gmail.com> wrote: > > Given the recent upheaval and the notes that came with get player > automator release GiA 1.8.8-pre.5 for Mac, are there Mac alternatives > or is this close to the end of the road for the mac app? > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer I followed the alternative given by squarepenguin of installing Homebrew. It gave me access to GiP via the Terminal command box. I have managed to download some programmes which I used to get with the PVR function in GiA, but I have had some odd effects which I can?t understand - but that may have been because I have been using GiA since 2010, and haven?t had to think much about the complexities of GiP. I would like to express my appreciation for the work done by the author of GiA, Dinky Pumpkin, and the others who gave us this programme which has made life easier for us. What is bothering me is that I seem to be drawing blanks even when I can watch programmes on the BBC iPlayer. For example, the first two episodes of Ceol Aig A Chaisteal both play in iPlayer, but my attempts earlier today were as follows:- Ians-iMac:~ ianmcdonald$ get_iplayer "Ceol Aig A Chaisteal" WARNING: Ignoring invalid option(s) in /Users/ianmcdonald/.get_iplayer/options: WARNING: flvstreamer = flvstreamer_macosx_intel_32bit_latest WARNING: Please remove invalid options from /Users/ianmcdonald/.get_iplayer/options INFO: Use --dump-options to display all valid options WARNING: Ignoring invalid option(s) in ./.get_iplayer/options: WARNING: flvstreamer = flvstreamer_macosx_intel_32bit_latest WARNING: Please remove invalid options from ./.get_iplayer/options INFO: Use --dump-options to display all valid options get_iplayer 3.00-homebrew.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content INFO: 0 Matching Programmes Ians-iMac:~ ianmcdonald$ get_iplayer --pid=b00yb5z5 WARNING: Ignoring invalid option(s) in /Users/ianmcdonald/.get_iplayer/options: WARNING: flvstreamer = flvstreamer_macosx_intel_32bit_latest WARNING: Please remove invalid options from /Users/ianmcdonald/.get_iplayer/options INFO: Use --dump-options to display all valid options WARNING: Ignoring invalid option(s) in ./.get_iplayer/options: WARNING: flvstreamer = flvstreamer_macosx_intel_32bit_latest WARNING: Please remove invalid options from ./.get_iplayer/options INFO: Use --dump-options to display all valid options get_iplayer 3.00-homebrew.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content INFO: Trying pid: b00yb5z5 using type: tv INFO: Trying to download PID using type tv INFO: pid not found in tv cache Matches: INFO: 1 Matching Programmes INFO: Checking existence of original version INFO: hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,dvfxsd1,dvfxsd2,hlsvhigh1,hvfxhigh1,hvfxhigh2,hvfxhigh3,dvfxhigh1,dvfxhigh2,hvflow1,hvflow2,hvflow3,dvflow1,dvflow2 modes will be tried for version original INFO: Trying hvfxsd1 mode to record tv: Ceol Aig A Chaisteal - 1. Episode 1 INFO: File name prefix = Ceol_Aig_A_Chaisteal_-_1._Episode_1_b00yb5z5_original INFO: Begin recording file: /Users/ianmcdonald/Ceol_Aig_A_Chaisteal_-_1._Episode_1_b00yb5z5_original.video.ts INFO: Begin recording at: 0.00 MiB (00:00:00) [1] INFO: Recorded: 280.16 MiB (00:22:18) [175] in 00:15:50 at 2.36 Mibit/s INFO: Saved HLS video file: /Users/ianmcdonald/Ceol_Aig_A_Chaisteal_-_1._Episode_1_b00yb5z5_original.hls.ts INFO: Begin converting video file: /Users/ianmcdonald/Ceol_Aig_A_Chaisteal_-_1._Episode_1_b00yb5z5_original.hls.ts frame= 4774 fps=0.0 q=-1.0 size= 39796kB time=00:03:10.93 bitrate=1707.5kbits/frame= 9019 fps=9019 q=-1.0 size= 75102kB time=00:06:00.72 bitrate=1705.6kbitsframe=11741 fps=7827 q=-1.0 size= 97779kB time=00:07:49.60 bitrate=1705.7kbitsframe=15398 fps=7583 q=-1.0 size= 128009kB time=00:10:15.89 bitrate=1702.6kbitsframe=19730 fps=7787 q=-1.0 size= 163851kB time=00:13:09.20 bitrate=1700.8kbitsframe=23625 fps=7787 q=-1.0 size= 196106kB time=00:15:44.96 bitrate=1700.1kbitsframe=27514 fps=7786 q=-1.0 size= 228660kB time=00:18:20.52 bitrate=1702.1kbitsframe=31729 fps=7866 q=-1.0 size= 263439kB time=00:21:09.12 bitrate=1700.5kbitsframe=33474 fps=7594 q=-1.0 Lsize= 276567kB time=00:22:18.92 bitrate=1692.1kbits/s speed= 304x INFO: Converted to file: /Users/ianmcdonald/Ceol_Aig_A_Chaisteal_-_1._Episode_1_b00yb5z5_original.partial.mp4 INFO: Recorded file: /Users/ianmcdonald/Ceol_Aig_A_Chaisteal_-_1._Episode_1_b00yb5z5_original.mp4 INFO: Begin tagging file: /Users/ianmcdonald/Ceol_Aig_A_Chaisteal_-_1._Episode_1_b00yb5z5_original.mp4 Started writing to temp file. Progress: =====================================================> 96% --| Finished writing to temp file. INFO: Tagged file: /Users/ianmcdonald/Ceol_Aig_A_Chaisteal_-_1._Episode_1_b00yb5z5_original.mp4 Ians-iMac:~ ianmcdonald$ get_iplayer --pid=b00yj2hb WARNING: Ignoring invalid option(s) in /Users/ianmcdonald/.get_iplayer/options: WARNING: flvstreamer = flvstreamer_macosx_intel_32bit_latest WARNING: Please remove invalid options from /Users/ianmcdonald/.get_iplayer/options INFO: Use --dump-options to display all valid options WARNING: Ignoring invalid option(s) in ./.get_iplayer/options: WARNING: flvstreamer = flvstreamer_macosx_intel_32bit_latest WARNING: Please remove invalid options from ./.get_iplayer/options INFO: Use --dump-options to display all valid options get_iplayer 3.00-homebrew.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content Ians-iMac:~ ianmcdonald$ even though the pid was copied from the player screen whilst it was running. Ian McDonald From web at audiomisc.co.uk Mon May 1 08:29:40 2017 From: web at audiomisc.co.uk (Jim web) Date: Mon, 01 May 2017 16:29:40 +0100 Subject: [ANN] get_iplayer v3.00 released In-Reply-To: <FE1FEF25650E403E810281D936FE8201@RJCDESK> References: <87ed18b5-70f4-1698-966f-d5e60da3cf1b@squarepenguin.co.uk> <CAESnXHTVr=zfaRdOJQ++Mmj1akoBnKWBB9t1M95xMz28DSST0Q@mail.gmail.com> <15bc0a5b528.27d8.ecf8d3bb28d67dc23aeb52bb978c49d6@squarepenguin.co.uk> <CAESnXHRJhHeC2R88nY7GG8OcktoQrkYHWZwL2kfFbh-8H5Su1Q@mail.gmail.com> <CAESnXHTLjejOC2zfXC9i87Q+A6e3uXCmKtwoo3QGw=VC=-bF-A@mail.gmail.com> <d83d6eb5-5adc-9c2f-9468-4547085da4f1@squarepenguin.co.uk> <5635631b28web@audiomisc.co.uk> <34D6FFEC101D414CBE130958F6A7A360@RJCDESK> <563569f50cweb@audiomisc.co.uk> <FE1FEF25650E403E810281D936FE8201@RJCDESK> Message-ID: <5635766119web@audiomisc.co.uk> In article <FE1FEF25650E403E810281D936FE8201 at RJCDESK>, RS <richard22j at zoho.com> wrote: > >From: Jim web Sent: Monday, May 1, 2017 14:13 > > As yet I've not tried how to get the title rather than the default. > >But looking at the webpages on this I guess I need to add something like > >--prefix <title> > You can use --fileprefix="<title>" or --prefs-add --fileprefix="<title>" > According to the documentation --file-prefix also works, but I haven't > used that. Thanks. :-) Given that, I've now experimented and found that adding --fileprefix=\"<title>_<pid>\" to the command line my program generates does the trick here nicely. (Have to escape the " chars with \ as they are in a command line my program assembles to feed to gip.) I now get what I want with the existing version of gip. However I'll now get the new version and try that as well. Cheers, Jim -- Electronics https://www.st-andrews.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 From andrew at bewareoftheleopard.com Mon May 1 14:04:23 2017 From: andrew at bewareoftheleopard.com (Andrew J. Baker) Date: Mon, 1 May 2017 22:04:23 +0100 Subject: Problem with 50fps Message-ID: <7b13746e-9b6e-f285-595b-c85e66f7d9b4@bewareoftheleopard.com> Using Ubuntu 14.04 Installing: 3.00-1-g71005a6-ppa30 Installed with static version of FFMPEG 3.0 (as per install notes of the PPA) Also installed JSON::PP & Mojolicious 4.63 For reasons I don't understand, I seem to have 3 different options files. One in Var, one in ETC and one in the hidden directory in my hope directory In desperation these all say: modes tvbest,radiobest fps50 1 commandradio ffmpeg -i "<filename>" -c:v copy -c:a libmp3lame -b:a 320k -y "<dir>/<fileprefix>.mp3" && rm "<filename>" type tv,radio Using the PVR. Trying to download Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original I'm expecting a file around 2Gb in 50FPS. I have the first in the series. and that is 50FPS. For testing purposes I am using it with "Hide Recorded" disabled and "Force" renabled. I'm clicking the "Record" Action. And the file I get every time is about 700Meg. The dialogue when it downloads is INFO: 1 Matching Programmes INFO: Checking existence of original version INFO: hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,hlsvhigh1,hlsvhigh2,hvfhigh1,hvfhigh2,hvfhigh3,hvfhigh4,hvfhigh5,hvfhigh6,hvfxhigh1,hvfxhigh2,hvfxhigh3,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,hvflow1,hvflow2,hvflow3,dvflow1,dvflow2,dvflow3,dvflow4 modes will be tried for version original INFO: Trying hvfxsd1 mode to record tv: Brian Cox's Russia: Series 1 - 2. St Petersburg INFO: File name prefix = Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original INFO: Begin recording file: /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.video.ts INFO: Begin recording at: 0.00 MiB (00:00:00) [1] ############################################################################################ INFO: Recorded: 731.73 MiB (00:58:59) [461] in 00:01:52 at 52.27 Mibit/s INFO: Saved HLS video file: /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.hls.ts INFO: Begin converting video file: /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.hls.ts INFO: Converted to file: /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.partial.mp4 INFO: Recorded file: /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.mp4 INFO: Begin tagging file: /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.mp4 INFO: Tagged file: /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.mp4 Any ideas? It was all working fine earlier this week under version 2.97? From andrew at bewareoftheleopard.com Mon May 1 15:21:13 2017 From: andrew at bewareoftheleopard.com (Andrew J. Baker) Date: Mon, 1 May 2017 23:21:13 +0100 Subject: Problem with 50fps In-Reply-To: <7b13746e-9b6e-f285-595b-c85e66f7d9b4@bewareoftheleopard.com> References: <7b13746e-9b6e-f285-595b-c85e66f7d9b4@bewareoftheleopard.com> Message-ID: <cd725531-c6e0-65e2-609a-7d21ae038e6b@bewareoftheleopard.com> Looking closer... I had this problem with multiple programmes, before I noticed it. (Doctor Who, Hinterland...) So I went back and tried some of those as well. And now, THOSE ones work, but the Russia one mentioned below doesn't. Presumably BBC haven't done it yet, or mucked it up, something. So it might be OK after all. Either it was all my fiddling with config files, or it was because I installed one from a later PPA (more than one appeared in the repository today. On 01/05/17 22:04, Andrew J. Baker wrote: > Using Ubuntu 14.04 > > Installing: 3.00-1-g71005a6-ppa30 > > Installed with static version of FFMPEG 3.0 (as per install notes of the > PPA) > > Also installed JSON::PP & Mojolicious 4.63 > > For reasons I don't understand, I seem to have 3 different options > files. One in Var, one in ETC and one in the hidden directory in my hope > directory > > In desperation these all say: > > modes tvbest,radiobest > fps50 1 > commandradio ffmpeg -i "<filename>" -c:v copy -c:a libmp3lame -b:a 320k > -y "<dir>/<fileprefix>.mp3" && rm "<filename>" > type tv,radio > > Using the PVR. > > Trying to download > > Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original > > I'm expecting a file around 2Gb in 50FPS. I have the first in the > series. and that is 50FPS. > > For testing purposes I am using it with "Hide Recorded" disabled and > "Force" renabled. > > I'm clicking the "Record" Action. > > And the file I get every time is about 700Meg. > > The dialogue when it downloads is > > INFO: 1 Matching Programmes > INFO: Checking existence of original version > INFO: > hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,hlsvhigh1,hlsvhigh2,hvfhigh1,hvfhigh2,hvfhigh3,hvfhigh4,hvfhigh5,hvfhigh6,hvfxhigh1,hvfxhigh2,hvfxhigh3,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,hvflow1,hvflow2,hvflow3,dvflow1,dvflow2,dvflow3,dvflow4 > modes will be tried for version original > INFO: Trying hvfxsd1 mode to record tv: Brian Cox's Russia: Series 1 - > 2. St Petersburg > INFO: File name prefix = > Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original > INFO: Begin recording file: > /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.video.ts > > INFO: Begin recording at: 0.00 MiB (00:00:00) [1] > ############################################################################################ > > INFO: Recorded: 731.73 MiB (00:58:59) [461] in 00:01:52 at 52.27 Mibit/s > INFO: Saved HLS video file: > /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.hls.ts > > INFO: Begin converting video file: > /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.hls.ts > > INFO: Converted to file: > /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.partial.mp4 > > INFO: Recorded file: > /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.mp4 > > > INFO: Begin tagging file: > /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.mp4 > > INFO: Tagged file: > /MediaDisc2/Media2/BBC_Iplayer/Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original.mp4 > > > Any ideas? > > It was all working fine earlier this week under version 2.97? > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > From richard22j at zoho.com Mon May 1 15:28:01 2017 From: richard22j at zoho.com (RS) Date: Mon, 1 May 2017 23:28:01 +0100 Subject: Problem with 50fps In-Reply-To: <7b13746e-9b6e-f285-595b-c85e66f7d9b4@bewareoftheleopard.com> References: <7b13746e-9b6e-f285-595b-c85e66f7d9b4@bewareoftheleopard.com> Message-ID: <AB67EDCBC55E43B780E9A7DAD286B4C6@RJCDESK> >From: Andrew J. Baker Sent: Monday, May 1, 2017 22:04 >Trying to download >Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original >I'm expecting a file around 2Gb in 50FPS. I have the first in the series. >and that is 50FPS. I can't comment on your option files. As far as I can see this programme was only broadcast on BBC 2 Scotland and the iPlayer. There do not seem to be any HD or 50fps modes, which is why you can't download them. It is very strange. The first episode does seem to have HD and 50fps modes. For testing your installation I suggest you check it with other programmes. Sometimes other modes are added later, although not usually after so long a time. From andrew at bewareoftheleopard.com Mon May 1 16:36:11 2017 From: andrew at bewareoftheleopard.com (Andrew J. Baker) Date: Tue, 2 May 2017 00:36:11 +0100 Subject: Problem with 50fps In-Reply-To: <AB67EDCBC55E43B780E9A7DAD286B4C6@RJCDESK> References: <7b13746e-9b6e-f285-595b-c85e66f7d9b4@bewareoftheleopard.com> <AB67EDCBC55E43B780E9A7DAD286B4C6@RJCDESK> Message-ID: <e77388e2-038d-1059-01bf-d6bce68dd636@bewareoftheleopard.com> Indeed. See my update below. Just my luck that the title I chose for testing was the ONLY one which was stuffed for other reasons. On 01/05/17 23:28, RS wrote: >> From: Andrew J. Baker Sent: Monday, May 1, 2017 22:04 > >> Trying to download > >> Brian_Coxs_Russia_Series_1_-_2._St_Petersburg_b08nwxdz_original > >> I'm expecting a file around 2Gb in 50FPS. I have the first in the >> series. and that is 50FPS. > > I can't comment on your option files. > > As far as I can see this programme was only broadcast on BBC 2 Scotland > and the iPlayer. There do not seem to be any HD or 50fps modes, which > is why you can't download them. It is very strange. The first episode > does seem to have HD and 50fps modes. > > For testing your installation I suggest you check it with other > programmes. Sometimes other modes are added later, although not usually > after so long a time. > > > > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > From 3falconer at tiscali.co.uk Tue May 2 01:46:25 2017 From: 3falconer at tiscali.co.uk (Ian McDonald) Date: Tue, 2 May 2017 09:46:25 +0100 Subject: Mac users In-Reply-To: <C87D13E5-0CA7-47A3-A431-D5C45D9857D4@tiscali.co.uk> References: <CAMJzHW_+5xXjMFqSNw50fjymBp3vWORporjOjm-S_Lxqo6kaMQ@mail.gmail.com> <C87D13E5-0CA7-47A3-A431-D5C45D9857D4@tiscali.co.uk> Message-ID: <F6675B08-1A0F-4F4C-83D7-917FAAF9652C@tiscali.co.uk> > On 1 May 2017, at 16:28, Ian McDonald <3falconer at tiscali.co.uk> wrote: > > >> On 1 May 2017, at 14:53, Pablo Byrne <byrnepablo at gmail.com> wrote: >> >> Given the recent upheaval and the notes that came with get player >> automator release GiA 1.8.8-pre.5 for Mac, are there Mac alternatives >> or is this close to the end of the road for the mac app? >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer > > I followed the alternative given by squarepenguin of installing Homebrew. It gave me access to GiP via the Terminal command box. I have managed to download some programmes which I used to get with the PVR function in GiA, but I have had some odd effects which I can?t understand - but that may have been because I have been using GiA since 2010, and haven?t had to think much about the complexities of GiP. > > I would like to express my appreciation for the work done by the author of GiA, Dinky Pumpkin, and the others who gave us this programme which has made life easier for us. > > What is bothering me is that I seem to be drawing blanks even when I can watch programmes on the BBC iPlayer. For example, the first two episodes of Ceol Aig A Chaisteal both play in iPlayer, but my attempts earlier today cut I am impressed. I looked at Dinkypumpkin?s "Known Issues" dated 11 hours ago, and saw that I needed to add ?future to the command, and OF Course it worked. Many thanks. Ian Mcdonald From michaeltnorman at gmail.com Tue May 2 01:58:44 2017 From: michaeltnorman at gmail.com (michael norman) Date: Tue, 2 May 2017 09:58:44 +0100 Subject: GIP 3.00 openSUSE 42.2 Message-ID: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> I installed GIP 3.00 as per the instructions into /usr/local/bin. I checked that I have AtomicParsley and Ffmpeg before I did that. Ok ran GIP and got this michael1 at Bonds:~> get_iplayer --get 6647 get_iplayer v3.00, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content Matches: 6647: The Andy Williams Show - Duets, BBC Four, b00n5bt9 INFO: 1 Matching Programmes INFO: Checking existence of original version INFO: hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,hlsvhigh1,hlsvhigh2,hvfxhigh1,hvfxhigh2,hvfxhigh3,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,hvflow1,hvflow2,hvflow3,dvflow1,dvflow2,dvflow3,dvflow4 modes will be tried for version original INFO: Trying hvfxsd1 mode to record tv: The Andy Williams Show - 1. Duets INFO: File name prefix = The_Andy_Williams_Show_-_1._Duets_b00n5bt9_original INFO: Begin recording file: /home/michael1/The_Andy_Williams_Show_-_1._Duets_b00n5bt9_original.video.ts INFO: Begin recording at: 0.00 MiB (00:00:00) [1] INFO: Recorded: 759.24 MiB (00:59:06) [462] in 00:03:02 at 33.37 Mibit/s INFO: Saved HLS video file: /home/michael1/The_Andy_Williams_Show_-_1._Duets_b00n5bt9_original.hls.ts INFO: Begin converting video file: /home/michael1/The_Andy_Williams_Show_-_1._Duets_b00n5bt9_original.hls.ts Cannot load libnvcuvid.so.1 [h264_cuvid @ 0xa02c20] Failed loading nvcuvid. Cannot load libnvcuvid.so.1 [h264_cuvid @ 0xa02c20] Failed loading nvcuvid. [mp4 @ 0xa03d80] dimensions not set Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument INFO: Command exit code 1 (raw code = 256) WARNING: Conversion failed - retaining video file: /home/michael1/The_Andy_Williams_Show_-_1._Duets_b00n5bt9_original.hls.ts A repeat of my previous experience using 2.99 which I could never fix. looking for ffmpeg gives this michael1 at Bonds:~> whereis ffmpeg ffmpeg: /usr/bin/ffmpeg /usr/share/ffmpeg /usr/share/man/man1/ffmpeg.1.gz michael1 at Bonds:~> which ffmpeg /usr/bin/ffmpeg michael1 at Bonds:~> So the same question, how can I get GIP to use ffmpeg ? M From getiplayer at squarepenguin.co.uk Tue May 2 02:36:54 2017 From: getiplayer at squarepenguin.co.uk (SquarePenguin) Date: Tue, 2 May 2017 10:36:54 +0100 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> Message-ID: <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> On 02/05/17 09:58, michael norman wrote: > Cannot load libnvcuvid.so.1 > [h264_cuvid @ 0xa02c20] Failed loading nvcuvid. > Cannot load libnvcuvid.so.1 > [h264_cuvid @ 0xa02c20] Failed loading nvcuvid. ffmpeg is working/being accessed (I think). It's just apparently attempting to access a CUDA library for GPU accelerated video conversion and can't find it. Do you have an Nvidia GPU? Use `lspci -v | grep VGA` to check if you're not sure. Are you sure that the libnvcuvid.so library is installed correctly? Use a linux utility like find to locate whether libnvcuvid.so is installed on your system and where. From don at grunbaum.co.uk Tue May 2 02:44:18 2017 From: don at grunbaum.co.uk (Don Grunbaum) Date: Tue, 2 May 2017 10:44:18 +0100 Subject: Recording failure Message-ID: <1UNd034oh1.1dJYputQ4m9@fairstead16> I've transferred to GiP 3.00 on Windows 10 and my recordings are failing in the PVR. I think it's the path, but it worked ok on my previous XP machine. This is my options file: modes best fileprefix <name> - <episode> - <firstbcastdate> subtitles 1 output v:\BBC iPlayer Recordings whitespace 1 This is the pvr file: excludecategory children,primary excludechannel alba,cymru,news,s4c,cbbc,cbeebies,parliament fields name modes best output V:\BBC iPlayer Recordings\HIGNFY subtitles 1 thumb 0 type tv versionlist default search0 ^Have I Got* This is the output: INFO Trying to download PID using type tv INFO: pid found in cache Matches: 3196: Have I Got a Bit More News for You: Series 53 - Episode 2, BBC One, b08pnhpy INFO: 1 Matching Programmes INFO: Checking existence of original version INFO: hlshd1,hlshd2,hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,hlsvhigh1,hlsvhigh2,hvfxhigh1,hvfxhigh2,hvfxhigh3,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,hvflow1,hvflow2,hvflow3,dvflow1,dvflow2,dvflow3,dvflow4 modes will be tried for version original INFO: Trying hlshd1 mode to record tv: Have I Got a Bit More News for You: Series 53 - 2. Episode 2 INFO: File name prefix = Have I Got a Bit More News for You Series 53 - 2. Episode 2 - 2017-05-02 INFO: Downloading subtitles to: V:\BBC iPlayer Recordings\HIGNFY/Have I Got a Bit More News for You Series 53 - 2. Episode 2 - 2017-05-02.srt XPath error : Undefined namespace prefix error : xmlXPathCompiledEval: evaluation failed at C:\Program Files (x86)\get_iplayer\get_iplayer.pl line 7429. Any suggestions what might be wrong, and how it can be corrected? Thanks Don From getiplayer at squarepenguin.co.uk Tue May 2 02:48:22 2017 From: getiplayer at squarepenguin.co.uk (SquarePenguin) Date: Tue, 2 May 2017 10:48:22 +0100 Subject: Recording failure In-Reply-To: <1UNd034oh1.1dJYputQ4m9@fairstead16> References: <1UNd034oh1.1dJYputQ4m9@fairstead16> Message-ID: <d5c4323f-e313-e236-8941-38b3eab112bf@squarepenguin.co.uk> On 02/05/17 10:44, Don Grunbaum wrote: > INFO: Downloading subtitles to: V:\BBC iPlayer Recordings\HIGNFY/Have I Got a Bit More News for You Series 53 - 2. Episode 2 - 2017-05-02.srt > XPath error : Undefined namespace prefix > error : xmlXPathCompiledEval: evaluation failed at C:\Program Files (x86)\get_iplayer\get_iplayer.pl line 7429. This is a known issue: https://github.com/get-iplayer/get_iplayer/wiki/issues From michaeltnorman at gmail.com Tue May 2 02:48:34 2017 From: michaeltnorman at gmail.com (michael norman) Date: Tue, 2 May 2017 10:48:34 +0100 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> Message-ID: <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> On 05/02/2017 10:36 AM, SquarePenguin wrote: > On 02/05/17 09:58, michael norman wrote: >> Cannot load libnvcuvid.so.1 >> [h264_cuvid @ 0xa02c20] Failed loading nvcuvid. >> Cannot load libnvcuvid.so.1 >> [h264_cuvid @ 0xa02c20] Failed loading nvcuvid. > > ffmpeg is working/being accessed (I think). It's just apparently > attempting to access a CUDA library for GPU accelerated video conversion > and can't find it. > > Do you have an Nvidia GPU? Use `lspci -v | grep VGA` to check if you're > not sure. > > Are you sure that the libnvcuvid.so library is installed correctly? > > Use a linux utility like find to locate whether libnvcuvid.so is > installed on your system and where. > > > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > No I have Intel on board graphic chip michael1 at Bonds:~> find libnvcuvid.so find: ?libnvcuvid.so?: No such file or directory michael1 at Bonds:~> # I can't find a way of installing it either. From getiplayer at squarepenguin.co.uk Tue May 2 03:09:58 2017 From: getiplayer at squarepenguin.co.uk (SquarePenguin) Date: Tue, 2 May 2017 11:09:58 +0100 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> Message-ID: <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> On 02/05/17 10:48, michael norman wrote: > No I have Intel on board graphic chip And what is the output of lspci -v | grep VGA please, just for certainty? And when you simply run `ffmpeg` in the terminal, what is the full output, can you post it here please? From michaeltnorman at gmail.com Tue May 2 03:31:30 2017 From: michaeltnorman at gmail.com (michael norman) Date: Tue, 2 May 2017 11:31:30 +0100 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> Message-ID: <ce1a4e7c-5540-1a5d-8f27-23f9c8e98349@gmail.com> On 05/02/2017 11:09 AM, SquarePenguin wrote: > On 02/05/17 10:48, michael norman wrote: >> No I have Intel on board graphic chip > > And what is the output of lspci -v | grep VGA please, just for certainty? > > And when you simply run `ffmpeg` in the terminal, what is the full > output, can you post it here please? > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > Bonds:~ # lspci -v | grep VGA 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) and michael1 at Bonds:~> ffmpeg ffmpeg version 3.3 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 4.8 (SUSE Linux) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --incdir=/usr/include/ffmpeg --extra-cflags='-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g' --optflags='-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g' --disable-htmlpages --enable-pic --disable-stripping --enable-shared --disable-static --enable-gpl --disable-openssl --enable-avresample --enable-libcdio --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libcelt --enable-libcdio --enable-libdc1394 --enable-libfreetype --enable-libgsm --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-netcdf --enable-vaapi --enable-vdpau --disable-encoders --disable-decoders --enable-muxers --enable-demuxers --disable-decoder='mpeg1video,mpeg2video,mpeg4,h264,vc1' --enable-encoder='apng,ass,ayuv,bmp,ffv1,ffvhuff,flac,gif,huffyuv,jpegls,libgsm,libopenjpeg,libopus,libschroedinger,libspeex,libtheora,libvorbis,libvpx_vp8,libvpx_vp9,libwebp,libwebp_anim,mjpeg,pam,pbm,pcm_alaw,pcm_f32be,pcm_f32le,pcm_f64be,pcm_f64le,pcm_mulaw,pcm_s16be,pcm_s16be_planar,pcm_s16le,pcm_s16le_planar,pcm_s24be,pcm_s24le,pcm_s24le_planar,pcm_s32be,pcm_s32le,pcm_s32le_planar,pcm_s8,pcm_s8_planar,pcm_u16be,pcm_u16le,pcm_u24be,pcm_u24le,pcm_u32be,pcm_u32le,pcm_u8,pcx,pgm,pgmyuv,png,ppm,sgi,srt,ssa,sunrast,targa,text,tiff,v210,v308,v408,v410,vorbis,xbm,xwd,y41p,yuv4,zlib,' --enable-decoder='ac3,ansi,apng,ass,ayuv,bmp,dirac,exr,ffv1,ffvhuff,ffwavesynth,flac,gif,gsm,huffyuv,libcelt,libgsm,libopenjpeg,libopus,libschroedinger,libspeex,libvorbis,libvpx_vp8,libvpx_vp9,mjpeg,,,,mp3,opus,pam,pbm,pcm_alaw,pcm_bluray,pcm_dvd,pcm_f32be,pcm_f32le,pcm_f64be,pcm_f64le,pcm_mulaw,pcm_s16be,pcm_s16be_planar,pcm_s16le,pcm_s16le_planar,pcm_s24be,pcm_s24le,pcm_s24le_planar,pcm_s32be,pcm_s32le,pcm_s32le_planar,pcm_s8,pcm_s8_planar,pcm_u16be,pcm_u16le,pcm_u24be,pcm_u24le,pcm_u32be,pcm_u32le,pcm_u8,pcx,pgm,pgmyuv,pgssub,png,ppm,rawvideo,sgi,srt,ssa,sunrast,targa,text,theora,tiff,v210,v210x,v308,v408,v410,vorbis,vp3,vp5,vp6,vp6a,vp6f,vp8,vp9,webp,xbm,xwd,y41p,yuv4,zlib,' libavutil 55. 58.100 / 55. 58.100 libavcodec 57. 89.100 / 57. 89.100 libavformat 57. 71.100 / 57. 71.100 libavdevice 57. 6.100 / 57. 6.100 libavfilter 6. 82.100 / 6. 82.100 libavresample 3. 5. 0 / 3. 5. 0 libswscale 4. 6.100 / 4. 6.100 libswresample 2. 7.100 / 2. 7.100 libpostproc 54. 5.100 / 54. 5.100 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... Does this help ? From getiplayer at squarepenguin.co.uk Tue May 2 03:57:51 2017 From: getiplayer at squarepenguin.co.uk (SquarePenguin) Date: Tue, 2 May 2017 11:57:51 +0100 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <ce1a4e7c-5540-1a5d-8f27-23f9c8e98349@gmail.com> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> <ce1a4e7c-5540-1a5d-8f27-23f9c8e98349@gmail.com> Message-ID: <50ed4fd7-e4ae-7670-7911-4c42cfe6317f@squarepenguin.co.uk> On 02/05/17 11:31, michael norman wrote: > > Does this help ? Maybe. What's the output of `vainfo` please? From michaeltnorman at gmail.com Tue May 2 04:01:00 2017 From: michaeltnorman at gmail.com (michael norman) Date: Tue, 2 May 2017 12:01:00 +0100 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <50ed4fd7-e4ae-7670-7911-4c42cfe6317f@squarepenguin.co.uk> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> <ce1a4e7c-5540-1a5d-8f27-23f9c8e98349@gmail.com> <50ed4fd7-e4ae-7670-7911-4c42cfe6317f@squarepenguin.co.uk> Message-ID: <602fbe50-5605-9164-4a1b-ef232d0f647a@gmail.com> On 02/05/17 11:57, SquarePenguin wrote: > On 02/05/17 11:31, michael norman wrote: >> Does this help ? > Maybe. > > What's the output of `vainfo` please? > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer I'll try that later. Thanks for help so far, got other things to do for a while. From getiplayer at squarepenguin.co.uk Tue May 2 04:25:55 2017 From: getiplayer at squarepenguin.co.uk (SquarePenguin) Date: Tue, 2 May 2017 12:25:55 +0100 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <602fbe50-5605-9164-4a1b-ef232d0f647a@gmail.com> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> <ce1a4e7c-5540-1a5d-8f27-23f9c8e98349@gmail.com> <50ed4fd7-e4ae-7670-7911-4c42cfe6317f@squarepenguin.co.uk> <602fbe50-5605-9164-4a1b-ef232d0f647a@gmail.com> Message-ID: <4b0075d5-d78c-1894-d03c-c909f8be36c4@squarepenguin.co.uk> On 02/05/17 12:01, michael norman wrote: > I'll try that later. Thanks for help so far, got other things to do for > a while. OK. When you come back can you attempt the download again but with the following command to capture a log as a text file: get_iplayer --get 6647 --verbose > "$HOME/log.txt" 2>&1 The log.txt file will be saved to your $HOME directory. Then attach the log in a reply here (you may have to CC me directly to send the attachment if this list rejects it). It would be interesting to see which ffmpeg get_iplayer is using and it's configuration which should be included in the log. Thanks From don.grunbaum at gmail.com Tue May 2 04:35:35 2017 From: don.grunbaum at gmail.com (Don Grunbaum (Gmail)) Date: Tue, 2 May 2017 12:35:35 +0100 Subject: Recording failure In-Reply-To: <d5c4323f-e313-e236-8941-38b3eab112bf@squarepenguin.co.uk> References: <1UNd034oh1.1dJYputQ4m9@fairstead16> <d5c4323f-e313-e236-8941-38b3eab112bf@squarepenguin.co.uk> Message-ID: <1UNd04N1vf.28gXjSVbs0G@fairstead16> ----- Original Message ----- From: SquarePenguin <getiplayer at squarepenguin.co.uk> To: <get_iplayer at lists.infradead.org> Sent: 02/05/2017 10:48:22 Subject: Re: Recording failure ________________________________________________________________________________ On 02/05/17 10:44, Don Grunbaum wrote: > INFO: Downloading subtitles to: V:\BBC iPlayer Recordings\HIGNFY/Have I Got a Bit More News for You Series 53 - 2. Episode 2 - 2017-05-02.srt > XPath error : Undefined namespace prefix > error : xmlXPathCompiledEval: evaluation failed at C:\Program Files (x86)\get_iplayer\get_iplayer.pl line 7429. This is a known issue: https://github.com/get-iplayer/get_iplayer/wiki/issues _______________________________________________ Many thanks. That's fixed it. Don From skymap62 at gmail.com Tue May 2 04:39:03 2017 From: skymap62 at gmail.com (Chris Marriott) Date: Tue, 2 May 2017 12:39:03 +0100 Subject: GiP 3.00 on Windows XP? Message-ID: <DB1DF3BA42F94B209B79AAB28CA210E6@DESKTOPFPV36E8> Just been away for a week and come back to find issues with metadata, GiP 3.00, etc. Can I use GiP on Windows XP? All I use is recording by PID. Thanks, Chris From pavling at gmail.com Tue May 2 04:43:30 2017 From: pavling at gmail.com (Michael Pavling) Date: Tue, 2 May 2017 12:43:30 +0100 Subject: [ANN] get_iplayer v3.00 released In-Reply-To: <87ed18b5-70f4-1698-966f-d5e60da3cf1b@squarepenguin.co.uk> References: <87ed18b5-70f4-1698-966f-d5e60da3cf1b@squarepenguin.co.uk> Message-ID: <CA+_7RLxpYutKCWq-6yCM2R92yo85xK_Vso3X4qwvXnB6eaNq_Q@mail.gmail.com> On 30 April 2017 at 20:06, SquarePenguin <getiplayer at squarepenguin.co.uk> wrote: > Release notes: > > https://github.com/get-iplayer/get_iplayer/wiki/release300 > Another huge thanks from me for keeping this app alive. Awesome work. And a heads-up - if you run your pvr downloads from a script with a profile directory specified, specify the same option when you run the cache-init (that one foxed me for a while ;-) From cehjohnson at googlemail.com Tue May 2 05:02:42 2017 From: cehjohnson at googlemail.com (Charles Johnson) Date: Tue, 2 May 2017 13:02:42 +0100 Subject: Thank you Message-ID: <f2889486-30ad-0db1-14b0-67e0a67a831d@gmail.com> At the risk of irritating with noise, i'll say it anyway: MANY thanks for keeping this app going! From dave.widgery at gmail.com Tue May 2 05:10:37 2017 From: dave.widgery at gmail.com (Dave Widgery) Date: Tue, 2 May 2017 14:10:37 +0200 Subject: GiP 3.00 on Windows XP? In-Reply-To: <DB1DF3BA42F94B209B79AAB28CA210E6@DESKTOPFPV36E8> References: <DB1DF3BA42F94B209B79AAB28CA210E6@DESKTOPFPV36E8> Message-ID: <CAE3AcKf08C44VjDRNFu+nF5C1TPmGM2E6C8iWO2xuFBkqyJk0w@mail.gmail.com> Hi I am using GIP 3.00 on XP but I had to retain my old copy of ffmpeg.exe as the new one doesn't support XP, So far this appears to work for me, but cannot guarantee if it will work for you it might depend on what modes you record at, I am not sure. It looks like it may be time to upgrade soon, The only problem I have noticed so far, I usually record all my stuff overnight using the GIP command line from a batch file run from XP's scheduler , but for some reason GIP didn't update the cache of programs, therefore nothing new got downloaded, running get_iplayer --refresh beforehand seemed to do the trick. Dave On 2 May 2017 at 13:39, Chris Marriott <skymap62 at gmail.com> wrote: > Just been away for a week and come back to find issues with metadata, GiP > 3.00, etc. Can I use GiP on Windows XP? All I use is recording by PID. > > Thanks, > > Chris > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From mtbc at ixod.org Tue May 2 05:42:34 2017 From: mtbc at ixod.org (Mark Carroll) Date: Tue, 02 May 2017 13:42:34 +0100 Subject: GiP 3.00 on Windows XP? In-Reply-To: <CAE3AcKf08C44VjDRNFu+nF5C1TPmGM2E6C8iWO2xuFBkqyJk0w@mail.gmail.com> (Dave Widgery's message of "Tue, 2 May 2017 14:10:37 +0200") References: <DB1DF3BA42F94B209B79AAB28CA210E6@DESKTOPFPV36E8> <CAE3AcKf08C44VjDRNFu+nF5C1TPmGM2E6C8iWO2xuFBkqyJk0w@mail.gmail.com> Message-ID: <87vapjxwed.fsf@ixod.org> On 02 May 2017, Dave Widgery wrote: > The only problem I have noticed so far, I usually record all my stuff > overnight using the GIP command line from a batch file run from XP's > scheduler , but for some reason GIP didn't update the cache of > programs, therefore nothing new got downloaded, running get_iplayer > --refresh beforehand seemed to do the trick. You noticed the release notes related to cache refresh? -- Mark From chrisjbrady at gmail.com Tue May 2 06:10:53 2017 From: chrisjbrady at gmail.com (CJB) Date: Tue, 2 May 2017 14:10:53 +0100 Subject: Cache Refresh Failure Message-ID: <CAPZzCnPg=kYSAFJgO=D2nLm-+VZQ_KrK0v8ABmdLHKt+cTXMUg@mail.gmail.com> Installed GiP 3.00 OK. Bit then tried to refresh the cache and got: C:\Program Files (x86)\get_iplayer>get_iplayer --cache-init --type="tv,radio" get_iplayer 3.00-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content INFO: Getting radio Index Feeds (this may take a few minutes) INFO: Using concurrent indexing .........................Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. ...Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. ....................................Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. ..........................[stopped here with a winking cursor] I ran this as admin. for the laptop. Any hints please? From dave.widgery at gmail.com Tue May 2 06:47:12 2017 From: dave.widgery at gmail.com (Dave Widgery) Date: Tue, 2 May 2017 15:47:12 +0200 Subject: GiP 3.00 on Windows XP? In-Reply-To: <87vapjxwed.fsf@ixod.org> References: <DB1DF3BA42F94B209B79AAB28CA210E6@DESKTOPFPV36E8> <CAE3AcKf08C44VjDRNFu+nF5C1TPmGM2E6C8iWO2xuFBkqyJk0w@mail.gmail.com> <87vapjxwed.fsf@ixod.org> Message-ID: <CAE3AcKeNiFKSkAw_+9X3X2ZNfu1w=fogWS54H2wD9mC8mqjuaQ@mail.gmail.com> Hi I have just re-read the cache refresh section in the release notes, and that obviously explains my problem, I am not sure exactly how gip updates its cache, but I do not need a complete list of everything available on iplayer every day, I wonder if there is a possible way to just update the cache for named programs for example a command something like --refresh=(eggheads,pointless) this would certainly speed up the cache refresh and possibly not put so much load on the BBC if that is an issue. Dave On 2 May 2017 at 14:42, Mark Carroll <mtbc at ixod.org> wrote: > On 02 May 2017, Dave Widgery wrote: > >> The only problem I have noticed so far, I usually record all my stuff >> overnight using the GIP command line from a batch file run from XP's >> scheduler , but for some reason GIP didn't update the cache of >> programs, therefore nothing new got downloaded, running get_iplayer >> --refresh beforehand seemed to do the trick. > > You noticed the release notes related to cache refresh? > > -- Mark > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From dave.widgery at gmail.com Tue May 2 07:49:51 2017 From: dave.widgery at gmail.com (Dave Widgery) Date: Tue, 2 May 2017 16:49:51 +0200 Subject: GiP 3.00 on Windows XP? In-Reply-To: <6D9BA36EF5BA491381EC98FFF8B850C4@AmroVAIO> References: <DB1DF3BA42F94B209B79AAB28CA210E6@DESKTOPFPV36E8> <CAE3AcKf08C44VjDRNFu+nF5C1TPmGM2E6C8iWO2xuFBkqyJk0w@mail.gmail.com> <87vapjxwed.fsf@ixod.org> <CAE3AcKeNiFKSkAw_+9X3X2ZNfu1w=fogWS54H2wD9mC8mqjuaQ@mail.gmail.com> <6D9BA36EF5BA491381EC98FFF8B850C4@AmroVAIO> Message-ID: <CAE3AcKe1O=uKV1=zxw1tYbJ7_PW6XjmxPM-4D2Zej=aFiBRC_w@mail.gmail.com> Hi I have tried it and I agree that it doesn't take too long, but I was under the impression that the method that is now used to create the cache is not ideal and just thought that the option to only update the cache for certain programs might improve things. Dave On 2 May 2017 at 16:36, Amro Bilal <info at amrobilal.net> wrote: > Just try it. It doesn?t take as nearly as it?s been suggested. > > Amro > -----Original Message----- From: Dave Widgery > Sent: Tuesday, May 02, 2017 2:47 PM > To: Mark Carroll ; get_iplayer > Subject: Re: GiP 3.00 on Windows XP? > > > Hi > I have just re-read the cache refresh section in the release notes, > and that obviously explains my problem, > > I am not sure exactly how gip updates its cache, but I do not need a > complete list of everything available on iplayer every day, I wonder > if there is a possible way to just update the cache for named programs > for example a command something like --refresh=(eggheads,pointless) > this would certainly speed up the cache refresh and possibly not put > so much load on the BBC if that is an issue. > > Dave > > On 2 May 2017 at 14:42, Mark Carroll <mtbc at ixod.org> wrote: >> >> On 02 May 2017, Dave Widgery wrote: >> >>> The only problem I have noticed so far, I usually record all my stuff >>> overnight using the GIP command line from a batch file run from XP's >>> scheduler , but for some reason GIP didn't update the cache of >>> programs, therefore nothing new got downloaded, running get_iplayer >>> --refresh beforehand seemed to do the trick. >> >> >> You noticed the release notes related to cache refresh? >> >> -- Mark >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From paul.convery at gmail.com Tue May 2 08:44:04 2017 From: paul.convery at gmail.com (Paul Convery) Date: Tue, 2 May 2017 16:44:04 +0100 Subject: GiP no "progress" indicator Message-ID: <CABhf40YWjgndGTuyXvvkg6+YEEcSUG+6Bm=E0fa=Jh2MX=vzVA@mail.gmail.com> I'm using 3.00 on Linux Mint updated via PPA this morning as 3.00-1 and the 0.51 GUI front end by Robbie Smith. Downloads working fine except the download progress bar doesn't change! Anybody know why this might be? ________________________________ Paul Convery From mhussaincov93 at gmail.com Tue May 2 08:44:35 2017 From: mhussaincov93 at gmail.com (Majid Hussain) Date: Tue, 2 May 2017 16:44:35 +0100 Subject: using hls mode to download getting errors Message-ID: <CAKmxv4yQ0d7GeNYh_fmj6iQbOwa3bVqG43+4Rf+F839a6erpFw@mail.gmail.com> hi there, here is my logg of boath my command and the error i'm getting: o.s: manjaro linux 17.0.1 get_iplayer v3.00 get_iplayer http://www.bbc.co.uk/programmes/p04x8cf5 --typ radio WARNING: Ignoring invalid option(s) in /home/majid/.get_iplayer/options: WARNING: ybbcy = 1 WARNING: Please remove invalid options from /home/majid/.get_iplayer/options INFO: Use --dump-options to display all valid options get_iplayer v3.00, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content INFO: Trying pid: p04x8cf5 using type: radio INFO Trying to download PID using type radio INFO: pid found in cache Matches: 18231: Gayle Lofthouse - 03/04/2017, BBC Radio Leeds, p04x8cf5 INFO: 1 Matching Programmes INFO: Checking existence of original version INFO: hlsaaclow1 modes will be tried for version original INFO: Trying hlsaaclow1 mode to record radio: Gayle Lofthouse - 275. 03/04/2017 INFO: File name prefix = Gayle_Lofthouse_-_275._2017-04-03_p04x8cf5_original INFO: Resume recording file: /home/majid/ip/ /Gayle_Lofthouse/Gayle_Lofthouse_-_275._2017-04-03_p04x8cf5_original.audio.ts INFO: Resume recording at: 3.24 MiB (00:08:30) [52] INFO: Recorded: 0.00 MiB (00:00:00) [0] in 00:00:00 at 0.00 Mibit/s WARNING: Segment not available from server [52] WARNING: Stopped recording file: /home/majid/ip/ /Gayle_Lofthouse/Gayle_Lofthouse_-_275._2017-04-03_p04x8cf5_original.audio.ts WARNING: Stopped recording at: 3.24 MiB (00:08:30) [51] INFO: skipping hlsaaclow1 mode ERROR: Failed to record 'Gayle Lofthouse - 275. 03/04/2017 (p04x8cf5)' any help would be kindly reseaved. thanks, Majid Hussain -- kind regards, Majid Hussain From david at cantrell.org.uk Tue May 2 08:31:23 2017 From: david at cantrell.org.uk (David Cantrell) Date: Tue, 2 May 2017 16:31:23 +0100 Subject: Problems downloading subtitles In-Reply-To: <CANqy080xUBft2b3YTgTxPCXFaiB713wOs1btYFfmbdV3nehztg@mail.gmail.com> References: <CAHOwi990vQUWckYsbPyzorBuM-Jr7A_iymQ0GfedELTCCtWKjA@mail.gmail.com> <CANqy080xUBft2b3YTgTxPCXFaiB713wOs1btYFfmbdV3nehztg@mail.gmail.com> Message-ID: <20170502153123.GB4570@bytemark.barnyard.co.uk> On Sat, Apr 29, 2017 at 09:14:04PM -0500, artisticforge . wrote: > It would appear that when the BBC killed XML files, subtitles were also killed. They're still available on the iPlayer website, so hopefully someone will be able to work out where they're coming from and update get_iplayer. -- David Cantrell | Pope | First Church of the Symmetrical Internet Guns aren't the problem. People who deserve to die are the problem. From james at jls-radio.com Tue May 2 08:54:54 2017 From: james at jls-radio.com (James Scholes) Date: Tue, 2 May 2017 16:54:54 +0100 Subject: using hls mode to download getting errors In-Reply-To: <CAKmxv4yQ0d7GeNYh_fmj6iQbOwa3bVqG43+4Rf+F839a6erpFw@mail.gmail.com> References: <CAKmxv4yQ0d7GeNYh_fmj6iQbOwa3bVqG43+4Rf+F839a6erpFw@mail.gmail.com> Message-ID: <c24332eb-0f7f-5a91-0e3c-d9fae6e816d2@jls-radio.com> Use: get_iplayer --pid=p04x8cf5 --type=radio --mode=dafhigh1 -- James Scholes http://twitter.com/JamesScholes From mhussaincov93 at gmail.com Tue May 2 08:57:35 2017 From: mhussaincov93 at gmail.com (Majid Hussain) Date: Tue, 2 May 2017 16:57:35 +0100 Subject: using hls mode to download getting errors In-Reply-To: <c24332eb-0f7f-5a91-0e3c-d9fae6e816d2@jls-radio.com> References: <CAKmxv4yQ0d7GeNYh_fmj6iQbOwa3bVqG43+4Rf+F839a6erpFw@mail.gmail.com> <c24332eb-0f7f-5a91-0e3c-d9fae6e816d2@jls-radio.com> Message-ID: <CAKmxv4zGELQZ6b_Eo5eKg9WrRjNvoP1Vv=Kn69rNxYU3=v-RNg@mail.gmail.com> hi, arr, that seembs to have worked! will change my options I think. thanks james! Majid On 02/05/2017, James Scholes <james at jls-radio.com> wrote: > Use: > > get_iplayer --pid=p04x8cf5 --type=radio --mode=dafhigh1 > -- > James Scholes > http://twitter.com/JamesScholes > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > -- kind regards, Majid Hussain From artisticforge at gmail.com Tue May 2 10:29:19 2017 From: artisticforge at gmail.com (artisticforge .) Date: Tue, 2 May 2017 12:29:19 -0500 Subject: Problems downloading subtitles In-Reply-To: <20170502153123.GB4570@bytemark.barnyard.co.uk> References: <CAHOwi990vQUWckYsbPyzorBuM-Jr7A_iymQ0GfedELTCCtWKjA@mail.gmail.com> <CANqy080xUBft2b3YTgTxPCXFaiB713wOs1btYFfmbdV3nehztg@mail.gmail.com> <20170502153123.GB4570@bytemark.barnyard.co.uk> Message-ID: <CANqy0832-3bOa5s0D6E=ndm60A7e4grd09H8FxxKX8xeQ-8V0g@mail.gmail.com> the problem with subtitles has been sorted out. subtitles are downloading as normal. On Tue, May 2, 2017 at 10:31 AM, David Cantrell <david at cantrell.org.uk> wrote: > On Sat, Apr 29, 2017 at 09:14:04PM -0500, artisticforge . wrote: > >> It would appear that when the BBC killed XML files, subtitles were also killed. > > They're still available on the iPlayer website, so hopefully someone > will be able to work out where they're coming from and update get_iplayer. > > -- > David Cantrell | Pope | First Church of the Symmetrical Internet > > Guns aren't the problem. People who deserve to die are the problem. > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From artisticforge at gmail.com Tue May 2 10:35:31 2017 From: artisticforge at gmail.com (artisticforge .) Date: Tue, 2 May 2017 12:35:31 -0500 Subject: GiP no "progress" indicator In-Reply-To: <CABhf40YWjgndGTuyXvvkg6+YEEcSUG+6Bm=E0fa=Jh2MX=vzVA@mail.gmail.com> References: <CABhf40YWjgndGTuyXvvkg6+YEEcSUG+6Bm=E0fa=Jh2MX=vzVA@mail.gmail.com> Message-ID: <CANqy081k1t7VkmGRRaNL-MEp1DOEx6DarYRa_MWFi2+Pid7m4w@mail.gmail.com> hello works fine here. If the output of get_iplayer is directed to a log file there is no progress bar unless a specific commandline option is present. with output of get_iplayer to standard out the progress bar works fine. On Tue, May 2, 2017 at 10:44 AM, Paul Convery <paul.convery at gmail.com> wrote: > I'm using 3.00 on Linux Mint updated via PPA this morning as 3.00-1 > and the 0.51 GUI front end by Robbie Smith. > > Downloads working fine except the download progress bar doesn't > change! Anybody know why this might be? > ________________________________ > > Paul Convery > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From richard22j at zoho.com Tue May 2 06:14:00 2017 From: richard22j at zoho.com (RS) Date: Tue, 2 May 2017 14:14:00 +0100 Subject: Subtitle problem: XPath error In-Reply-To: <B732DC42F1504BD8BF4020325A440899@RJCDESK> References: <B732DC42F1504BD8BF4020325A440899@RJCDESK> Message-ID: <B94AE910418C4ADB9C26A9759EDFFC36@UserPC> >From: RS Sent: Monday, May 1, 2017 1:47 PM >I haven't come across it yet, but anyone who uses subtitles may be >interested in this bug notified in the forum. >https://squarepenguin.co.uk/forums/thread-1284.html >The workaround is to follow the instructions in the release notes to use >the old subtitle conversion code. >get_iplayer --prefs-add --subsfmt=default Last night's Have I got a bit more news for you, b08pnhpy, had this problem. From michaeltnorman at gmail.com Wed May 3 00:02:15 2017 From: michaeltnorman at gmail.com (michael norman) Date: Wed, 3 May 2017 08:02:15 +0100 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <4b0075d5-d78c-1894-d03c-c909f8be36c4@squarepenguin.co.uk> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> <ce1a4e7c-5540-1a5d-8f27-23f9c8e98349@gmail.com> <50ed4fd7-e4ae-7670-7911-4c42cfe6317f@squarepenguin.co.uk> <602fbe50-5605-9164-4a1b-ef232d0f647a@gmail.com> <4b0075d5-d78c-1894-d03c-c909f8be36c4@squarepenguin.co.uk> Message-ID: <f053f2e1-6d40-5249-316b-1b78668424c5@gmail.com> On 05/02/2017 12:25 PM, SquarePenguin wrote: > On 02/05/17 12:01, michael norman wrote: >> I'll try that later. Thanks for help so far, got other things to do for >> a while. > > OK. When you come back can you attempt the download again but with the > following command to capture a log as a text file: > > get_iplayer --get 6647 --verbose > "$HOME/log.txt" 2>&1 > > The log.txt file will be saved to your $HOME directory. Then attach the > log in a reply here (you may have to CC me directly to send the > attachment if this list rejects it). > > It would be interesting to see which ffmpeg get_iplayer is using and > it's configuration which should be included in the log. > > Thanks > That command does not work. From getiplayer at squarepenguin.co.uk Wed May 3 00:09:02 2017 From: getiplayer at squarepenguin.co.uk (SquarePenguin) Date: Wed, 3 May 2017 08:09:02 +0100 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <f053f2e1-6d40-5249-316b-1b78668424c5@gmail.com> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> <ce1a4e7c-5540-1a5d-8f27-23f9c8e98349@gmail.com> <50ed4fd7-e4ae-7670-7911-4c42cfe6317f@squarepenguin.co.uk> <602fbe50-5605-9164-4a1b-ef232d0f647a@gmail.com> <4b0075d5-d78c-1894-d03c-c909f8be36c4@squarepenguin.co.uk> <f053f2e1-6d40-5249-316b-1b78668424c5@gmail.com> Message-ID: <a45a22e0-b553-9b10-73e8-027e26593d78@squarepenguin.co.uk> On 03/05/17 08:02, michael norman wrote: > That command does not work. This message does not help me to help you. If you wish me to guess, I might ask if after executing the command nothing appeared to happen? No error was given? That would be because the output was redirected to the log file. Are you saying there is no log file in you home folder? From artisticforge at gmail.com Wed May 3 03:05:42 2017 From: artisticforge at gmail.com (artisticforge .) Date: Wed, 3 May 2017 05:05:42 -0500 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <f053f2e1-6d40-5249-316b-1b78668424c5@gmail.com> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> <ce1a4e7c-5540-1a5d-8f27-23f9c8e98349@gmail.com> <50ed4fd7-e4ae-7670-7911-4c42cfe6317f@squarepenguin.co.uk> <602fbe50-5605-9164-4a1b-ef232d0f647a@gmail.com> <4b0075d5-d78c-1894-d03c-c909f8be36c4@squarepenguin.co.uk> <f053f2e1-6d40-5249-316b-1b78668424c5@gmail.com> Message-ID: <CANqy0815CX-g7_3p=wSrvLZ7_Jfgo4-cz1UMjEDLsAGReTPVPA@mail.gmail.com> hello instead of "get_iplayer --get 6647 --verbose > "$HOME/log.txt" 2>&1" try "get_iplayer --get 6647 --verbose 2>&1 | tee ~/log.txt" the 'tee' version will allow you to see what is being placed in the log.txt file. On Wed, May 3, 2017 at 2:02 AM, michael norman <michaeltnorman at gmail.com> wrote: > On 05/02/2017 12:25 PM, SquarePenguin wrote: >> >> On 02/05/17 12:01, michael norman wrote: >>> >>> I'll try that later. Thanks for help so far, got other things to do for >>> a while. >> >> >> OK. When you come back can you attempt the download again but with the >> following command to capture a log as a text file: >> >> get_iplayer --get 6647 --verbose > "$HOME/log.txt" 2>&1 >> >> The log.txt file will be saved to your $HOME directory. Then attach the >> log in a reply here (you may have to CC me directly to send the >> attachment if this list rejects it). >> >> It would be interesting to see which ffmpeg get_iplayer is using and >> it's configuration which should be included in the log. >> >> Thanks >> > > That command does not work. > > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From getiplayer at squarepenguin.co.uk Wed May 3 03:51:12 2017 From: getiplayer at squarepenguin.co.uk (SquarePenguin) Date: Wed, 3 May 2017 11:51:12 +0100 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <f053f2e1-6d40-5249-316b-1b78668424c5@gmail.com> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> <ce1a4e7c-5540-1a5d-8f27-23f9c8e98349@gmail.com> <50ed4fd7-e4ae-7670-7911-4c42cfe6317f@squarepenguin.co.uk> <602fbe50-5605-9164-4a1b-ef232d0f647a@gmail.com> <4b0075d5-d78c-1894-d03c-c909f8be36c4@squarepenguin.co.uk> <f053f2e1-6d40-5249-316b-1b78668424c5@gmail.com> Message-ID: <23d1b5a7-5155-bc87-4fc0-a3228e0c09a9@squarepenguin.co.uk> >From your log I can't really see anything obvious aside from Cannot load libnvcuvid.so.1 [h264_cuvid @ 0x9cfc20] Failed loading nvcuvid. [mpegts @ 0x9c9f60] Failed to open codec in avformat_find_stream_info Cannot load libnvcuvid.so.1 [h264_cuvid @ 0x9cfc20] Failed loading nvcuvid. ...and... [mpegts @ 0x9c9f60] Could not find codec parameters for stream 0 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, 289 kb/s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x9c9f60] Could not find codec parameters for stream 1 (Video: h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), nv12(progressive)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from '/home/michael1/The_Next_Step_Series_2_-_34._Rewind_b061bb2z_original.hls.ts': Duration: 00:21:40.00, start: 10.000000, bitrate: 1987 kb/s Program 16727 Stream #0:0[0x22](eng): Audio: aac ([15][0][0][0] / 0x000F), 0 channels, 289 kb/s Stream #0:1[0x21]: Video: h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), nv12(progressive), 25 tbr, 90k tbn, 90k tbc [mp4 @ 0x9d0bc0] dimensions not set Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Last message repeated 1 times INFO: Command exit code 1 (raw code = 256) WARNING: Conversion failed - retaining video file: /home/michael1/The_Next_Step_Series_2_-_34._Rewind_b061bb2z_original.hls.ts I also saw this: --disable-decoder='mpeg1video,mpeg2video,mpeg4,h264,vc1' I can't tell you why you're facing the error but my suspicion would be that disabling the h264 decoder is somehow affecting how gip is handling the remuxing. Perhaps it needs to decode the first frame of the stream or something? I can't say. I guess the simplest thing to do would be to simply install a 'known good' static ffmpeg binary and tell gip to use that instead. It wouldn't affect your system ffmpeg install, it would just be a stand alone binary for gip to use. There is a very clear guide to do this in the wiki. It's usually used for old distros but it simply installs a separate ffmpeg binary for gip to use that's known to work so would hopefully work for you to. https://github.com/get-iplayer/get_iplayer/wiki/unix#ffmpeg-for-old-linux-distros From michaeltnorman at gmail.com Wed May 3 04:47:34 2017 From: michaeltnorman at gmail.com (michael norman) Date: Wed, 3 May 2017 12:47:34 +0100 Subject: GIP 3.00 openSUSE 42.2 In-Reply-To: <23d1b5a7-5155-bc87-4fc0-a3228e0c09a9@squarepenguin.co.uk> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> <ce1a4e7c-5540-1a5d-8f27-23f9c8e98349@gmail.com> <50ed4fd7-e4ae-7670-7911-4c42cfe6317f@squarepenguin.co.uk> <602fbe50-5605-9164-4a1b-ef232d0f647a@gmail.com> <4b0075d5-d78c-1894-d03c-c909f8be36c4@squarepenguin.co.uk> <f053f2e1-6d40-5249-316b-1b78668424c5@gmail.com> <23d1b5a7-5155-bc87-4fc0-a3228e0c09a9@squarepenguin.co.uk> Message-ID: <54382e95-ed9d-f21a-db81-4f4f3a45db09@gmail.com> On 03/05/17 11:51, SquarePenguin wrote: > From your log I can't really see anything obvious aside from > > Cannot load libnvcuvid.so.1 > [h264_cuvid @ 0x9cfc20] Failed loading nvcuvid. > [mpegts @ 0x9c9f60] Failed to open codec in avformat_find_stream_info > Cannot load libnvcuvid.so.1 > [h264_cuvid @ 0x9cfc20] Failed loading nvcuvid. > > ...and... > > [mpegts @ 0x9c9f60] Could not find codec parameters for stream 0 (Audio: > aac ([15][0][0][0] / 0x000F), 0 channels, 289 kb/s): unspecified sample rate > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [mpegts @ 0x9c9f60] Could not find codec parameters for stream 1 (Video: > h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), > nv12(progressive)): unspecified size > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > Input #0, mpegts, from > '/home/michael1/The_Next_Step_Series_2_-_34._Rewind_b061bb2z_original.hls.ts': > Duration: 00:21:40.00, start: 10.000000, bitrate: 1987 kb/s > Program 16727 > Stream #0:0[0x22](eng): Audio: aac ([15][0][0][0] / 0x000F), 0 > channels, 289 kb/s > Stream #0:1[0x21]: Video: h264 (Main), 1 reference frame > ([27][0][0][0] / 0x001B), nv12(progressive), 25 tbr, 90k tbn, 90k tbc > [mp4 @ 0x9d0bc0] dimensions not set > Could not write header for output file #0 (incorrect codec parameters > ?): Invalid argument > Stream mapping: > Stream #0:1 -> #0:0 (copy) > Stream #0:0 -> #0:1 (copy) > Last message repeated 1 times > INFO: Command exit code 1 (raw code = 256) > WARNING: Conversion failed - retaining video file: > /home/michael1/The_Next_Step_Series_2_-_34._Rewind_b061bb2z_original.hls.ts > > I also saw this: > > --disable-decoder='mpeg1video,mpeg2video,mpeg4,h264,vc1' > > I can't tell you why you're facing the error but my suspicion would be > that disabling the h264 decoder is somehow affecting how gip is handling > the remuxing. Perhaps it needs to decode the first frame of the stream > or something? I can't say. > > I guess the simplest thing to do would be to simply install a 'known > good' static ffmpeg binary and tell gip to use that instead. It wouldn't > affect your system ffmpeg install, it would just be a stand alone binary > for gip to use. > > There is a very clear guide to do this in the wiki. It's usually used > for old distros but it simply installs a separate ffmpeg binary for gip > to use that's known to work so would hopefully work for you to. > > https://github.com/get-iplayer/get_iplayer/wiki/unix#ffmpeg-for-old-linux-distros Thanks for trying to solve this, I'll try your suggestion re ffmpeg. From michaeltnorman at gmail.com Wed May 3 05:08:44 2017 From: michaeltnorman at gmail.com (michael norman) Date: Wed, 3 May 2017 13:08:44 +0100 Subject: GIP 3.00 openSUSE 42.2 SOLVED In-Reply-To: <23d1b5a7-5155-bc87-4fc0-a3228e0c09a9@squarepenguin.co.uk> References: <98bc10d6-3044-ba74-dd4b-d6130725b62d@gmail.com> <76074cb5-4a36-5111-cdb4-5b2354310b0c@squarepenguin.co.uk> <abc163b8-890c-0c6e-25aa-d3bb41783268@gmail.com> <1a493e47-4477-52f9-028e-bedf4726f37c@squarepenguin.co.uk> <ce1a4e7c-5540-1a5d-8f27-23f9c8e98349@gmail.com> <50ed4fd7-e4ae-7670-7911-4c42cfe6317f@squarepenguin.co.uk> <602fbe50-5605-9164-4a1b-ef232d0f647a@gmail.com> <4b0075d5-d78c-1894-d03c-c909f8be36c4@squarepenguin.co.uk> <f053f2e1-6d40-5249-316b-1b78668424c5@gmail.com> <23d1b5a7-5155-bc87-4fc0-a3228e0c09a9@squarepenguin.co.uk> Message-ID: <be4307d4-9131-a275-58e3-f812e66d69c7@gmail.com> On 05/03/2017 11:51 AM, SquarePenguin wrote: > I can't tell you why you're facing the error but my suspicion would be > that disabling the h264 decoder is somehow affecting how gip is handling > the remuxing. Perhaps it needs to decode the first frame of the stream > or something? I can't say. > > I guess the simplest thing to do would be to simply install a 'known > good' static ffmpeg binary and tell gip to use that instead. It wouldn't > affect your system ffmpeg install, it would just be a stand alone binary > for gip to use. > > There is a very clear guide to do this in the wiki. It's usually used > for old distros but it simply installs a separate ffmpeg binary for gip > to use that's known to work so would hopefully work for you to. > > https://github.com/get-iplayer/get_iplayer/wiki/unix#ffmpeg-for-old-linux-distros > Many thanks, that has solved the problem. From dougfaunt at gmail.com Wed May 3 07:35:22 2017 From: dougfaunt at gmail.com (Doug Faunt N6TQS +1-510-717-1197) Date: Wed, 3 May 2017 10:35:22 -0400 Subject: Nothing happens in a few cases Message-ID: <CAHirYAjVBV84Vs_sovr1izSWy8sdx5AohvDLdumcJ84aV10zuA@mail.gmail.com> Any ideas about why this is happening? I just refreshed the cache, the pid seems to be good (Book at Bedtime, Into the Water, part 3). I've got most of the other episodes, but 3,4,5 seem to do this. Other pids work, too. Windows 10, if that helps. thanks, doug '"C:\Program Files (x86)\get_iplayer>get_iplayer --pid=b08p1t2k get_iplayer 3.00-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content C:\Program Files (x86)\get_iplayer>"b<div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> <table style="border-top: 1px solid #D3D4DE;"> <tr> <td style="width: 55px; padding-top: 13px;"><a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" width="46" height="29" style="width: 46px; height: 29px;" /></a></td> <td style="width: 470px; padding-top: 12px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Virus-free. <a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank" style="color: #4453ea;">www.avg.com</a> </td> </tr> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div> From dougfaunt at gmail.com Wed May 3 07:45:47 2017 From: dougfaunt at gmail.com (Doug Faunt N6TQS +1-510-717-1197) Date: Wed, 3 May 2017 10:45:47 -0400 Subject: Nothing happens, no download, in these few cases. Message-ID: <CAHirYAj_K0mSA_15ZeWGY8D9LshZnJorvMKxg57fb9XUddbYGw@mail.gmail.com> Any Ideas about what's happening here below? The PID seems to be good (Book At Bedtime, Into the Water episode 3), but nothing happens. Episodes 4 and 5 do the same, but the others download fine, as do the other PIDs I've tried. I'm puzzled. Thnaks, doug "C:\Program Files (x86)\get_iplayer>get_iplayer --pid=b08p1t2k get_iplayer 3.00-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content C:\Program Files (x86)\get_iplayer>"<div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> <table style="border-top: 1px solid #D3D4DE;"> <tr> <td style="width: 55px; padding-top: 13px;"><a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" width="46" height="29" style="width: 46px; height: 29px;" /></a></td> <td style="width: 470px; padding-top: 12px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Virus-free. <a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank" style="color: #4453ea;">www.avg.com</a> </td> </tr> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div> From cehjohnson at googlemail.com Wed May 3 07:50:23 2017 From: cehjohnson at googlemail.com (Charles Johnson) Date: Wed, 3 May 2017 15:50:23 +0100 Subject: Nothing happens, no download, in these few cases. In-Reply-To: <CAHirYAj_K0mSA_15ZeWGY8D9LshZnJorvMKxg57fb9XUddbYGw@mail.gmail.com> References: <CAHirYAj_K0mSA_15ZeWGY8D9LshZnJorvMKxg57fb9XUddbYGw@mail.gmail.com> Message-ID: <79473ca7-d5ed-37db-f7de-afe0e408238a@gmail.com> On 03/05/17 15:45, Doug Faunt N6TQS +1-510-717-1197 wrote: > Any Ideas about what's happening here below? Are you by any chance _pasting_ that into the command prompt? If so, try entering it manually From skymap62 at gmail.com Wed May 3 08:20:50 2017 From: skymap62 at gmail.com (Chris Marriott) Date: Wed, 3 May 2017 16:20:50 +0100 Subject: hlsstd mode not available for most programmes Message-ID: <10D2841B01894D21A869D84ABD9C5C9F@DESKTOPFPV36E8> I'm still using GiP 2.99 (I download by PID, so it works fine for me), and I generally download in hlssstd mode to get the smallest files. I've noticed in the last few days that the overwhelming majority of programmes aren't available in hlsstd; the smallest file I can get is hlsvhigh, which is double the size. Anyone know why this might be? Is there any other mode I could use to get smaller files than hlsvhigh? Thanks, Chris From artisticforge at gmail.com Wed May 3 08:21:11 2017 From: artisticforge at gmail.com (artisticforge .) Date: Wed, 3 May 2017 10:21:11 -0500 Subject: Nothing happens in a few cases In-Reply-To: <CAHirYAjVBV84Vs_sovr1izSWy8sdx5AohvDLdumcJ84aV10zuA@mail.gmail.com> References: <CAHirYAjVBV84Vs_sovr1izSWy8sdx5AohvDLdumcJ84aV10zuA@mail.gmail.com> Message-ID: <CANqy081LDcfWizygxAK2igAvLhHWDzfafUq46srkHfEeE6L2HQ@mail.gmail.com> hello want you posted has no meaning with some context. how are you fetching the Book at Bedtime episodes? what is the command that you are using? I am surprised that get_iplayer-3.00 did not complain about any episode past 3 being future episodes. the cache lists them at future dates even though they are available on the web. radio.cache snippet 14804|radio|Book at Bedtime: Into the Water|b08npnhg|2017-05-01T22:45:00+01:00|1496267100|Episode 1||1|default|900| 14805|radio|Book at Bedtime: Into the Water|b08p1szt|2017-05-02T22:45:00+01:00|1496353500|Episode 2||2|default|900| 14806|radio|Book at Bedtime: Into the Water|b08p1t2k|2017-05-03T22:45:00+01:00|1496439900|Episode 3||3|default|900| 14807|radio|Book at Bedtime: Into the Water|b08p1t5m|2017-05-04T22:45:00+01:00|1496526300|Episode 4||4|default|900| 14808|radio|Book at Bedtime: Into the Water|b08p1t6s|2017-05-05T22:45:00+01:00|1496612700|Episode 5||5|default|900| 14809|radio|Book at Bedtime: Into the Water|b08pdydv|2017-05-08T22:45:00+01:00|1496871900|Episode 6||6|default|900| 14810|radio|Book at Bedtime: Into the Water|b08pf09n|2017-05-09T22:45:00+01:00|1496958300|Episode 7||7|default|900| 14811|radio|Book at Bedtime: Into the Water|b08pfq5l|2017-05-10T22:45:00+01:00|1497044700|Episode 8||8|default|900| 14812|radio|Book at Bedtime: Into the Water|b08pgbvl|2017-05-11T22:45:00+01:00|1497131100|Episode 9||9|default|900| 14813|radio|Book at Bedtime: Into the Water|b08pgsx2|2017-05-12T22:45:00+01:00|1497217500|Episode 10||10|default|900| after deleting the above lines from the radio.cache I was able to download all 10 episodes with the command line: ~/get_iplayer-3.00/get_iplayer --verbose --mode=best --type=radio --pid=b08npnhg,b08p1szt,b08p1t2k,b08p1t5m,b08p1t6s,b08pdydv,b08pf09n,b08pfq5l,b08pgbvl,b08pgsx2 On Wed, May 3, 2017 at 9:35 AM, Doug Faunt N6TQS +1-510-717-1197 <dougfaunt at gmail.com> wrote: > Any ideas about why this is happening? I just refreshed the cache, > the pid seems to be good (Book at Bedtime, Into the Water, part 3). > I've got most of the other episodes, but 3,4,5 seem to do this. Other > pids work, too. > Windows 10, if that helps. > thanks, doug > > > '"C:\Program Files (x86)\get_iplayer>get_iplayer --pid=b08p1t2k > get_iplayer 3.00-windows.0, Copyright (C) 2008-2010 Phil Lewis > This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. > This is free software, and you are welcome to redistribute it under certain > conditions; use --conditions for details. > > NOTE: A UK TV licence is required to legally access BBC iPlayer TV content -- terry l. ridder ><> From james at jls-radio.com Wed May 3 08:24:39 2017 From: james at jls-radio.com (James Scholes) Date: Wed, 3 May 2017 16:24:39 +0100 Subject: hlsstd mode not available for most programmes In-Reply-To: <10D2841B01894D21A869D84ABD9C5C9F@DESKTOPFPV36E8> References: <10D2841B01894D21A869D84ABD9C5C9F@DESKTOPFPV36E8> Message-ID: <2ec00510-4817-d605-049e-4424275ec265@jls-radio.com> Chris Marriott wrote: > Is there any other mode I could use to > get smaller files than hlsvhigh? How about dafstd or dafmed?* * I'm using 3.00 so these might have different names in GiP 2.99; I don't even try to understand the modes system as it's an absolute usability nightmare. -- James Scholes http://twitter.com/JamesScholes From artisticforge at gmail.com Wed May 3 08:37:04 2017 From: artisticforge at gmail.com (artisticforge .) Date: Wed, 3 May 2017 10:37:04 -0500 Subject: hlsstd mode not available for most programmes In-Reply-To: <10D2841B01894D21A869D84ABD9C5C9F@DESKTOPFPV36E8> References: <10D2841B01894D21A869D84ABD9C5C9F@DESKTOPFPV36E8> Message-ID: <CANqy082oPcbEbQX0wKhN611OZqN6koFxY_Z_uRExi0fGsJNb0g@mail.gmail.com> hello to determine the smallest file available you may want to use: get_iplayer-2.99/get_iplayer --info --verbose --type=radio --pid=<pid> you should see output with a modesizes section. here is an example: modesizes: other: dafhigh1=32MiB,dafhigh2=32MiB,dafhigh3=32MiB,dafhigh4=32MiB,dafstd1=13MiB, dafstd2=13MiB,dafstd3=13MiB,dafstd4=13MiB,dafmed1=9MiB,dafmed2=9MiB,dafmed3=9MiB, dafmed4=9MiB,daflow1=5MiB,daflow2=5MiB,daflow3=5MiB,daflow4=5MiB,hafhigh1=36MiB, hafhigh2=36MiB,hafstd1=15MiB,hafstd2=15MiB,hafmed1=11MiB,hafmed2=11MiB,haflow1=5MiB, haflow2=5MiB,hlsaacstd1=14MiB,hlsaaclow1=5MiB perhaps mode == hlsaaclow1 is the mode you seek. On Wed, May 3, 2017 at 10:20 AM, Chris Marriott <skymap62 at gmail.com> wrote: > I'm still using GiP 2.99 (I download by PID, so it works fine for me), and I > generally download in hlssstd mode to get the smallest files. I've noticed > in the last few days that the overwhelming majority of programmes aren't > available in hlsstd; the smallest file I can get is hlsvhigh, which is > double the size. > > Anyone know why this might be? Is there any other mode I could use to get > smaller files than hlsvhigh? > > Thanks, > > Chris > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From tellyaddict21 at gmx.co.uk Wed May 3 09:21:16 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Wed, 3 May 2017 18:21:16 +0200 Subject: hlsstd mode not available for most programmes In-Reply-To: <CANqy082oPcbEbQX0wKhN611OZqN6koFxY_Z_uRExi0fGsJNb0g@mail.gmail.com> References: <10D2841B01894D21A869D84ABD9C5C9F@DESKTOPFPV36E8>, <CANqy082oPcbEbQX0wKhN611OZqN6koFxY_Z_uRExi0fGsJNb0g@mail.gmail.com> Message-ID: <trinity-74bd4fde-d7c6-4706-80b5-0b63e6df1944-1493828476795@3capp-mailcom-bs13> Changes at the BBC broke some of the hls modes in 2.99 which might be why you can no longer see them. This was fixed in 3.00. > hello > > to determine the smallest file available you may want to use: > get_iplayer-2.99/get_iplayer --info --verbose --type=radio --pid=<pid> > > you should see output with a modesizes section. > > here is an example: > modesizes: other: > dafhigh1=32MiB,dafhigh2=32MiB,dafhigh3=32MiB,dafhigh4=32MiB,dafstd1=13MiB, > dafstd2=13MiB,dafstd3=13MiB,dafstd4=13MiB,dafmed1=9MiB,dafmed2=9MiB,dafmed3=9MiB, > dafmed4=9MiB,daflow1=5MiB,daflow2=5MiB,daflow3=5MiB,daflow4=5MiB,hafhigh1=36MiB, > hafhigh2=36MiB,hafstd1=15MiB,hafstd2=15MiB,hafmed1=11MiB,hafmed2=11MiB,haflow1=5MiB, > haflow2=5MiB,hlsaacstd1=14MiB,hlsaaclow1=5MiB > > perhaps mode == hlsaaclow1 is the mode you seek. > > > On Wed, May 3, 2017 at 10:20 AM, Chris Marriott <skymap62 at gmail.com> wrote: > > I'm still using GiP 2.99 (I download by PID, so it works fine for me), and I > > generally download in hlssstd mode to get the smallest files. I've noticed > > in the last few days that the overwhelming majority of programmes aren't > > available in hlsstd; the smallest file I can get is hlsvhigh, which is > > double the size. > > > > Anyone know why this might be? Is there any other mode I could use to get > > smaller files than hlsvhigh? > > > > Thanks, > > > > Chris From dougfaunt at gmail.com Wed May 3 09:47:39 2017 From: dougfaunt at gmail.com (Doug Faunt N6TQS +1-510-717-1197) Date: Wed, 3 May 2017 12:47:39 -0400 Subject: Nothing happens in a few cases In-Reply-To: <CANqy081LDcfWizygxAK2igAvLhHWDzfafUq46srkHfEeE6L2HQ@mail.gmail.com> References: <CAHirYAjVBV84Vs_sovr1izSWy8sdx5AohvDLdumcJ84aV10zuA@mail.gmail.com> <CANqy081LDcfWizygxAK2igAvLhHWDzfafUq46srkHfEeE6L2HQ@mail.gmail.com> Message-ID: <CAHirYAj_=Uo2Q+yQ4ntgqQB2cxgHgdnDW4WcBaogOeVe8XxEOw@mail.gmail.com> Thanks, that's a good hint. It originally showed up using recursive on the series PID, and I have later episodes. <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> <table style="border-top: 1px solid #D3D4DE;"> <tr> <td style="width: 55px; padding-top: 13px;"><a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" width="46" height="29" style="width: 46px; height: 29px;" /></a></td> <td style="width: 470px; padding-top: 12px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Virus-free. <a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank" style="color: #4453ea;">www.avg.com</a> </td> </tr> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div> On Wed, May 3, 2017 at 11:21 AM, artisticforge . <artisticforge at gmail.com> wrote: > hello > > want you posted has no meaning with some context. > > how are you fetching the Book at Bedtime episodes? > what is the command that you are using? > > I am surprised that get_iplayer-3.00 did not complain about any > episode past 3 being future episodes. > > the cache lists them at future dates even though they are available on the web. > > radio.cache snippet > 14804|radio|Book at Bedtime: Into the > Water|b08npnhg|2017-05-01T22:45:00+01:00|1496267100|Episode > 1||1|default|900| > 14805|radio|Book at Bedtime: Into the > Water|b08p1szt|2017-05-02T22:45:00+01:00|1496353500|Episode > 2||2|default|900| > 14806|radio|Book at Bedtime: Into the > Water|b08p1t2k|2017-05-03T22:45:00+01:00|1496439900|Episode > 3||3|default|900| > 14807|radio|Book at Bedtime: Into the > Water|b08p1t5m|2017-05-04T22:45:00+01:00|1496526300|Episode > 4||4|default|900| > 14808|radio|Book at Bedtime: Into the > Water|b08p1t6s|2017-05-05T22:45:00+01:00|1496612700|Episode > 5||5|default|900| > 14809|radio|Book at Bedtime: Into the > Water|b08pdydv|2017-05-08T22:45:00+01:00|1496871900|Episode > 6||6|default|900| > 14810|radio|Book at Bedtime: Into the > Water|b08pf09n|2017-05-09T22:45:00+01:00|1496958300|Episode > 7||7|default|900| > 14811|radio|Book at Bedtime: Into the > Water|b08pfq5l|2017-05-10T22:45:00+01:00|1497044700|Episode > 8||8|default|900| > 14812|radio|Book at Bedtime: Into the > Water|b08pgbvl|2017-05-11T22:45:00+01:00|1497131100|Episode > 9||9|default|900| > 14813|radio|Book at Bedtime: Into the > Water|b08pgsx2|2017-05-12T22:45:00+01:00|1497217500|Episode > 10||10|default|900| > > after deleting the above lines from the radio.cache I was able to download > all 10 episodes with the command line: > > ~/get_iplayer-3.00/get_iplayer --verbose --mode=best --type=radio > --pid=b08npnhg,b08p1szt,b08p1t2k,b08p1t5m,b08p1t6s,b08pdydv,b08pf09n,b08pfq5l,b08pgbvl,b08pgsx2 > > On Wed, May 3, 2017 at 9:35 AM, Doug Faunt N6TQS +1-510-717-1197 > <dougfaunt at gmail.com> wrote: >> Any ideas about why this is happening? I just refreshed the cache, >> the pid seems to be good (Book at Bedtime, Into the Water, part 3). >> I've got most of the other episodes, but 3,4,5 seem to do this. Other >> pids work, too. >> Windows 10, if that helps. >> thanks, doug >> >> >> '"C:\Program Files (x86)\get_iplayer>get_iplayer --pid=b08p1t2k >> get_iplayer 3.00-windows.0, Copyright (C) 2008-2010 Phil Lewis >> This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. >> This is free software, and you are welcome to redistribute it under certain >> conditions; use --conditions for details. >> >> NOTE: A UK TV licence is required to legally access BBC iPlayer TV content > > > -- > terry l. ridder ><> From dougfaunt at gmail.com Wed May 3 10:25:10 2017 From: dougfaunt at gmail.com (Doug Faunt N6TQS +1-510-717-1197) Date: Wed, 3 May 2017 13:25:10 -0400 Subject: Nothing happens in a few cases In-Reply-To: <CAHirYAj_=Uo2Q+yQ4ntgqQB2cxgHgdnDW4WcBaogOeVe8XxEOw@mail.gmail.com> References: <CAHirYAjVBV84Vs_sovr1izSWy8sdx5AohvDLdumcJ84aV10zuA@mail.gmail.com> <CANqy081LDcfWizygxAK2igAvLhHWDzfafUq46srkHfEeE6L2HQ@mail.gmail.com> <CAHirYAj_=Uo2Q+yQ4ntgqQB2cxgHgdnDW4WcBaogOeVe8XxEOw@mail.gmail.com> Message-ID: <CAHirYAhROddkvyN6Bym_iSRLrA2CpqODg=b5AqJXqLCzF_BOOA@mail.gmail.com> Thanks. That was the hint I needed. There never has been an error message from gip that says a program isn't available yet, so I'd not expect one. My edit of the cache was unsucsessful, so I disconnected from the internet, deleted the cache file, restarted get_iplayer, reconnected, and then ran using the series PID and recursive (in my options file). It picked up those three episodes, just as it should have. thanks, again. best, doug On Wed, May 3, 2017 at 12:47 PM, Doug Faunt N6TQS +1-510-717-1197 <dougfaunt at gmail.com> wrote: > Thanks, that's a good hint. It originally showed up using recursive > on the series PID, and I have later episodes. > <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> > <table style="border-top: 1px solid #D3D4DE;"> > <tr> > <td style="width: 55px; padding-top: 13px;"><a > href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > target="_blank"><img > src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" > width="46" height="29" style="width: 46px; height: 29px;" /></a></td> > <td style="width: 470px; padding-top: 12px; color: #41424e; > font-size: 13px; font-family: Arial, Helvetica, sans-serif; > line-height: 18px;">Virus-free. <a > href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > target="_blank" style="color: #4453ea;">www.avg.com</a> > </td> > </tr> > </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" > height="1"></a></div> > > On Wed, May 3, 2017 at 11:21 AM, artisticforge . > <artisticforge at gmail.com> wrote: >> hello >> >> want you posted has no meaning with some context. >> >> how are you fetching the Book at Bedtime episodes? >> what is the command that you are using? >> >> I am surprised that get_iplayer-3.00 did not complain about any >> episode past 3 being future episodes. >> >> the cache lists them at future dates even though they are available on the web. >> >> radio.cache snippet >> 14804|radio|Book at Bedtime: Into the >> Water|b08npnhg|2017-05-01T22:45:00+01:00|1496267100|Episode >> 1||1|default|900| >> 14805|radio|Book at Bedtime: Into the >> Water|b08p1szt|2017-05-02T22:45:00+01:00|1496353500|Episode >> 2||2|default|900| >> 14806|radio|Book at Bedtime: Into the >> Water|b08p1t2k|2017-05-03T22:45:00+01:00|1496439900|Episode >> 3||3|default|900| >> 14807|radio|Book at Bedtime: Into the >> Water|b08p1t5m|2017-05-04T22:45:00+01:00|1496526300|Episode >> 4||4|default|900| >> 14808|radio|Book at Bedtime: Into the >> Water|b08p1t6s|2017-05-05T22:45:00+01:00|1496612700|Episode >> 5||5|default|900| >> 14809|radio|Book at Bedtime: Into the >> Water|b08pdydv|2017-05-08T22:45:00+01:00|1496871900|Episode >> 6||6|default|900| >> 14810|radio|Book at Bedtime: Into the >> Water|b08pf09n|2017-05-09T22:45:00+01:00|1496958300|Episode >> 7||7|default|900| >> 14811|radio|Book at Bedtime: Into the >> Water|b08pfq5l|2017-05-10T22:45:00+01:00|1497044700|Episode >> 8||8|default|900| >> 14812|radio|Book at Bedtime: Into the >> Water|b08pgbvl|2017-05-11T22:45:00+01:00|1497131100|Episode >> 9||9|default|900| >> 14813|radio|Book at Bedtime: Into the >> Water|b08pgsx2|2017-05-12T22:45:00+01:00|1497217500|Episode >> 10||10|default|900| >> >> after deleting the above lines from the radio.cache I was able to download >> all 10 episodes with the command line: >> >> ~/get_iplayer-3.00/get_iplayer --verbose --mode=best --type=radio >> --pid=b08npnhg,b08p1szt,b08p1t2k,b08p1t5m,b08p1t6s,b08pdydv,b08pf09n,b08pfq5l,b08pgbvl,b08pgsx2 >> >> On Wed, May 3, 2017 at 9:35 AM, Doug Faunt N6TQS +1-510-717-1197 >> <dougfaunt at gmail.com> wrote: >>> Any ideas about why this is happening? I just refreshed the cache, >>> the pid seems to be good (Book at Bedtime, Into the Water, part 3). >>> I've got most of the other episodes, but 3,4,5 seem to do this. Other >>> pids work, too. >>> Windows 10, if that helps. >>> thanks, doug >>> >>> >>> '"C:\Program Files (x86)\get_iplayer>get_iplayer --pid=b08p1t2k >>> get_iplayer 3.00-windows.0, Copyright (C) 2008-2010 Phil Lewis >>> This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. >>> This is free software, and you are welcome to redistribute it under certain >>> conditions; use --conditions for details. >>> >>> NOTE: A UK TV licence is required to legally access BBC iPlayer TV content >> >> >> -- >> terry l. ridder ><> From dougfaunt at gmail.com Wed May 3 15:09:24 2017 From: dougfaunt at gmail.com (Doug Faunt N6TQS +1-510-717-1197) Date: Wed, 3 May 2017 18:09:24 -0400 Subject: pid-recursive in options file, bug or feature? Message-ID: <CAHirYAiYxaeQv9WKXztcwY+rLvGGQPp_7BYx5ovAzS60xqVihw@mail.gmail.com> Hi, I had pid-recursive in my options file and up through 2.99 it made no difference when giving a pid for a single program. But it appears that now having that in my options file breaks single episode pids, but series pids work. I'm still checking this, and my bandwidth is limited, but so far, this does seem to be the case. best, doug <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> <table style="border-top: 1px solid #D3D4DE;"> <tr> <td style="width: 55px; padding-top: 13px;"><a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" width="46" height="29" style="width: 46px; height: 29px;" /></a></td> <td style="width: 470px; padding-top: 12px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Virus-free. <a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank" style="color: #4453ea;">www.avg.com</a> </td> </tr> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div> From artisticforge at gmail.com Wed May 3 16:04:16 2017 From: artisticforge at gmail.com (artisticforge .) Date: Wed, 3 May 2017 18:04:16 -0500 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <CAHirYAiYxaeQv9WKXztcwY+rLvGGQPp_7BYx5ovAzS60xqVihw@mail.gmail.com> References: <CAHirYAiYxaeQv9WKXztcwY+rLvGGQPp_7BYx5ovAzS60xqVihw@mail.gmail.com> Message-ID: <CANqy080XjD2xPRNfnJWe6DdDXVF2W=YrhKWPVndN=KoFU4h2Vg@mail.gmail.com> hello is there a way you can turn off your signature. is really makes your posts difficult to read. If you could provide an example or two of pids which fail with pid-recursive set in the options ; others would be able to verify it. my brief testing is : a single episode pid works just fine. a single episode URL fails. I tried only one example The_Titfield_Thunderbolt_-__b03mv97b_original. On Wed, May 3, 2017 at 5:09 PM, Doug Faunt N6TQS +1-510-717-1197 <dougfaunt at gmail.com> wrote: > Hi, > I had pid-recursive in my options file and up through 2.99 it made no > difference when > giving a pid for a single program. > But it appears that now having that in my options file breaks single > episode pids, > but series pids work. > I'm still checking this, and my bandwidth is limited, but so far, this > does seem to be the case. > best, doug > <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> > <table style="border-top: 1px solid #D3D4DE;"> > <tr> > <td style="width: 55px; padding-top: 13px;"><a > href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > target="_blank"><img > src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" > width="46" height="29" style="width: 46px; height: 29px;" /></a></td> > <td style="width: 470px; padding-top: 12px; color: #41424e; > font-size: 13px; font-family: Arial, Helvetica, sans-serif; > line-height: 18px;">Virus-free. <a > href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > target="_blank" style="color: #4453ea;">www.avg.com</a> > </td> > </tr> > </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" > height="1"></a></div> > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From alan at soulman1949.com Wed May 3 16:11:48 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Thu, 4 May 2017 00:11:48 +0100 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <CANqy080XjD2xPRNfnJWe6DdDXVF2W=YrhKWPVndN=KoFU4h2Vg@mail.gmail.com> References: <CAHirYAiYxaeQv9WKXztcwY+rLvGGQPp_7BYx5ovAzS60xqVihw@mail.gmail.com> <CANqy080XjD2xPRNfnJWe6DdDXVF2W=YrhKWPVndN=KoFU4h2Vg@mail.gmail.com> Message-ID: <85b9f945-18ce-ea56-766f-fb6d04ae010b@soulman1949.com> On 04/05/2017 00:04, artisticforge . wrote: > hello > > is there a way you can turn off your signature. is really makes your > posts difficult to read. > Yes my understanding is that this list (as is common with many mailing lists) is text only not HTML. A --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From artisticforge at gmail.com Wed May 3 16:19:03 2017 From: artisticforge at gmail.com (artisticforge .) Date: Wed, 3 May 2017 18:19:03 -0500 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <85b9f945-18ce-ea56-766f-fb6d04ae010b@soulman1949.com> References: <CAHirYAiYxaeQv9WKXztcwY+rLvGGQPp_7BYx5ovAzS60xqVihw@mail.gmail.com> <CANqy080XjD2xPRNfnJWe6DdDXVF2W=YrhKWPVndN=KoFU4h2Vg@mail.gmail.com> <85b9f945-18ce-ea56-766f-fb6d04ae010b@soulman1949.com> Message-ID: <CANqy083vhNThBPM2KVD2BtBkMCjzNKw-6P4oqDHpCg1wA-ZMXQ@mail.gmail.com> hello that is what amazes me, it that the mailing list is not bouncing the posts for the html. On Wed, May 3, 2017 at 6:11 PM, Alan Milewczyk <alan at soulman1949.com> wrote: > On 04/05/2017 00:04, artisticforge . wrote: >> >> hello >> >> is there a way you can turn off your signature. is really makes your >> posts difficult to read. >> > Yes my understanding is that this list (as is common with many mailing > lists) is text only not HTML. > > A > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From tellyaddict21 at gmx.co.uk Wed May 3 16:37:46 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Thu, 4 May 2017 01:37:46 +0200 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <CANqy083vhNThBPM2KVD2BtBkMCjzNKw-6P4oqDHpCg1wA-ZMXQ@mail.gmail.com> References: <CAHirYAiYxaeQv9WKXztcwY+rLvGGQPp_7BYx5ovAzS60xqVihw@mail.gmail.com> <CANqy080XjD2xPRNfnJWe6DdDXVF2W=YrhKWPVndN=KoFU4h2Vg@mail.gmail.com> <85b9f945-18ce-ea56-766f-fb6d04ae010b@soulman1949.com>, <CANqy083vhNThBPM2KVD2BtBkMCjzNKw-6P4oqDHpCg1wA-ZMXQ@mail.gmail.com> Message-ID: <trinity-6fbc6047-9a9c-4edf-adef-8c9c01374b8c-1493854666891@3capp-mailcom-bs13> I know it scrubs non text attachments but that signature is terrible. > hello > > that is what amazes me, it that the mailing list is not bouncing the > posts for the html. > > On Wed, May 3, 2017 at 6:11 PM, Alan Milewczyk <alan at soulman1949.com> wrote: > > On 04/05/2017 00:04, artisticforge . wrote: > >> > >> hello > >> > >> is there a way you can turn off your signature. is really makes your > >> posts difficult to read. > >> > > Yes my understanding is that this list (as is common with many mailing > > lists) is text only not HTML. > > > > A From dougfaunt at gmail.com Wed May 3 17:22:11 2017 From: dougfaunt at gmail.com (Doug Faunt N6TQS +1-510-717-1197) Date: Wed, 3 May 2017 20:22:11 -0400 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <CANqy080XjD2xPRNfnJWe6DdDXVF2W=YrhKWPVndN=KoFU4h2Vg@mail.gmail.com> References: <CAHirYAiYxaeQv9WKXztcwY+rLvGGQPp_7BYx5ovAzS60xqVihw@mail.gmail.com> <CANqy080XjD2xPRNfnJWe6DdDXVF2W=YrhKWPVndN=KoFU4h2Vg@mail.gmail.com> Message-ID: <CAHirYAiLMkt=f1Yb5x7d2VDfxjGJPaPAz7uu+n_47EKjSDqTTQ@mail.gmail.com> My apolgies for the obnoxious signature, added by AVG software. I didn't know it was there. I think it's gone now. I'll experiment more tomorrow. I have a 4AM watch. best, doug On Wed, May 3, 2017 at 7:04 PM, artisticforge . <artisticforge at gmail.com> wrote: > hello > > is there a way you can turn off your signature. is really makes your > posts difficult to read. > > If you could provide an example or two of pids which fail with > pid-recursive set in the options ; others would be able to verify it. > > my brief testing is : > a single episode pid works just fine. > a single episode URL fails. > > I tried only one example > The_Titfield_Thunderbolt_-__b03mv97b_original. > > > > On Wed, May 3, 2017 at 5:09 PM, Doug Faunt N6TQS +1-510-717-1197 > <dougfaunt at gmail.com> wrote: >> Hi, >> I had pid-recursive in my options file and up through 2.99 it made no >> difference when >> giving a pid for a single program. >> But it appears that now having that in my options file breaks single >> episode pids, >> but series pids work. >> I'm still checking this, and my bandwidth is limited, but so far, this >> does seem to be the case. >> best, doug >> <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> >> <table style="border-top: 1px solid #D3D4DE;"> >> <tr> >> <td style="width: 55px; padding-top: 13px;"><a >> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >> target="_blank"><img >> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" >> width="46" height="29" style="width: 46px; height: 29px;" /></a></td> >> <td style="width: 470px; padding-top: 12px; color: #41424e; >> font-size: 13px; font-family: Arial, Helvetica, sans-serif; >> line-height: 18px;">Virus-free. <a >> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >> target="_blank" style="color: #4453ea;">www.avg.com</a> >> </td> >> </tr> >> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" >> height="1"></a></div> >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer > > > > -- > terry l. ridder ><> From njhp94 at gmail.com Wed May 3 23:03:55 2017 From: njhp94 at gmail.com (Nick Payne) Date: Thu, 4 May 2017 16:03:55 +1000 Subject: GiP 2.30 - unexpected size for segment Message-ID: <60967060-08db-9bba-2f96-bc45979bfa06@gmail.com> Was simultaneously downloading the afternoon and evening sessions of the final day of the World Snooker Championships. The afternoon session downloaded without any hiccups at all, but the download of the evening session had several instances of reporting "Unexpected size for segment". The download did complete successfully after resizing and resuming at each error point: [...] WARNING: Unexpected size for segment [272] WARNING: Expected: 2054840 Downloaded: 769070 WARNING: Retrying download WARNING: Stopped recording file: D:\Users\Nick\Videos\Snooker_World_Championship-s01e01-Monday_Final_Evening.video.ts WARNING: Stopped recording at: 417.77 MiB (00:34:41) [271] WARNING: Retry recording for 'Snooker: World Championship: 2017 - Monday, Final, Evening (b08pmslj)' INFO: File name prefix = Snooker_World_Championship-s01e01-Monday_Final_Evening INFO: Resizing file: D:\Users\Nick\Videos\Snooker_World_Championship-s01e01-Monday_Final_Evening.video.ts INFO: Resizing from 438832758 to 438063688 for resume INFO: Resume recording file: D:\Users\Nick\Videos\Snooker_World_Championship-s01e01-Monday_Final_Evening.video.ts INFO: Resume recording at: 417.77 MiB (00:34:41) [272] From ralph at inputplus.co.uk Thu May 4 00:34:50 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Thu, 04 May 2017 08:34:50 +0100 Subject: Programme in Series has `firstbcast' But no `available'. Message-ID: <20170504073450.BE26C1FE16@orac.inputplus.co.uk> Hi, With 3.00, programme PID b08nyc9z has no `available' field when I ./get_iplayer --no-purge --future -e 31536000 -i --pid b08nyc9z Here's some of the interesting fields it does have. dldate: 2017-05-04 dltime: 08:22:19 episodenum: 8 expires: in 23 days 2 hours (2017-05-27T10:00:00+00:00) fileprefix: Homes_Under_the_Hammer_Series_21_-_8._Episode_8_b08nyc9z_original firstbcast: 2017-04-27T10:00:00+01:00 firstbcastdate: 2017-04-27 firstbcastrel: 6 days 22 hours ago pid: b08nyc9z These surrounding episodes do have `available' using the same command apart from the PID. available: 2017-04-25T11:00:00+01:00 dldate: 2017-05-04 dltime: 08:30:26 episodenum: 7 expires: in 21 days 2 hours (2017-05-25T10:00:00+00:00) fileprefix: Homes_Under_the_Hammer_Series_21_-_7._Episode_7_b08ny6bx_original firstbcast: 2017-04-25T10:00:00+01:00 firstbcastdate: 2017-04-25 firstbcastrel: 8 days 22 hours ago pid: b08ny6bx available: 2017-05-02T10:00:00+01:00 dldate: 2017-05-04 dltime: 08:32:43 episodenum: 9 expires: in 28 days 1 hours (2017-06-01T09:00:00+00:00) fileprefix: Homes_Under_the_Hammer_Series_21_-_9._Episode_9_b08pm8cl_original firstbcast: 2017-05-02T10:00:00+01:00 firstbcastdate: 2017-05-02 firstbcastrel: 1 days 22 hours ago pid: b08pm8cl -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From skymap62 at gmail.com Thu May 4 00:37:22 2017 From: skymap62 at gmail.com (Chris Marriott) Date: Thu, 4 May 2017 08:37:22 +0100 Subject: Can't download with GiP 3.00 Message-ID: <5050D957E5C14A26A4371A93828EAFB8@DESKTOPFPV36E8> Dear All, I was successfully using GiP 2.99 on my Windows XP machine but, on the advice of people here, upgraded to 3.00 because I stopped being able to download programmes in "hlsstd" mode. Unfortunately, things have gone from bad to worse as a result of upgrading. Not only is "hlsstd" mode still unavailable, but when I try to download in the next smallest size, "hlsvhigh", I get an error. Eg, this is the result of trying to download last night's edition of "Masterchef": C:\Program Files\get_iplayer>get_iplayer --mode=hlsvhigh --pid=b08pqbhw get_iplayer 3.00-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content INFO: Trying pid: b08pqbhw using type: tv INFO: Trying to download PID using type tv INFO: pid not found in tv cache Matches: INFO: 1 Matching Programmes INFO: Checking existence of original version INFO: hlsvhigh1,hlsvhigh2 modes will be tried for version original INFO: Trying hlsvhigh1 mode to record tv: MasterChef: Series 13 - 19. Episode 19 INFO: File name prefix = MasterChef_Series_13_-_19._Episode_19_b08pqbhw_original INFO: Begin recording file: C:\iPlayer_Recordings\MasterChef_Series_13_-_19._Epi sode_19_b08pqbhw_original.video.ts INFO: Begin recording at: 0.00 MiB (00:00:00) [1] INFO: Recorded: 0.00 MiB (00:00:00) [0] in 00:00:00 at 0.00 Mibit/s WARNING: Segment not available from server [1] WARNING: Stopped recording file: C:\iPlayer_Recordings\MasterChef_Series_13_-_19 ._Episode_19_b08pqbhw_original.video.ts WARNING: Stopped recording at: 0.00 MiB (00:00:00) [0] INFO: skipping hlsvhigh1 mode INFO: Trying hlsvhigh2 mode to record tv: MasterChef: Series 13 - 19. Episode 19 INFO: File name prefix = MasterChef_Series_13_-_19._Episode_19_b08pqbhw_original INFO: Begin recording file: C:\iPlayer_Recordings\MasterChef_Series_13_-_19._Epi sode_19_b08pqbhw_original.video.ts INFO: Begin recording at: 0.00 MiB (00:00:00) [1] INFO: Recorded: 0.00 MiB (00:00:00) [0] in 00:00:00 at 0.00 Mibit/s WARNING: Segment not available from server [1] WARNING: Stopped recording file: C:\iPlayer_Recordings\MasterChef_Series_13_-_19 ._Episode_19_b08pqbhw_original.video.ts WARNING: Stopped recording at: 0.00 MiB (00:00:00) [0] INFO: skipping hlsvhigh2 mode ERROR: Failed to record 'MasterChef: Series 13 - 19. Episode 19 (b08pqbhw)' Downloading in "hlshd" mode does work, but I have a relatively slow Internet connection, and the HD version of the programme is too big and too slow to download. Can anyone help me out with this, please? Why is the "hlsvhigh" download failing? Is there any other mode I can use to get a file smaller than the HD version? I should note that all "hlsvhigh" downloads worked absolutely fine with GiP 2.99. Thanks! Chris From allsorts at howhill.com Thu May 4 03:01:21 2017 From: allsorts at howhill.com (Dave Liquorice) Date: Thu, 04 May 2017 11:01:21 +0100 (BST) Subject: [ANN] get_iplayer v3.00 released In-Reply-To: <87ed18b5-70f4-1698-966f-d5e60da3cf1b@squarepenguin.co.uk> Message-ID: <mailman.6.1493892116.26981.get_iplayer@lists.infradead.org> Just want to say thank you. Downloaded the zip arcive, unpacked the script, copied to the right place on my media server Raspberry Pi and fired off my PVR script. It "just worked" and collected a couple of programmes. The only fuss was a request to remove redundant rtmdump references in my options file. Thanks again. -- Cheers Dave. From tellyaddict21 at gmx.co.uk Thu May 4 03:45:13 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Thu, 4 May 2017 12:45:13 +0200 Subject: Can't download with GiP 3.00 In-Reply-To: <5050D957E5C14A26A4371A93828EAFB8@DESKTOPFPV36E8> References: <5050D957E5C14A26A4371A93828EAFB8@DESKTOPFPV36E8> Message-ID: <trinity-af58f548-9988-4d7f-a5fe-e4762509e5ee-1493894713454@3capp-mailcom-bs13> Hi Chris At the moment there are a lot of programmes appearing with missing segments on hls modes. Which modes it affects is random. At least with Masterchef you found that it failed right at the beginning on segment 1, but you could easily find that with some programmes you get half way through or more and then it fails with a missing segment. hvfxsd is pretty much the same as the one you were trying to download. You could use that as a fallback and use --modes=hlsvhigh,hvfxsd and if the hlsvhigh download fails at any point it will use hvfxsd. If these missing segments keep happening you might want to switch to hvfxsd completely and bypass hls. > Downloading in "hlshd" mode does work, but I have a relatively slow Internet > connection, and the HD version of the programme is too big and too slow to > download. > > Can anyone help me out with this, please? Why is the "hlsvhigh" download > failing? Is there any other mode I can use to get a file smaller than the HD > version? I should note that all "hlsvhigh" downloads worked absolutely fine > with GiP 2.99. From skymap62 at gmail.com Thu May 4 04:00:46 2017 From: skymap62 at gmail.com (Chris Marriott) Date: Thu, 4 May 2017 12:00:46 +0100 Subject: Can't download with GiP 3.00 In-Reply-To: <trinity-af58f548-9988-4d7f-a5fe-e4762509e5ee-1493894713454@3capp-mailcom-bs13> References: <5050D957E5C14A26A4371A93828EAFB8@DESKTOPFPV36E8> <trinity-af58f548-9988-4d7f-a5fe-e4762509e5ee-1493894713454@3capp-mailcom-bs13> Message-ID: <983D071A4DC54ACBAA6C743E727C14F2@DESKTOPFPV36E8> Thanks, tellyadict. "hvfxstd" is slightly smaller than "hlshd" (870MB v. 1GB), but I really wish I could download 340MB versions as I used to do. Unfortunately the availability of low-res versions of programmes seems to be getting more and more restricted. I found one mode which gave me a 340MB file (something starting in "dvf" I think it was), but it turned out to be audio only - no picture! Is it just a coincidence that I'm only seeing these "missing segment" errors after I switched from 2.99 to 3.00? It's not something I ever recall seeing prior to the upgrade! I do find these new modes VERY confusing. I always used to use "flashstd" and that worked fine until it all went away :(. Thanks, Chris -----Original Message----- From: tellyaddict Sent: Thursday, May 4, 2017 11:45 AM To: get_iplayer Subject: Re: Can't download with GiP 3.00 Hi Chris At the moment there are a lot of programmes appearing with missing segments on hls modes. Which modes it affects is random. At least with Masterchef you found that it failed right at the beginning on segment 1, but you could easily find that with some programmes you get half way through or more and then it fails with a missing segment. hvfxsd is pretty much the same as the one you were trying to download. You could use that as a fallback and use --modes=hlsvhigh,hvfxsd and if the hlsvhigh download fails at any point it will use hvfxsd. If these missing segments keep happening you might want to switch to hvfxsd completely and bypass hls. > Downloading in "hlshd" mode does work, but I have a relatively slow > Internet > connection, and the HD version of the programme is too big and too slow to > download. > > Can anyone help me out with this, please? Why is the "hlsvhigh" download > failing? Is there any other mode I can use to get a file smaller than the > HD > version? I should note that all "hlsvhigh" downloads worked absolutely > fine > with GiP 2.99. _______________________________________________ get_iplayer mailing list get_iplayer at lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer From mtbc at ixod.org Thu May 4 04:27:46 2017 From: mtbc at ixod.org (Mark Carroll) Date: Thu, 04 May 2017 12:27:46 +0100 Subject: Can't download with GiP 3.00 In-Reply-To: <983D071A4DC54ACBAA6C743E727C14F2@DESKTOPFPV36E8> (Chris Marriott's message of "Thu, 4 May 2017 12:00:46 +0100") References: <5050D957E5C14A26A4371A93828EAFB8@DESKTOPFPV36E8> <trinity-af58f548-9988-4d7f-a5fe-e4762509e5ee-1493894713454@3capp-mailcom-bs13> <983D071A4DC54ACBAA6C743E727C14F2@DESKTOPFPV36E8> Message-ID: <87vapgamkt.fsf@ixod.org> On 04 May 2017, Chris Marriott wrote: > I do find these new modes VERY confusing. I always used to use "flashstd" > and that worked fine until it all went away :(. I generally just adjust among "good", "better", "best" according to if things seem too rubbish or big for me, I very rarely have to figure out the weirder ones! So thank you for these easy aliases at least. -- Mark From tellyaddict21 at gmx.co.uk Thu May 4 05:13:12 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Thu, 4 May 2017 14:13:12 +0200 Subject: Can't download with GiP 3.00 In-Reply-To: <983D071A4DC54ACBAA6C743E727C14F2@DESKTOPFPV36E8> References: <5050D957E5C14A26A4371A93828EAFB8@DESKTOPFPV36E8> <trinity-af58f548-9988-4d7f-a5fe-e4762509e5ee-1493894713454@3capp-mailcom-bs13>, <983D071A4DC54ACBAA6C743E727C14F2@DESKTOPFPV36E8> Message-ID: <trinity-0d786b99-6758-45e8-849f-3c25803f6b95-1493899992623@3capp-mailcom-bs13> That's my fault. I was looking at the mode you had tried for Masterchef rather than the mode I knew you were after. What you actually want is hvfxhigh which should be the sort of size and quality you are used to. The dvf modes download as 2 separate files (audio + video) and then use ffmpeg to stitch them together into 1 file. As you are on XP though you might have trouble with that unless you downgrade your version of ffmpeg. I'd ignore dvf modes for now. It is just coincidence that HLS files have started becoming corrupted on the server at the same time as a major upgrade was needed to GiP. Being on 2.99 would still have errors. > Thanks, tellyadict. "hvfxstd" is slightly smaller than "hlshd" (870MB v. > 1GB), but I really wish I could download 340MB versions as I used to do. > Unfortunately the availability of low-res versions of programmes seems to be > getting more and more restricted. I found one mode which gave me a 340MB > file (something starting in "dvf" I think it was), but it turned out to be > audio only - no picture! > > Is it just a coincidence that I'm only seeing these "missing segment" errors > after I switched from 2.99 to 3.00? It's not something I ever recall seeing > prior to the upgrade! > > I do find these new modes VERY confusing. I always used to use "flashstd" > and that worked fine until it all went away :(. > > Thanks, > > Chris From dave.widgery at gmail.com Thu May 4 05:27:34 2017 From: dave.widgery at gmail.com (Dave Widgery) Date: Thu, 4 May 2017 14:27:34 +0200 Subject: Segment not available from server Message-ID: <CAE3AcKd2MFA-k4i5ch_ekDYA7SXto7xGvWYPvKiFbA0NR1r=Xg@mail.gmail.com> Hi First of all thanks for all the work to get gip working again. I have suddenly discovered that some of my downloads are happening at reduced resolution, on looking at the problem I have discovered that with some programs I am getting a "Segment not available from server" error, then it is aborting and dropping to a lower resolution, see example below. (for information the previous episode of pointless works fine) I am guessing that this is a problem at the beeb end and not gip? Dave "C:\Documents and Settings\DAVE>get_iplayer 5412 --get --force get_iplayer 3.00-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content Matches: 5412: Pointless: Series 17 - Episode 11, BBC One, b08pnn6c INFO: 1 Matching Programmes INFO: Checking existence of original version INFO: hlshd1,hlshd2,hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfx sd8,hvfxsd9,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,hlsvhigh1,hlsvhigh2,hvfxhigh1,hvfxhi gh2,hvfxhigh3,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,hvflow1,hvflow2,hvflow3,dv flow1,dvflow2,dvflow3,dvflow4 modes will be tried for version original INFO: Trying hlshd1 mode to record tv: Pointless: Series 17 - 11. Episode 11 INFO: File name prefix = Pointless_Series_17_-_11._Episode_11_b08pnn6c_original INFO: Begin recording file: C:\Documents and Settings\DAVE\Desktop\iPlayer Recor dings\Pointless_Series_17_-_11._Episode_11_b08pnn6c_original.video.ts INFO: Begin recording at: 0.00 MiB (00:00:00) [1] INFO: Recorded: 0.00 MiB (00:00:00) [0] in 00:00:00 at 0.00 Mibit/s WARNING: Segment not available from server [1] WARNING: Stopped recording file: C:\Documents and Settings\DAVE\Desktop\iPlayer Recordings\Pointless_Series_17_-_11._Episode_11_b08pnn6c_original.video.ts WARNING: Stopped recording at: 0.00 MiB (00:00:00) [0] INFO: skipping hlshd1 mode INFO: Trying hlshd2 mode to record tv: Pointless: Series 17 - 11. Episode 11 INFO: File name prefix = Pointless_Series_17_-_11._Episode_11_b08pnn6c_original INFO: Begin recording file: C:\Documents and Settings\DAVE\Desktop\iPlayer Recor dings\Pointless_Series_17_-_11._Episode_11_b08pnn6c_original.video.ts INFO: Begin recording at: 0.00 MiB (00:00:00) [1] INFO: Recorded: 0.00 MiB (00:00:00) [0] in 00:00:00 at 0.00 Mibit/s WARNING: Segment not available from server [1] WARNING: Stopped recording file: C:\Documents and Settings\DAVE\Desktop\iPlayer Recordings\Pointless_Series_17_-_11._Episode_11_b08pnn6c_original.video.ts WARNING: Stopped recording at: 0.00 MiB (00:00:00) [0] INFO: skipping hlshd2 mode INFO: Trying hvfxsd1 mode to record tv: Pointless: Series 17 - 11. Episode 11 INFO: File name prefix = Pointless_Series_17_-_11._Episode_11_b08pnn6c_original INFO: Begin recording file: C:\Documents and Settings\DAVE\Desktop\iPlayer Recor dings\Pointless_Series_17_-_11._Episode_11_b08pnn6c_original.video.ts INFO: Begin recording at: 0.00 MiB (00:00:00) [1] Recording: 8.53 MiB / ~653.19 MiB 1.3% 1.8 Mibit/s 00:47:52 remaining INFO: Cleaning up C:\Program Files\get_iplayer\get_iplayer.pl (got signal INT) Terminate batch job (Y/N)? From skymap62 at gmail.com Thu May 4 05:31:40 2017 From: skymap62 at gmail.com (Chris Marriott) Date: Thu, 4 May 2017 13:31:40 +0100 Subject: Can't download with GiP 3.00 In-Reply-To: <trinity-0d786b99-6758-45e8-849f-3c25803f6b95-1493899992623@3capp-mailcom-bs13> References: <5050D957E5C14A26A4371A93828EAFB8@DESKTOPFPV36E8> <trinity-af58f548-9988-4d7f-a5fe-e4762509e5ee-1493894713454@3capp-mailcom-bs13>, <983D071A4DC54ACBAA6C743E727C14F2@DESKTOPFPV36E8> <trinity-0d786b99-6758-45e8-849f-3c25803f6b95-1493899992623@3capp-mailcom-bs13> Message-ID: <4CFAE4846ADA48B78C259B62D9571205@DESKTOPFPV36E8> Thank you - "hvfxhigh" is exactly what I was looking for! That's given me a 390MB file for "MasterChef", compared to 810MB for "hvfxsd" and 1GB for "hlshd". I'll use that as my default mode from now on. Having read an earlier post, I did actually replace "ffmpeg" with the version from 2.99 after I'd upgraded to 3.00, and that seems to be working fine for me, other than the problems with the "dvf" version which, as you advise, I'll avoid in the future. Thanks for your help - it's very much appreciated. Cheers, Chris -----Original Message----- From: tellyaddict Sent: Thursday, May 4, 2017 1:13 PM To: get_iplayer Subject: Re: Can't download with GiP 3.00 That's my fault. I was looking at the mode you had tried for Masterchef rather than the mode I knew you were after. What you actually want is hvfxhigh which should be the sort of size and quality you are used to. The dvf modes download as 2 separate files (audio + video) and then use ffmpeg to stitch them together into 1 file. As you are on XP though you might have trouble with that unless you downgrade your version of ffmpeg. I'd ignore dvf modes for now. It is just coincidence that HLS files have started becoming corrupted on the server at the same time as a major upgrade was needed to GiP. Being on 2.99 would still have errors. From skymap62 at gmail.com Thu May 4 05:34:13 2017 From: skymap62 at gmail.com (Chris Marriott) Date: Thu, 4 May 2017 13:34:13 +0100 Subject: Segment not available from server In-Reply-To: <CAE3AcKd2MFA-k4i5ch_ekDYA7SXto7xGvWYPvKiFbA0NR1r=Xg@mail.gmail.com> References: <CAE3AcKd2MFA-k4i5ch_ekDYA7SXto7xGvWYPvKiFbA0NR1r=Xg@mail.gmail.com> Message-ID: <32107F463A5546B196325B3D3328DFFD@DESKTOPFPV36E8> Dave - see my "Can't download with GiP 3.00" thread, which asks essentially the same question. Cheers, Chris -----Original Message----- From: Dave Widgery Sent: Thursday, May 4, 2017 1:27 PM To: get_iplayer Subject: Segment not available from server Hi First of all thanks for all the work to get gip working again. I have suddenly discovered that some of my downloads are happening at reduced resolution, on looking at the problem I have discovered that with some programs I am getting a "Segment not available from server" error, then it is aborting and dropping to a lower resolution, see example below. (for information the previous episode of pointless works fine) I am guessing that this is a problem at the beeb end and not gip? Dave From dougfaunt at gmail.com Thu May 4 06:12:59 2017 From: dougfaunt at gmail.com (Doug Faunt N6TQS +1-510-717-1197) Date: Thu, 4 May 2017 09:12:59 -0400 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <CAHirYAiLMkt=f1Yb5x7d2VDfxjGJPaPAz7uu+n_47EKjSDqTTQ@mail.gmail.com> References: <CAHirYAiYxaeQv9WKXztcwY+rLvGGQPp_7BYx5ovAzS60xqVihw@mail.gmail.com> <CANqy080XjD2xPRNfnJWe6DdDXVF2W=YrhKWPVndN=KoFU4h2Vg@mail.gmail.com> <CAHirYAiLMkt=f1Yb5x7d2VDfxjGJPaPAz7uu+n_47EKjSDqTTQ@mail.gmail.com> Message-ID: <CAHirYAiS6aaMt1q72MD+_xv0DoppTadhUS7im95quo1TVNe4HQ@mail.gmail.com> I hope that signature is gone. Let me know if not. Here's an example of not working with pidrecursive in options file and then working after removal. "C:\Program Files (x86)\get_iplayer>get_iplayer --prefs-add --pid-recursive INFO: Added option 'pidrecursive' = '1' INFO: Options file C:\Users\n6tqs/.get_iplayer/options updated C:\Program Files (x86)\get_iplayer>get_iplayer --pid=b05nt1vb get_iplayer 3.00-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content WARNING: Failed to fetch episode PIDs from http://www.bbc.co.uk/programmes/b05nt1vb/episodes/player?page=1 C:\Program Files (x86)\get_iplayer>get_iplayer --prefs-del --pid-recursive INFO: Deleted option 'pidrecursive' = '1' INFO: Options file C:\Users\n6tqs/.get_iplayer/options updated C:\Program Files (x86)\get_iplayer>get_iplayer --pid=b05nt1vb get_iplayer 3.00-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content INFO: Trying pid: b05nt1vb using type: radio INFO: Trying to download PID using type radio INFO: pid not found in radio cache Matches: INFO: 1 Matching Programmes INFO: Checking existence of original version INFO: hafstd1,hafstd2,dafmed1,dafmed2,dafmed3,dafmed4,hafmed1,hafmed2,daflow1,daflow2,daflow3,daflow4,haflow1,haflow2,hlsaaclow1 modes will be tried for version original INFO: Trying hafstd1 mode to record radio: Drama - Far Side of the Moore INFO: File name prefix = Drama_-_Far_Side_of_the_Moore_b05nt1vb_original INFO: Begin recording file: C:\Users\n6tqs\Desktop\iPlayer Recordings\Drama_-_Far_Side_of_the_Moore_b05nt1vb_original.audio.ts INFO: Begin recording at: 0.00 MiB (00:00:00) [1]" On Wed, May 3, 2017 at 8:22 PM, Doug Faunt N6TQS +1-510-717-1197 <dougfaunt at gmail.com> wrote: > My apolgies for the obnoxious signature, added by AVG software. I > didn't know it was there. I think it's gone now. > I'll experiment more tomorrow. I have a 4AM watch. > best, doug > > > On Wed, May 3, 2017 at 7:04 PM, artisticforge . <artisticforge at gmail.com> wrote: >> hello >> >> is there a way you can turn off your signature. is really makes your >> posts difficult to read. >> >> If you could provide an example or two of pids which fail with >> pid-recursive set in the options ; others would be able to verify it. >> >> my brief testing is : >> a single episode pid works just fine. >> a single episode URL fails. >> >> I tried only one example >> The_Titfield_Thunderbolt_-__b03mv97b_original. >> >> >> >> On Wed, May 3, 2017 at 5:09 PM, Doug Faunt N6TQS +1-510-717-1197 >> <dougfaunt at gmail.com> wrote: >>> Hi, >>> I had pid-recursive in my options file and up through 2.99 it made no >>> difference when >>> giving a pid for a single program. >>> But it appears that now having that in my options file breaks single >>> episode pids, >>> but series pids work. >>> I'm still checking this, and my bandwidth is limited, but so far, this >>> does seem to be the case. >>> best, doug >>> <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> >>> <table style="border-top: 1px solid #D3D4DE;"> >>> <tr> >>> <td style="width: 55px; padding-top: 13px;"><a >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >>> target="_blank"><img >>> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" >>> width="46" height="29" style="width: 46px; height: 29px;" /></a></td> >>> <td style="width: 470px; padding-top: 12px; color: #41424e; >>> font-size: 13px; font-family: Arial, Helvetica, sans-serif; >>> line-height: 18px;">Virus-free. <a >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >>> target="_blank" style="color: #4453ea;">www.avg.com</a> >>> </td> >>> </tr> >>> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" >>> height="1"></a></div> >>> >>> _______________________________________________ >>> get_iplayer mailing list >>> get_iplayer at lists.infradead.org >>> http://lists.infradead.org/mailman/listinfo/get_iplayer >> >> >> >> -- >> terry l. ridder ><> From northmedia1 at the.forthnet.gr Thu May 4 11:17:48 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Thu, 4 May 2017 21:17:48 +0300 Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <20170504073450.BE26C1FE16@orac.inputplus.co.uk> Message-ID: <3346F9A05E594812846760065302ED24@vasonote> On Thu May 4 08:34:50 BST 2017, Ralph Corderoy wrote: > With 3.00, programme PID b08nyc9z has no `available' field when I > > ./get_iplayer --no-purge --future -e 31536000 -i --pid b08nyc9z Can't repro here (Windows 32bit, script version "get_iplayer 3.00-windows.0") get_iplayer --pid=b08nyc9z -i --future | FindStr available => available: 2017-04-27T10:00:00+01:00 I get the same when omitting --future switch. BTW, AIUI, --future should be only used for those programmes affected by known issue 3: https://github.com/get-iplayer/get_iplayer/wiki/issues And why the -e switch? in GiP 3.00 the cache is only refreshed once weekly... Cheers From northmedia1 at the.forthnet.gr Thu May 4 11:58:19 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Thu, 4 May 2017 21:58:19 +0300 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <CAHirYAiS6aaMt1q72MD+_xv0DoppTadhUS7im95quo1TVNe4HQ@mail.gmail.com> Message-ID: <49575FEE1C134817AA027902A89EB320@vasonote> On Thu May 4 14:12:59 BST 2017, Doug Faunt wrote: > I hope that signature is gone. Yes it is... Many thanks...(though, TBH, I can't figure out why you need to share with the rest of the world your postcode and telephone number...LOL). > Here's an example of not working with pidrecursive in options file > and then working after removal. Why must you have "pidrecursive 1" inside your options file? The "--pid-recersive" switch was intended to be only used in conjuction with brand/series PIDs; b05nt1vb is just an episode PID, so I'd say what you get is to be expected... In fact, if you manually try to load http://www.bbc.co.uk/programmes/b05nt1vb/episodes/player?page=1 in a browser, you'll get a "Sorry, that page was not found" error... With the XML feeds now permanently removed, GiP 3.00 relies only to webscraping to parse brand/series PIDs. In fact, recursive downloading was unavailable after the removal of XML feeds, since the JSON ones do not provide such function, but was added (through XML page parsing) in the following commit: https://github.com/get-iplayer/get_iplayer/commit/1032f22 If, while the XML feeds were still alive, GiP 2.99- would not error out when fed an episode PID with "pidrecursive 1" present inside options, then I'd say that was a "bugged" behaviour, whereas the current one is "normal" Regards. From dougfaunt at gmail.com Thu May 4 13:04:25 2017 From: dougfaunt at gmail.com (Doug Faunt N6TQS +1-510-717-1197) Date: Thu, 4 May 2017 16:04:25 -0400 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <49575FEE1C134817AA027902A89EB320@vasonote> References: <CAHirYAiS6aaMt1q72MD+_xv0DoppTadhUS7im95quo1TVNe4HQ@mail.gmail.com> <49575FEE1C134817AA027902A89EB320@vasonote> Message-ID: <CAHirYAioEQQvfe7efHByQ57ZxVyD3WB=0YM-riCxKC8=kXiiOw@mail.gmail.com> Thanks. That means it's a "feature", I guess. It's not a big deal, I can always add --pid-recursive if I'm getting a series. But up through 2.99, having it in my options file was more convenient than adding it on a case-by-case basis. And that's not a postcode, it's my callsign. And why not put in my telephone number? best, doug On Thu, May 4, 2017 at 2:58 PM, Vangelis forthnet <northmedia1 at the.forthnet.gr> wrote: > On Thu May 4 14:12:59 BST 2017, Doug Faunt wrote: >> >> I hope that signature is gone. > > > Yes it is... Many thanks...(though, TBH, I can't figure out why you need to > share with the rest of the world your postcode and telephone number...LOL). > >> Here's an example of not working with pidrecursive in options file and >> then working after removal. > > > Why must you have "pidrecursive 1" inside your options file? The > "--pid-recersive" switch was intended to be only used in conjuction with > brand/series PIDs; b05nt1vb is just an episode PID, so I'd say what you get > is to be expected... > In fact, if you manually try to load > http://www.bbc.co.uk/programmes/b05nt1vb/episodes/player?page=1 > > in a browser, you'll get a "Sorry, that page was not found" error... > > With the XML feeds now permanently removed, GiP 3.00 relies only to > webscraping to parse brand/series PIDs. In fact, recursive downloading was > unavailable after the removal of XML feeds, since the JSON ones do not > provide such function, but was added (through XML page parsing) in the > following commit: > https://github.com/get-iplayer/get_iplayer/commit/1032f22 > > If, while the XML feeds were still alive, GiP 2.99- would not error out when > fed an episode PID with "pidrecursive 1" present inside options, then I'd > say that was a "bugged" behaviour, whereas the current one is "normal" > Regards. > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From dougfaunt at gmail.com Thu May 4 13:38:13 2017 From: dougfaunt at gmail.com (Doug Faunt N6TQS +1-510-717-1197) Date: Thu, 4 May 2017 16:38:13 -0400 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <CAHirYAioEQQvfe7efHByQ57ZxVyD3WB=0YM-riCxKC8=kXiiOw@mail.gmail.com> References: <CAHirYAiS6aaMt1q72MD+_xv0DoppTadhUS7im95quo1TVNe4HQ@mail.gmail.com> <49575FEE1C134817AA027902A89EB320@vasonote> <CAHirYAioEQQvfe7efHByQ57ZxVyD3WB=0YM-riCxKC8=kXiiOw@mail.gmail.com> Message-ID: <CAHirYAiSeHdQ5s24D+Dmf0=nmaDnP+VHS3oOeGsvC=T=J8RVXQ@mail.gmail.com> I just noticed that if I have --pid-cursive in the command line, gip will cheerfully pickup a single episode program. Bug or feature? On Thu, May 4, 2017 at 4:04 PM, Doug Faunt N6TQS +1-510-717-1197 <dougfaunt at gmail.com> wrote: > Thanks. That means it's a "feature", I guess. It's not a big deal, I > can always add --pid-recursive if I'm getting a series. > But up through 2.99, having it in my options file was more convenient > than adding it on a case-by-case basis. > > And that's not a postcode, it's my callsign. And why not put in my > telephone number? > best, doug > > > On Thu, May 4, 2017 at 2:58 PM, Vangelis forthnet > <northmedia1 at the.forthnet.gr> wrote: >> On Thu May 4 14:12:59 BST 2017, Doug Faunt wrote: >>> >>> I hope that signature is gone. >> >> >> Yes it is... Many thanks...(though, TBH, I can't figure out why you need to >> share with the rest of the world your postcode and telephone number...LOL). >> >>> Here's an example of not working with pidrecursive in options file and >>> then working after removal. >> >> >> Why must you have "pidrecursive 1" inside your options file? The >> "--pid-recersive" switch was intended to be only used in conjuction with >> brand/series PIDs; b05nt1vb is just an episode PID, so I'd say what you get >> is to be expected... >> In fact, if you manually try to load >> http://www.bbc.co.uk/programmes/b05nt1vb/episodes/player?page=1 >> >> in a browser, you'll get a "Sorry, that page was not found" error... >> >> With the XML feeds now permanently removed, GiP 3.00 relies only to >> webscraping to parse brand/series PIDs. In fact, recursive downloading was >> unavailable after the removal of XML feeds, since the JSON ones do not >> provide such function, but was added (through XML page parsing) in the >> following commit: >> https://github.com/get-iplayer/get_iplayer/commit/1032f22 >> >> If, while the XML feeds were still alive, GiP 2.99- would not error out when >> fed an episode PID with "pidrecursive 1" present inside options, then I'd >> say that was a "bugged" behaviour, whereas the current one is "normal" >> Regards. >> >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer From tellyaddict21 at gmx.co.uk Thu May 4 15:24:02 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Fri, 5 May 2017 00:24:02 +0200 Subject: Segment not available from server In-Reply-To: <32107F463A5546B196325B3D3328DFFD@DESKTOPFPV36E8> References: <CAE3AcKd2MFA-k4i5ch_ekDYA7SXto7xGvWYPvKiFbA0NR1r=Xg@mail.gmail.com>, <32107F463A5546B196325B3D3328DFFD@DESKTOPFPV36E8> Message-ID: <trinity-c61f731b-bc47-422b-8fe8-73ea4edfc591-1493936642497@3capp-mailcom-bs13> @Jim Web - Would it be possible for you to raise this with your BBC contact again? > First of all thanks for all the work to get gip working again. > > I have suddenly discovered that some of my downloads are happening at > reduced resolution, on looking at the problem I have discovered that > with some programs I am getting a "Segment not available from server" > error, then it is aborting and dropping to a lower resolution, see > example below. (for information the previous episode of pointless > works fine) > > I am guessing that this is a problem at the beeb end and not gip? > > Dave From northmedia1 at the.forthnet.gr Thu May 4 17:40:26 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Fri, 5 May 2017 03:40:26 +0300 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <CAHirYAiSeHdQ5s24D+Dmf0=nmaDnP+VHS3oOeGsvC=T=J8RVXQ@mail.gmail.com> Message-ID: <4C4E6EFC77EA424BB429B7A65ACE6B69@vasonote> On Thu May 4 21:38:13 BST 2017, Doug Faunt wrote: > I just noticed that if I have --pid-cursive in the command line, > gip will cheerfully pickup a single episode program. > Bug or feature? (I'm sure you meant "--pid-recursive" rather than "--pid-cursive"...) Well, just to humour you, I did try: get_iplayer --pid=b05nt1vb --pid-recursive --modes=worst --force --verbose and that failed to start a download: WARNING: Failed to fetch episode PIDs from http://www.bbc.co.uk/programmes/b05nt 1vb/episodes/player?page=1 What is indeed interesting is that if I include --type=radio in the command: get_iplayer --type=radio --pid=b05nt1vb --pid-recursive --modes=worst --force --verbose I do get a download: INFO: Trying daflow1 mode to record radio: Drama - Far Side of the Moore Further tests on my setup show the same results irrespective of how the --pid-recursive switch is being loaded onto GiP (via CLI or via options). As I said, I don't think a bug lies here in GiP; --pid-recursive is meant to be only used together with a brand/series PID, and that brand/series PID could be either TV or radio. I can't comment on the status quo ante when the XML feeds were alive, but in GiP 3.00, when you supply an episode pid with --pid-recursive, you should expect a failure... The reason I succeeded with --type=radio --pid=b05nt1vb --pid-recursive is probably because --type=radio shortcircuits --pid-recursive, as it instructs GiP to search for that PID inside the radio.cache I could hazard a thought here that if you supply GiP 3.00 with a TV (not Radio) episode PID and also include --pid-recursive, you MAY begin a download; by default, GiP first queries tv.cache for that PID, so again --pid-recursive is being shortcircuited; it's not the same with a radio PID, though (without --type=radio); such a radio PID won't be found inside tv.cahe, radio.cache won't be searched and then --pid-recursive will come into effect; GiP will try to scrape an invalid "brand/series" PID page and fall over... I think I have exhausted my expertise (!) here, if you feel you have a genuine issue/feature request, be free to pursue this further in the support forums! Best regards From northmedia1 at the.forthnet.gr Thu May 4 18:12:05 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Fri, 5 May 2017 04:12:05 +0300 Subject: Can't download with GiP 3.00 In-Reply-To: <trinity-0d786b99-6758-45e8-849f-3c25803f6b95-1493899992623@3capp-mailcom-bs13> Message-ID: <09C5FA4E17D74F66910A29DC846F7120@vasonote> On Thu May 4 13:13:12 BST 2017, tellyaddict wrote: > Being on 2.99 would still have errors. True, Dr Watson, very true... :-) However, 2.99 (and earlier) provide access to exact matches (specswise) to the hls modes that are now failing with "Segment not found" errors (which is a sad revisit of the issues we faced back when 2.95 was released). The following excerpt from the 2.96 Release Notes continues to be of value even today: https://github.com/get-iplayer/get_iplayer/wiki/release296#4-flash---saviour-of-the-universe I'll say it again, but it was not prudent to axe RTMP streams support before the BBC do; old reliable code with little maintenance cost, should have been removed only after those streams were killed-off by the beeb... FWIW, flashhd was the only way I could get 720p25 for either pid=p04w8y7v or p0510g83 Cheers From web at audiomisc.co.uk Fri May 5 01:16:53 2017 From: web at audiomisc.co.uk (Jim web) Date: Fri, 05 May 2017 09:16:53 +0100 Subject: Segment not available from server In-Reply-To: <trinity-c61f731b-bc47-422b-8fe8-73ea4edfc591-1493936642497@3capp-mailcom-bs13> References: <CAE3AcKd2MFA-k4i5ch_ekDYA7SXto7xGvWYPvKiFbA0NR1r=Xg@mail.gmail.com> <32107F463A5546B196325B3D3328DFFD@DESKTOPFPV36E8> <trinity-c61f731b-bc47-422b-8fe8-73ea4edfc591-1493936642497@3capp-mailcom-bs13> Message-ID: <56375e19f3web@audiomisc.co.uk> In article <trinity-c61f731b-bc47-422b-8fe8-73ea4edfc591-1493936642497 at 3capp-mailcom-bs13>, tellyaddict <tellyaddict21 at gmx.co.uk> wrote: > @Jim Web - Would it be possible for you to raise this with your BBC > contact again? > > First of all thanks for all the work to get gip working again. > > > > I have suddenly discovered that some of my downloads are happening at > > reduced resolution, on looking at the problem I have discovered that > > with some programs I am getting a "Segment not available from server" > > error, then it is aborting and dropping to a lower resolution, see > > example below. (for information the previous episode of pointless > > works fine) > > I can ask. But the people I know will probably have to pass it on via a chain of others. So I have no idea if/when I'd get any answers. Chances are, by then the problem will have mysteriously 'fixed itself' again! IIRC 'missing segments' have been a problem in the past for periods. BTW I suspect this they happen for some modes and not others. And it has been reported on usenet that they can cause the resolution to abruptly change downwards for the rest of a fetched item. But as yet, I've not seen the problem. So only have what others report to go on. Should add for clarity that I've still been using 'old' versions of gip, though, as I've not yet got around to getting and trying 3.00. Jim -- Electronics https://www.st-andrews.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 From alan at soulman1949.com Fri May 5 03:21:13 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Fri, 5 May 2017 11:21:13 +0100 Subject: Can't download with GiP 3.00 In-Reply-To: <09C5FA4E17D74F66910A29DC846F7120@vasonote> References: <09C5FA4E17D74F66910A29DC846F7120@vasonote> Message-ID: <9c4cba85-cb03-a317-2959-4161d95713e2@soulman1949.com> On 05/05/2017 02:12, Vangelis forthnet wrote: > > I'll say it again, but it was not prudent to axe RTMP > streams support before the BBC do; old reliable code with > little maintenance cost, should have been removed only > after those streams were killed-off by the beeb... > Agree totally, why close the door and remove an option if you don't have to? I notice that half my v3.00 downloads of yesterday's programmes were downgraded to 960x540, rather than the 1280x720 which is norm for them. I think I'll dig out v2.99 and retry them using that! A --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From dougfaunt at gmail.com Fri May 5 03:48:37 2017 From: dougfaunt at gmail.com (Doug Faunt N6TQS +1-510-717-1197) Date: Fri, 5 May 2017 06:48:37 -0400 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <4C4E6EFC77EA424BB429B7A65ACE6B69@vasonote> References: <CAHirYAiSeHdQ5s24D+Dmf0=nmaDnP+VHS3oOeGsvC=T=J8RVXQ@mail.gmail.com> <4C4E6EFC77EA424BB429B7A65ACE6B69@vasonote> Message-ID: <CAHirYAi_E3+H-6cDWesUPcJLpWoBjp1V8aiKrLxNtos-id8r0g@mail.gmail.com> Thanks for all the help. It's not a big deal and is probably a result of the new method of working. I don't watch TV, I don't have a license, so downloading them would be illegal. On Thu, May 4, 2017 at 8:40 PM, Vangelis forthnet <northmedia1 at the.forthnet.gr> wrote: > On Thu May 4 21:38:13 BST 2017, Doug Faunt wrote: > >> I just noticed that if I have --pid-cursive in the command line, >> gip will cheerfully pickup a single episode program. >> Bug or feature? > > > (I'm sure you meant "--pid-recursive" rather than "--pid-cursive"...) > Well, just to humour you, I did try: > > get_iplayer --pid=b05nt1vb --pid-recursive --modes=worst --force --verbose > > and that failed to start a download: > > WARNING: Failed to fetch episode PIDs from > http://www.bbc.co.uk/programmes/b05nt > 1vb/episodes/player?page=1 > > What is indeed interesting is that if I include > --type=radio in the command: > > get_iplayer --type=radio --pid=b05nt1vb --pid-recursive --modes=worst > --force --verbose > > I do get a download: > > INFO: Trying daflow1 mode to record radio: Drama - Far Side of the Moore > > Further tests on my setup show the same results > irrespective of how the --pid-recursive switch is > being loaded onto GiP (via CLI or via options). > > As I said, I don't think a bug lies here in GiP; --pid-recursive > is meant to be only used together with a brand/series PID, > and that brand/series PID could be either TV or radio. > > I can't comment on the status quo ante when the XML feeds > were alive, but in GiP 3.00, when you supply an episode > pid with --pid-recursive, you should expect a failure... > > The reason I succeeded with > > --type=radio --pid=b05nt1vb --pid-recursive > > is probably because --type=radio shortcircuits > --pid-recursive, as it instructs GiP to search > for that PID inside the radio.cache > > I could hazard a thought here that if you supply GiP 3.00 > with a TV (not Radio) episode PID and also include > --pid-recursive, you MAY begin a download; by default, > GiP first queries tv.cache for that PID, so again > --pid-recursive is being shortcircuited; it's not the same > with a radio PID, though (without --type=radio); such a > radio PID won't be found inside tv.cahe, radio.cache > won't be searched and then --pid-recursive will come into > effect; GiP will try to scrape an invalid "brand/series" PID > page and fall over... > > I think I have exhausted my expertise (!) here, > if you feel you have a genuine issue/feature request, > be free to pursue this further in the support forums! > > Best regards > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From ralph at inputplus.co.uk Fri May 5 05:56:01 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Fri, 05 May 2017 13:56:01 +0100 Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <3346F9A05E594812846760065302ED24@vasonote> References: <3346F9A05E594812846760065302ED24@vasonote> Message-ID: <20170505125601.77EE22151E@orac.inputplus.co.uk> Hi Vangelis, > > With 3.00, programme PID b08nyc9z has no `available' field when I > > > > ./get_iplayer --no-purge --future -e 31536000 -i --pid b08nyc9z > > Can't repro here ... > I get the same when omitting --future switch. $ ./get_iplayer --no-purge --future -e 31536000 -i --pid b08nyc9z | grep available $ ./get_iplayer --no-purge --future -i --pid b08nyc9z | grep available $ ./get_iplayer --future -i --pid b08nyc9z | grep available $ ./get_iplayer -i --pid b08nyc9z | grep available $ Is the programme in your cache? It isn't here. $ wc -l /home/ralph/.get_iplayer/tv.cache 6183 /home/ralph/.get_iplayer/tv.cache $ grep b08nyc9z /home/ralph/.get_iplayer/tv.cache $ With `./get_iplayer --debug -i --pid b08nyc9z' I see many JSON and XML being fetched, but the only mention of `available' is when the "Cache format from existing tv cache file" is INFO'd. > BTW, AIUI, --future should be only used for those programmes affected > by known issue 3: > > https://github.com/get-iplayer/get_iplayer/wiki/issues But why should I debug the lack of download each time and realise --future is needed because of a future repeat? Instead, I've long used --future and it hasn't caused problems. > And why the -e switch? in GiP 3.00 the cache is only refreshed once > weekly... Because I want the delay of updating the cache to occur when I choose, not "randomly" when it happens to be out of date in the middle of several queries. I manually and regularly refresh when I'm happy to walk away and leave it going. BTW, the help still says four hours. expiry => [ 1, "expiry|e=n", 'Config', '--expiry, -e <secs>', "Cache expiry in seconds (default 4hrs)"], -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From chrisjbrady at gmail.com Fri May 5 06:08:15 2017 From: chrisjbrady at gmail.com (CJB) Date: Fri, 5 May 2017 14:08:15 +0100 Subject: Need For Forced Refresh Message-ID: <CAPZzCnMzmxy2Lk1QmMN1hpFoid4pHZ4BBCaQMJ20DmVkPXc7ZQ@mail.gmail.com> I have just had to force a refresh of the TV cache because: 1/ the intial refresh afer installing 3.00 failed - it hung up - so I had to delete the old cache files and start over 2/ a search for a BBC 4 programme aired yesterday isn't in the cache, and the cache refuses to refresh as it used to 3/ a manual forced refresh has now made the programme I want appear in the search CJB. From northmedia1 at the.forthnet.gr Fri May 5 08:02:51 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Fri, 5 May 2017 18:02:51 +0300 Subject: pid-recursive in options file, bug or feature? In-Reply-To: <CAHirYAi_E3+H-6cDWesUPcJLpWoBjp1V8aiKrLxNtos-id8r0g@mail.gmail.com> Message-ID: <B81901F44455442296AD30E386AD48AA@vasonote> On Fri May 5 11:48:37 BST 2017, Doug Faunt wrote: >> if you feel you have a genuine issue/feature request, >> be free to pursue this further in the support forums! > (snip) > It's not a big deal and is probably a result > of the new method of working. Hello again Doug :-) A related (if not exact) issue has been recently raised in the forums by member "brutus14": https://squarepenguin.co.uk/forums/thread-1360-post-6089.html#pid6089 (non-cached episode and pid-recursive problem v3.00) That issue refers to TV episodes, but the root cause of its manifestation may actually be identical to your use case... The coder has acknowledged this as a bug, to be remedied in the next bug-fix release of GiP (3.01?), which is currently in the works/imminent... In fact, (new) Known Issue #4 has been added to the list, covering this "bug": https://github.com/get-iplayer/get_iplayer/wiki/issues#known-issues As you can see, it just tells users to do what I had already advised in this thread, which is (from issue #4): > The workaround is to remove --pid-recursive > from preferences until this is fixed. and > Only specify it on the command line > when you are actually performing a recursive download, > not downloading just a single episode. (which, IMHO, is the sane thing to do, to begin with...) Take best of care (especially during those nightwatches), Vangelis. From northmedia1 at the.forthnet.gr Fri May 5 09:23:31 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Fri, 5 May 2017 19:23:31 +0300 Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <20170505125601.77EE22151E@orac.inputplus.co.uk> Message-ID: <6061B21C0A19489BA3A14A08575E207C@vasonote> On Fri May 5 13:56:01 BST 2017, Ralph Corderoy wrote: > Is the programme in your cache? It isn't here. Hello there Ralph :-) Apparently it is: get_iplayer pid:b08nyc9z => ============================================= C:\Program Files\get_iplayer>get_iplayer pid:b08nyc9z get_iplayer 3.00-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content Matches: 3221: Homes Under the Hammer: Series 21 - Episode 8, BBC One, b08nyc9z INFO: 1 Matching Programmes ============================================= And according to http://www.bbc.co.uk/programmes/b08nyc9z/broadcasts pid=b08nyc9z was (only) broadcast on 2017/04/27, 10:00BST, with no repeats scheduled... Have you performed --cache-init immediately after you updated to GiP 3.00? Maybe your tv.cache has gaps. Might need to rebuild the last fortnight or so... get_iplayer -f --refresh-limit-tv=15 --index-maxconn=10 > But why should I debug the lack of download each time > and realise --future is needed because of a future repeat? Fair point... > Instead, I've long used --future > and it hasn't caused problems. FWIW, with next bug-fix release where "Known Issue" #3 will, hopefuly, be fixed, you need not supply --future unless you 1. have refreshed the cache to include "future" listings: -f --refresh-future 2. indeed are trying to download a prog already available in iPlayer but is to be broadcast later, in the "future" (that's how I interpret the --future entry of GiP's --longhelp...). > I want the delay of updating the cache to occur when I choose, > not "randomly" when it happens to be out of date > in the middle of several queries. I see what you're saying, but, TBH, I haven't witnessed time-consuming tv.cache auto-updates with GiP 3.00 when more than 4hrs have passed since its last run... https://github.com/get-iplayer/get_iplayer/wiki/release300#cache-updates says >> the cache is now updated only once per calendar week >> (Mon-Sun). The cache will be updated the first time >> get_iplayer runs during the week. > I manually and regularly refresh when I'm happy to > walk away and leave it going. ...Just as long it is at least once a calendar week... And for radio, I do have to do this manually, too, because when you start the CLI radio.cache is not auto-refreshed... > BTW, the help still says four hours. ...Perhaps this has to be amended... In GiP 3.00, the switch --ybbcy is internally set permanently, one of its implications is that the cache is auto-updated only once per calendar week, see https://github.com/get-iplayer/get_iplayer/commit/14d26af >> The tv programme data will only be updated >> once per calendar week. However, radio indexing >> must be performed at least once every 7 days >> to prevent gaps in the data. Also see the link above for cache-updates... Best regards From ralph at inputplus.co.uk Fri May 5 10:16:01 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Fri, 05 May 2017 18:16:01 +0100 Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <6061B21C0A19489BA3A14A08575E207C@vasonote> References: <6061B21C0A19489BA3A14A08575E207C@vasonote> Message-ID: <20170505171601.6D45020926@orac.inputplus.co.uk> Hi Vangelis, > Apparently it is: If you remove it from the cache by deleting that line, does --info then obtain the availabledate from what's now out on the Internet to retrieve? > Have you performed --cache-init immediately after you updated to GiP > 3.00? Yes, I did and read all the 3.00 release notes. > Maybe your tv.cache has gaps. It seems to have. > Might need to rebuild the last fortnight or so... > > get_iplayer -f --refresh-limit-tv=15 --index-maxconn=10 I have done ./get_iplayer --quiet --refresh --refresh-future \ --exclude-category children \ --exclude-channel 'b(?:Alba|CBBC|CBeebies|S4C)b' \ QEM78eehLjf multiple times since noticing the problem. (That last term stops it listing any search results.) Thanks for your help. -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From northmedia1 at the.forthnet.gr Fri May 5 16:14:26 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Sat, 6 May 2017 02:14:26 +0300 Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <20170505171601.6D45020926@orac.inputplus.co.uk> Message-ID: <CA75DF891D6741268034C2204C865970@vasonote> On Fri May 5 18:16:01 BST 2017, Ralph Corderoy wrote: >> Maybe your tv.cache has gaps. > > It seems to have. > I have done > ./get_iplayer --quiet --refresh --refresh-future "--refresh --refresh-future" won't help you in this case; your tv.cache gap for pid=b08nyc9z is for a broadcast date more than a week in the past; "--refresh --refresh-future" will index tv content for current and next calendar weeks and since pid=b08nyc9z won't be repeated in the future (as already told in my previous message), it won't be added to the cache; do as told to regenerate your past 15 (or more) days worth of the tv.cache file... > If you remove it from the cache by deleting that line, > does --info then obtain the availabledate from what's now > out on the Internet to retrieve? I still fail to grasp the importance it holds for you to have that "available" entry in --info for that particular episode of HUTH, but then again I'm getting older (and grumpier...). If it's purely academic curiosity you want to satisfy, do read on... When you -i a specific PID, most of the results are read locally from the (tv|radio).cache file, that is if the PID is already indexed in the cache. This is done for "economy" reasons, so as not to redownload cached content. Other -i results, (like the long description & modes) which do not appear in the cache, are fetched from online metadata feeds, currently http://www.bbc.co.uk/programmes/b08pm8cl.json "available" is actually the 4th column of the tv.cache file, so if a (TV) PID is already indexed, -i --pid=<pid> will include the "available" entry, otherwise not. The "available" field for an indexed PID was originally populated by fetching the value of first_broadcast_date for that PID (from the feeds). If you compare "available:" vs "firstbcast:" values for that PID, you'll see they are identical When a PID is not indexed, you'll only get the "firstbcast:" -i result, not the "available:" one. I have conducted, as requested, experiments which you are free to try yourself. pid=b08pm8cl was inside my tv.cache (you can try with a different one already in your cache); get_iplayer --pid=b08pm8cl -i => ------------------------------------- INFO: pid found in cache Matches: 3194: Homes Under the Hammer: Series 21 - Episode 9, BBC One, b08pm8cl INFO: File name prefix = Homes_Under_the_Hammer_Series_21_-_9._Episode_9_b08pm8c l_original available: 2017-05-02T10:00:00+01:00 brand: Homes Under the Hammer (snip) firstbcast: 2017-05-02T10:00:00+01:00 ------------------------------------- tv.cache was manually edited to remove b08pm8cl entry; get_iplayer --pid=b08pm8cl -i => ------------------------------------- INFO: Trying pid: b08pm8cl using type: tv INFO: Trying to download PID using type tv INFO: pid not found in tv cache Matches: INFO: File name prefix = Homes_Under_the_Hammer_Series_21_-_9._Episode_9_b08pm8c l_original brand: Homes Under the Hammer (snip) firstbcast: 2017-05-02T10:00:00+01:00 ------------------------------------- To conclude, pid=b08nyc9z did not come up with an "available:" enrty simply because it was missing from your tv.cache. Reconstruct your past cache and retry... If it's only that pid you care about, here's the relevant line from my own cache: (may get mangled by mailer ;-( ) ) 3193|tv|Homes Under the Hammer: Series 21|b08nyc9z|2017-04-27T10:00:00+01:00|1495875600|Episode 8|21|8|default|3600|Featuring properties in Langton Green in Kent, Stoke-on-Trent and Northwood in Middlesex.|BBC One|||1493933022||http://www.bbc.co.uk/programmes/b08nyc9z| (you should change index number...) Have a good night, Vangelis. From ralph at inputplus.co.uk Sat May 6 04:59:02 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Sat, 06 May 2017 12:59:02 +0100 Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <CA75DF891D6741268034C2204C865970@vasonote> References: <CA75DF891D6741268034C2204C865970@vasonote> Message-ID: <20170506115902.0C9B3215BA@orac.inputplus.co.uk> Hi Vangelis, > > It seems to have. > > > I have done ./get_iplayer --quiet --refresh --refresh-future > > "--refresh --refresh-future" won't help you in this case; your > tv.cache gap for pid=b08nyc9z is for a broadcast date more than a week > in the past; "--refresh --refresh-future" will index tv content for > current and next calendar weeks It used to. The help for --future in 3.00 still says Additionally search future programme schedule if it has been indexed (refresh cache with: --refresh --refresh-future). but the now code does if ( $future ) { push @schedule_dates, "this_week" unless $opt->{ybbcy}; push @schedule_dates, "next_week"; } else { so with ybbcy permanently set, --future only does next week. :-( > do as told to regenerate your past 15 (or more) days worth of the > tv.cache file... "as told" is `get_iplayer -f --refresh-limit-tv=15 --index-maxconn=10'. Since I use sequential indexing, and I'm in no hurry when I refresh, I ditched the maxconn. I've now done ./get_iplayer --quiet --refresh --refresh-limit-tv=30 \ --exclude-category children \ --exclude-channel 'b(?:BBC Alba|CBBC|CBeebies|S4C)b' \ QEM78eehLjf ./get_iplayer --quiet --refresh --refresh-future \ --exclude-category children \ --exclude-channel '\b(?:BBC Alba|CBBC|CBeebies|S4C)\b' \ QEM78eehLjf BTW, the help for --refresh-limit-tv is Number of days of TV programmes to cache. Makes cache updates slow. Default: 7 Min: 1 Max: 30 though I noticed a `0' rather than `1' in my $limit_days = $opt->{"refreshlimit".${prog_type}} || $opt->{"refreshlimit"}; $limit_days = 0 if $limit_days < 0; $limit_days = 30 if $limit_days > 30; Also, I think a line break is missing before the second INFO, e.g. INFO: Using sequential indexing ..................................INFO: Using sequential indexing .................................. > I still fail to grasp the importance it holds for you to have that > "available" entry in --info for that particular episode I have existing pre-3.00 scripts that processed the output of --info --pid and `available' was one of the fields they use. > Other -i results, (like the long description & modes) which do not > appear in the cache, are fetched from online metadata feeds, currently > http://www.bbc.co.uk/programmes/b08pm8cl.json That's E09, but I get the idea, thanks. $ curl -sS http://www.bbc.co.uk/programmes/b08nyc9z.json | > jq .programme.first_broadcast_date "2017-04-27T10:00:00+01:00" $ > "available" is actually the 4th column of the tv.cache file, so if a > (TV) PID is already indexed, -i --pid=<pid> will include the > "available" entry, otherwise not. I've checked tv.cache before and after my above refreshes and the `available' field has a date-time for all entries. b08nyc9z now appears in tv.cache, so that's good. > The "available" field for an indexed PID was originally populated by > fetching the value of first_broadcast_date for that PID (from the > feeds). I couldn't spot in the code where the `available' that makes it into tv.cache is obtained from first_broadcast_date. (Though I did notice the tv.cache's first line doesn't have a trailing pipe separator, unlike the data lines.) > When a PID is not indexed, you'll only get the "firstbcast:" -i > result, not the "available:" one. Right, because "on the fly" formatting of non-cache data doesn't output it. (Bug?) This has been very helpful, thanks. Exploring tv.cache means I can adjust my script to ditch get_iplayer's --info --pid and pluck what I want from there far more efficiently. When reading get_links_schedule(), I wondered if using tv.cache's modification time as an indicator of the cache being fetched `this_week' and so not doing that again is a bit flawed if it was previously fetched around the Sunday night/Monday morning boundary. W18's data could be fetched with an mtime of W19, for example. $ date -d sunday +'%Y-%m-%d %W %a' 2017-05-07 18 Sun $ date -d monday +'%Y-%m-%d %W %a' 2017-05-08 19 Mon -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From dinkypumpkin at gmail.com Sat May 6 09:56:23 2017 From: dinkypumpkin at gmail.com (dinkypumpkin) Date: Sat, 6 May 2017 17:56:23 +0100 Subject: [ANN] get_iplayer v3.01 released Message-ID: <75D55051-29CA-472D-81B4-AA22E926BEF1@gmail.com> Release notes: https://github.com/get-iplayer/get_iplayer/wiki/release301 From chrisjbrady at gmail.com Sat May 6 10:48:58 2017 From: chrisjbrady at gmail.com (CJB) Date: Sat, 6 May 2017 18:48:58 +0100 Subject: GiP v3.01 --cache-rebuild failed at line 18 Message-ID: <CAPZzCnPzr+-j2e2a5E0NvdawJ7OsgRr8==SHwrGQPeOae4uHvQ@mail.gmail.com> Thank for the latest version. I have just installed v3.01 - all went OK. However when I tried to refresh the cache - actualy rebiuld it - it failed at line 18. I raised the same issue after installing v 3.00 - I got no response. I have now had to delete all old cache files, and start from scratch. CJB. ==== Log: C:\Program Files (x86)\get_iplayer>get_iplayer --cache-rebuild get_iplayer 3.01-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content INFO: Getting tv Index Feeds (this may take a few minutes) INFO: Using concurrent indexing .................................................................................................................Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. .............................................................. HUNG ==== From northmedia1 at the.forthnet.gr Sat May 6 11:06:16 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Sat, 6 May 2017 21:06:16 +0300 Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <20170506115902.0C9B3215BA@orac.inputplus.co.uk> Message-ID: <EF156F245737435AB99B9815E0EA0A04@vasonote> On Sat May 6 12:59:02 BST 2017, Ralph Corderoy wrote: > This has been very helpful, thanks. ... By the looks of it, you are a true Perl wizard, Ralph, so I dare say you'd have ultimately found the exit of the labyrinth without any of my help :-) As I've stated numerous times in the past, sadly I can't code (in Perl or other language), so my MO when troubleshooting issues for myself (... and others) is to first consult online documentation (wiki etc.), then reread --longhelp (Windows here, so no manpages), generate and study --(verbose|debug) GiP logs and carry out various "experiments"... Sometimes I have to also make some "educated guesswork" (or rather uneducated, if it turns out to be wrong...) to justify some of my findings, but I feel I have never posted blatant untruths :-) ! I have never claimed to be infallible and have welcome anybody who have spotted something out of place in my posts to say so, for it to be fixed... This list is being archived and I sense many persons do seek advice through the archive, so it'd be best errors are corrected... It is only rarely that I dig deep inside the perl code, having Google (other SEs available) and online perl tutorials as help... So it's my turn to thank you for the heads-up on current behaviour of "--refresh --refresh-future" which had eluded me... Your perl knowledge is very needed here in the list, so do stay around... BTW, GiP 3.01 has just been released, with changes to some topics discussed in this thread (this means more reading for me and porting customisations to the new script from 3.00.0 :-( ). All the best, Vangelis. From northmedia1 at the.forthnet.gr Sat May 6 11:19:12 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Sat, 6 May 2017 21:19:12 +0300 Subject: Can't download with GiP 3.00 In-Reply-To: <09C5FA4E17D74F66910A29DC846F7120@vasonote> Message-ID: <683ACD606FCE460987B6AE10C2B4F0A9@vasonote> On Fri May 4 02:12:05 BST 2017, I wrote: > FWIW, flashhd was the only way I could get > 720p25 for either pid=p04w8y7v or p0510g83 ...Most sadly, I have come across at least one PID (p050r6v9) for which both hlshd & flashhd are corrupted! flashhd (in GiP 2.97) will constantly only fetch a 10.4 MB partial.flv file before RTMPdump starts choking... No 720p25 version for this can be downloaded, apparently ;-{ (I had to settle for 540p25). Regards. From northmedia1 at the.forthnet.gr Sat May 6 12:00:44 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Sat, 6 May 2017 22:00:44 +0300 Subject: GiP v3.01 --cache-rebuild failed at line 18 In-Reply-To: <CAPZzCnPzr+-j2e2a5E0NvdawJ7OsgRr8==SHwrGQPeOae4uHvQ@mail.gmail.com> Message-ID: <F40412A300B34349A7A9E0DA9E14322D@vasonote> On Sat May 6 18:48:58 BST 2017, CJB wrote: > I raised the same issue after installing v 3.00 - I got no response. Hello Chris - as you say, it's the same error as in http://lists.infradead.org/pipermail/get_iplayer/2017-May/010586.html The Strawberry Perl mini-distribution (probably the Mojo module that enables concurrent indexing) that is installed by the GiP 3.00+ windows installer needs to open a temporary file (mojo.tmp) inside your %TEMP% directory, but fails for permissions related reasons (???). For whomever can understand it, line 18 of "Mojo/Asset/Memory.pm" reads my $file = Mojo::Asset::File->new; Perhaps your %TEMP% dir is inaccessible by Perl; Have you tried 1. Exit all running applications 2. Clear the content of %TEMP% (CCleaner or manual deletion) 3. Reboot machine Also, re-reading https://github.com/get-iplayer/get_iplayer/wiki/windows#windows-installation might help. There's no need to install as Admin. Since noone else reported similar issues either on this list or the Forums, am afraid I have nothing concrete to go by and makes me think it's an issue limited to your setup ;-( > I have now had to delete all old cache files, > and start from scratch. Did that work? Concurrent or Sequential indexing? From web at audiomisc.co.uk Sun May 7 01:45:09 2017 From: web at audiomisc.co.uk (Jim web) Date: Sun, 07 May 2017 09:45:09 +0100 Subject: [ANN] get_iplayer v3.01 released In-Reply-To: <75D55051-29CA-472D-81B4-AA22E926BEF1@gmail.com> References: <75D55051-29CA-472D-81B4-AA22E926BEF1@gmail.com> Message-ID: <5638685c52web@audiomisc.co.uk> The release of the new version prompts me to ask a general question that has been on my mind for a while. Apologies is this is already done or should be obvious to me, but if so I've missed it... There are various 'transfer methods', and a range of video resolutions, frame rates, audio bitrates, etc, on offer. However I tend to see these mentioned or listed in what I think of as 'back-to-front' order when discussed, etc. What I'd like to clarify is if there is some list already which starts with a given resolution, etc,for the desired output and then gives the modes for getting that, with - where appropriate - the most reliable shown first, or with an indication of which the user might find fastest. more reliable, etc. I'll use my own examples here to illustrate: 1) To get 320k aac audio from radio. 2) To get 1080x720 video, 25fps with best possible audio. (Ideally 320k aac, but if not, whatever is the max). 3) Ditto fore 50fps video. (FWIW, personally I don't need 50fps for most material, but if it is the only way to get better audio than 25fps I tend to use it for musical items.) Then consider some kind of 'forward facing list' of a fuller range of requirements where the user can look up what they want, and then give gip the relevant mode settings indicated for that. In the past, each time there is a change to gip or by the BBC I tend to find I have to experiment, or try to stick with an 'old' method that may eventually give problems. So now facing moving from gip < 3.00 to gip > 3.00 I thought it might be a good time to raise this question. BTW Not yet tried gip >= 3.00 so I'm also wondering if my systems will have the required modules for perl it needs. But that's another matter. Sorry if this already exists and I've missed it! Jim -- Electronics https://www.st-andrews.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 From ralph at inputplus.co.uk Sun May 7 01:54:19 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Sun, 07 May 2017 09:54:19 +0100 Subject: GiP v3.01 --cache-rebuild failed at line 18 In-Reply-To: <F40412A300B34349A7A9E0DA9E14322D@vasonote> References: <F40412A300B34349A7A9E0DA9E14322D@vasonote> Message-ID: <20170507085419.F1AB0210F5@orac.inputplus.co.uk> Hi Chris, Vangelis wrote: > Hello Chris - as you say, it's the same error as in > > http://lists.infradead.org/pipermail/get_iplayer/2017-May/010586.html :Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. > needs to open a temporary file (mojo.tmp) inside your %TEMP% > directory, but fails for permissions related reasons (???). Does the file it complains about already exist? Perhaps there is another Mojolicious-based program running that got there first? Does the directory it wants to create mojo.tmp in exist? Can Windows have %TEMP% changed just for running one program, e.g. get_iplayer? > 3. Reboot machine This could be worthwhile. Windows treats deleted but still open files differently to Unix; I can't recall how. > Did that work? Concurrent or Sequential indexing? I'm happy with sequential, so you might want to try --no-index-concurrent to ditch Mojo. The option's deprecated though, so it may stop working in future versions. -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From s.morgan at skm.org.uk Sun May 7 03:02:34 2017 From: s.morgan at skm.org.uk (Simon Morgan) Date: Sun, 7 May 2017 11:02:34 +0100 Subject: [ANN] get_iplayer v3.01 released In-Reply-To: <5638685c52web@audiomisc.co.uk> References: <75D55051-29CA-472D-81B4-AA22E926BEF1@gmail.com> <5638685c52web@audiomisc.co.uk> Message-ID: <021a01d2c719$0d969d50$28c3d7f0$@morgan@skm.org.uk> Is this what you are after? https://github.com/get-iplayer/get_iplayer/wiki/modes Rgds Simon Morgan > -----Original Message----- > From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On > Behalf Of Jim web > Sent: 07 May 2017 09:45 > To: get_iplayer > Subject: Re: [ANN] get_iplayer v3.01 released > > The release of the new version prompts me to ask a general question > that has been on my mind for a while. Apologies is this is already done > or should be obvious to me, but if so I've missed it... > > There are various 'transfer methods', and a range of video resolutions, > frame rates, audio bitrates, etc, on offer. However I tend to see these > mentioned or listed in what I think of as 'back-to-front' order when > discussed, etc. What I'd like to clarify is if there is some list > already which starts with a given resolution, etc,for the desired > output and then gives the modes for getting that, with - where > appropriate - the most reliable shown first, or with an indication of > which the user might find fastest. more reliable, etc. > > I'll use my own examples here to illustrate: > > 1) To get 320k aac audio from radio. > > 2) To get 1080x720 video, 25fps with best possible audio. (Ideally 320k > aac, but if not, whatever is the max). > > 3) Ditto fore 50fps video. (FWIW, personally I don't need 50fps for > most material, but if it is the only way to get better audio than 25fps > I tend to use it for musical items.) > > Then consider some kind of 'forward facing list' of a fuller range of > requirements where the user can look up what they want, and then give > gip the relevant mode settings indicated for that. > > In the past, each time there is a change to gip or by the BBC I tend to > find I have to experiment, or try to stick with an 'old' method that > may eventually give problems. So now facing moving from gip < 3.00 to > gip > > 3.00 I thought it might be a good time to raise this question. > > BTW Not yet tried gip >= 3.00 so I'm also wondering if my systems will > have the required modules for perl it needs. But that's another matter. > > Sorry if this already exists and I've missed it! > > Jim > > -- > Electronics https://www.st- > andrews.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 at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From ralph at inputplus.co.uk Sun May 7 03:32:54 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Sun, 07 May 2017 11:32:54 +0100 Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <EF156F245737435AB99B9815E0EA0A04@vasonote> References: <EF156F245737435AB99B9815E0EA0A04@vasonote> Message-ID: <20170507103254.7009B215C4@orac.inputplus.co.uk> Hi Vangelis, > I have never claimed to be infallible and have welcome anybody who > have spotted something out of place in my posts to say so, for it to > be fixed... No, no, I agree. I hope it didn't come across that I was complaining. I have scripts to `get', `info', etc., that kick off get_iplayer with these options that I decided on long ago, and your prompting of why I was using them made me dig up what they were doing, and whether get_iplayer had changed underneath them so they no longer had the intended effect. > and porting customisations to the new script from 3.00.0 :-( ). I'm just about to do the same. Are you aware of the patch(1) program? Given the original file A, I make some changes and save it as B. The upstream author then releases A2. I make a "unified diff" that describes my changes between A and B with the diff(1) program's -u option. I then ask patch to apply those edits to A2 to create B2. With luck, it can do all the edits automatically. The bits it can't fix, perhaps B and A2 have both changed the same line in A, it marks with comments in B2 so one fixes them manually. I'm just about to apply my change to 3.01; it changes the `:' in search results to `>' if the programme is already in the PVR. -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From tellyaddict21 at gmx.co.uk Sun May 7 04:56:29 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Sun, 7 May 2017 13:56:29 +0200 Subject: Can't download with GiP 3.00 In-Reply-To: <683ACD606FCE460987B6AE10C2B4F0A9@vasonote> References: <683ACD606FCE460987B6AE10C2B4F0A9@vasonote> Message-ID: <trinity-b09a62e9-cd68-4d24-9f59-9d11de3d8bdf-1494158189895@3capp-mailcom-bs07> Unfortunately I have also found a number of programmes where both hlshd and flashhd are corrupted. I totally agree that the flash modes should not have been axed from GiP while they are still available. Mainly because there is no alternative 720p 25fps stream available in hvf. And with neither 25fps HD option working, I either have to go for hvfsd and accept that the BBC's idea of HD will do, or go with 720p 50fps. I really don't know why there isn't a 720p 25fps hvf option though. > On Fri May 4 02:12:05 BST 2017, I wrote: > > > FWIW, flashhd was the only way I could get > > 720p25 for either pid=p04w8y7v or p0510g83 > > ...Most sadly, I have come across at least one PID > (p050r6v9) for which both hlshd & flashhd are corrupted! > flashhd (in GiP 2.97) will constantly only fetch > a 10.4 MB partial.flv file before RTMPdump > starts choking... > No 720p25 version for this can be downloaded, > apparently ;-{ (I had to settle for 540p25). From iplayer at nutwood.net Sun May 7 06:50:29 2017 From: iplayer at nutwood.net (Mike Casswell) Date: Sun, 07 May 2017 14:50:29 +0100 Subject: BBC failures and PVR Message-ID: <VA.000009bc.ae58e5df@nutwood.net> I have just run gip, using the pvr, which has a large number of series links and 'pvr search' entries. Due to the current BBC problems, I had two tv programmes which failed entirely to download and others which only downloaded at a lower quality than desired. I assume that the PVR will again attempt to fetch the complete fail programmes on each run, since they will not be flagged as downloaded. Equally, since the downgraded examples *have* been downloaded, presumably no further attempts will be made to aquire them at higher quality. If I am correct in these assumptions, would an option to force attempts by the PVR to reach the requested quality be practical and/or desirable? -- Mike Casswell From web at audiomisc.co.uk Sun May 7 06:35:24 2017 From: web at audiomisc.co.uk (Jim web) Date: Sun, 07 May 2017 14:35:24 +0100 Subject: [ANN] get_iplayer v3.01 released In-Reply-To: <021a01d2c719$0d969d50$28c3d7f0$@morgan@skm.org.uk> References: <75D55051-29CA-472D-81B4-AA22E926BEF1@gmail.com> <5638685c52web@audiomisc.co.uk> <021a01d2c719$0d969d50$28c3d7f0$@morgan@skm.org.uk> Message-ID: <563882ef4dweb@audiomisc.co.uk> In article <021a01d2c719$0d969d50$28c3d7f0$@morgan at skm.org.uk>, Simon Morgan <s.morgan at skm.org.uk> wrote: > Is this what you are after? > https://github.com/get-iplayer/get_iplayer/wiki/modes Thanks! Yes, that's excellent. :-) It is possible I'd found it in the past, but then forgotten. Unreliable memory. :-/ I'll print out a copy of the page and the one it links to that gives further details on the modes. I see that some of the TV modes do, indeed, allow the possibly of high resolution 25fps with 320k aac. But say "or 90k". So I assume the 320k would be fetched if available. (?) This raises a more general question I'm unclear about. For some resolutions, etc, various transfer modes are offerred. Given the recent/current problems with hls this makes me wonder - is a specific choice of transfer mode to be preferred when more than one nominally get the same AV data? Or is this why the general terms like 'best' have a particular ordering to try, so just adopting that approach always deals with this question in terms of reliability and speed of fetching? Thanks again, Jim -- Electronics https://www.st-andrews.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 From tellyaddict21 at gmx.co.uk Sun May 7 07:27:05 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Sun, 7 May 2017 16:27:05 +0200 Subject: [ANN] get_iplayer v3.01 released In-Reply-To: <563882ef4dweb@audiomisc.co.uk> References: <75D55051-29CA-472D-81B4-AA22E926BEF1@gmail.com> <5638685c52web@audiomisc.co.uk> <021a01d2c719$0d969d50$28c3d7f0$@morgan@skm.org.uk>, <563882ef4dweb@audiomisc.co.uk> Message-ID: <trinity-f8039073-e5c9-49b1-be92-b423f847c02b-1494167225320@3capp-mailcom-bs07> > I see that some of the TV modes do, indeed, allow the possibly of high > resolution 25fps with 320k aac. But say "or 90k". So I assume the 320k > would be fetched if available. (?) Yes the default is to go for the highest sounds option linked available for the mode being downloaded. HVF modes are the only ones that support 320k bitrates. > This raises a more general question I'm unclear about. For some > resolutions, etc, various transfer modes are offerred. Given the > recent/current problems with hls this makes me wonder - is a specific > choice of transfer mode to be preferred when more than one nominally get > the same AV data? Or is this why the general terms like 'best' have a > particular ordering to try, so just adopting that approach always deals > with this question in terms of reliability and speed of fetching? RTMP is now not available through the most recent version of GiP and seemed to quite often time out during the download process and sometime damage the file in the process or restarting. HLS covers both HLS and HVF. Both download much faster than RTMP ever did and until recently were largely error free. HLS modes are processed completely by Akamai which is where we are currently seeing the segment missing errors again. HVF modes are processed by the BBC and then uploaded to the CDNs and are far more reliable than HLS as the BBC's processing system is designed specifically for the processing of BBC content for iPlayer. DASH is also fast but involves a bit more processing on your side to turn it into a playable file after download. It is downloaded as 2 files (audio and video) and then after downloading FFMPeg runs the 2 files together giving you a playable video. Probably the most reliable modes to use are the HVF options. The only reason I've really stuck with HLS is because, apart from Flash (RTMP) modes, HLS is the only option which supports 720p 25fps downloads. There is no equivalent option in DASH or HVF. As most of the HLS modes are now broken, I am using the HVF as a fallback when HLSHD does fail (which is most times) but because of the double size of HVFHD because it's 50fps, I am currently settling for HVFSD which is 540p 50fps which equals roughly the same bitrate and filesize of the old 720p 25fps HD downloads. From tellyaddict21 at gmx.co.uk Sun May 7 07:36:58 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Sun, 7 May 2017 16:36:58 +0200 Subject: BBC failures and PVR In-Reply-To: <VA.000009bc.ae58e5df@nutwood.net> References: <VA.000009bc.ae58e5df@nutwood.net> Message-ID: <trinity-14e02dea-8bc2-43c2-a36f-597ca84f5379-1494167818502@3capp-mailcom-bs07> > I assume that the PVR will again attempt to fetch the complete fail > programmes on each run, since they will not be flagged as downloaded. It will attempt any that completely failed when it runs again but you may well find that they fail again. > Equally, since the downgraded examples *have* been downloaded, > presumably no further attempts will be made to aquire them at higher > quality. Yes these "successful" downloads will be marked as already downloaded and no further attempts will be made unless you force them. Even if these were reattempted though you will almost certainly find that the higher quality modes fail again and they download at the next level down. You will need to set the PVR to use HVF modes if the original HLS mode fails. The downside to this is there is NO like for like replacement for the HD downloads. You either go for a download with the same dimensions but double the framerate and double the filesize or you drop to 540p HD which is roughly the same bitrate and filesize as the old HD. From s.morgan at skm.org.uk Sun May 7 08:27:25 2017 From: s.morgan at skm.org.uk (Simon Morgan) Date: Sun, 7 May 2017 16:27:25 +0100 Subject: [ANN] get_iplayer v3.01 released In-Reply-To: <5638685c52web@audiomisc.co.uk> References: <75D55051-29CA-472D-81B4-AA22E926BEF1@gmail.com> <5638685c52web@audiomisc.co.uk> Message-ID: <023201d2c746$6e7846a0$4b68d3e0$@morgan@skm.org.uk> Jim, This is also useful if you want more details.. https://github.com/get-iplayer/get_iplayer/wiki/modesref Needless to say, it is all in the wiki :-) Rgds Simon Morgan > -----Original Message----- > From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On > Behalf Of Jim web > Sent: 07 May 2017 09:45 > To: get_iplayer > Subject: Re: [ANN] get_iplayer v3.01 released > > The release of the new version prompts me to ask a general question > that has been on my mind for a while. Apologies is this is already done > or should be obvious to me, but if so I've missed it... > > There are various 'transfer methods', and a range of video resolutions, > frame rates, audio bitrates, etc, on offer. However I tend to see these > mentioned or listed in what I think of as 'back-to-front' order when > discussed, etc. What I'd like to clarify is if there is some list > already which starts with a given resolution, etc,for the desired > output and then gives the modes for getting that, with - where > appropriate - the most reliable shown first, or with an indication of > which the user might find fastest. more reliable, etc. > > I'll use my own examples here to illustrate: > > 1) To get 320k aac audio from radio. > > 2) To get 1080x720 video, 25fps with best possible audio. (Ideally 320k > aac, but if not, whatever is the max). > > 3) Ditto fore 50fps video. (FWIW, personally I don't need 50fps for > most material, but if it is the only way to get better audio than 25fps > I tend to use it for musical items.) > > Then consider some kind of 'forward facing list' of a fuller range of > requirements where the user can look up what they want, and then give > gip the relevant mode settings indicated for that. > > In the past, each time there is a change to gip or by the BBC I tend to > find I have to experiment, or try to stick with an 'old' method that > may eventually give problems. So now facing moving from gip < 3.00 to > gip > > 3.00 I thought it might be a good time to raise this question. > > BTW Not yet tried gip >= 3.00 so I'm also wondering if my systems will > have the required modules for perl it needs. But that's another matter. > > Sorry if this already exists and I've missed it! > > Jim > > -- > Electronics https://www.st- > andrews.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 at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From lucywalker46 at yahoo.com Sun May 7 08:39:44 2017 From: lucywalker46 at yahoo.com (Lucy Walker) Date: Sun, 7 May 2017 16:39:44 +0100 Subject: V3.00 Message-ID: <2bdd1d16-f6c1-3ffd-992f-6b45fac46523@yahoo.com> Thanks for mending the software, but I've noticed that certain stations (R2 and LOcal Radio) no longer seem to be generating cache updates ... is this a known issue, or do I potentially have a local problem? (Win10 64bit - Opera 43.0.x) I can download them using CLI and --pid=xxxxxxxx, and, I'm happy to build a batch file to automate it, but is there an easier way? From northmedia1 at the.forthnet.gr Sun May 7 11:11:06 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Sun, 7 May 2017 21:11:06 +0300 Subject: [ANN] get_iplayer v3.01 released In-Reply-To: <563882ef4dweb@audiomisc.co.uk> Message-ID: <57059D0548054B30836359CCE99CC0F3@vasonote> On Sun May 7 14:35:24 BST 2017, Jim web wrote: > always deals with this question in terms of > (snip) > and speed of fetching? GiP has never taken (and never will) speed of fetching into account - it's something out of its control... Somewhat related is the recent addition #13 to the Support Forums Rules: https://squarepenguin.co.uk/forums/thread-655.html Please also read https://github.com/get-iplayer/get_iplayer/wiki/release300#bandwidth-throttling-by-cdns Download speeds is a subject that, if memory serves right, has been discussed quite extensively here in this list previously... It depends on quite a lot of random factors (including the distance between you and the closest CDN node to your actual physical location), so what you must do is experiment with various (tv|radio)modes and between the available CDN modes (1, 2, etc.) for the same mode, and in the same time of day your downloads usually take place, to hopefully establish a pattern for your setup. Then stick to those which are most reliable/quick for your setup... I'll speak for Radio here (as 95% of my fetches are radio), unlike what has been reported by many, flashaac radiomodes (GiP 2.99 and earlier) were quite speedy for me, so my speed of fetching list looks like: hlsaac > flashaac >= daf >> haf The general consensus is that haf modes are quite slow... And my experiments have shown that usually Akamai > Limelight, but not a big difference... You can use get_iplayer -i --pid=<pid> --verbose to see what is what... Regards From jimmy.aitken at gmail.com Sun May 7 11:29:16 2017 From: jimmy.aitken at gmail.com (Jimmy Aitken) Date: Sun, 7 May 2017 19:29:16 +0100 Subject: Release 3.01 error, using huge amounts of memory Message-ID: <CAP=P3thA7eXhrOYBJz9KzVoVvkZnb9vatN-RcPH7-Fh9HjW2Zw@mail.gmail.com> I downloaded version 3.01 last night and started my PVR run this morning, and left it to run. When I got back, my Mac had frozen, with the Terminal process using 20G of RAM (not sure if it was just the terminal or a combination of GIP and the terminal process) and the kernel task using 11G (my machine has 16G, so there was a lot of compressed memory and paging going on here.) The get_iplayer process in the terminal was showing a continuous looping error which I tried to interrupt, but the machine was so slow, it was totally unresponsive. I had to remotely log in, kill the offending GIP process and reboot the machine to free up the kernel memory. My machine is running Yosemite and is fully patched. I believe the programme in question was 'Garden Rescue Episode 10 - Weston Super-Mare' The last few lines of the errors being sent to the terminal are below, recovered after the machine rebooted from the terminal process. WARNING: Invalid attributes in HLS playlist: BANDWIDTH=979000,CODECS="mp4a.40.5 (http://vod-hls-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_sd_ad/ab83dd-b08pq8jz/vf_b08pq8jz_c46b7e01-c3af-44fe-ad32-d4870b8505fd.ism/mobile_wifi_main_sd_abr_v2_hls_master.m3u8?s=1494129167&e=1494172367&h=7c0807ea016ea43f49302dd5004b9e1f) WARNING: Invalid attributes in HLS playlist: BANDWIDTH=979000,CODECS="mp4a.40.5 (http://vod-hls-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_sd_ad/ab83dd-b08pq8jz/vf_b08pq8jz_c46b7e01-c3af-44fe-ad32-d4870b8505fd.ism/mobile_wifi_main_sd_abr_v2_hls_master.m3u8?s=1494129167&e=1494172367&h=7c0807ea016ea43f49302dd5004b9e1f) WARNING: Invalid attributes in HLS playlist: BANDWIDTH=979000,CODECS="mp4a.40.5 (http://vod-hls-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_sd_ad/ab83dd-b08pq8jz/vf_b08pq8jz_c46b7e01-c3af-44fe-ad32-d4870b8505fd.ism/mobile_wifi_main_sd_abr_v2_hls_master.m3u8?s=1494129167&e=1494172367&h=7c0807ea016ea43f49302dd5004b9e1f) WARNING: Invalid attributes in HLS playlist: BANDWIDTH=979000,CODECS="mp4a.40.5 (http://vod-hls-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_sd_ad/ab83dd-b08pq8jz/vf_b08pq8jz_c46b7e01-c3af-44fe-ad32-d4870b8505fd.ism/mobile_wifi_main_sd_abr_v2_hls_master.m3u8?s=1494129167&e=1494172367&h=7c0807ea016ea43f49302dd5004b9e1f) Any ideas, and has anyone else seen anything similar? Jimmy From northmedia1 at the.forthnet.gr Sun May 7 11:44:59 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Sun, 7 May 2017 21:44:59 +0300 Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <20170507103254.7009B215C4@orac.inputplus.co.uk> Message-ID: <2D7C4601CD584B5AA563B9CA10513CDA@vasonote> On Sun May 7 11:32:54 BST 2017, Ralph Corderoy wrote: > I hope it didn't come across that I was complaining. Not in the slightest :-) (I fear we're now getting OT but since you asked: ) > Are you aware of the patch(1) program? I am aware of both patch & diff programs, however these are not natively available on Windows (maybe Win10 bash shell?); forks do exist: http://gnuwin32.sourceforge.net/packages/patch.htm http://gnuwin32.sourceforge.net/packages/diffutils.htm When it comes to few custom changes made, I usually manually/visually compare B to A with a text editor and note down the patched code. Then I load A2 and try to manually apply patches there, too; line numbers may have changed, but "search" facility will be able to point to the code segment I need re-patch. For many custom changes made, I do use diff & patch utilities that come with my MSYS2/MinGW32 compiler already installed in an external HDD; this is a Unix emulation environment but on Windows, I occasionally use it to compile open-source apps like FFmpeg... Best regards, Vangelis. From northmedia1 at the.forthnet.gr Sun May 7 11:59:56 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Sun, 7 May 2017 21:59:56 +0300 Subject: Can't download with GiP 3.00 In-Reply-To: <trinity-b09a62e9-cd68-4d24-9f59-9d11de3d8bdf-1494158189895@3capp-mailcom-bs07> Message-ID: <B0AAB3DA596D4507B8EDB3EBC0CDDCEF@vasonote> On Sun May 7 12:56:29 BST 2017, tellyaddict wrote: > I really don't know why there isn't > a 720p 25fps hvf option though. Elsewhere, tellyaddict wrote: > HVF modes are processed by the BBC Actually, all DVF/HVF/DAF/HAF modes (plus AdobeHDS streams for TV/Radio that GiP does not support) are delegated to "Unified Streaming Platform", a BBC partner: http://www.unified-streaming.com/news/bbc-extends-contract-unified-streaming USP do not produce any 720p25fps encodes, I guess because the BBC do not ask them to... When the RTMP streams are first terminated (already announced), to be, no doubt, followed by the "legacy" AppleHLS streams (HLS modes), there'll be no way of getting 720p25fps... V. From northmedia1 at the.forthnet.gr Sun May 7 12:53:25 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Sun, 7 May 2017 22:53:25 +0300 Subject: V3.00 In-Reply-To: <2bdd1d16-f6c1-3ffd-992f-6b45fac46523@yahoo.com> Message-ID: <702EE0A0943744C7B88BB9334AECF4EC@vasonote> On Sun May 7 16:39:44 BST 2017, Lucy Walker wrote: > I've noticed that certain stations (R2 and Local Radio) > no longer seem to be generating cache updates Hi Lucy :-) GiP 3.01 has recently been released, so first start by updating to that: https://squarepenguin.co.uk/forums/thread-1370.html https://squarepenguin.co.uk/forums/thread-1371.html Then have a read of https://github.com/get-iplayer/get_iplayer/wiki/documentation#filtering-channels-for-indexing BBC Radio 2 is being happily indexed here, but remember radio cache refresh must be performed manually once a week (unless you do what is described in https://github.com/get-iplayer/get_iplayer/wiki/documentation#programme-types ) As for Local Radio, I'm not quite sure yet, but it shouldn't be excluded from radio.cache; I know Local TV is because of https://github.com/get-iplayer/get_iplayer/commit/3522611 but in that same commit # $opt->{refreshexcludegroupsradio} = "local"; is commented-out. Please check your options file in case you have excluded R2 and/or Local Radio from radio.cache refreshes... (running get_iplayer --type=radio "Pick of the Pops" finds here latest episode broadcast yesterday: Matches: 23896: Pick of the Pops - 1971 and 1983, BBC Radio 2, b08lg5f6 23897: Pick of the Pops - 1961 & 1974, BBC Radio 2, b08lzmsc 23898: Pick of the Pops - 1967 & 1980, BBC Radio 2, b08n0x9y 23899: Pick of the Pops - 1970 & 1986, BBC Radio 2, b08nj365 23900: Pick of the Pops - 1960 & 1984, BBC Radio 2, b08p4m6j INFO: 5 Matching Programmes) Regards. From ralph at inputplus.co.uk Sun May 7 13:53:02 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Sun, 07 May 2017 21:53:02 +0100 Subject: Release 3.01 error, using huge amounts of memory In-Reply-To: <CAP=P3thA7eXhrOYBJz9KzVoVvkZnb9vatN-RcPH7-Fh9HjW2Zw@mail.gmail.com> References: <CAP=P3thA7eXhrOYBJz9KzVoVvkZnb9vatN-RcPH7-Fh9HjW2Zw@mail.gmail.com> Message-ID: <20170507205302.32FE1215C4@orac.inputplus.co.uk> Hi Jimmy, > WARNING: Invalid attributes in HLS playlist: > BANDWIDTH=979000,CODECS="mp4a.40.5 > (http://vod-hls-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_sd_ad/ab83dd-b08pq8jz/vf_b08pq8jz_c46b7e01-c3af-44fe-ad32-d4 > 870b8505fd.ism/mobile_wifi_main_sd_abr_v2_hls_master.m3u8?s=1494129167&e=1494172367&h=7c0807ea016ea43f49302dd5004b9e1f) It's an endless-loop bug in # from https://github.com/osklil/hls-fetch sub parse_m3u_attribs { my ($url, $attr_str) = @_; my %attr; for (my $as = $attr_str; $as ne ''; ) { $as =~ s/^?([^=]*)=([^,"]*|"[^"]*")\s*(,\s*|$)// or main::logger "WARNING: Invalid attributes in HLS playlist: $attr_str ($url)\n"; my ($key, $val) = ($1, $2); $val =~ s/^"(.*)"$/$1/; $attr{$key} = $val; } return %attr; } The code is assuming it will be able to strip off either `foo=bar' or `foo="xyzzy"' from the front of a comma-separated list. When it can't, it prints the warning, and then tries again. It has no better luck on any future attempt. The warning shows what it was toiling over. BANDWIDTH=979000,CODECS="mp4a.40.5 I expect this happily consumed `BANDWIDTH=979000', but then disliked the lack of double-quote termination to `CODECS="mp4a.40.5'. It needs to be raised with get_iplayer's authors. -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From richard22j at zoho.com Sun May 7 13:57:36 2017 From: richard22j at zoho.com (RS) Date: Sun, 7 May 2017 21:57:36 +0100 Subject: Can't download with GiP 3.00 In-Reply-To: <B0AAB3DA596D4507B8EDB3EBC0CDDCEF@vasonote> References: <B0AAB3DA596D4507B8EDB3EBC0CDDCEF@vasonote> Message-ID: <FB9BDD45AFE64D3998B27BF7257939BE@UserPC> >From: Vangelis forthnet Sent: Sunday, May 7, 2017 7:59 PM >USP do not produce any 720p25fps encodes, >I guess because the BBC do not ask them to... >When the RTMP streams are first terminated >(already announced), to be, no doubt, followed >by the "legacy" AppleHLS streams (HLS modes), >there'll be no way of getting 720p25fps... The BBC's rationale for video profiles is explained here. http://www.bbc.co.uk/rd/blog/2015-07-the-development-of-new-video-factory-profiles-for-bbc-iplayer It is based on encoder performance for Strictly Come Dancing, East Enders and Top Gear (presumably, given the date of the article, the Clarkson version). From lucywalker46 at yahoo.com Sun May 7 13:59:36 2017 From: lucywalker46 at yahoo.com (Lucy Walker) Date: Sun, 7 May 2017 21:59:36 +0100 Subject: V3.00 In-Reply-To: <702EE0A0943744C7B88BB9334AECF4EC@vasonote> References: <702EE0A0943744C7B88BB9334AECF4EC@vasonote> Message-ID: <93282821-a9e2-9d60-4cff-1af891db71d4@yahoo.com> On 07/05/2017 20:53, Vangelis forthnet wrote: > On Sun May 7 16:39:44 BST 2017, Lucy Walker wrote: > >> I've noticed that certain stations (R2 and Local Radio) >> no longer seem to be generating cache updates > > Hi Lucy :-) > GiP 3.01 has recently been released, so first start > by updating to that: > Thanks - an update to 3.01, plus a cache rebuild, has restored R2 functionality, which is brillant. > > As for Local Radio, I'm not quite sure yet, but > it shouldn't be excluded from radio.cache; > I know Local TV is because of > https://github.com/get-iplayer/get_iplayer/commit/3522611 > but in that same commit There seems to be something odd going on - the channel in question (Radio Somerset) seems to have updated some programmes in cache, but the show that I'm after, isn't in the PVR cache despite downloading happily through the CLI (http://www.bbc.co.uk/programmes/p050hczf). It's easy enough, as I said earlier, to do it manually - that may be my solution From mail at john-eason.co.uk Sun May 7 14:07:00 2017 From: mail at john-eason.co.uk (J K.Eason) Date: Sun, 7 May 2017 22:07 +0100 (BST) Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <2D7C4601CD584B5AA563B9CA10513CDA@vasonote> Message-ID: <memo.20170507220742.5400B@jeason.cix.co.uk> > When it comes to few custom changes made, > I usually manually/visually compare B to A > with a text editor and note down the patched code. If you use Textpad (for Windows), you can compare two files that you're viewing via Tools > Compare files... (<CTRL>F9). That brings up a third window with the differences between the two files. Very handy! -- Regards John From tellyaddict21 at gmx.co.uk Sun May 7 14:13:42 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Sun, 7 May 2017 23:13:42 +0200 Subject: Can't download with GiP 3.00 In-Reply-To: <B0AAB3DA596D4507B8EDB3EBC0CDDCEF@vasonote> References: <B0AAB3DA596D4507B8EDB3EBC0CDDCEF@vasonote> Message-ID: <trinity-7741b090-b801-4104-a80a-6369cdf988b3-1494191622425@3capp-mailcom-bs07> > > HVF modes are processed by the BBC > > Actually, all DVF/HVF/DAF/HAF modes > (plus AdobeHDS streams for TV/Radio that > GiP does not support) are delegated to > "Unified Streaming Platform", a BBC partner: > > http://www.unified-streaming.com/news/bbc-extends-contract-unified-streaming >From Unified's website, it looks like what they supply is a webserver addon that the BBC uses on their own output systems. So although DVF/HVF/DAF/HAF/HDS are created using Unified Streaming Platform, they are still actually created in house at the BBC. > USP do not produce any 720p25fps encodes, > I guess because the BBC do not ask them to... I think the BBC could set that up if they wanted but for some reason have decided not to at this stage. > When the RTMP streams are first terminated > (already announced), to be, no doubt, followed > by the "legacy" AppleHLS streams (HLS modes), > there'll be no way of getting 720p25fps... Hopefully by that point some form of 720p 25fps stream will have been added to the encoding job but who knows. Can Apple devices cope with HVF streams as they are HLS-based? Is there a 720p 25fps HDS stream created by USP? From tellyaddict21 at gmx.co.uk Sun May 7 14:21:37 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Sun, 7 May 2017 23:21:37 +0200 Subject: Can't download with GiP 3.00 In-Reply-To: <FB9BDD45AFE64D3998B27BF7257939BE@UserPC> References: <B0AAB3DA596D4507B8EDB3EBC0CDDCEF@vasonote>, <FB9BDD45AFE64D3998B27BF7257939BE@UserPC> Message-ID: <trinity-60e79eb6-16df-4d77-8c88-e14703ea5d77-1494192097892@3capp-mailcom-bs07> > The BBC's rationale for video profiles is explained here. > http://www.bbc.co.uk/rd/blog/2015-07-the-development-of-new-video-factory-profiles-for-bbc-iplayer > It is based on encoder performance for Strictly Come Dancing, East Enders > and Top Gear (presumably, given the date of the article, the Clarkson > version). So although there is only a 50fps 720p version produced by Video Factory, there is actually a 1080i stream which is 25fps but runs at 8000 kbps. Of course that means though that it will still be significantly bigger than the 50fps 720p version. Around 3GB/hour? From richard22j at zoho.com Sun May 7 15:16:20 2017 From: richard22j at zoho.com (RS) Date: Sun, 7 May 2017 23:16:20 +0100 Subject: Can't download with GiP 3.00 In-Reply-To: <trinity-60e79eb6-16df-4d77-8c88-e14703ea5d77-1494192097892@3capp-mailcom-bs07> References: <B0AAB3DA596D4507B8EDB3EBC0CDDCEF@vasonote>, <FB9BDD45AFE64D3998B27BF7257939BE@UserPC> <trinity-60e79eb6-16df-4d77-8c88-e14703ea5d77-1494192097892@3capp-mailcom-bs07> Message-ID: <DE068E13DC7D4CD09166088A8D6E3702@UserPC> >From: tellyaddict >Sent: Sunday, May 7, 2017 10:21 PM >So although there is only a 50fps 720p version produced by Video Factory, >there is actually a 1080i stream which is 25fps but runs at 8000 kbps. Of >course that >means though that it will still be significantly bigger than >the 50fps 720p version. Around 3GB/hour? The BBC and other broadcasters transmit many films on HD satellite channels at 1080i 25fps with AC3 sound at bit rates up to 9Mbit/s if my satellite receiver is to be believed. I don't recall having seen any 50fps films being broadcast. Why not, if increasing the frame rate yields greater improvement than increasing resolution on large screens? Having seen the farce of the FLAC consultation, I am sceptical about the subjective assessments. Maybe the film makers' assessment is different from the BBC's. According to the get_iplayer wiki there is an HVF 540p25 mode which it calls HVFxsd, and I have used it. That mode does not appear in the list in the blog. From northmedia1 at the.forthnet.gr Sun May 7 15:30:13 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Mon, 8 May 2017 01:30:13 +0300 Subject: V3.00 In-Reply-To: <93282821-a9e2-9d60-4cff-1af891db71d4@yahoo.com> Message-ID: <178BC5BAF48D4F6184E992CBA0630CA1@vasonote> On Sun May 7 21:59:36 BST 2017, Lucy Walker wrote: > There seems to be something odd going on - > the channel in question (Radio Somerset) seems > to have updated some programmes in cache, > but the show that I'm after, isn't in the PVR cache > despite downloading happily through the CLI > (http://www.bbc.co.uk/programmes/p050hczf). Hello again :-) That particular pid you're after is already inside my radio.cache, as demonstrated by: ============================= C:\Program Files\get_iplayer>get_iplayer --type=radio pid:p050hczf get_iplayer 3.01-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content Matches: 18351: Geoff Barker's Rock 'n' Roll Party - Sonny Curtis, BBC Somerset, p050hcz f INFO: 1 Matching Programmes ============================= Are you sure you did perform a radio.cache rebuild, too? Won't hurt to retry: get_iplayer --type=radio -f --refresh-limit-radio=30 --force --index-maxconn=10 optionally followed by get_iplayer --type=radio -f --refresh-future --force Other than that, I fear I'm out of more ideas... Cheers From northmedia1 at the.forthnet.gr Sun May 7 15:46:39 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Mon, 8 May 2017 01:46:39 +0300 Subject: Can't download with GiP 3.00 In-Reply-To: <DE068E13DC7D4CD09166088A8D6E3702@UserPC> Message-ID: <7693107BC1A54981934F604FEAA3CA3C@vasonote> On Sun May 7 23:16:20 BST 2017, RS wrote: > That mode does not appear in the list in the blog. Well spotted! It is meant for ipad, tablets and other mobile devices... And that same blog describes the "1280x720 at 25fps" video profile as "outgoing", so that pretty much answers the question posed by @tellyaddict as to why "there isn't a 720p 25fps hvf option"... V. From northmedia1 at the.forthnet.gr Sun May 7 15:59:00 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Mon, 8 May 2017 01:59:00 +0300 Subject: Can't download with GiP 3.00 In-Reply-To: <trinity-7741b090-b801-4104-a80a-6369cdf988b3-1494191622425@3capp-mailcom-bs07> Message-ID: <F894720BA259404C8FE63A5DF3DCA4A9@vasonote> On Sun May 7 22:13:42 BST 2017, tellyaddict wrote: > Can Apple devices cope with HVF streams > as they are HLS-based? Don't own one, but they should; the mediaselector API URLs for mediaset=apple-ipad-hls do include Video Factory streams: pid=b04w0fyz => vpid=b04w0fqv http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/apple-ipad-hls/vpid/b04w0fqv and look for service="stream-uk-mobile_streaming_concrete_combined_sd" (CDNs: Akamai, Limelight, Bidi) > Is there a 720p 25fps HDS stream created by USP? No Have a nice week.. Vangelis. From northmedia1 at the.forthnet.gr Sun May 7 16:19:37 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Mon, 8 May 2017 02:19:37 +0300 Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <memo.20170507220742.5400B@jeason.cix.co.uk> Message-ID: <523C5B5D94F54EA2A74EEFACE2F2C703@vasonote> On Sun May 7 22:07:00 BST 2017, J K.Eason wrote: > If you use Textpad (for Windows), you can compare two files > that you're viewing via Tools > Compare files... (<CTRL>F9). > That brings up a third window with the differences between > the two files. Very handy! Thanks! I'm using PSPad (freeware): http://www.pspad.com/en/ It has a similar, handy, functionality that allows for comparing an opened file to another one on disk; the two are then showed side-by-side in another tab, with the diffs clearly standing out with different colours, a la GitHub "split-diff" style: https://github.com/get-iplayer/get_iplayer/commit/0355c64ac2e0d8a6ee55af1db58c96b6a412be4d?diff=split Regards. From mail at john-eason.co.uk Sun May 7 16:38:00 2017 From: mail at john-eason.co.uk (J K.Eason) Date: Mon, 8 May 2017 00:38 +0100 (BST) Subject: Programme in Series has `firstbcast' But no `available'. In-Reply-To: <523C5B5D94F54EA2A74EEFACE2F2C703@vasonote> Message-ID: <memo.20170508003807.3024A@jeason.cix.co.uk> > Thanks! I'm using PSPad (freeware): Yep. Same idea only without the colour coding. (Uses right/left arrows to show the direction of the differences.) -- Regards John From jimmy.aitken at gmail.com Mon May 8 01:00:16 2017 From: jimmy.aitken at gmail.com (Jimmy Aitken) Date: Mon, 8 May 2017 09:00:16 +0100 Subject: Release 3.01 error, using huge amounts of memory In-Reply-To: <20170507205302.32FE1215C4@orac.inputplus.co.uk> References: <CAP=P3thA7eXhrOYBJz9KzVoVvkZnb9vatN-RcPH7-Fh9HjW2Zw@mail.gmail.com> <20170507205302.32FE1215C4@orac.inputplus.co.uk> Message-ID: <CAP=P3tgrSVbeg+C5ws_B2q8sBNK_9Yd0MaqvsYVBWyx2y8UYyg@mail.gmail.com> On Sun, May 7, 2017 at 9:53 PM, Ralph Corderoy <ralph at inputplus.co.uk> wrote: > Hi Jimmy, > [ deleted ] > The code is assuming it will be able to strip off either `foo=bar' or > `foo="xyzzy"' from the front of a comma-separated list. When it can't, it > prints the warning, and then tries again. It has no better luck on any future > attempt. The warning shows what it was toiling over. > > BANDWIDTH=979000,CODECS="mp4a.40.5 > > I expect this happily consumed `BANDWIDTH=979000', but then disliked the lack > of double-quote termination to `CODECS="mp4a.40.5'. > > It needs to be raised with get_iplayer's authors. > Many thanks for looking into the issue. I appreciate the time. Does anyone know if this need to be raised on the Wiki/support forums, or is the fact that it's in the mailing list sufficient for it to be looked at for future releases and hopefully fixed? I'm a bit wary of running unattended get_iplayer runs in case it happens again and I'm currently away from my machine so a reboot is not always possible. Many thanks, Jimmy From ralph at inputplus.co.uk Mon May 8 02:31:21 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Mon, 08 May 2017 10:31:21 +0100 Subject: Release 3.01 error, using huge amounts of memory In-Reply-To: <CAP=P3tgrSVbeg+C5ws_B2q8sBNK_9Yd0MaqvsYVBWyx2y8UYyg@mail.gmail.com> References: <CAP=P3thA7eXhrOYBJz9KzVoVvkZnb9vatN-RcPH7-Fh9HjW2Zw@mail.gmail.com> <20170507205302.32FE1215C4@orac.inputplus.co.uk> <CAP=P3tgrSVbeg+C5ws_B2q8sBNK_9Yd0MaqvsYVBWyx2y8UYyg@mail.gmail.com> Message-ID: <20170508093121.0C3081FE16@orac.inputplus.co.uk> Hi Jimmy, > Does anyone know if this need to be raised on the Wiki/support forums, > or is the fact that it's in the mailing list sufficient for it to be > looked at for future releases and hopefully fixed? I've also wondered that and just had a look. "ALL... problem reports should go to the support forums" ? https://github.com/get-iplayer/get_iplayer/wiki/help You can always point to the list with the detail, e.g. http://lists.infradead.org/pipermail/get_iplayer/2017-May/010669.html -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From david at cantrell.org.uk Mon May 8 04:19:14 2017 From: david at cantrell.org.uk (David Cantrell) Date: Mon, 8 May 2017 12:19:14 +0100 Subject: Can't download with GiP 3.00 In-Reply-To: <DE068E13DC7D4CD09166088A8D6E3702@UserPC> References: <FB9BDD45AFE64D3998B27BF7257939BE@UserPC> <trinity-60e79eb6-16df-4d77-8c88-e14703ea5d77-1494192097892@3capp-mailcom-bs07> <DE068E13DC7D4CD09166088A8D6E3702@UserPC> Message-ID: <20170508111914.GA24371@bytemark.barnyard.co.uk> On Sun, May 07, 2017 at 11:16:20PM +0100, RS wrote: > The BBC and other broadcasters transmit many films on HD satellite channels > at 1080i 25fps with AC3 sound at bit rates up to 9Mbit/s if my satellite > receiver is to be believed. I don't recall having seen any 50fps films > being broadcast. Why not, if increasing the frame rate yields greater > improvement than increasing resolution on large screens? I would presume that that's because the source material isn't available in anything approaching 50fps. -- David Cantrell | Enforcer, South London Linguistic Massive While researching this email, I was forced to carry out some investigative work which unfortunately involved a bucket of puppies and a belt sander -- after JoeB, in the Monastery From allan.preston at gmail.com Mon May 8 06:02:04 2017 From: allan.preston at gmail.com (Allan Preston) Date: Mon, 8 May 2017 14:02:04 +0100 Subject: Thanks Message-ID: <CAHOwi9-V7Adu6FyWqHuekW=etD+haeQ2YtB=RPMOXzhHHtecvg@mail.gmail.com> Thanks to whomever reworked get_iplayer to produce version 3.01 which seems to work properly, albeit a little slowly. Greatly apreciated, sirs. From alan at soulman1949.com Mon May 8 09:44:09 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Mon, 8 May 2017 17:44:09 +0100 Subject: Can't download with GiP 3.00 In-Reply-To: <7693107BC1A54981934F604FEAA3CA3C@vasonote> References: <7693107BC1A54981934F604FEAA3CA3C@vasonote> Message-ID: <13eb92d3-4efa-bb7e-a0b0-e753eb634694@soulman1949.com> On 07/05/2017 23:46, Vangelis forthnet wrote: > On Sun May 7 23:16:20 BST 2017, RS wrote: >> That mode does not appear in the list in the blog. > > Well spotted! It is meant for ipad, tablets and other mobile devices... > > And that same blog describes the "1280x720 at 25fps" video profile as > "outgoing", so that pretty much answers the question posed by > @tellyaddict as to why "there isn't a 720p 25fps hvf option"... > Must admit, I was amused by the reference to a video profile as "outgoing" - wonder what the introverted profiles are like? ;-) I'm really disappointed to see that the HLS problems have returned, especially as 1280x720 25fps is my preferred mode of choice. I really think 50fps is a gross overkill for my requirements both in download times and the doubled storage space required. I dug out the v2.99 get_iplayer.pl file and tried that but got an ffmpeg error - I couldn't be bothered decoding what the error meant so I decided to uninstall v3.01 and reinstall v2.99 on my laptop. I've got into a routine of doing the downloads on my desktop with v3.01. When programmes download at 960x520 instead of the usual 1280x720 I do an --info on the offending files to see which modes are available and, where possible, try for flashhd on the laptop. Having said that I can confirm, as has already been mentioned, there are a number of programmes where both hlshd and flashhd are corrupted. I really hope that the BBC reinstate the 1280x720 25fps mode when they kill off flash. A --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From iplayer at nutwood.net Mon May 8 11:09:24 2017 From: iplayer at nutwood.net (Mike Casswell) Date: Mon, 08 May 2017 19:09:24 +0100 Subject: BBC failures and PVR In-Reply-To: <trinity-14e02dea-8bc2-43c2-a36f-597ca84f5379-1494167818502@3capp-mailcom-bs07> References: <VA.000009bc.ae58e5df@nutwood.net> <trinity-14e02dea-8bc2-43c2-a36f-597ca84f5379-1494167818502@3capp-mailcom-bs07> Message-ID: <VA.000009bd.b46c4b65@nutwood.net> > It will attempt any that completely failed when it runs again but you may well find that they fail > again. Is there then no feedback from anywhere to the BBC over these faults? I had assumed that they would re- upload the failed files at some point. Too many assumptions on my part. -- Mike Casswell From tellyaddict21 at gmx.co.uk Mon May 8 12:03:36 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Mon, 8 May 2017 21:03:36 +0200 Subject: BBC failures and PVR In-Reply-To: <VA.000009bd.b46c4b65@nutwood.net> References: <VA.000009bc.ae58e5df@nutwood.net> <trinity-14e02dea-8bc2-43c2-a36f-597ca84f5379-1494167818502@3capp-mailcom-bs07>, <VA.000009bd.b46c4b65@nutwood.net> Message-ID: <trinity-db025db3-4c3f-44bf-8409-9482f1124f27-1494270216892@3capp-mailcom-bs07> > Is there then no feedback from anywhere to the BBC over these faults? I had assumed that they would re- > upload the failed files at some point. Unfortunately the standard HLS streams seem to be in the list of legacy formats which don't get much attention or maintenance. And this problem is not directly with the BBC. It is with the Content Delivery Network that they use to deliver these legacy streams. The only reason this problem was fixed last time, was thanks to another member of this list who had a contact at the BBC who could escalate it to the right people. If and when this does get fixed, it might only be new content that is delivered intact. All the older damaged content may well stay that way until it expires. From northmedia1 at the.forthnet.gr Mon May 8 14:16:51 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Tue, 9 May 2017 00:16:51 +0300 Subject: Can't download with GiP 3.00 In-Reply-To: <13eb92d3-4efa-bb7e-a0b0-e753eb634694@soulman1949.com> Message-ID: <6837C430BC68442C97C4A97DAF636B93@vasonote> On Mon May 8 17:44:09 BST 2017, Alan Milewczyk wrote: > Must admit, I was amused by the reference to a video profile as > "outgoing" - wonder what the introverted profiles are like? ;-) LOL - Cheers, Alan! Best laugh of the day for me! > I dug out the v2.99 get_iplayer.pl file and tried that > but got an ffmpeg error - I couldn't be bothered decoding > what the error meant ... Are you sure it wasn't an rtmpdump error? In GiP 3.00+, RTMP stream support (ergo flash modes) was removed, hence the same happened to the utility (RTMPdump) used to fetch those streams... Either way, you could've always posted that error here and hopefully a sympathetic soul (!) could have given it a look... Take the best of care, Vangelis. From alan at soulman1949.com Mon May 8 16:50:18 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Tue, 9 May 2017 00:50:18 +0100 Subject: Can't download with GiP 3.00 In-Reply-To: <6837C430BC68442C97C4A97DAF636B93@vasonote> References: <6837C430BC68442C97C4A97DAF636B93@vasonote> Message-ID: <228cf5b6-9319-92a3-a60c-217f99033767@soulman1949.com> On 08/05/2017 22:16, Vangelis forthnet wrote: > On Mon May 8 17:44:09 BST 2017, Alan Milewczyk wrote: >> Must admit, I was amused by the reference to a video profile as >> "outgoing" - wonder what the introverted profiles are like? ;-) > > LOL - Cheers, Alan! Best laugh of the day for me! > ;-) >> I dug out the v2.99 get_iplayer.pl file and tried that but got an >> ffmpeg error - I couldn't be bothered decoding what the error meant > > ... Are you sure it wasn't an rtmpdump error? It could have been, sorry, I don't recall now.... > In GiP 3.00+, RTMP stream support (ergo flash modes) was removed, > hence the same happened to the utility (RTMPdump) used to fetch those > streams... Either way, you could've always posted that error here and > hopefully a sympathetic soul (!) could have given it a look... Hehehe, true! But having said that, I had a stack of downloads I needed to sort out and this was a quick way to achieve that! If I get some time, I'll try again on this desktop (which has v3.01 installed) .... > Take the best of care, Vangelis. > You too, dear friend! Best wishes Alan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From mclark at gmx.co.uk Mon May 8 18:25:07 2017 From: mclark at gmx.co.uk (M Clark) Date: Tue, 9 May 2017 03:25:07 +0200 Subject: incorrect "Time Added" in (Radio) cache Message-ID: <trinity-87d62262-ff67-4fd3-bd13-45475c5aa0c5-1494293106958@3capp-mailcom-bs10> Caveat; this is on Vista 32... Updated to 3.01-windows.0 from 3.00. I do a daily Radio cache refresh just after midnight (UK) but today I noticed that the number of programmes was substantially less than expected (I use "Added Since (hours)" set to 1 in Web PVR Manager to filter out past entries). Removing the filter and then sorting on Time Added, some entries were 0d 0h as expected but the majority of the added programmes had a value of 1d 0h (132 cf 508). Examples; 0d 0h b08p19yy 1d 0h b01mvy0m Has anyone else encountered similar? I'd be surprised if it's anything to do with using an unsupported OS. M. From d.lake at surrey.ac.uk Mon May 8 23:49:57 2017 From: d.lake at surrey.ac.uk (d.lake at surrey.ac.uk) Date: Tue, 9 May 2017 06:49:57 +0000 Subject: incorrect "Time Added" in (Radio) cache In-Reply-To: <trinity-87d62262-ff67-4fd3-bd13-45475c5aa0c5-1494293106958@3capp-mailcom-bs10> References: <trinity-87d62262-ff67-4fd3-bd13-45475c5aa0c5-1494293106958@3capp-mailcom-bs10> Message-ID: <AM2PR06MB0882E75DA0A9612F07E40A35B5EF0@AM2PR06MB0882.eurprd06.prod.outlook.com> Exactly the same for me on Linux (Ubuntu) using the cgi script supplied with v3.01. It looks like what is happening is that when there is a series, the time for the previous episode is used for the current episode: For example, on "The Listening Service", I have four entries, each with the same "Name" but different "Episodes": Name Episode Date Added The Listening Service Endings 7d 12h ago The Listening Service Breaking Free: Martin Luther's Revolution 7d 12h ago The Listening Service Brahms - Behind the Beard 15d 12h ago The Listening Service Why does music move us? 17d 12h ago David -----Original Message----- From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On Behalf Of M Clark Sent: 09 May 2017 02:25 To: get_iplayer at lists.infradead.org Subject: incorrect "Time Added" in (Radio) cache Caveat; this is on Vista 32... Updated to 3.01-windows.0 from 3.00. I do a daily Radio cache refresh just after midnight (UK) but today I noticed that the number of programmes was substantially less than expected (I use "Added Since (hours)" set to 1 in Web PVR Manager to filter out past entries). Removing the filter and then sorting on Time Added, some entries were 0d 0h as expected but the majority of the added programmes had a value of 1d 0h (132 cf 508). Examples; 0d 0h b08p19yy 1d 0h b01mvy0m Has anyone else encountered similar? I'd be surprised if it's anything to do with using an unsupported OS. M. _______________________________________________ get_iplayer mailing list get_iplayer at lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer From george at eycott.co.uk Tue May 9 00:59:14 2017 From: george at eycott.co.uk (George Eycott) Date: Tue, 9 May 2017 08:59:14 +0100 Subject: incorrect "Time Added" in (Radio) cache In-Reply-To: <AM2PR06MB0882E75DA0A9612F07E40A35B5EF0@AM2PR06MB0882.eurprd06.prod.outlook.com> References: <trinity-87d62262-ff67-4fd3-bd13-45475c5aa0c5-1494293106958@3capp-mailcom-bs10> <AM2PR06MB0882E75DA0A9612F07E40A35B5EF0@AM2PR06MB0882.eurprd06.prod.outlook.com> Message-ID: <091501d2c89a$269ae590$73d0b0b0$@eycott.co.uk> Ah, I wondered what was going on, I am seeing exactly the same behaviour..... (Win7 64bit). > -----Original Message----- > From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On > Behalf Of d.lake at surrey.ac.uk > Sent: 09 May 2017 07:50 > To: mclark at gmx.co.uk; get_iplayer at lists.infradead.org > Subject: RE: incorrect "Time Added" in (Radio) cache > > Exactly the same for me on Linux (Ubuntu) using the cgi script supplied with > v3.01. > > It looks like what is happening is that when there is a series, the time for the > previous episode is used for the current episode: > > For example, on "The Listening Service", I have four entries, each with the > same "Name" but different "Episodes": > > Name Episode > Date Added > The Listening Service Endings > 7d 12h ago > The Listening Service Breaking Free: Martin Luther's Revolution 7d > 12h ago > The Listening Service Brahms - Behind the Beard 15d > 12h ago > The Listening Service Why does music move us? 17d > 12h ago > > > David > > -----Original Message----- > From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On > Behalf Of M Clark > Sent: 09 May 2017 02:25 > To: get_iplayer at lists.infradead.org > Subject: incorrect "Time Added" in (Radio) cache > > Caveat; this is on Vista 32... > > Updated to 3.01-windows.0 from 3.00. > > I do a daily Radio cache refresh just after midnight (UK) but today I noticed > that the number of programmes was substantially less than expected (I use > "Added Since (hours)" set to 1 in Web PVR Manager to filter out past > entries). Removing the filter and then sorting on Time Added, some entries > were 0d 0h as expected but the majority of the added programmes had a > value of 1d 0h (132 cf 508). > > Examples; > 0d 0h b08p19yy > 1d 0h b01mvy0m > > Has anyone else encountered similar? > I'd be surprised if it's anything to do with using an unsupported OS. > > M. > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From ajebay at errichel.co.uk Tue May 9 01:49:15 2017 From: ajebay at errichel.co.uk (Budge) Date: Tue, 9 May 2017 09:49:15 +0100 Subject: Further Radio Modes Experience Message-ID: <2b59d4ba-b9de-de43-1e8b-985dfff33ff8@errichel.co.uk> Back in February I was trying to sort out modes settings and received some detailed advice from SquarePenguin on possible radio mode settings that would achieve my objective of recording classical music (from radio3) at the best resolution but having spoken word at a lower resolution when recording with pvr. In short the solution was to leave the "classical Music" pvr list items to use the default radio (best) setting but add the line:- radiomode = good to the pvr items for spoken word. Time flies and I confess I have only just tried this, prompted by extravagant disk usage where typical programmes jumped from 30-40 MiB to 90-100 MiB. The result achieved the desired saving, in this case from 99.6 MiB to 30.0 MiB but my Linn player will not play the file. A sense of deja vu here as I had similar problems back in January. Mediainfo for the large file which plays is:- alastair at ibmserver2:~/mastermedia/Music/Radio_Programme/The_News_Quiz/News_Quiz_Extra_Series_20> mediainfo News_Quiz_Extra_Series_20_-_2a._Episode_2_b08ntk48_original_best.m4a General Complete name : News_Quiz_Extra_Series_20_-_2a._Episode_2_b08ntk48_original_best.m4a Format : MPEG-4 Format profile : Apple audio with iTunes info Codec ID : M4A (isom/iso2) File size : 99.6 MiB Duration : 43 min 18 s Overall bit rate mode : Constant Overall bit rate : 322 kb/s Album : News Quiz Extra: Series 20 Album/Performer : BBC Radio Part/Position : 20 Track name : Episode 2 Track name/Position : 2 Grouping : Comedy Performer : BBC Radio 4 Extra Composer : BBC iPlayer Genre : Comedy ContentType : Music Recorded date : 2017-05-01T23:10:00+01:00 Encoded date : UTC 1904-01-01 00:00:00 Tagged date : UTC 2017-05-08 22:29:23 Writing application : Lavf57.56.100 Copyright : 2017 British Broadcasting Corporation, all rights reserved Cover : Yes Lyrics : Miles is joined by Hugo Rifkind, Katy Brand, Rich Hall and Kiri Pritchard-McLean in the extended version of last Friday's show. / / Our top story is of course the UK General Election. But we're also talking about the French Presidential elections. / / Producer: Benjamin Sutton / A BBC Studios Production. / / EPISODE / http://www.bbc.co.uk/programmes/b08ntk48 / / SERIES / http://www.bbc.co.uk/programmes/b08n274n Comment : A satirical review of the week's news, chaired by Miles Jupp. Audio ID : 1 Format : AAC Format/Info : Advanced Audio Codec Format profile : LC Codec ID : 40 Duration : 43 min 18 s Bit rate mode : Constant Bit rate : 320 kb/s Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 kHz Frame rate : 46.875 FPS (1024 spf) Compression mode : Lossy Stream size : 99.1 MiB (100%) Language : English Default : Yes Alternate group : 1 Encoded date : UTC 1904-01-01 00:00:00 Tagged date : UTC 1904-01-01 00:00:00 Mediainfo for the file resulting from radiomode = good is:- alastair at ibmserver2:~/mastermedia/Music/Radio_Programme/The_News_Quiz/News_Quiz_Extra_Series_20> mediainfo News_Quiz_Extra_Series_20_-_2._Episode_2_b08ntk48_original_good.m4a General Complete name : News_Quiz_Extra_Series_20_-_2._Episode_2_b08ntk48_original_good.m4a Format : MPEG-4 Format profile : Apple audio with iTunes info Codec ID : M4A (isom/iso2) File size : 30.0 MiB Duration : 43 min 18 s Overall bit rate mode : Constant Overall bit rate : 96.8 kb/s Album : News Quiz Extra: Series 20 Album/Performer : BBC Radio Part/Position : 20 Track name : Episode 2 Track name/Position : 2 Grouping : Comedy Performer : BBC Radio 4 Extra Composer : BBC iPlayer Genre : Comedy ContentType : Music Recorded date : 2017-05-01T23:10:00+01:00 Encoded date : UTC 1904-01-01 00:00:00 Tagged date : UTC 2017-05-08 04:13:24 Writing application : Lavf57.56.100 Copyright : 2017 British Broadcasting Corporation, all rights reserved Cover : Yes Lyrics : Miles is joined by Hugo Rifkind, Katy Brand, Rich Hall and Kiri Pritchard-McLean in the extended version of last Friday's show. / / Our top story is of course the UK General Election. But we're also talking about the French Presidential elections. / / Producer: Benjamin Sutton / A BBC Studios Production. / / EPISODE / http://www.bbc.co.uk/programmes/b08ntk48 / / SERIES / http://www.bbc.co.uk/programmes/b08n274n Comment : A satirical review of the week's news, chaired by Miles Jupp. Audio ID : 1 Format : AAC Format/Info : Advanced Audio Codec Format profile : HE-AAC / LC Codec ID : 40 Duration : 43 min 18 s Bit rate mode : Constant Bit rate : 96.0 kb/s Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 kHz / 24.0 kHz Frame rate : 23.438 FPS (1024 spf) Compression mode : Lossy Stream size : 29.7 MiB (99%) Language : English Default : Yes Alternate group : 1 Encoded date : UTC 1904-01-01 00:00:00 Tagged date : UTC 1904-01-01 00:00:00 Both files check out with AtomicParsley and both play with software players so it looks like a repeat of the Linn problem even though I am using their older firmware which solved my "long file" problem. Will now try radiomode = better and radiomode = worse but if anybody has any other suggestions please let me know. Budge From andy_wedge at lineone.net Tue May 9 03:37:34 2017 From: andy_wedge at lineone.net (Andy Wedge) Date: Tue, 9 May 2017 11:37:34 +0100 Subject: Help text query Message-ID: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> I'm just looking through the -helplong text for GiP 3.01 and the -force option says that it "forces a script update if used with -u". I can't see any other reference to a -u option though and specifying it just seems to cause GiP to display some basic help information as though it's an unrecognised parameter. Have I missed something? Andy From s.morgan at skm.org.uk Tue May 9 03:48:49 2017 From: s.morgan at skm.org.uk (Simon Morgan) Date: Tue, 9 May 2017 11:48:49 +0100 Subject: Help text query In-Reply-To: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> References: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> Message-ID: <000601d2c8b1$d7db0f30$87912d90$@morgan@skm.org.uk> Its only use seems to be in the recording options as described here... https://github.com/get-iplayer/get_iplayer/wiki/options#recording-options Rgds Simon Morgan > -----Original Message----- > From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On > Behalf Of Andy Wedge > Sent: 09 May 2017 11:38 > To: get_iplayer at lists.infradead.org > Subject: Help text query > > I'm just looking through the -helplong text for GiP 3.01 and the -force > option says that it "forces a script update if used with -u". I can't > see any other reference to a -u option though and specifying it just > seems to cause GiP to display some basic help information as though > it's an unrecognised parameter. Have I missed something? > > Andy > From andy_wedge at lineone.net Tue May 9 04:20:58 2017 From: andy_wedge at lineone.net (Andy Wedge) Date: Tue, 9 May 2017 12:20:58 +0100 Subject: Help text query References: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> <000601d2c8b1$d7db0f30$87912d90$@morgan@skm.org.uk> Message-ID: <F66C519589247948824B3E179B6B43CA3910E4@SERVER1.multibyte.local> > On Behalf Of Simon Morgan > Sent: 09 May 2017 11:49 > > Its only use seems to be in the recording options as described here... > > https://github.com/get-iplayer/get_iplayer/wiki/options#recording-option s > Yes, the --force option is described in the recording options but it mentions -u which I can't see referenced anywhere else. Andy > > > On Behalf Of Andy Wedge > > Sent: 09 May 2017 11:38 > > > > I'm just looking through the -helplong text for GiP 3.01 and the -force > > option says that it "forces a script update if used with -u". I can't > > see any other reference to a -u option though and specifying it just > > seems to cause GiP to display some basic help information as though > > it's an unrecognised parameter. Have I missed something? > > > > Andy From ralph at inputplus.co.uk Tue May 9 05:42:37 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Tue, 09 May 2017 13:42:37 +0100 Subject: Help text query In-Reply-To: <F66C519589247948824B3E179B6B43CA3910E4@SERVER1.multibyte.local> References: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> <000601d2c8b1$d7db0f30$87912d90$@morgan@skm.org.uk> <F66C519589247948824B3E179B6B43CA3910E4@SERVER1.multibyte.local> Message-ID: <20170509124237.41DEC204E2@orac.inputplus.co.uk> Hi Andy, > Yes, the --force option is described in the recording options but it > mentions -u which I can't see referenced anywhere else. In 2.90, one of the old version I have here, -u is present. update => [ 2, "update|u!", 'Config', '--update, -u', "Update get_iplayer if a newer version is available. If so, plugins also will be updated if newer versions available."], That option was removed some time ago, and it stopped having an effect in versions that did have it, leaving users, including me, blissfully ignorant that there were new releases as we were happily running -u to check. -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From computing at windcheetah.org.uk Tue May 9 05:56:03 2017 From: computing at windcheetah.org.uk (Martin Powell) Date: Tue, 9 May 2017 13:56:03 +0100 Subject: Help text query In-Reply-To: <20170509124237.41DEC204E2@orac.inputplus.co.uk> References: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> <000601d2c8b1$d7db0f30$87912d90$@morgan@skm.org.uk> <F66C519589247948824B3E179B6B43CA3910E4@SERVER1.multibyte.local> <20170509124237.41DEC204E2@orac.inputplus.co.uk> Message-ID: <a7eca840-64e2-caf0-f2d9-5cd69b408e61@windcheetah.org.uk> Does anyone think reinstating the -u flag would be a good idea?? If your distribution handles PPAs, there is little point, but if it does not, it could be very handy. I'm in the process of moving from Mint (with PPAs) to PCLinuxOS (No PPAs) so the update would be nice. What do other people think?? Martin On 09/05/17 13:42, Ralph Corderoy wrote: > Hi Andy, > >> Yes, the --force option is described in the recording options but it >> mentions -u which I can't see referenced anywhere else. > In 2.90, one of the old version I have here, -u is present. > > update => [ 2, "update|u!", 'Config', '--update, -u', > "Update get_iplayer if a newer version is available. If so, > plugins also will be updated if newer versions available."], > > That option was removed some time ago, and it stopped having an effect > in versions that did have it, leaving users, including me, blissfully > ignorant that there were new releases as we were happily running -u to > check. > From ralph at inputplus.co.uk Tue May 9 06:07:07 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Tue, 09 May 2017 14:07:07 +0100 Subject: Help text query In-Reply-To: <a7eca840-64e2-caf0-f2d9-5cd69b408e61@windcheetah.org.uk> References: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> <000601d2c8b1$d7db0f30$87912d90$@morgan@skm.org.uk> <F66C519589247948824B3E179B6B43CA3910E4@SERVER1.multibyte.local> <20170509124237.41DEC204E2@orac.inputplus.co.uk> <a7eca840-64e2-caf0-f2d9-5cd69b408e61@windcheetah.org.uk> Message-ID: <20170509130707.EBACA204E2@orac.inputplus.co.uk> Hi Martin, > Does anyone think reinstating the -u flag would be a good idea?? I don't think it will happen. Presumably, it was removed to encourage one to read the upgrade and installation notes and follow them, rather than just assume it's all automatic? An option that was silent unless a new release was available would be useful. It can be manually checked by visiting $ curl -sSI https://github.com/get-iplayer/get_iplayer/releases/latest | > grep -i '^location:' Location: https://github.com/get-iplayer/get_iplayer/releases/tag/v3.01 $ -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From northmedia1 at the.forthnet.gr Tue May 9 07:44:53 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Tue, 9 May 2017 17:44:53 +0300 Subject: Further Radio Modes Experience In-Reply-To: <2b59d4ba-b9de-de43-1e8b-985dfff33ff8@errichel.co.uk> Message-ID: <C1D9078CBCF847C1B55DEA88806918F3@vasonote> On Tue May 9 09:49:15 BST 2017, Budge wrote: > but my Linn player will not play the file. > A sense of deja vu here as I had similar problems > back in January. > (snip) > Format profile : LC > (snip) > Bit rate : 320 kb/s > (snip) > Format profile : HE-AAC / LC > (snip) > Bit rate : 96.0 kb/s > (snip) > so it looks like a repeat of the Linn problem Hi Alastair! Is it warming up in Scotland? A very pleasant 27C currently here :-) Your "Linn" issue has been indeed discussed previously here in the list, often times by me... Your "problematic" firmware has no support for the High Efficiency (HE-AAC) encoding profile. Radiomodes with a bitrate <= 96 kbps use that, while the ones >=128 use the Linn compatible standard Low Complexity (LC) profile; actually, HE-AAC is LC too, better described as HE-AAC LC, as indicated by the MI log. You can consult the recently re-linked in the list modes tables to accommodate your radiomode settings: https://github.com/get-iplayer/get_iplayer/wiki/modes https://github.com/get-iplayer/get_iplayer/wiki/modesref https://github.com/get-iplayer/get_iplayer/wiki/modesref#radio-modes Best regards, Vangelis. From david at cantrell.org.uk Tue May 9 08:03:45 2017 From: david at cantrell.org.uk (David Cantrell) Date: Tue, 9 May 2017 16:03:45 +0100 Subject: Help text query In-Reply-To: <a7eca840-64e2-caf0-f2d9-5cd69b408e61@windcheetah.org.uk> References: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> <F66C519589247948824B3E179B6B43CA3910E4@SERVER1.multibyte.local> <20170509124237.41DEC204E2@orac.inputplus.co.uk> <a7eca840-64e2-caf0-f2d9-5cd69b408e61@windcheetah.org.uk> Message-ID: <20170509150345.GA31766@bytemark.barnyard.co.uk> On Tue, May 09, 2017 at 01:56:03PM +0100, Martin Powell wrote: > Does anyone think reinstating the -u flag would be a good idea?? No. > If your distribution handles PPAs, there is little point, but if it does > not, it could be very handy. Not really. I have no idea what a PPA is so I presume that my OSes don't handle them. I just regularly 'brew update;brew upgrade' on OS X and 'apt-get update;apt-get upgrade' on Linux. > I'm in the process of moving from Mint (with PPAs) to PCLinuxOS (No > PPAs) so the update would be nice. PCLinuxOS's web page is confusing, it says that it uses APT (from Debian) but also that they have loads of RPM packages. Either way, better to just add a suitable package repository and use that instead of each application supplying its own update tool. -- David Cantrell | Pope | First Church of the Symmetrical Internet Vegetarian: n: a person who, due to poor lifestyle choices, is more likely to get arse cancer than a normal person From andy_wedge at lineone.net Tue May 9 08:20:07 2017 From: andy_wedge at lineone.net (Andy Wedge) Date: Tue, 9 May 2017 16:20:07 +0100 Subject: Help text query References: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> <F66C519589247948824B3E179B6B43CA3910E4@SERVER1.multibyte.local> <20170509124237.41DEC204E2@orac.inputplus.co.uk> <a7eca840-64e2-caf0-f2d9-5cd69b408e61@windcheetah.org.uk> <20170509150345.GA31766@bytemark.barnyard.co.uk> Message-ID: <F66C519589247948824B3E179B6B43CA3910E5@SERVER1.multibyte.local> > On Behalf Of David Cantrell > Sent: 09 May 2017 16:04 > On Tue, May 09, 2017 at 01:56:03PM +0100, Martin Powell wrote: > > > Does anyone think reinstating the -u flag would be a good idea?? > > No. > It seems like it's just on oversight in the documentation now then. I always looked for the release notifications and decided if I want to update rather than relying on a switch. If, as it seems, the -u option has been removed I don't see a need to reinstate it. Cheers, Andy From ajebay at errichel.co.uk Tue May 9 09:48:53 2017 From: ajebay at errichel.co.uk (Budge) Date: Tue, 9 May 2017 17:48:53 +0100 Subject: Further Radio Modes Experience In-Reply-To: <C1D9078CBCF847C1B55DEA88806918F3@vasonote> References: <C1D9078CBCF847C1B55DEA88806918F3@vasonote> Message-ID: <03ba981c-3ad6-d0d7-110a-91c39736ea1e@errichel.co.uk> On 09/05/17 15:44, Vangelis forthnet wrote: > On Tue May 9 09:49:15 BST 2017, Budge wrote: >> but my Linn player will not play the file. A sense of deja vu here as >> I had similar problems back in January. (snip) Format >> profile : LC >> (snip) Bit rate : 320 kb/s >> (snip) Format profile : HE-AAC / LC >> (snip) Bit rate : 96.0 kb/s >> (snip) so it looks like a repeat of the Linn problem > > Hi Alastair! Is it warming up in Scotland? > A very pleasant 27C currently here :-) > > Your "Linn" issue has been indeed discussed previously here in the list, > often times by me... Your "problematic" firmware has no support for the > High Efficiency (HE-AAC) encoding profile. > Radiomodes with a bitrate <= 96 kbps use that, while the ones >=128 use > the Linn compatible standard Low Complexity (LC) profile; actually, > HE-AAC is LC too, better described as HE-AAC LC, as indicated by the MI > log. > > You can consult the recently re-linked in the list modes tables to > accommodate your radiomode settings: > https://github.com/get-iplayer/get_iplayer/wiki/modes > > https://github.com/get-iplayer/get_iplayer/wiki/modesref > > https://github.com/get-iplayer/get_iplayer/wiki/modesref#radio-modes > > Best regards, Vangelis. Hi Vangelis, Good to hear from you. Yes it is getting warmer here. Just had a week away on Isle of Mull and didn't see a cloud all week, only aircraft vapour trails, and there was a splendid cool breeze to keep us fresh. Perfect. Thanks for the links and yes I have been through all my previous posts but only after the file failed. I have now read and re-read the wiki pages but had not remembered the fact that the 96kbps which gives me the file size I want is the one that Linn firmware cannot handle. Will try the other options as I posted. Am very disappointed with Linn as they still have not sorted out the issues I previously identified and seem reluctant to do so even though they admit the faults. Best wishes, Alastair. From ralph at inputplus.co.uk Tue May 9 10:22:35 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Tue, 09 May 2017 18:22:35 +0100 Subject: Help text query In-Reply-To: <20170509150345.GA31766@bytemark.barnyard.co.uk> References: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> <F66C519589247948824B3E179B6B43CA3910E4@SERVER1.multibyte.local> <20170509124237.41DEC204E2@orac.inputplus.co.uk> <a7eca840-64e2-caf0-f2d9-5cd69b408e61@windcheetah.org.uk> <20170509150345.GA31766@bytemark.barnyard.co.uk> Message-ID: <20170509172235.CB4C81FB1B@orac.inputplus.co.uk> Hi David, > > If your distribution handles PPAs, there is little point, but if it > > does not, it could be very handy. > > Not really. I have no idea what a PPA is so I presume that my OSes > don't handle them. I just regularly 'brew update;brew upgrade' on OS X > and 'apt-get update;apt-get upgrade' on Linux. A PPA is one place for apt-get to fetch packages from. If you find apt-get update gives you 3.00, 3.01, etc., soon after they're released, then you pulling their packages from somewhere other than a stable Ubuntu 2016-10, etc., that wouldn't update much once released; that might be a PPA you've told it about in the past. -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From tmthywynn8 at gmail.com Tue May 9 11:11:03 2017 From: tmthywynn8 at gmail.com (Timothy) Date: Tue, 9 May 2017 14:11:03 -0400 Subject: Further Radio Modes Experience In-Reply-To: <03ba981c-3ad6-d0d7-110a-91c39736ea1e@errichel.co.uk> References: <C1D9078CBCF847C1B55DEA88806918F3@vasonote> <03ba981c-3ad6-d0d7-110a-91c39736ea1e@errichel.co.uk> Message-ID: <0FA9A83654F7473F91FF9F79B351FB6C@AsusT100TAM> On Tuesday, May 9, 2017 12:48 PM, "Budge" <ajebay at errichel.co.uk> wrote: > Thanks for the links and yes I have been through all my previous posts > but only after the file failed. I have now read and re-read the wiki > pages but had not remembered the fact that the 96kbps which gives me > the file size I want is the one that Linn firmware cannot handle. You could always try the std modes, as it's only a third larger (128K), but is LC so your player can handle it. Timothy From mac at mcrowe.com Tue May 9 13:11:00 2017 From: mac at mcrowe.com (Mike Crowe) Date: Tue, 9 May 2017 21:11:00 +0100 Subject: --pid and --pid-recursive now only works once with PVR Message-ID: <20170509201100.GA29887@mcrowe.com> For several years I've been enqueueing whole "brands" for radio programmes to be recorded with a single command like: get_iplayer --pvr-queue --type radio --pid=b0072q60 --pid-recursive and then downloading new episodes automatically in the middle of the night with: get_iplayer --pvr --metadata=generic I noticed that the files in the .get_iplayer/pvr/ directory were all named ONCE_<pid>, yet that didn't seem to matter. I never knowingly needed to enqueue the "brand" again for more downloads to occur in the future once new programmes had been broadcast. This all worked well until I upgraded from get_iplayer v2.99 to v3.00. It seems that the PVR ONCE_<pid> files are now being deleted once any programme has been downloaded that matches the brand. v3.01 seems to do the same. I've read through the release notes and I can't see this change mentioned. Looking at the code in $pvr->run() I can't see why these ONCE_ files weren't being deleted before. Perhaps something about the download was always failing previously, so $failcount was always non-zero for me? Perhaps the new scraping code means that far few programmes are being considered so it is possible to have downloaded them all, whereas in the past there were always programmes that were too old that could not be downloaded? It seems that $pvr->run() won't delete files that don't match /^ONCE_/ , but $pvr->queue doesn't provide a way to create files with any other name. Is there a better way to enqueue series and brand PIDs so that they continue to work indefinitely? Thanks. Mike. From clanlaw at gmail.com Tue May 9 14:00:00 2017 From: clanlaw at gmail.com (Colin Law) Date: Tue, 9 May 2017 22:00:00 +0100 Subject: Help text query In-Reply-To: <20170509150345.GA31766@bytemark.barnyard.co.uk> References: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> <F66C519589247948824B3E179B6B43CA3910E4@SERVER1.multibyte.local> <20170509124237.41DEC204E2@orac.inputplus.co.uk> <a7eca840-64e2-caf0-f2d9-5cd69b408e61@windcheetah.org.uk> <20170509150345.GA31766@bytemark.barnyard.co.uk> Message-ID: <CAL=0gLsVG3YC4RWf_9j0tnENzyg-ExOmzNaeUo38R_yqEARZAw@mail.gmail.com> On 9 May 2017 at 16:03, David Cantrell <david at cantrell.org.uk> wrote: > On Tue, May 09, 2017 at 01:56:03PM +0100, Martin Powell wrote: > ... >> If your distribution handles PPAs, there is little point, but if it does >> not, it could be very handy. > > Not really. I have no idea what a PPA is so I presume that my OSes don't > handle them. I just regularly 'brew update;brew upgrade' on OS X and > 'apt-get update;apt-get upgrade' on Linux. Ubuntu/Mint PPA (Personal Package Archive) for get-iplayer is https://launchpad.net/~jon-hedgerows/+archive/ubuntu/get-iplayer > >> I'm in the process of moving from Mint (with PPAs) to PCLinuxOS (No >> PPAs) so the update would be nice. > > PCLinuxOS's web page is confusing, it says that it uses APT (from > Debian) but also that they have loads of RPM packages. Either way, > better to just add a suitable package repository and use that instead of > each application supplying its own update tool. The PPA *is* the 'suitable package repository' if you want to keep up to date on Ubuntu or Mint. Colin From mac at mcrowe.com Tue May 9 14:15:56 2017 From: mac at mcrowe.com (Mike Crowe) Date: Tue, 9 May 2017 22:15:56 +0100 Subject: --pid and --pid-recursive now only works once with PVR In-Reply-To: <20170509201100.GA29887@mcrowe.com> References: <20170509201100.GA29887@mcrowe.com> Message-ID: <20170509211556.GA8972@mcrowe.com> On Tuesday 09 May 2017 at 21:11:00 +0100, Mike Crowe wrote: > For several years I've been enqueueing whole "brands" for radio programmes > to be recorded with a single command like: > > get_iplayer --pvr-queue --type radio --pid=b0072q60 --pid-recursive > > and then downloading new episodes automatically in the middle of the night with: > > get_iplayer --pvr --metadata=generic > > I noticed that the files in the .get_iplayer/pvr/ directory were all named > ONCE_<pid>, yet that didn't seem to matter. I never knowingly needed to > enqueue the "brand" again for more downloads to occur in the future once > new programmes had been broadcast. > > This all worked well until I upgraded from get_iplayer v2.99 to v3.00. It > seems that the PVR ONCE_<pid> files are now being deleted once any > programme has been downloaded that matches the brand. v3.01 seems to do the > same. > > I've read through the release notes and I can't see this change mentioned. > > Looking at the code in $pvr->run() I can't see why these ONCE_ files > weren't being deleted before. Perhaps something about the download was > always failing previously, so $failcount was always non-zero for me? > Perhaps the new scraping code means that far few programmes are being > considered so it is possible to have downloaded them all, whereas in the > past there were always programmes that were too old that could not be > downloaded? > > It seems that $pvr->run() won't delete files that don't match /^ONCE_/ , > but $pvr->queue doesn't provide a way to create files with any other name. > > Is there a better way to enqueue series and brand PIDs so that they > continue to work indefinitely? Someone helpfully responded privately to point out that I should be using --pvr-add rather than --pvr-queue. It would appear that --pvr-add only gained support for PID-based searching with 17330748fb260f7345fba7c5c1da2e87b683748e in v2.98, so it's not surprising that I wasn't using it previously. I'll fix my scripts. Thanks! Mike. From ajebay at errichel.co.uk Wed May 10 16:15:57 2017 From: ajebay at errichel.co.uk (Budge) Date: Thu, 11 May 2017 00:15:57 +0100 Subject: Further Radio Modes Experience In-Reply-To: <0FA9A83654F7473F91FF9F79B351FB6C@AsusT100TAM> References: <C1D9078CBCF847C1B55DEA88806918F3@vasonote> <03ba981c-3ad6-d0d7-110a-91c39736ea1e@errichel.co.uk> <0FA9A83654F7473F91FF9F79B351FB6C@AsusT100TAM> Message-ID: <64406c13-7503-c752-45e5-3da4bf89f4a7@errichel.co.uk> On 09/05/17 19:11, Timothy wrote: > > On Tuesday, May 9, 2017 12:48 PM, "Budge" <ajebay at errichel.co.uk> wrote: > >> Thanks for the links and yes I have been through all my previous posts >> but only after the file failed. I have now read and re-read the wiki >> pages but had not remembered the fact that the 96kbps which gives me >> the file size I want is the one that Linn firmware cannot handle. > > > You could always try the std modes, as it's only a third larger (128K), but is LC so your player can handle it. Hi Timothy, As you know there is no simple "std" but modes such as dafstd or hafstd. I mentioned I was going to try the shortcut "better" which gives both of these. In fact my pvr-list entry with radiomode=better failed last night and gave me the 96kbps version again. I have now downloaded using pid and radiomode=better and this worked. Will check my pvr-list entry and try again but you are correct on file size and I can live with "better" shortcut. Will also try some lower resolution options and/or run command to convert to mp3. Thanks for the suggestion. Budge. From tmthywynn8 at gmail.com Wed May 10 18:00:54 2017 From: tmthywynn8 at gmail.com (Timothy) Date: Wed, 10 May 2017 21:00:54 -0400 Subject: Further Radio Modes Experience In-Reply-To: <64406c13-7503-c752-45e5-3da4bf89f4a7@errichel.co.uk> References: <C1D9078CBCF847C1B55DEA88806918F3@vasonote> <03ba981c-3ad6-d0d7-110a-91c39736ea1e@errichel.co.uk> <0FA9A83654F7473F91FF9F79B351FB6C@AsusT100TAM> <64406c13-7503-c752-45e5-3da4bf89f4a7@errichel.co.uk> Message-ID: <6443C4DE09AD40A6A4A18902300ACCE7@AsusT100TAM> On Wednesday, May 10, 2017 7:15 PM, "Budge" <ajebay at errichel.co.uk> wrote: > As you know there is no simple "std" but modes such as dafstd or > hafstd. I mentioned I was going to try the shortcut "better" which > gives both of these. > Any reason why you don't just use: --radiomode dafstd,hafstd,hlsaacstd to ensure that you're only getting the 128K version? Timothy From northmedia1 at the.forthnet.gr Wed May 10 19:03:43 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Thu, 11 May 2017 05:03:43 +0300 Subject: FFmpeg-3.3-win32-static binary for XP/Vista+ users Message-ID: <776B5DE6C32040BF91639F03555E5766@vasonote> As you may already know (or have found out the hard way), the maintainer has ceased supporting Windows XP & Vista OSes since GiP v3.00+; this is declared (in bold) in Forum rule #2: https://squarepenguin.co.uk/forums/thread-655.html and also included (in bold, too) in the "Windows Installation" wiki entry: https://github.com/get-iplayer/get_iplayer/wiki/windows#windows-installation Of course, both these OSes have been left orphan by their vendor, Microsoft; XP SP3 was EOL'd April 2014 and Vista SP2 only a month ago, so noone can really blame the maintainer for the decision taken... It may also be (apart from lining himself up behind MS) that he lacks those systems for testing purposes... As things stand, the latest supported Windows installer, available at https://github.com/get-iplayer/get_iplayer_win32/releases/latest , does not impose a minOS version check (I'm not putting ideas to the dev :-), so it can be installed on both XP and Vista. The mini Strawbery Perl distribution provided by the installer has also undergone some changes: an upgrade from Perl 5.24.0.1 to 5.24.1.1, plus some deprecated perl modules were removed while new needed ones were added... You can inspect recent changes to the win installer at: https://github.com/get-iplayer/get_iplayer_win32/compare/2.99.0...3.01.0 AFAICT, the perl code itself in latest versions of the scripts along with the provided miniPerl package continue to be fully compatible with XP/Vista. The one change that broke things for these OSes was the move from the Zeranoe compile ffmpeg-3.0-win32 to the Zeranoe compile ffmpeg-3.2.4-win32: -!define FFMPEGDIR "${UTILSDIR}\ffmpeg-3.0-win32-static" +!define FFMPEGDIR "${UTILSDIR}\ffmpeg-3.2.4-win32-static" The FFmpeg code itself has not stopped being XP/Vista compatible, but the inclusion by Zeranoe of some external libs that are either themselves by default not compatible or have become incompatible at some stage of their development is what broke recent Zeranoe builds on XP/Vista. E.g., --enable-libmfx breaks builds on XP, while --enable-libx265 without the -DWINXP_SUPPORT=ON flag breaks builds on both XP/Vista (and it's the reason behind errors like: https://squarepenguin.co.uk/forums/thread-1307.html ). FFmpeg on GiP is used, as you may already know, for remuxing (repackaging) downloaded fragmented (dash) .mp4(/.m4a) and .ts files to the standard MP4 container. Min version requirement for hvf modes is 2.5, while for dvf modes is 3.0. So, v3.0 included with previous installer "get_iplayer-2.99.0.exe" is fine for the job - this is to be removed from the repo on May 30th, so grab it while you can... You can extract the above NSIS installer with a utility like 7-zip (without actually running it); "ffmpeg.exe" inside "utils" folder is v3.0. That version 3.0 originally came from the Zeranoe repo at: https://ffmpeg.zeranoe.com/builds/win32/static/ HOWEVER, in another perfect demonstration of Sod's Law, the repo was recently purged from any content older than 07-Nov-2016, hence all currently offered compiles won't run on XP/Vista. Fortunately, VideoHelp site has an archived link of 3.0 at: https://www.videohelp.com/software/ffmpeg/old-versions (ffmpeg-3.0-win32-static.7z) that should become handy when the above installer is withdrawn... The general idea to restore XP/Vista compatibility in GiP 3.00+ is to replace provided 3.2.4 binary with the 3.0 one (or newer, see below...). On XP/Vista 32bit, default GiP installation dir is %PROGRAMFILES%\get_iplayer (or C:\Program Files\get_iplayer); head over to utils dir, rename existing ffmpeg.exe (e.g to ffmpeg.BAK) and place within your v3.0 copy of ffmpeg.exe (I won't be held responsible if you mess up your system...). Alternatively, if you feel unconfortable accessing your "Program Files" dir, you can use the --ffmpeg GiP option (and set it permanently in options) to point the script to the path of your v3.0 ffmpeg.exe binary. Although something more up-to-date is not strictly needed by GiP, I have recently compiled a FFmpeg-3.3-win32-static binary that is XP/Vista compatible and includes most popular external libs (audio/video codecs, filters etc.). It is a GPLv3 redistributable binary and I decided to share it here with fellow GiP Windows users... Together with source and licences, it's been uploaded to http://www.datafilehost.com/d/3ddcd138 (Press gray DOWNLOAD button - you need 7-zip or similar to decompress...). This binary runs fine on XP+ Windows OSes. For your other uses, run provided "ff-prompt.bat" and type your ffmpeg commands there; for GiP inclusion, binary (ffmpeg.exe) resides inside "bin" folder. You should not need to use this binary on Win7+ (it does run fine there), but if you do you won't be eligible for support in the Forums, since the maintainer only supports the specific v3.2.4 binary supplied by the Windows installer. I hope someone finds the (lengthy) above of value... Regards, Vangelis. From ajebay at errichel.co.uk Thu May 11 03:03:05 2017 From: ajebay at errichel.co.uk (Budge) Date: Thu, 11 May 2017 11:03:05 +0100 Subject: Further Radio Modes Experience In-Reply-To: <6443C4DE09AD40A6A4A18902300ACCE7@AsusT100TAM> References: <C1D9078CBCF847C1B55DEA88806918F3@vasonote> <03ba981c-3ad6-d0d7-110a-91c39736ea1e@errichel.co.uk> <0FA9A83654F7473F91FF9F79B351FB6C@AsusT100TAM> <64406c13-7503-c752-45e5-3da4bf89f4a7@errichel.co.uk> <6443C4DE09AD40A6A4A18902300ACCE7@AsusT100TAM> Message-ID: <5af7fe68-79df-f353-b2a3-456b6398a8e0@errichel.co.uk> On 11/05/17 02:00, Timothy wrote: > On Wednesday, May 10, 2017 7:15 PM, "Budge" <ajebay at errichel.co.uk> wrote: >> As you know there is no simple "std" but modes such as dafstd or >> hafstd. I mentioned I was going to try the shortcut "better" which >> gives both of these. >> > Any reason why you don't just use: > --radiomode dafstd,hafstd,hlsaacstd > to ensure that you're only getting the 128K version? Yes, simplicity. I have a significant number of spoken word radio programmes to edit in my pvr list. ( I use the best resolution as default which is for music but don't need this for spoken word.) Budge. From david at cantrell.org.uk Thu May 11 04:06:08 2017 From: david at cantrell.org.uk (David Cantrell) Date: Thu, 11 May 2017 12:06:08 +0100 Subject: Help text query In-Reply-To: <20170509172235.CB4C81FB1B@orac.inputplus.co.uk> References: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> <F66C519589247948824B3E179B6B43CA3910E4@SERVER1.multibyte.local> <20170509124237.41DEC204E2@orac.inputplus.co.uk> <a7eca840-64e2-caf0-f2d9-5cd69b408e61@windcheetah.org.uk> <20170509150345.GA31766@bytemark.barnyard.co.uk> <20170509172235.CB4C81FB1B@orac.inputplus.co.uk> Message-ID: <20170511110608.GA19248@bytemark.barnyard.co.uk> On Tue, May 09, 2017 at 06:22:35PM +0100, Ralph Corderoy wrote: > Hi David, > > > If your distribution handles PPAs, there is little point, but if it > > > does not, it could be very handy. > > Not really. I have no idea what a PPA is so I presume that my OSes > > don't handle them. I just regularly 'brew update;brew upgrade' on OS X > > and 'apt-get update;apt-get upgrade' on Linux. > A PPA is one place for apt-get to fetch packages from. > If you find apt-get update gives you 3.00, 3.01, etc., soon after > they're released, then you pulling their packages from somewhere other > than a stable Ubuntu 2016-10, etc., that wouldn't update much once > released; that might be a PPA you've told it about in the past. Oh, so it's just Hipster for "third-party repository". -- David Cantrell | Cake Smuggler Extraordinaire One person can change the world, but most of the time they shouldn't -- Marge Simpson From richard22j at zoho.com Thu May 11 04:25:58 2017 From: richard22j at zoho.com (RS) Date: Thu, 11 May 2017 12:25:58 +0100 Subject: Further Radio Modes Experience In-Reply-To: <C1D9078CBCF847C1B55DEA88806918F3@vasonote> References: <C1D9078CBCF847C1B55DEA88806918F3@vasonote> Message-ID: <08CE14BA8317401E8F4046DA1DFC568D@UserPC> >From: Vangelis forthnet Sent: Tuesday, May 9, 2017 3:44 PM Your >"problematic" firmware has no support for the High Efficiency (HE-AAC) >encoding profile. >Radiomodes with a bitrate <= 96 kbps use that, while the ones >=128 use the >Linn compatible standard Low Complexity (LC) profile; actually, HE-AAC is >LC too, better described as HE-AAC LC, as indicated by the MI log. Use by the BBC of HE-AAC components at bit rates of 96kbit/s and below may well be the explanation for the difficulty in playing those files. As I understand the AAC standard, players which are not able to handle HE components are required to ignore them. If the Linn player is failing to do so, there may be grounds for reporting this as a fault to Linn. In the meantime as you suggest the solution is probably to use a bit rate, perhaps 128kbit/s and above, encoded as AAC-LC. A month or two ago someone else had a problem with a Linn player. His problem was that it would not play long M4A/AAC files. Some of the operas on Radio 3 can be up to 5 hours, and it would not play the longer ones. Linn was supposed to be investigating, but I don't remember hearing whether the problem had been fixed. From artisticforge at gmail.com Thu May 11 04:26:36 2017 From: artisticforge at gmail.com (artisticforge .) Date: Thu, 11 May 2017 06:26:36 -0500 Subject: Help text query In-Reply-To: <20170511110608.GA19248@bytemark.barnyard.co.uk> References: <F66C519589247948824B3E179B6B43CA3910E3@SERVER1.multibyte.local> <F66C519589247948824B3E179B6B43CA3910E4@SERVER1.multibyte.local> <20170509124237.41DEC204E2@orac.inputplus.co.uk> <a7eca840-64e2-caf0-f2d9-5cd69b408e61@windcheetah.org.uk> <20170509150345.GA31766@bytemark.barnyard.co.uk> <20170509172235.CB4C81FB1B@orac.inputplus.co.uk> <20170511110608.GA19248@bytemark.barnyard.co.uk> Message-ID: <CANqy083PNNGrFUT6+2akSmooFjLFJA20caU4t=GRTmYrx9rkTA@mail.gmail.com> hello it is like most thing Ubuntu, they just have to be "different". ;-) On Thu, May 11, 2017 at 6:06 AM, David Cantrell <david at cantrell.org.uk> wrote: > On Tue, May 09, 2017 at 06:22:35PM +0100, Ralph Corderoy wrote: >> Hi David, >> > > If your distribution handles PPAs, there is little point, but if it >> > > does not, it could be very handy. >> > Not really. I have no idea what a PPA is so I presume that my OSes >> > don't handle them. I just regularly 'brew update;brew upgrade' on OS X >> > and 'apt-get update;apt-get upgrade' on Linux. >> A PPA is one place for apt-get to fetch packages from. >> If you find apt-get update gives you 3.00, 3.01, etc., soon after >> they're released, then you pulling their packages from somewhere other >> than a stable Ubuntu 2016-10, etc., that wouldn't update much once >> released; that might be a PPA you've told it about in the past. > > Oh, so it's just Hipster for "third-party repository". > > -- > David Cantrell | Cake Smuggler Extraordinaire > > One person can change the world, but most of the time they shouldn't > -- Marge Simpson > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From northmedia1 at the.forthnet.gr Thu May 11 08:40:52 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Thu, 11 May 2017 18:40:52 +0300 Subject: Further Radio Modes Experience In-Reply-To: <08CE14BA8317401E8F4046DA1DFC568D@UserPC> Message-ID: <08AF5596B8E34362AD350421BC7B1844@vasonote> On Thu May 11 12:25:58 BST 2017, RS wrote: > A month or two ago someone else had a problem with a Linn player. > His problem was that it would not play long M4A/AAC files. IIRC, that someone else was again @Budge, same person: On Tue May 9 09:49:15 BST 2017, Budge wrote: >> even though I am using their older firmware >> which solved my "long file" problem. Best regards, V. From northmedia1 at the.forthnet.gr Thu May 11 16:36:27 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Fri, 12 May 2017 02:36:27 +0300 Subject: daf* radiomodes broken by the BBC! Message-ID: <B99ABBE53B6C4C9C9DA41BE7367F1966@vasonote> This has been documented in Known Issue #2 over at the github wiki: https://github.com/get-iplayer/get_iplayer/wiki/issues#2-2017-05-11-dash-streams-unavailable-for-radio-programmes Do as advised... Awaiting eventual major breakages imminently ;-( From tellyaddict21 at gmx.co.uk Thu May 11 17:02:11 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Fri, 12 May 2017 02:02:11 +0200 Subject: daf* radiomodes broken by the BBC! In-Reply-To: <B99ABBE53B6C4C9C9DA41BE7367F1966@vasonote> References: <B99ABBE53B6C4C9C9DA41BE7367F1966@vasonote> Message-ID: <trinity-c3677ab7-4d1b-45ad-a28e-bb36fe3b0c23-1494547331454@3capp-mailcom-bs05> Dinky says that this is due to BBC changes but what has actually changed? The feeds are still there in the mediaselector. Any ideas what needs to be changed to fix it? I'm finding it very frustrating at the moment since Dinky has stopped publishing fixes in the development version on Github until the final version is actually released. Flash modes seem to be vanishing as well in 2.99 and still just about available in 2.96. Again what's changed and what needs to be changed? > This has been documented in Known Issue #2 > over at the github wiki: > > https://github.com/get-iplayer/get_iplayer/wiki/issues#2-2017-05-11-dash-streams-unavailable-for-radio-programmes > > Do as advised... > > Awaiting eventual major breakages imminently ;-( From northmedia1 at the.forthnet.gr Thu May 11 18:23:38 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Fri, 12 May 2017 04:23:38 +0300 Subject: daf* radiomodes broken by the BBC! In-Reply-To: <trinity-c3677ab7-4d1b-45ad-a28e-bb36fe3b0c23-1494547331454@3capp-mailcom-bs05> Message-ID: <01B7A9679B014FBAA955B3E5A8F4366F@vasonote> On Fri May 12 01:02:11 BST 2017, tellyaddict wrote: > Flash modes seem to be vanishing as well in 2.99 > and still just about available in 2.96. Having been away all day from home, I only recently became aware of the breakage I posted about :-( But I was equally p****d to discover that not only the quick daf modes were gone, flashaac modes in my GiP 2.97 copy weren't picked up either... ;-{ Flashaac modes were very quick for me, alas I tried GiP 2.96 but still no joy: perl get_iplayer-296.pl --type=radio --pid=b08njqcb -i | FindStr modes => modes: default: hafhigh1,hafhigh2,hafstd1,hafstd2,hafmed1,hafmed2,haflo w1,haflow2,hlsaacstd1,hlsaaclow1 Haf* modes are VERY slow compared to either daf*/flash*, while whereas the hlsaac* ones are much quicker, they may be corrupted for many programmes :-( I guess it's a safe bet to say we're in no luck getting the flash modes back, as the maintainer has already removed them in GiP 3.00+ and does not support that deprecated code... > I'm finding it very frustrating at the moment > since Dinky has stopped publishing fixes > in the development version on Github > until the final version is actually released. ... Gone are those days; I can echo your feelings completely... And he's not willing to divulge any details in the forums either, so lose-lose situation any way you look at it... > but what has actually changed? > (snip) > Again what's changed Well, as you say both MPEG-DASH and RTMP streams are both present inside the mediaselector API URL for mediaset=pc, e.g. in the case of my mentioned radio pid=b08njqcb => vpid=b08njqby => http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/vpid/b08njqby I am not the most appropriate person to answer your "what" questions, especially since it's very late at night here... Obviously something has been changed in the XML blocks there or in the href URLs themselves and thus GiP can no longer parse this data successfully because it's not in a form expected by GiP; sadly, as I'm sure you know, I'm not a coder or regex expert, so can't provide solutions for you/us... If it comes to that, DASH manifest files can be downloaded with youtube-dl, while for RTMP streams one can always construct manual rtmpdump commands (TBH though, haven't done that in a big while...). I'm sorry to say this again, but what this "low-traffic" list needs is for some serious perl coders to come forth and share their knowledge in a more "liberal" fashion - yes, the sole maintainer is highly commendable for his unwanning efforts over the years, but there's a but... Goodnight (and Lord Knows what else'll broken tomorrow ;-( ). From northmedia1 at the.forthnet.gr Thu May 11 20:15:43 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Fri, 12 May 2017 06:15:43 +0300 Subject: daf* radiomodes broken by the BBC! In-Reply-To: <trinity-c3677ab7-4d1b-45ad-a28e-bb36fe3b0c23-1494547331454@3capp-mailcom-bs05> Message-ID: <405AD0935FED49B7A1659576AACC4F60@vasonote> On Fri May 12 01:02:11 BST 2017, tellyaddict wrote: (daf* radiomodes broken by the BBC!) > The feeds are still there in the mediaselector. > Any ideas what needs to be changed to fix it? Well, I couldn't really sleep until I debugged this for myself, so there you go: In my GiP 2.97 copy, I restored daf* radiomodes by changing line (possibly mangled by mailer) $xml = main::request_url_retry( $ua, $media_stream_pc_prefix.$verpid.'/transferformat/dash?cb='.( sprintf "%05.0f", 99999*rand(0) ), 3, undef, undef, 1, 1 ); to (also possibly mangled by mailer): $xml = main::request_url_retry( $ua, $media_stream_pc_prefix.$verpid.'/transferformat/dash', 3, undef, undef, 1, 1 ); Downloaded a dashmed radiomode successfully; I haven't tried this patch on GiP 3.01; since it also supports DASH video streams (dvf tvmodes), it may/may not break them; try and tell us... > Flash modes seem to be vanishing as well in 2.99 > and still just about available in 2.96. > Again what's changed and what needs to be changed? Are you referring to flashaac radiomodes? In a similar fashion, I was able to restore flashaac radiomodes in GiP 2.97 (without, AFAICT, affecting flash tvmodes) by changing line (possibly mangled by mailer) $xml = main::request_url_retry( $ua, $media_stream_pc_prefix.$verpid.'/proto/rtmp?cb='.( sprintf "%05.0f", 99999*rand(0) ), 3, undef, undef, 1, 1 ); to (also possibly mangled by mailer): $xml = main::request_url_retry( $ua, $media_stream_pc_prefix.$verpid.'/proto/rtmp', 3, undef, undef, 1, 1 ); However, the Akamai CDN (flashaac*2 mode) is misbehaving for me currently; don't know what to make of this... To conclude, if I was in the end able to find a crude solution to this issue after a 70min experimentation, having 0 coding skills, then it is highly probable you or anybody else could... Regards, Vangelis. From chrisjbrady at gmail.com Thu May 11 23:28:25 2017 From: chrisjbrady at gmail.com (CJB) Date: Fri, 12 May 2017 07:28:25 +0100 Subject: BBC has added password controls to iPlayer Message-ID: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> The BBC has added password controls to iPlayer, forcing viewers to register in order to watch its programmes. >From today iPlayer users will need to provide the BBC with their name, date of birth, email address and home address if they want to use the service. They will then have to log in when they want to watch something. http://www.telegraph.co.uk/technology/2017/05/11/bbc-iplayer-now-has-password-controls/ CJB From s.morgan at skm.org.uk Thu May 11 23:50:39 2017 From: s.morgan at skm.org.uk (Simon Morgan) Date: Fri, 12 May 2017 07:50:39 +0100 Subject: BBC has added password controls to iPlayer In-Reply-To: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> Message-ID: <00b101d2caec$11ea5c30$35bf1490$@morgan@skm.org.uk> Presumably Step 1 towards requiring/checking existence of a TV Licence. At the moment the Login is a username/email address and password with no immediate link to a valid licence. No doubt this will follow in due course. Rgds Simon Morgan Ps - sorry CJB - I replied to you direct rather than via this list - finger trouble! > -----Original Message----- > From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On > Behalf Of CJB > Sent: 12 May 2017 07:28 > To: get_iplayer-request > Subject: BBC has added password controls to iPlayer > > The BBC has added password controls to iPlayer, forcing viewers to > register in order to watch its programmes. > > From today iPlayer users will need to provide the BBC with their name, > date of birth, email address and home address if they want to use the > service. They will then have to log in when they want to watch > something. > > http://www.telegraph.co.uk/technology/2017/05/11/bbc-iplayer-now-has- > password-controls/ > > CJB > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From rob.wood at synigy.com Fri May 12 00:42:12 2017 From: rob.wood at synigy.com (Rob Wood) Date: Fri, 12 May 2017 08:42:12 +0100 Subject: BBC has added password controls to iPlayer In-Reply-To: <00b101d2caec$11ea5c30$35bf1490$@morgan@skm.org.uk> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <00b101d2caec$11ea5c30$35bf1490$@morgan@skm.org.uk> Message-ID: <0e241327-33be-4b7c-e9ca-fdcb514647cf@synigy.com> I mentioned this last year but if you just search "bbc forgerock" or just get the marketing pdf athttps://www.forgerock.com/app/uploads/2017/03/CaseStudy-BBC.pdf you will see what's happening. Rob On 12/05/2017 07:50, Simon Morgan wrote: > Presumably Step 1 towards requiring/checking existence of a TV Licence. At > the moment the Login is a username/email address and password with no > immediate link to a valid licence. No doubt this will follow in due course. > > Rgds > Simon Morgan > > Ps - sorry CJB - I replied to you direct rather than via this list - finger > trouble! > >> -----Original Message----- >> From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On >> Behalf Of CJB >> Sent: 12 May 2017 07:28 >> To: get_iplayer-request >> Subject: BBC has added password controls to iPlayer >> >> The BBC has added password controls to iPlayer, forcing viewers to >> register in order to watch its programmes. >> >> From today iPlayer users will need to provide the BBC with their name, >> date of birth, email address and home address if they want to use the >> service. They will then have to log in when they want to watch >> something. >> >> http://www.telegraph.co.uk/technology/2017/05/11/bbc-iplayer-now-has- >> password-controls/ >> >> CJB >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From skymap62 at gmail.com Fri May 12 00:56:09 2017 From: skymap62 at gmail.com (Chris Marriott) Date: Fri, 12 May 2017 08:56:09 +0100 Subject: BBC has added password controls to iPlayer In-Reply-To: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> Message-ID: <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> Are you sure that it's from today? The iPlayer website says: You'll soon need to sign in to watch which suggest that it's something that's coming soon, rather than applying with immediate effect. No mention of it on the iPlayer Radio site at all. Cheers, Chris -----Original Message----- From: CJB Sent: Friday, May 12, 2017 7:28 AM To: get_iplayer-request Subject: BBC has added password controls to iPlayer The BBC has added password controls to iPlayer, forcing viewers to register in order to watch its programmes. >From today iPlayer users will need to provide the BBC with their name, date of birth, email address and home address if they want to use the service. They will then have to log in when they want to watch something. http://www.telegraph.co.uk/technology/2017/05/11/bbc-iplayer-now-has-password-controls/ CJB _______________________________________________ get_iplayer mailing list get_iplayer at lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer From hugh at courtyard.co.uk Fri May 12 01:15:54 2017 From: hugh at courtyard.co.uk (Hugh Reynolds) Date: Fri, 12 May 2017 09:15:54 +0100 Subject: BBC has added password controls to iPlayer In-Reply-To: <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PQCjwAAEAAAAAmlfZqMtkhJgc/3xpJk1gwBAAAAAA==@courtyard.co.uk> Please stop this noise now. It is nothing to do with get_iplayer and not very interesting. Regards to all. Hugh --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From hugh at courtyard.co.uk Fri May 12 01:26:22 2017 From: hugh at courtyard.co.uk (Hugh Reynolds) Date: Fri, 12 May 2017 09:26:22 +0100 Subject: BBC has added password controls to iPlayer In-Reply-To: <AM2PR06MB088255746432149B93055701B5E20@AM2PR06MB0882.eurprd06.prod.outlook.com> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PQCjwAAEAAAAAmlfZqMtkhJgc/3xpJk1gwBAAAAAA==@courtyard.co.uk> <AM2PR06MB088255746432149B93055701B5E20@AM2PR06MB0882.eurprd06.prod.outlook.com> Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PTCgAAAEAAAAJV7SZXBt3tHmAjYfqQxpacBAAAAAA==@courtyard.co.uk> Agreed. It might. It might rain today. Useful? Interested? That's my last noise on the subject. Regards Hugh --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From d.lake at surrey.ac.uk Fri May 12 01:24:08 2017 From: d.lake at surrey.ac.uk (d.lake at surrey.ac.uk) Date: Fri, 12 May 2017 08:24:08 +0000 Subject: BBC has added password controls to iPlayer In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PQCjwAAEAAAAAmlfZqMtkhJgc/3xpJk1gwBAAAAAA==@courtyard.co.uk> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PQCjwAAEAAAAAmlfZqMtkhJgc/3xpJk1gwBAAAAAA==@courtyard.co.uk> Message-ID: <AM2PR06MB088255746432149B93055701B5E20@AM2PR06MB0882.eurprd06.prod.outlook.com> Hugh That depends on how it is implemented as it may impact get_iplayer operation... I agree that until it is implemented it is a side-show, but should they actually implement username/password controls, there is little doubt it will require at the minimum a re-write of get_iplayer. Therefore, it is best that we are aware of their intentions now. My 2p David -----Original Message----- From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On Behalf Of Hugh Reynolds Sent: 12 May 2017 09:16 To: 'get_iplayer-request' <get_iplayer at lists.infradead.org> Subject: RE: BBC has added password controls to iPlayer Please stop this noise now. It is nothing to do with get_iplayer and not very interesting. Regards to all. Hugh --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus _______________________________________________ get_iplayer mailing list get_iplayer at lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer From al.feersum at gmail.com Fri May 12 02:03:06 2017 From: al.feersum at gmail.com (Alex) Date: Fri, 12 May 2017 10:03:06 +0100 Subject: BBC has added password controls to iPlayer In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PTCgAAAEAAAAJV7SZXBt3tHmAjYfqQxpacBAAAAAA==@courtyard.co.uk> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PQCjwAAEAAAAAmlfZqMtkhJgc/3xpJk1gwBAAAAAA==@courtyard.co.uk> <AM2PR06MB088255746432149B93055701B5E20@AM2PR06MB0882.eurprd06.prod.outlook.com> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PTCgAAAEAAAAJV7SZXBt3tHmAjYfqQxpacBAAAAAA==@courtyard.co.uk> Message-ID: <CADtv3dxj849dqmU9R3sipHAH+UGmdsF4uqtBbgBErYUw8iBgAg@mail.gmail.com> Not a rewrite - just some code that'll prompt auth against the iPlayer site to allow content scraping, storage of the cookie, and passing the cookie each time (i.e. a persistent session). If re-authentication is needed, then prompt the auth again. All this will be for is scraping the iPlayer site. Downloads /should/ be unaffected, as these come from the CDN. AFAIA, CDN access generally doesn't require auth as this has the potential to slow delivery - the security is through obscurity using algorithmically generated paths. I'm not saying that CDNs _don't_ use security, just that in general it is considered an unnecessary overhead when the nature of the content itself can only reliably be determined by the publisher (and their code), hence the dependency on the iPlayer site to work out which CDN to use and the location of the data on the CDN. On 12 May 2017 at 09:26, Hugh Reynolds <hugh at courtyard.co.uk> wrote: > Agreed. It might. It might rain today. Useful? Interested? > That's my last noise on the subject. > Regards > Hugh > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- Alex From alan at soulman1949.com Fri May 12 03:06:23 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Fri, 12 May 2017 11:06:23 +0100 Subject: HLSHD downloads settling down Message-ID: <9a70fca4-7835-5632-7f2b-629f78a5eac9@soulman1949.com> I've noticed that in the last two or three days, all HLSHD downloads have been fault free whereas last weekend about half had missing segment errors. But I've also noted some downloads not available in FLASH unlike previous programmes in the same series. Let's hope we don't have any more HLS problems while this mode lasts! Alan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From web at audiomisc.co.uk Fri May 12 03:01:07 2017 From: web at audiomisc.co.uk (Jim web) Date: Fri, 12 May 2017 11:01:07 +0100 Subject: BBC has added password controls to iPlayer In-Reply-To: <CADtv3dxj849dqmU9R3sipHAH+UGmdsF4uqtBbgBErYUw8iBgAg@mail.gmail.com> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PTCgAAAEAAAAJV7SZXBt3tHmAjYfqQxpac <CADtv3dxj849dqmU9R3sipHAH+UGmdsF4uqtBbgBErYUw8iBgAg@mail.gmail.com> Message-ID: <563b027ebaweb@audiomisc.co.uk> FWIW before seeing all the emails on this topic I used 3.01 for the first time this morning and fetched a 320k audio file of yesterday's "Inside Science" programme. The only change I needed to make was the mode spec as my previous version of gip used one that is now obsolete. Given the above worked fine, I was initially confused by this topic thread. But I download on the basis of reading the iplayer webpages by eyeball to find the required pid and then using that string. I assume this should just continue to function OK. (?) I'd like to add my own "Thank you" to the gip developer for his excellent work. :-) Jim -- Electronics https://www.st-andrews.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 From james at jls-radio.com Fri May 12 03:18:40 2017 From: james at jls-radio.com (James Scholes) Date: Fri, 12 May 2017 11:18:40 +0100 Subject: BBC has added password controls to iPlayer In-Reply-To: <CADtv3dxj849dqmU9R3sipHAH+UGmdsF4uqtBbgBErYUw8iBgAg@mail.gmail.com> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PQCjwAAEAAAAAmlfZqMtkhJgc/3xpJk1gwBAAAAAA==@courtyard.co.uk> <AM2PR06MB088255746432149B93055701B5E20@AM2PR06MB0882.eurprd06.prod.outlook.com> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PTCgAAAEAAAAJV7SZXBt3tHmAjYfqQxpacBAAAAAA==@courtyard.co.uk> <CADtv3dxj849dqmU9R3sipHAH+UGmdsF4uqtBbgBErYUw8iBgAg@mail.gmail.com> Message-ID: <6ec55dec-4c4a-fab2-a732-04e0704979c3@jls-radio.com> Alex wrote: > All this will be for is scraping the iPlayer site. Downloads /should/ > be unaffected, as these come from the CDN. AFAIA, CDN access > generally doesn't require auth as this has the potential to slow > delivery This is true, although it's not unheard of for CDNs to be configured to also require a valid cookie before access can be granted. More likely in this case, however, is that the mediaselector will be updated to require a session token before it will serve up stream URLs. This is the approach used by the BBC Store system - an authenticated call must be made to their API to obtain a valid VOD session identifier before the mediaselector will give up its secrets. Also quite likely, though, is that nothing at all will change. I can't imagine that the BBC will force viewers using the iPlayer through Virgin Media, Sky, smart TVs etc. to log into their accounts - it just wouldn't provide a smooth user experience and presumably if you've signed up for a paid TV service they already have your postcode on file. We'll all find out soon in any case. -- James Scholes http://twitter.com/JamesScholes From tellyaddict21 at gmx.co.uk Fri May 12 04:55:58 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Fri, 12 May 2017 13:55:58 +0200 Subject: HLSHD downloads settling down In-Reply-To: <9a70fca4-7835-5632-7f2b-629f78a5eac9@soulman1949.com> References: <9a70fca4-7835-5632-7f2b-629f78a5eac9@soulman1949.com> Message-ID: <trinity-ca327d98-5973-4034-b99c-6e3ce795dbb7-1494590158695@3capp-mailcom-bs05> The Flash modes are mostly still there but are being missed by get_iplayer. Have a look at Vangelis's analysis here http://lists.infradead.org/pipermail/get_iplayer/2017-May/010720.html > I've noticed that in the last two or three days, all HLSHD downloads > have been fault free whereas last weekend about half had missing segment > errors. But I've also noted some downloads not available in FLASH unlike > previous programmes in the same series. Let's hope we don't have any > more HLS problems while this mode lasts! From andy_wedge at lineone.net Fri May 12 08:21:16 2017 From: andy_wedge at lineone.net (Andy Wedge) Date: Fri, 12 May 2017 16:21:16 +0100 Subject: BBC has added password controls to iPlayer References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PQCjwAAEAAAAAmlfZqMtkhJgc/3xpJk1gwBAAAAAA==@courtyard.co.uk> <AM2PR06MB088255746432149B93055701B5E20@AM2PR06MB0882.eurprd06.prod.outlook.com> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PTCgAAAEAAAAJV7SZXBt3tHmAjYfqQxpacBAAAAAA==@courtyard.co.uk> <CADtv3dxj849dqmU9R3sipHAH+UGmdsF4uqtBbgBErYUw8iBgAg@mail.gmail.com> <6ec55dec-4c4a-fab2-a732-04e0704979c3@jls-radio.com> Message-ID: <F66C519589247948824B3E179B6B43CA3910EB@SERVER1.multibyte.local> > On Behalf Of James Scholes > Sent: 12 May 2017 11:19 > To: get_iplayer at lists.infradead.org > Subject: Re: BBC has added password controls to iPlayer > Also quite likely, though, is that nothing at all will change. I can't imagine that > the BBC will force viewers using the iPlayer through Virgin Media, Sky, smart > TVs etc. to log into their accounts - it just wouldn't provide a smooth user > experience and presumably if you've signed up for a paid TV service they > already have your postcode on file. We'll all find out soon in any case. > -- > James Scholes I've just tried to play Casualty from the iPlayer site as a test. I was asked to register with a DOB, Postcode, Email address and gender identification so changes have already happened. The subsequent playback though was terrible. I could hear the audio OK but the video was more a sequence of still images changing every few seconds. Not watchable at all. A. From tellyaddict21 at gmx.co.uk Fri May 12 08:41:01 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Fri, 12 May 2017 17:41:01 +0200 Subject: BBC has added password controls to iPlayer In-Reply-To: <F66C519589247948824B3E179B6B43CA3910EB@SERVER1.multibyte.local> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PQCjwAAEAAAAAmlfZqMtkhJgc/3xpJk1gwBAAAAAA==@courtyard.co.uk> <AM2PR06MB088255746432149B93055701B5E20@AM2PR06MB0882.eurprd06.prod.outlook.com> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PTCgAAAEAAAAJV7SZXBt3tHmAjYfqQxpacBAAAAAA==@courtyard.co.uk> <CADtv3dxj849dqmU9R3sipHAH+UGmdsF4uqtBbgBErYUw8iBgAg@mail.gmail.com> <6ec55dec-4c4a-fab2-a732-04e0704979c3@jls-radio.com>, <F66C519589247948824B3E179B6B43CA3910EB@SERVER1.multibyte.local> Message-ID: <trinity-619f2f41-f575-4766-8e0d-2ce847d4b882-1494603661637@3capp-mailcom-bs05> > I've just tried to play Casualty from the iPlayer site as a test. I was > asked to register with a DOB, Postcode, Email address and gender > identification so changes have already happened. The subsequent > playback though was terrible. I could hear the audio OK but the video > was more a sequence of still images changing every few seconds. Not > watchable at all. You don't HAVE to register yet. The message only says that you will SOON need a password to watch iPlayer. You have the option to either sign in, register or "I'll do it later". From skymap62 at gmail.com Fri May 12 08:56:02 2017 From: skymap62 at gmail.com (Chris Marriott) Date: Fri, 12 May 2017 16:56:02 +0100 Subject: BBC has added password controls to iPlayer In-Reply-To: <F66C519589247948824B3E179B6B43CA3910EB@SERVER1.multibyte.local> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PQCjwAAEAAAAAmlfZqMtkhJgc/3xpJk1gwBAAAAAA==@courtyard.co.uk> <AM2PR06MB088255746432149B93055701B5E20@AM2PR06MB0882.eurprd06.prod.outlook.com> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PTCgAAAEAAAAJV7SZXBt3tHmAjYfqQxpacBAAAAAA==@courtyard.co.uk> <CADtv3dxj849dqmU9R3sipHAH+UGmdsF4uqtBbgBErYUw8iBgAg@mail.gmail.com> <6ec55dec-4c4a-fab2-a732-04e0704979c3@jls-radio.com> <F66C519589247948824B3E179B6B43CA3910EB@SERVER1.multibyte.local> Message-ID: <8CB554DDA65D407E881B5B997A2DFC86@DESKTOPFPV36E8> No problems at all here. Created an account. Logged in. Programmes playing fine. Chris -----Original Message----- From: Andy Wedge Sent: Friday, May 12, 2017 4:21 PM To: get_iplayer at lists.infradead.org Subject: RE: BBC has added password controls to iPlayer I've just tried to play Casualty from the iPlayer site as a test. I was asked to register with a DOB, Postcode, Email address and gender identification so changes have already happened. The subsequent playback though was terrible. I could hear the audio OK but the video was more a sequence of still images changing every few seconds. Not watchable at all. A. _______________________________________________ get_iplayer mailing list get_iplayer at lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer From jn.ml.gti.91 at wingsandbeaks.org.uk Fri May 12 09:41:41 2017 From: jn.ml.gti.91 at wingsandbeaks.org.uk (Jeremy Nicoll - ml gip) Date: Fri, 12 May 2017 17:41:41 +0100 Subject: BBC has added password controls to iPlayer In-Reply-To: <F66C519589247948824B3E179B6B43CA3910EB@SERVER1.multibyte.local> References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PQCjwAAEAAAAAmlfZqMtkhJgc/3xpJk1gwBAAAAAA==@courtyard.co.uk> <AM2PR06MB088255746432149B93055701B5E20@AM2PR06MB0882.eurprd06.prod.outlook.com> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PTCgAAAEAAAAJV7SZXBt3tHmAjYfqQxpacBAAAAAA==@courtyard.co.uk> <CADtv3dxj849dqmU9R3sipHAH+UGmdsF4uqtBbgBErYUw8iBgAg@mail.gmail.com> <6ec55dec-4c4a-fab2-a732-04e0704979c3@jls-radio.com> <F66C519589247948824B3E179B6B43CA3910EB@SERVER1.multibyte.local> Message-ID: <186f57197575abd363cf4766bae59b91@wingsandbeaks.org.uk> On 2017-05-12 16:21, Andy Wedge wrote: > I've just tried to play Casualty from the iPlayer site as a test. I > was > asked to register with a DOB, Postcode, Email address and gender > identification so changes have already happened. I don't see that your DOB or gender are the Beeb's business. I can sort of see that postcode is relevant if only because I don't have a problem with them checking you have a TV licence, which is presumably where this is headed. Does anyone thing that a fake DOB (which random values are what I give to most organisations that ask for DOB), or an incorrect gender will come back to bite me? And... do they just have a trad view of gender or are there what you might call the open-mined 5 (or more) alternatives that some sites have - ie something like M F trans-one-way trans-the-other my-business-not-yours -- Jeremy Nicoll - my opinions are my own From andy_wedge at lineone.net Fri May 12 09:50:28 2017 From: andy_wedge at lineone.net (Andy Wedge) Date: Fri, 12 May 2017 17:50:28 +0100 Subject: BBC has added password controls to iPlayer References: <CAPZzCnP73mB9qkC_sc3cn+40bSkQrVYPKnbD3RHzSToE2OFgMA@mail.gmail.com> <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PQCjwAAEAAAAAmlfZqMtkhJgc/3xpJk1gwBAAAAAA==@courtyard.co.uk> <AM2PR06MB088255746432149B93055701B5E20@AM2PR06MB0882.eurprd06.prod.outlook.com> <!&!AAAAAAAAAAAYAAAAAAAAAFA5Frs74tdGm8L5/7zQ3PTCgAAAEAAAAJV7SZXBt3tHmAjYfqQxpacBAAAAAA==@courtyard.co.uk> <CADtv3dxj849dqmU9R3sipHAH+UGmdsF4uqtBbgBErYUw8iBgAg@mail.gmail.com> <6ec55dec-4c4a-fab2-a732-04e0704979c3@jls-radio.com> <F66C519589247948824B3E179B6B43CA3910EB@SERVER1.multibyte.local> <186f57197575abd363cf4766bae59b91@wingsandbeaks.org.uk> Message-ID: <F66C519589247948824B3E179B6B43CA3910ED@SERVER1.multibyte.local> > On Behalf Of Jeremy Nicoll - ml gip > Sent: 12 May 2017 17:42 > > Does anyone thing that a fake DOB (which random values are what I give to > most organisations that ask for DOB), or an incorrect gender will come back > to bite me? > > M F trans-one-way trans-the-other my-business-not-yours > Agreed - which is why I use fake details too. A. From northmedia1 at the.forthnet.gr Fri May 12 13:11:26 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Fri, 12 May 2017 23:11:26 +0300 Subject: BBC has added password controls to iPlayer In-Reply-To: <41528E0DA78B45B196B9133BF488F515@DESKTOPFPV36E8> Message-ID: <BD61156448AB4004BC936E50CAD41530@vasonote> On Fri May 12 08:56:09 BST 2017, Chris Marriott wrote: > No mention of it on the iPlayer Radio site at all. Hi Chris :-) Trying to play AOD on the iPlayer Radio site from an overseas IP does not, yet, generate a "Sign in" prompt - AIUI, this will also change in the near future... However, as you click the "Listen Now" button behind a UK IP, you should get: http://imgur.com/a/osfDK Don't you? Regards. From mtbc at ixod.org Fri May 12 14:22:13 2017 From: mtbc at ixod.org (Mark Carroll) Date: Fri, 12 May 2017 22:22:13 +0100 Subject: Cache no-refresh and regexes Message-ID: <8760h5py7u.fsf@ixod.org> Is there an antonym for --refresh? I wonder what's the cleanest way to tell get_iplayer not to refresh the cache. I thought about trying to exclude everything but the manpage doesn't seem to say what /kind/ of regex is supported -- maybe it takes Perl-style regexes? I feel like I am probably missing the obvious. -- Mark From northmedia1 at the.forthnet.gr Fri May 12 14:45:18 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Sat, 13 May 2017 00:45:18 +0300 Subject: Cache no-refresh and regexes In-Reply-To: <8760h5py7u.fsf@ixod.org> Message-ID: <B6751036A79A4FA0A3556056132C886B@vasonote> On Fri May 12 22:22:13 BST 2017, Mark Carroll wrote: > I wonder what's the cleanest way to > tell get_iplayer not to refresh the cache. ... Use the -e (--expiry) option with a huge value, e.g. the number of seconds included in a week or more, and set it in your user options; you do plan on manually updating at some point, don't you? Vangelis. From mtbc at ixod.org Fri May 12 15:24:50 2017 From: mtbc at ixod.org (Mark Carroll) Date: Fri, 12 May 2017 23:24:50 +0100 Subject: Cache no-refresh and regexes In-Reply-To: <B6751036A79A4FA0A3556056132C886B@vasonote> (Vangelis forthnet's message of "Sat, 13 May 2017 00:45:18 +0300") References: <B6751036A79A4FA0A3556056132C886B@vasonote> Message-ID: <87tw4piuh9.fsf@ixod.org> On 13 May 2017, Vangelis forthnet wrote: > On Fri May 12 22:22:13 BST 2017, Mark Carroll wrote: > >> I wonder what's the cleanest way to >> tell get_iplayer not to refresh the cache. > > ... Use the -e (--expiry) option with a huge value, e.g. the number > of seconds included in a week or more, and set it in your user options; > you do plan on manually updating at some point, don't you? Yes, I usually do update at least every few days, just occasionally I don't want it to on some particular invocation. I was worried about a random huge value in case I overflowed into the sign bit and ended up negative or something (I don't know Perl well enough, nor do I know if those seconds get multiplied to milliseconds or whatever in the code) but, yes, I guess I could use 2^24 or something and figure that's going to be pretty safe! -- Mark From ralph at inputplus.co.uk Fri May 12 15:38:49 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Fri, 12 May 2017 23:38:49 +0100 Subject: Cache no-refresh and regexes In-Reply-To: <87tw4piuh9.fsf@ixod.org> References: <B6751036A79A4FA0A3556056132C886B@vasonote> <87tw4piuh9.fsf@ixod.org> Message-ID: <20170512223849.34C531FB24@orac.inputplus.co.uk> Hi Mark, > I guess I could use 2^24 or something All my scripts that run get_iplayer pass `-e 31536000', that being a year's seconds, apart from the script that explicitly refreshes. -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From cehjohnson at googlemail.com Sat May 13 03:22:43 2017 From: cehjohnson at googlemail.com (Charles Johnson) Date: Sat, 13 May 2017 11:22:43 +0100 Subject: youtube-dl Message-ID: <6a6cb50e-1a10-1a24-5175-d3429bd77b7a@gmail.com> ..works on pid urls (i was much amused to find) youtube-dl 'http://www.bbc.co.uk/programmes/b08pgswt' From ralph at inputplus.co.uk Sat May 13 03:34:57 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Sat, 13 May 2017 11:34:57 +0100 Subject: youtube-dl In-Reply-To: <6a6cb50e-1a10-1a24-5175-d3429bd77b7a@gmail.com> References: <6a6cb50e-1a10-1a24-5175-d3429bd77b7a@gmail.com> Message-ID: <20170513103457.BC6821FB32@orac.inputplus.co.uk> Hi Charles, > ..works on pid urls (i was much amused to find) > > youtube-dl 'http://www.bbc.co.uk/programmes/b08pgswt' Yes, it's this extractor https://github.com/rg3/youtube-dl/blob/master/youtube_dl/extractor/bbc.py -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From chrisjbrady at gmail.com Sat May 13 05:25:07 2017 From: chrisjbrady at gmail.com (CJB) Date: Sat, 13 May 2017 13:25:07 +0100 Subject: youtube-dl In-Reply-To: <20170513103457.BC6821FB32@orac.inputplus.co.uk> References: <6a6cb50e-1a10-1a24-5175-d3429bd77b7a@gmail.com> <20170513103457.BC6821FB32@orac.inputplus.co.uk> Message-ID: <CAPZzCnMPSy_rjR=0T61msCW6n1kMV-a+h_u3Q8QoXVO-8mqiEg@mail.gmail.com> I use iFetch. Nice GUI. CJB On 13/05/2017, Ralph Corderoy <ralph at inputplus.co.uk> wrote: > Hi Charles, > >> ..works on pid urls (i was much amused to find) >> >> youtube-dl 'http://www.bbc.co.uk/programmes/b08pgswt' > > Yes, it's this extractor > https://github.com/rg3/youtube-dl/blob/master/youtube_dl/extractor/bbc.py > > -- > Cheers, Ralph. > https://plus.google.com/+RalphCorderoy > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > From northmedia1 at the.forthnet.gr Sat May 13 13:09:44 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Sat, 13 May 2017 23:09:44 +0300 Subject: Legacy Low-Res tvmodes removed Message-ID: <DBF3E0993254412283CEC313223FF9B6@vasonote> "--info"-ing yesterday's --pid=b08qlg9p perl get_iplayer-301.pl --type=tv --pid=b08qlg9p -i | findstr hls one can see that only hlshd1,hlshd2,hlsvhigh1,hlsvhigh2 are now offered from the group of the legacy (non Video Factory, aka hvf*) AppleHLS tvmodes. Actually, both "1" variants are identical to their "2" counterparts and served from Akamai CDN, they only differ in the protocol used (1=HTTPS, 2= HTTP). So that leaves us with only 2 quality variants from the legacy AppleHLS streams: hlshd => 1280x720p @25FPS hlsvhigh => 832x468p @25FPS If you're still (or can use) previous versions of GiP that come with RTMP stream support, you'll find the same to be true for the (legacy) flash tvmodes. To re-enable detection of flash modes you'll have to apply the patch I posted in the second part of http://lists.infradead.org/pipermail/get_iplayer/2017-May/010720.html In GiP 2.99 (last version with flash support), perl get_iplayer-299.pl --type=tv --pid=b08qlg9p -i will reveal that now only flashhd1,flashvhigh1,flashvhigh2 modes are offered. flashhd => 1280x720p @25FPS flashvhigh => 832x468p @25FPS (1= Akamai CDN, 2= Limelight CDN). If it's anything to go by (obviously I haven't tested many PIDs), this displays a trend... V. From Howard.Orgel at orgels.demon.co.uk Sat May 13 20:37:27 2017 From: Howard.Orgel at orgels.demon.co.uk (Howard Orgel) Date: Sun, 14 May 2017 04:37:27 +0100 Subject: Cache no-refresh and regexes In-Reply-To: <8760h5py7u.fsf@ixod.org> References: <8760h5py7u.fsf@ixod.org> Message-ID: <9mhfhcd7rntopn3jhcm677buhdubonttam@4ax.com> On Fri, 12 May 2017 22:22:13 +0100, Mark Carroll wrote: > Is there an antonym for --refresh? I wonder what's the cleanest way to > tell get_iplayer not to refresh the cache. I thought about trying to > exclude everything but the manpage doesn't seem to say what /kind/ of > regex is supported -- maybe it takes Perl-style regexes? I feel like I > am probably missing the obvious. Yep! An antonym for --refresh is --refresh-exclude=<argument>, but you know this? I use --refreshexclude .* on the command line to suppress automatic cache refreshes. It works very well. I picked up the idea to use .* as a catch-all for everything from somewhere else, possibly this mailing list or somewhere in the GiP documentation. GiP seems quite happy to regard the hyphen and equals sign as optional, so I exclude them out of sheer bl**dy-mindedness! HTH -- Regards, Howard. Howard.Orgel at orgels.demon.co.uk http://www.orgels.demon.co.uk PGP public key available. Geek Code available. From mtbc at ixod.org Sun May 14 02:22:47 2017 From: mtbc at ixod.org (Mark Carroll) Date: Sun, 14 May 2017 10:22:47 +0100 Subject: Cache no-refresh and regexes In-Reply-To: <9mhfhcd7rntopn3jhcm677buhdubonttam@4ax.com> (Howard Orgel's message of "Sun, 14 May 2017 04:37:27 +0100") References: <8760h5py7u.fsf@ixod.org> <9mhfhcd7rntopn3jhcm677buhdubonttam@4ax.com> Message-ID: <87fug7ztaw.fsf@ixod.org> On 14 May 2017, Howard Orgel wrote: > On Fri, 12 May 2017 22:22:13 +0100, Mark Carroll wrote: > >> Is there an antonym for --refresh? I wonder what's the cleanest way to >> tell get_iplayer not to refresh the cache. I thought about trying to >> exclude everything but the manpage doesn't seem to say what /kind/ of >> regex is supported -- maybe it takes Perl-style regexes? I feel like I >> am probably missing the obvious. > > Yep! An antonym for --refresh is --refresh-exclude=<argument>, but you > know this? I use --refreshexclude .* on the command line to suppress > automatic cache refreshes. It works very well. (snip) Ha, thank you! Yes, it was being minded to try this kind of thing that had me wondering what /kind/ of regex is supported. Also, though, "no refresh" seems like such an simple and useful option that I wondered if I were simply missing the obvious direct way to say it. (-: -- Mark From ralph at inputplus.co.uk Sun May 14 02:33:44 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Sun, 14 May 2017 10:33:44 +0100 Subject: Cache no-refresh and regexes In-Reply-To: <9mhfhcd7rntopn3jhcm677buhdubonttam@4ax.com> References: <8760h5py7u.fsf@ixod.org> <9mhfhcd7rntopn3jhcm677buhdubonttam@4ax.com> Message-ID: <20170514093344.84A532127A@orac.inputplus.co.uk> Hi Howard, > I use --refreshexclude .* on the command line to suppress automatic > cache refreshes. It works very well. This still has get_iplayer go through the motions of refreshing the cache, it's just there are never any channels to update when it gets to the `for every channel...' point. And Unix users should quote the `.*' as otherwise it will first be expanded by the shell to directory entries starting with a dot, e.g. `.' and `..'. --refreshexclude '.*' `.*' when seen by get_iplayer is a regexp for any character, the dot, zero or more times, the star. `.*' when seen by the shell is a glob for a literal dot followed by zero or more of anything. -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From skymap62 at gmail.com Sun May 14 02:56:25 2017 From: skymap62 at gmail.com (Chris Marriott) Date: Sun, 14 May 2017 10:56:25 +0100 Subject: Legacy Low-Res tvmodes removed In-Reply-To: <DBF3E0993254412283CEC313223FF9B6@vasonote> References: <DBF3E0993254412283CEC313223FF9B6@vasonote> Message-ID: <F532CAEAA793458A98FE8ACE8D08D717@DESKTOPFPV36E8> Yes, I reported a week or so ago that low-res modes were no longer available as HLS for the majority of programmes. Fortunately, they are still available with the "hvfx" modes. I download everything with "hvfxhigh", which produces a file similar in size to that of the "hlsstd" mode which has now mostly disappeared. Chris -----Original Message----- From: Vangelis forthnet Sent: Saturday, May 13, 2017 9:09 PM To: get_iplayer at lists.infradead.org Subject: Legacy Low-Res tvmodes removed "--info"-ing yesterday's --pid=b08qlg9p perl get_iplayer-301.pl --type=tv --pid=b08qlg9p -i | findstr hls one can see that only hlshd1,hlshd2,hlsvhigh1,hlsvhigh2 are now offered from the group of the legacy (non Video Factory, aka hvf*) AppleHLS tvmodes. Actually, both "1" variants are identical to their "2" counterparts and served from Akamai CDN, they only differ in the protocol used (1=HTTPS, 2= HTTP). So that leaves us with only 2 quality variants from the legacy AppleHLS streams: hlshd => 1280x720p @25FPS hlsvhigh => 832x468p @25FPS If you're still (or can use) previous versions of GiP that come with RTMP stream support, you'll find the same to be true for the (legacy) flash tvmodes. To re-enable detection of flash modes you'll have to apply the patch I posted in the second part of http://lists.infradead.org/pipermail/get_iplayer/2017-May/010720.html In GiP 2.99 (last version with flash support), perl get_iplayer-299.pl --type=tv --pid=b08qlg9p -i will reveal that now only flashhd1,flashvhigh1,flashvhigh2 modes are offered. flashhd => 1280x720p @25FPS flashvhigh => 832x468p @25FPS (1= Akamai CDN, 2= Limelight CDN). If it's anything to go by (obviously I haven't tested many PIDs), this displays a trend... V. _______________________________________________ get_iplayer mailing list get_iplayer at lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer From dave.widgery at gmail.com Sun May 14 07:33:02 2017 From: dave.widgery at gmail.com (Dave Widgery) Date: Sun, 14 May 2017 16:33:02 +0200 Subject: Off topic security updates and XP Message-ID: <CAE3AcKfGP1FTm=TMFB3HZXGfvYUr=TN-2iC2TL1RZFnEfGG4cA@mail.gmail.com> Hi a bit off topic but in view of the recent malware attack and some of us still using windows XP I thought I would share this tip if anyone was not previously aware. An addition of a registry key that enables a continuation of security updates on XP see pcworld article below. I did this a year or so ago and regularly receive updates. But if you haven't already done this I would ensure that you have a good backup as you are likely to receive a large number of updates with the potential of causing a few problems depending on your system configuration, I also haven't checked if there is a security update for this particular malware, so I would also recommend a good antivirus. Dave http://www.pcworld.com/article/2310301/windows-xp-registry-hack-keeps-the-security-updates-rolling.html <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> <table style="border-top: 1px solid #D3D4DE;"> <tr> <td style="width: 55px; padding-top: 13px;"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" width="46" height="29" style="width: 46px; height: 29px;" /></a></td> <td style="width: 470px; padding-top: 12px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Virus-free. <a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank" style="color: #4453ea;">www.avast.com</a> </td> </tr> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div> From mtbc at ixod.org Sun May 14 07:57:38 2017 From: mtbc at ixod.org (Mark Carroll) Date: Sun, 14 May 2017 15:57:38 +0100 Subject: Off topic security updates and XP In-Reply-To: <CAE3AcKfGP1FTm=TMFB3HZXGfvYUr=TN-2iC2TL1RZFnEfGG4cA@mail.gmail.com> (Dave Widgery's message of "Sun, 14 May 2017 16:33:02 +0200") References: <CAE3AcKfGP1FTm=TMFB3HZXGfvYUr=TN-2iC2TL1RZFnEfGG4cA@mail.gmail.com> Message-ID: <87d1bb4hb1.fsf@ixod.org> On 14 May 2017, Dave Widgery wrote: > I also haven't checked if there is a security update for this > particular malware There is: https://blogs.technet.microsoft.com/msrc/2017/05/12/customer-guidance-for-wannacrypt-attacks/ -- Mark From lardconcepts at gmail.com Sun May 14 08:15:09 2017 From: lardconcepts at gmail.com (Jonathan H) Date: Sun, 14 May 2017 16:15:09 +0100 Subject: Off topic security updates and XP In-Reply-To: <CAE3AcKfGP1FTm=TMFB3HZXGfvYUr=TN-2iC2TL1RZFnEfGG4cA@mail.gmail.com> References: <CAE3AcKfGP1FTm=TMFB3HZXGfvYUr=TN-2iC2TL1RZFnEfGG4cA@mail.gmail.com> Message-ID: <CAEebyNUShCGgJ0a1XtC+wSD2bqLvvwedoV9kF07V6hQaY_4GOw@mail.gmail.com> Yes, it's off-topic so I shouldn't reply, but as the (3 year old) link has been posted, just a note from that article that: ?The security updates that could be installed are intended for Windows Embedded and Windows Server 2003 customers and *do not fully protect Windows XP customers*,? the company said in a statement to ZDNet. ?Windows XP customers also run a significant risk of functionality issues with their machines if they install these updates". Not going to engage in OT debate, but as I'm here now... I'd be looking for some pretty high level sackings from whichever company provides IT to the NHS. ANY IT manager who insists on using a 16 year old operating system which has been on a worldwide "DO NOT USE" list for 2 years is not fit to sweep the floor in the server room as far as I am concerned! XP is fun for home hobby use maybe, but absolutely lethal for anything business or security critical. People were warned for years an attack like this would hit XP - now it has, they have no excuse! Any IT director who allows an XP machine with ANY kind of personal data connected to the internet might as well leave the front door unlocked, shout their pin number from the rooftops and hand out copies of their email and address book! Except, it won't even be their own data - it'll be customers or patient data. And don't tell me "but no data was stolen" - if they can get malware in, they can get data out. Running XP is a bit like not wearing a seat belt because you're "going to drive carefully" and then being surprised when the fire service are scraping you off the dashboard. "But it never happened before - sure, they warned me, but I thought it would be fine". (Sorry, rant over - don't reply, you won't change my mind on this. Mind you, people who run obsolete OS or turn off Windows updates provide an excellent and reliable source of income for both Russian hacking gangs AND computer repair people ;) ) On 14 May 2017 at 15:33, Dave Widgery <dave.widgery at gmail.com> wrote: > Hi a bit off topic but in view of the recent malware attack and some > of us still using windows XP I thought I would share this tip if > anyone was not previously aware. > > An addition of a registry key that enables a continuation of security > updates on XP see pcworld article below. I did this a year or so ago > and regularly receive updates. > > But if you haven't already done this I would ensure that you have a > good backup as you are likely to receive a large number of updates > with the potential of causing a few problems depending on your system > configuration, I also haven't checked if there is a security update > for this particular malware, so I would also recommend a good > antivirus. > > > Dave > > http://www.pcworld.com/article/2310301/windows-xp-registry-hack-keeps-the-security-updates-rolling.html > <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> > <table style="border-top: 1px solid #D3D4DE;"> > <tr> > <td style="width: 55px; padding-top: 13px;"><a > href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > target="_blank"><img > src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" > alt="" width="46" height="29" style="width: 46px; height: 29px;" > /></a></td> > <td style="width: 470px; padding-top: 12px; color: #41424e; > font-size: 13px; font-family: Arial, Helvetica, sans-serif; > line-height: 18px;">Virus-free. <a > href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > target="_blank" style="color: #4453ea;">www.avast.com</a> > </td> > </tr> > </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" > height="1"></a></div> > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From chrisjbrady at gmail.com Sun May 14 09:39:23 2017 From: chrisjbrady at gmail.com (CJB) Date: Sun, 14 May 2017 17:39:23 +0100 Subject: Off topic security updates and XP In-Reply-To: <CAE3AcKfGP1FTm=TMFB3HZXGfvYUr=TN-2iC2TL1RZFnEfGG4cA@mail.gmail.com> References: <CAE3AcKfGP1FTm=TMFB3HZXGfvYUr=TN-2iC2TL1RZFnEfGG4cA@mail.gmail.com> Message-ID: <CAPZzCnNvvwmBYFhhcJVSC8V0jcv76-x+VCr_x42JBBjXPTb7yg@mail.gmail.com> Risks-Forum Digest Saturday 13 May 2017 Volume 30 : Issue 29 Date: Fri, 12 May 2017 16:27:31 -0700 From: Lauren Weinstein Subject: Today's Massive Ransomware Attack Was Mostly Preventable -- Here's How To Avoid It (Gizmodo) NNSquad http://gizmodo.com/today-s-massive-ransomware-attack-was-mostly-preventabl-1795179984 Here's what happened: Unknown attackers deployed a virus targeting Microsoft servers running the file sharing protocol Server Message Block (SMB). Only servers that weren't updated after March 14 with the MS17-010 patch were affected; this patch resolved an exploit known as ExternalBlue, once a closely guarded secret of the National Security Agent, which was leaked last month by ShadowBrokers, a hacker group that first revealed itself last summer. The ransomware, aptly named WannaCry, did not spread because of people clicking on bad links. The only way to prevent this attack was to have already installed the update. CJB On 14/05/2017, Dave Widgery <dave.widgery at gmail.com> wrote: > Hi a bit off topic but in view of the recent malware attack and some > of us still using windows XP I thought I would share this tip if > anyone was not previously aware. > > An addition of a registry key that enables a continuation of security > updates on XP see pcworld article below. I did this a year or so ago > and regularly receive updates. > > But if you haven't already done this I would ensure that you have a > good backup as you are likely to receive a large number of updates > with the potential of causing a few problems depending on your system > configuration, I also haven't checked if there is a security update > for this particular malware, so I would also recommend a good > antivirus. > > > Dave > > http://www.pcworld.com/article/2310301/windows-xp-registry-hack-keeps-the-security-updates-rolling.html > <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> > <table style="border-top: 1px solid #D3D4DE;"> > <tr> > <td style="width: 55px; padding-top: 13px;"><a > href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > target="_blank"><img > src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" > alt="" width="46" height="29" style="width: 46px; height: 29px;" > /></a></td> > <td style="width: 470px; padding-top: 12px; color: #41424e; > font-size: 13px; font-family: Arial, Helvetica, sans-serif; > line-height: 18px;">Virus-free. <a > href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > target="_blank" style="color: #4453ea;">www.avast.com</a> > </td> > </tr> > </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" > height="1"></a></div> > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > From dave.widgery at gmail.com Sun May 14 14:09:16 2017 From: dave.widgery at gmail.com (Dave Widgery) Date: Sun, 14 May 2017 23:09:16 +0200 Subject: Off topic security updates and XP In-Reply-To: <CAPZzCnNvvwmBYFhhcJVSC8V0jcv76-x+VCr_x42JBBjXPTb7yg@mail.gmail.com> References: <CAE3AcKfGP1FTm=TMFB3HZXGfvYUr=TN-2iC2TL1RZFnEfGG4cA@mail.gmail.com> <CAPZzCnNvvwmBYFhhcJVSC8V0jcv76-x+VCr_x42JBBjXPTb7yg@mail.gmail.com> Message-ID: <CAE3AcKcqBH_JY6=H-1iRTjAiai=Q9-0wOtwRgSWyb0QkuxYvgw@mail.gmail.com> Hi Firstly I agree, I would never advocate using XP in a commercial environment, I only use it because it is convenient to use an old machine for get_iplayer, With regard to institutions like the NHS, the problem is probably not the general administration so much which are probably using much later operating systems than XP. Often it is bad design by hardware company's that design and build medical diagnostic equipment, they do a great job designing some hardware diagnostic tool, then go "oh we need to control it with a computer" so they connect it via an interface board to a pc running the current windows operating system then write a piece of software and drivers to run their hardware, unfortunately 10 or 15 years down the line a crucial ?10,000 piece of diagnostic equipment is connected to an unsupported vulnerable pc with no possibility of an upgrade without it costing ten's of thousands of pounds. If these manufacturers had only used a bit of insight and used a basic controller system for example something like a raspberry pi (other flavours are available) with a cut down operating system to just run what is needed for the equipment the whole support and vulnerability issue wouldn't exist. My wife's son, who has a small software company in France has done various projects for manufacturers who produce medical and non medical equipment who wanted to remove the pc component due to the expense and un-supportability and successfully replaced the pc with a small controller system for exactly this reason. anyway as you say I think that there is probably a better place for this discussion. Dave On 14 May 2017 at 18:39, CJB <chrisjbrady at gmail.com> wrote: > Risks-Forum Digest Saturday 13 May 2017 Volume 30 : Issue 29 > Date: Fri, 12 May 2017 16:27:31 -0700 > From: Lauren Weinstein > Subject: Today's Massive Ransomware Attack Was Mostly Preventable -- > > Here's How To Avoid It (Gizmodo) > > NNSquad > > http://gizmodo.com/today-s-massive-ransomware-attack-was-mostly-preventabl-1795179984 > > Here's what happened: Unknown attackers deployed a virus targeting > Microsoft servers running the file sharing protocol Server Message > Block (SMB). Only servers that weren't updated after March 14 with the > MS17-010 patch were affected; this patch resolved an exploit known as > ExternalBlue, once a closely guarded secret of the National Security > Agent, which was leaked last month by ShadowBrokers, a hacker group > that first revealed itself last summer. The ransomware, aptly named > WannaCry, did not spread because of people clicking on bad links. The > only way to prevent this attack was to have already installed the > update. > > CJB > > On 14/05/2017, Dave Widgery <dave.widgery at gmail.com> wrote: >> Hi a bit off topic but in view of the recent malware attack and some >> of us still using windows XP I thought I would share this tip if >> anyone was not previously aware. >> >> An addition of a registry key that enables a continuation of security >> updates on XP see pcworld article below. I did this a year or so ago >> and regularly receive updates. >> >> But if you haven't already done this I would ensure that you have a >> good backup as you are likely to receive a large number of updates >> with the potential of causing a few problems depending on your system >> configuration, I also haven't checked if there is a security update >> for this particular malware, so I would also recommend a good >> antivirus. >> >> >> Dave >> >> http://www.pcworld.com/article/2310301/windows-xp-registry-hack-keeps-the-security-updates-rolling.html >> <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> >> <table style="border-top: 1px solid #D3D4DE;"> >> <tr> >> <td style="width: 55px; padding-top: 13px;"><a >> href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >> target="_blank"><img >> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" >> alt="" width="46" height="29" style="width: 46px; height: 29px;" >> /></a></td> >> <td style="width: 470px; padding-top: 12px; color: #41424e; >> font-size: 13px; font-family: Arial, Helvetica, sans-serif; >> line-height: 18px;">Virus-free. <a >> href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >> target="_blank" style="color: #4453ea;">www.avast.com</a> >> </td> >> </tr> >> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" >> height="1"></a></div> >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer >> From ralph at inputplus.co.uk Mon May 15 02:54:43 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Mon, 15 May 2017 10:54:43 +0100 Subject: More than 9,999 Indexes in tv.cache Overlaps radio.cache. Message-ID: <20170515095443.37A1F21403@orac.inputplus.co.uk> Hi, I just tried to add TV programme `10000' to the PVR. $ ./get_iplayer --nopurge -e 31536000 --future --modes best \ > --subtitles --versions default,audiodescribed 10000 get_iplayer v3.01, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content WARNING: Unmatched programme index '10000' specified - ignoring INFO: 0 Matching Programmes $ This is because package Programme::tv sets sub index_min { return 1 } sub index_max { return 9999 } but my caches are $ wc -l ~/.get_iplayer/*.cache 3426 /home/ralph/.get_iplayer/radio.cache 10923 /home/ralph/.get_iplayer/tv.cache 14349 total $ $ sed '$!d; s/|/@/4; s/@.*//' ~/.get_iplayer/tv.cache 10922|tv|ZingZillas: Series 4|b01jzp38 $ $ sed '1d; s/|/@/4; s/@.*//; 2q' ~/.get_iplayer/radio.cache 10001|radio|15 Minute Drama: A Little Twist of Dahl|b01pftbg $ Programme::radio has sub index_min { return 10001 } sub index_max { return 39999 }; so the code allows the cache files to be written with overlapping indexes that are outside of the [index_min, index_max] interval. I'd consider this a bug. I altered the min/maxs to give tv another 10,000 without overlapping radio. Having backed up the existing {radio,tv}.cache, I refreshed the radio and radio.cache's indexes moved up. $ sed '1d; s/|/@/4; s/@.*//; 2q' ~/.get_iplayer/radio.cache 20001|radio|15 Minute Drama: Dinner at the Homesick Restaurant|b01shw0m $ The PVR will now add TV indexes above 9,999. -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From richard22j at zoho.com Mon May 15 03:50:32 2017 From: richard22j at zoho.com (RS) Date: Mon, 15 May 2017 11:50:32 +0100 Subject: Red Button now on iPlayer Message-ID: <FE940823D3094544878C9E367647CB30@RJCDESK> I was very grateful to Vangelis for telling me how to find the PIDs for Red Button coverage of equestrian events in the Olympics. The BBC now seems to have made it slightly easier. The coverage of the Badminton cross-country on 5 May is now in the iPlayer as two 3h programmes. The PIDs are b08r3nv4 and b08r3pmr. There are some oddities. The first thing I noticed was a large discrepancy between the modesize and the estimated file size for the download. The explanation appears to be that the duration is shown as 7200 and the runtime as 120 whereas the programmes are in the region of 3h. There are no HLShd modes, but this appears to be normal for Red Button coverage. The highest resolution available is HVFxsd. I have hvfxsd2 in my --tvmode as a fallback so that is what was used for the first programme. The download speed was only about 10Mbit/s when I was expecting it to be about 40Mbit/s. For the second programme I looked at -i -v. There are 9 HVFxsd submodes, and there appears to be a new CDN. There are lines which begin INFO: Found mode For hlsvhigh1 the string ends (CDN: akamai_hls_open_https/100) For hvfxsd2 it ends (CDN: mf_limelight_uk_hls_https/10) I wondered whether the 100 for hlsvhigh1 meant it was limited to 100Mbit/s. I am used to getting up to 80Mbit/s for hlshd. Could the 10 for hvfxsd2 mean it was limited to 10Mbit/s? The highest number I could find for hvfxsd was 30. For hvfxsd1 the string ends (CDN: mf_bidi_uk_hls_http/30) I downloaded the second programme with that mode at about 18Mbit/s. Does this mean we need to select modes very carefully to get the best speed? For hvfxsd5 the string ends (CDN: mf_akamai_uk_hls/1) All the above was done with get_iplayer 3.00 in Windows 10. Can anyone shed any more light on this? From richard22j at zoho.com Mon May 15 04:05:09 2017 From: richard22j at zoho.com (RS) Date: Mon, 15 May 2017 12:05:09 +0100 Subject: Red Button now on iPlayer In-Reply-To: <FE940823D3094544878C9E367647CB30@RJCDESK> References: <FE940823D3094544878C9E367647CB30@RJCDESK> Message-ID: <1329628711E74184AE73548D45653BE4@RJCDESK> >Sent: Monday, May 15, 2017 11:50 I wrote >The highest number I could find for hvfxsd was 30. >For hvfxsd1 the string ends >(CDN: mf_bidi_uk_hls_http/30) >I downloaded the second programme with that mode at about 18Mbit/s. That should read (CDN: mf_bidi_uk_hls_https/30) From james at jls-radio.com Mon May 15 04:36:55 2017 From: james at jls-radio.com (James Scholes) Date: Mon, 15 May 2017 12:36:55 +0100 Subject: Red Button now on iPlayer In-Reply-To: <FE940823D3094544878C9E367647CB30@RJCDESK> References: <FE940823D3094544878C9E367647CB30@RJCDESK> Message-ID: <56e68a53-f815-a5d1-e35d-71012bd5d126@jls-radio.com> RS wrote: > I wondered whether the 100 for hlsvhigh1 meant it was limited to > 100Mbit/s. I am used to getting up to 80Mbit/s for hlshd. Could the 10 > for hvfxsd2 mean it was limited to 10Mbit/s? Not at all. These are just internal numbers used to assign a priority to each stream. The BBC iPlayer and apps will try the stream with the lowest priority first, and if performance seems lackluster or there's an error they will try the stream with the next highest priority and so on. -- James Scholes http://twitter.com/JamesScholes From richard22j at zoho.com Mon May 15 05:33:01 2017 From: richard22j at zoho.com (RS) Date: Mon, 15 May 2017 13:33:01 +0100 Subject: Red Button now on iPlayer In-Reply-To: <56e68a53-f815-a5d1-e35d-71012bd5d126@jls-radio.com> References: <FE940823D3094544878C9E367647CB30@RJCDESK> <56e68a53-f815-a5d1-e35d-71012bd5d126@jls-radio.com> Message-ID: <2E115CD64F4D4CD28B8F033A9950D274@RJCDESK> >From: James Scholes Sent: Monday, May 15, 2017 12:36 >Not at all. These are just internal numbers used to assign a priority to >each stream. The BBC iPlayer and apps will try the stream with the lowest >priority first, and if performance seems lackluster or there's an error >they will try the stream with the next highest priority and so on. So those numbers are a red herring. Even so there are some dramatic differences between the sub-modes. I haven't tried them all but hlsvhigh1 and hvfxsd5 both download at about 60Mbit/s, while hvfxsd1 only manages about 14Mbit/s. From tellyaddict21 at gmx.co.uk Mon May 15 06:18:45 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Mon, 15 May 2017 15:18:45 +0200 Subject: Red Button now on iPlayer In-Reply-To: <2E115CD64F4D4CD28B8F033A9950D274@RJCDESK> References: <FE940823D3094544878C9E367647CB30@RJCDESK> <56e68a53-f815-a5d1-e35d-71012bd5d126@jls-radio.com>, <2E115CD64F4D4CD28B8F033A9950D274@RJCDESK> Message-ID: <trinity-d743acec-6c33-439d-a256-57973572fcd8-1494854325429@3capp-mailcom-bs16> > So those numbers are a red herring. Yes. As James said, those numbers have no relation to speed. Just the order they are tried in. > Even so there are some dramatic differences between the sub-modes. I haven't tried them all but hlsvhigh1 > and hvfxsd5 both download at about 60Mbit/s, while hvfxsd1 only manages about 14Mbit/s. Indeed different suppliers deliver at different top speeds. I'm not sure if my output is the same as yours because they can vary but my verbose output for --info on b08r3nv4 tells me that hvfxsd2 comes from Limelight which seems to be quite a slow server and this is from past experience as well. I can't really comment on hvfxsd1 which comes from Bidi because Bidi is a new server to get_iplayer and I haven't had much chance to try it yet. Your test indicates though that again it may well be a slow server but marginally faster than Limelight. Both hlsvhigh1 and hvfxsd5 are served by Akamai. Akamai is by far the fastest server out there which would explain why you got good results with that mode set in your command. From clanlaw at gmail.com Mon May 15 06:22:40 2017 From: clanlaw at gmail.com (Colin Law) Date: Mon, 15 May 2017 14:22:40 +0100 Subject: Off topic security updates and XP In-Reply-To: <CAE3AcKcqBH_JY6=H-1iRTjAiai=Q9-0wOtwRgSWyb0QkuxYvgw@mail.gmail.com> References: <CAE3AcKfGP1FTm=TMFB3HZXGfvYUr=TN-2iC2TL1RZFnEfGG4cA@mail.gmail.com> <CAPZzCnNvvwmBYFhhcJVSC8V0jcv76-x+VCr_x42JBBjXPTb7yg@mail.gmail.com> <CAE3AcKcqBH_JY6=H-1iRTjAiai=Q9-0wOtwRgSWyb0QkuxYvgw@mail.gmail.com> Message-ID: <CAL=0gLtxn_FG5FKkU-pgn5qNbk+-MHgMDMoyiYKJeQsfkqLpQg@mail.gmail.com> On 14 May 2017 at 22:09, Dave Widgery <dave.widgery at gmail.com> wrote: > Hi > Firstly I agree, I would never advocate using XP in a commercial > environment, I only use it because it is convenient to use an old > machine for get_iplayer, You might like to consider putting Lubuntu on that, Lubuntu is low on resource requirements and generally works great on PCs of XP vintage. Colin From richard22j at zoho.com Mon May 15 07:47:15 2017 From: richard22j at zoho.com (RS) Date: Mon, 15 May 2017 15:47:15 +0100 Subject: Red Button now on iPlayer In-Reply-To: <trinity-d743acec-6c33-439d-a256-57973572fcd8-1494854325429@3capp-mailcom-bs16> References: <FE940823D3094544878C9E367647CB30@RJCDESK> <56e68a53-f815-a5d1-e35d-71012bd5d126@jls-radio.com>, <2E115CD64F4D4CD28B8F033A9950D274@RJCDESK> <trinity-d743acec-6c33-439d-a256-57973572fcd8-1494854325429@3capp-mailcom-bs16> Message-ID: <630C92164AEA4BC182B99CCCEB147886@RJCDESK> >From: tellyaddict >Sent: Monday, May 15, 2017 14:18 >I'm not sure if my output is the same as yours because they can vary but my >verbose output for --info on b08r3nv4 tells me that hvfxsd2 comes from > >Limelight which seems to be quite a slow server and this is from past >experience as well. >I can't really comment on hvfxsd1 which comes from Bidi because Bidi is a >new server to get_iplayer and I haven't had much chance to try it yet. Your > >test indicates though that again it may well be a slow server but >marginally faster than Limelight. >Both hlsvhigh1 and hvfxsd5 are served by Akamai. Akamai is by far the >fastest server out there which would explain why you got good results with >that >mode set in your command. hvfxsd2 is indeed Limelight. The sequence is 1 Bidi https 2 Limelight https 3 Bidi http 4 Limelight http 5 Akamai http 6 Bidi https 7 Akamai http 8 Limelight http 9 Bidi http I seem to remember Vangelis's saying that Akamai was faster than Limelight, but I didn't realise the difference was so great, although I have had a 10 to 1 difference in radio modes. In this case 4 sub-modes would need to fail before Akamai was reached if a sub-mode was not specified. I was thinking it would be necessary to work out a pattern, but if it can change that's no good. I should have read the release notes for v3.00 more carefully. They mention the Bidi CDN. Also there is a reminder about --exclude-supplier so we could use --exclude-supplier=limelight,bidi although Vangelis says here http://lists.infradead.org/pipermail/get_iplayer/2016-January/008576.html a different form may be needed for DASH. From richard22j at zoho.com Mon May 15 08:02:44 2017 From: richard22j at zoho.com (RS) Date: Mon, 15 May 2017 16:02:44 +0100 Subject: Red Button now on iPlayer In-Reply-To: <630C92164AEA4BC182B99CCCEB147886@RJCDESK> References: <FE940823D3094544878C9E367647CB30@RJCDESK> <56e68a53-f815-a5d1-e35d-71012bd5d126@jls-radio.com>, <2E115CD64F4D4CD28B8F033A9950D274@RJCDESK> <trinity-d743acec-6c33-439d-a256-57973572fcd8-1494854325429@3capp-mailcom-bs16> <630C92164AEA4BC182B99CCCEB147886@RJCDESK> Message-ID: <3453528E077C456B8E87CABA83B246FF@RJCDESK> > Sent: Monday, May 15, 2017 15:47 I wrote >I should have read the release notes for v3.00 more carefully. They >mention the Bidi CDN. Also there is a reminder about --exclude-supplier >so we could use >--exclude-supplier=limelight,bidi >although Vangelis says here >http://lists.infradead.org/pipermail/get_iplayer/2016-January/008576.html >a different form may be needed for DASH. I need to do some more work on this, and read Vangelis's article properly. --exclude-supplier=limelight,bidi does not work, nor does --exclude-supplier=mf_limelight,mf_bidi In both cases it says it is going to try hvfxsd1, hvfxsd2 and hvfxsd3 when it should have excluded all of those. From richard22j at zoho.com Mon May 15 08:41:03 2017 From: richard22j at zoho.com (RS) Date: Mon, 15 May 2017 16:41:03 +0100 Subject: Red Button now on iPlayer In-Reply-To: <3453528E077C456B8E87CABA83B246FF@RJCDESK> References: <FE940823D3094544878C9E367647CB30@RJCDESK> <56e68a53-f815-a5d1-e35d-71012bd5d126@jls-radio.com>, <2E115CD64F4D4CD28B8F033A9950D274@RJCDESK> <trinity-d743acec-6c33-439d-a256-57973572fcd8-1494854325429@3capp-mailcom-bs16> <630C92164AEA4BC182B99CCCEB147886@RJCDESK> <3453528E077C456B8E87CABA83B246FF@RJCDESK> Message-ID: <392F6C46D765478C894DB360E2EA5ACF@RJCDESK> >Sent: Monday, May 15, 2017 16:02 I wrote >I need to do some more work on this, and read Vangelis's article properly. >--exclude-supplier=limelight,bidi >does not work, nor does >--exclude-supplier=mf_limelight,mf_bidi >In both cases it says it is going to try hvfxsd1, hvfxsd2 and hvfxsd3 when >it should have excluded all of those. I spoke too soon, but I didn't want anyone to waste time on something I had got wrong. --exclude-supplier=limelight,bidi does work. get_iplayer renumbers the sub-modes. What threw me was that it found, as hvfxsd1, a https Akamai stream which I hadn't seen before, and that was also slow. The bit rate was given as 1836kbps against 1802kbps. --tvmode=hvfxsd2 --exclude-supplier=limelight,bidi downloaded at 70Mbit/s. From njhp94 at gmail.com Mon May 15 13:27:16 2017 From: njhp94 at gmail.com (Nick Payne) Date: Tue, 16 May 2017 06:27:16 +1000 Subject: Red Button now on iPlayer In-Reply-To: <FE940823D3094544878C9E367647CB30@RJCDESK> References: <FE940823D3094544878C9E367647CB30@RJCDESK> Message-ID: <20d733c7-577e-2342-cea4-54cf2b88f715@gmail.com> On 15/05/2017 8:50 PM, RS wrote: > [snip]... > > There are no HLShd modes, but this appears to be normal for Red Button > coverage. What I noticed with the red button coverage for the recently finished World Snooker Championships was that if I downloaded the coverage as soon as it became available, then no HD downloads were available, but if I waited a few hours, then HD downloads *were* available. From chrisjbrady at gmail.com Tue May 16 06:55:53 2017 From: chrisjbrady at gmail.com (CJB) Date: Tue, 16 May 2017 14:55:53 +0100 Subject: Refresh cache problems ... Message-ID: <CAPZzCnNkNANQe2XbG_VpjORSTWa8MDjgr7SH5_5FTQtOYnZfHg@mail.gmail.com> Refresh cache problems ... Since the upgade to 3.01 I have not had my PVR list download anything. I just tried to do a refresh prior to a weekly download and got this: === The PVR will auto-run every 4 hour(s) if you leave this page open Windows users: You may encounter errors if you perform other tasks in the Web PVR Manager while this page is reloading Running PVR Searches: archie_andrews_name_radio INFO: Getting radio Index Feeds (this may take a few minutes) INFO: Using concurrent indexing .....................................................Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. ......................................................................... Added: 10006: 15 Minute Drama: Dinner at the Homesick Restaurant - Pearl, BBC Radio 4 Extra, b01shw0m Added: 10007: 15 Minute Drama: Dinner at the Homesick Restaurant - Teaching the Cat to Yawn, BBC Radio 4 Extra, b01sj1sw Added: 10012: 15 Minute Drama: Feminine Forever - Episode 5, BBC Radio 4 Extra, b01mx2sk Added: 10037: 15 Minute Drama: Tinsel Girl and the Support Worker - Episode 5, BBC Radio 4, b08pgm48 Added: 10057: 5 live Breakfast: Your Call - 12/05/2017, BBC Radio 5 live, b08pgbpm Added: 10058: 5 live Breakfast: Your Call - 15/05/2017, BBC Radio 5 live, b08q457c Added: 10059: 5 live Breakfast: Your Call - 16/05/2017, BBC Radio 5 live, b08q458y ==snip== === I am not sure that the cache is actually getting refreshed correctly, if at all. But how to stop the error is a moot point. What's an I/O watcher? Thanks - Chris B. From ralph at inputplus.co.uk Tue May 16 07:02:45 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Tue, 16 May 2017 15:02:45 +0100 Subject: Refresh cache problems ... In-Reply-To: <CAPZzCnNkNANQe2XbG_VpjORSTWa8MDjgr7SH5_5FTQtOYnZfHg@mail.gmail.com> References: <CAPZzCnNkNANQe2XbG_VpjORSTWa8MDjgr7SH5_5FTQtOYnZfHg@mail.gmail.com> Message-ID: <20170516140245.307C421DF7@orac.inputplus.co.uk> Hi Chris, > Mojo::Reactor::Poll: I/O watcher failed: Can't open file > "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at > Mojo/Asset/Memory.pm line 18. Why doesn't it have permission on that location? Does directory C:\Users\CHRISJ~1\AppData\Local\Temp exist? Is mojo.tmp already in it? -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From chrisjbrady at gmail.com Tue May 16 07:28:45 2017 From: chrisjbrady at gmail.com (CJB) Date: Tue, 16 May 2017 15:28:45 +0100 Subject: Refresh cache problems ... In-Reply-To: <20170516140245.307C421DF7@orac.inputplus.co.uk> References: <CAPZzCnNkNANQe2XbG_VpjORSTWa8MDjgr7SH5_5FTQtOYnZfHg@mail.gmail.com> <20170516140245.307C421DF7@orac.inputplus.co.uk> Message-ID: <CAPZzCnP4TNNbAKU4EbAe=xVn11vB6+kOt-kQyqtWJXScCPhJBg@mail.gmail.com> Thank you for your response. The path "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp" exists - its full of junk. The path does not include mojo.tmp This indicates to me that maybe mojo doesn't exist. It was never clean istalled with v3.00 nor 3.01 anyway. Maybe the installation package (for Windows 10) doesn't include this mojo code (whatever it is)? Should I simply create a mojo.tmp file? I am not sure of the consequences of it not being there!! Chris B. On 16/05/2017, Ralph Corderoy <ralph at inputplus.co.uk> wrote: > Hi Chris, > >> Mojo::Reactor::Poll: I/O watcher failed: Can't open file >> "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at >> Mojo/Asset/Memory.pm line 18. > > Why doesn't it have permission on that location? > Does directory C:\Users\CHRISJ~1\AppData\Local\Temp exist? > Is mojo.tmp already in it? > > -- > Cheers, Ralph. > https://plus.google.com/+RalphCorderoy > From ralph at inputplus.co.uk Tue May 16 08:31:30 2017 From: ralph at inputplus.co.uk (Ralph Corderoy) Date: Tue, 16 May 2017 16:31:30 +0100 Subject: Refresh cache problems ... In-Reply-To: <CAPZzCnP4TNNbAKU4EbAe=xVn11vB6+kOt-kQyqtWJXScCPhJBg@mail.gmail.com> References: <CAPZzCnNkNANQe2XbG_VpjORSTWa8MDjgr7SH5_5FTQtOYnZfHg@mail.gmail.com> <20170516140245.307C421DF7@orac.inputplus.co.uk> <CAPZzCnP4TNNbAKU4EbAe=xVn11vB6+kOt-kQyqtWJXScCPhJBg@mail.gmail.com> Message-ID: <20170516153130.4FD6221DF7@orac.inputplus.co.uk> Hi Chris, > The path "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp" exists - its > full of junk. Then what is it about it that makes get_iplayer think there are permission problems? Have you inspected the permissions of that file? Or its containing `Temp' directory? > The path does not include mojo.tmp This indicates to me that maybe > mojo doesn't exist. The `Mojo::Reactor::Poll' in the error message suggests Mojo is installed because that's the part of Mojo that it producing the error message. I've not used Windows, or Mojo, but that's my understanding of the Perl-style error message. > Should I simply create a mojo.tmp file? But it's already there? You just said it was full of junk. I'd expect deleting it before running get_iplayer will be OK. You'll then be able to see if it gets recreated on the first run and whether the error re-occurs. -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy From chrisjbrady at gmail.com Tue May 16 10:06:49 2017 From: chrisjbrady at gmail.com (CJB) Date: Tue, 16 May 2017 18:06:49 +0100 Subject: Refresh cache problems ... In-Reply-To: <20170516153130.4FD6221DF7@orac.inputplus.co.uk> References: <CAPZzCnNkNANQe2XbG_VpjORSTWa8MDjgr7SH5_5FTQtOYnZfHg@mail.gmail.com> <20170516140245.307C421DF7@orac.inputplus.co.uk> <CAPZzCnP4TNNbAKU4EbAe=xVn11vB6+kOt-kQyqtWJXScCPhJBg@mail.gmail.com> <20170516153130.4FD6221DF7@orac.inputplus.co.uk> Message-ID: <CAPZzCnMRdwoTCfQP0-DqeWzfa7joV4P0wmpV3LigPWaZ=vawhg@mail.gmail.com> Thank for the response. Sorry my typo - the path to \Temp is there - the mojo.tmp file is not. Chris B. On 16/05/2017, Ralph Corderoy <ralph at inputplus.co.uk> wrote: > Hi Chris, > >> The path "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp" exists - its >> full of junk. > > Then what is it about it that makes get_iplayer think there are > permission problems? Have you inspected the permissions of that file? > Or its containing `Temp' directory? > >> The path does not include mojo.tmp This indicates to me that maybe >> mojo doesn't exist. > > The `Mojo::Reactor::Poll' in the error message suggests Mojo is > installed because that's the part of Mojo that it producing the error > message. I've not used Windows, or Mojo, but that's my understanding of > the Perl-style error message. > >> Should I simply create a mojo.tmp file? > > But it's already there? You just said it was full of junk. I'd expect > deleting it before running get_iplayer will be OK. You'll then be able > to see if it gets recreated on the first run and whether the error > re-occurs. > > -- > Cheers, Ralph. > https://plus.google.com/+RalphCorderoy > From ajebay at errichel.co.uk Wed May 17 15:30:42 2017 From: ajebay at errichel.co.uk (Budge) Date: Wed, 17 May 2017 23:30:42 +0100 Subject: News Quiz Extra pvr Download Failed Message-ID: <988f8cac-a960-3b0e-f11e-06cf1f4a9de1@errichel.co.uk> Looked in my GiP download directory for News Quiz Extra (Series 20 episode 4 broadcast on 15 May) and it wasn't there. My pvr-list item, which worked last week is as follows:- pvrsearch = News_Quiz_Extra radiomode = better search0 = News_Quiz_Extra type = radio. Found the pid and downloaded by pid and all went well as follows:- alastair at ibmserver2:~> get_iplayer --pid p0530vlq --type=radio --radiomode=better get_iplayer v3.01, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content INFO: Episode PID detected INFO: Trying pid: p0530vlq using type: radio INFO: Trying to download PID using type radio INFO: pid not found in radio cache Matches: INFO: 1 Matching Programmes INFO: Checking existence of podcast version INFO: dafstd1,dafstd2,dafstd3,dafstd4,hafstd1,hafstd2,hlsaacstd1,dafmed1,dafmed2,dafmed3,dafmed4,hafmed1,hafmed2,daflow1,daflow2,daflow3,daflow4,haflow1,haflow2,hlsaaclow1 modes will be tried for version podcast INFO: Trying dafstd1 mode to record radio: News Quiz Extra - 4. Episode 4 INFO: File name prefix = News_Quiz_Extra_-_4._Episode_4_p0530vlq_podcast INFO: Begin recording file: /home/alastair/GiP_Recordings/News_Quiz_Extra_-_4._Episode_4_p0530vlq_podcast.audio.m4a INFO: Begin recording at: 0.00 MiB (00:00:00) [1] INFO: Recorded: 40.13 MiB (00:43:18) [406] in 00:01:24 at 3.82 Mibit/s INFO: Saved DASH audio file: /home/alastair/GiP_Recordings/News_Quiz_Extra_-_4._Episode_4_p0530vlq_podcast.dash.m4a INFO: Begin converting audio file: /home/alastair/GiP_Recordings/News_Quiz_Extra_-_4._Episode_4_p0530vlq_podcast.dash.m4a size= 41047kB time=00:43:16.50 bitrate= 129.5kbits/s speed=1.52e+03x INFO: Converted to file: /home/alastair/GiP_Recordings/News_Quiz_Extra_-_4._Episode_4_p0530vlq_podcast.partial.m4a INFO: Recorded file: /home/alastair/GiP_Recordings/News_Quiz_Extra_-_4._Episode_4_p0530vlq_podcast.m4a INFO: Begin tagging file: /home/alastair/GiP_Recordings/News_Quiz_Extra_-_4._Episode_4_p0530vlq_podcast.m4a Started writing to temp file. Progress: =======================================================> 99% | Finished writing to temp file. INFO: Tagged file: /home/alastair/GiP_Recordings/News_Quiz_Extra_-_4._Episode_4_p0530vlq_podcast.m4a alastair at ibmserver2:~> I note from the above however that the subject is referred to as a podcast. Did my pvr download fail because I have type=radio rather than type=podcast? If this is the case is this a change at the Beeb and should I edit my list item? Grateful for advice please. Budge From richard22j at zoho.com Wed May 17 16:47:24 2017 From: richard22j at zoho.com (RS) Date: Thu, 18 May 2017 00:47:24 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <988f8cac-a960-3b0e-f11e-06cf1f4a9de1@errichel.co.uk> References: <988f8cac-a960-3b0e-f11e-06cf1f4a9de1@errichel.co.uk> Message-ID: <2089CD6B663C417684E0CC84BE916864@RJCDESK> >From: Budge Sent: Wednesday, May 17, 2017 23:30 >Found the pid and downloaded by pid and all went well as follows:- >alastair at ibmserver2:~> get_iplayer --pid >p0530vlq --type=radio --radiomode=better The PID for downloading the AAC/M4A file is b08qgx61. I downloaded it using --radiomode=hlsaacstd at 40Mbit/s. p0530vlq is the PID for the podcast. I think I saw in one of the get_iplayer release notes that podcasts were no longer supported. You can download it at http://www.bbc.co.uk/programmes/b010m2mj/episodes/downloads It gives you a choice of 128kbit/s and 64kbit/s. From northmedia1 at the.forthnet.gr Wed May 17 18:14:22 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Thu, 18 May 2017 04:14:22 +0300 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <988f8cac-a960-3b0e-f11e-06cf1f4a9de1@errichel.co.uk> Message-ID: <4E8E9B2C270B4B25ACBE504C49CC7A88@vasonote> On Wed May 17 23:30:42 BST 2017, Budge wrote: > pvrsearch = News_Quiz_Extra > radiomode = better > search0 = News_Quiz_Extra > type = radio. Is there actually a fullstop (.) after radio? Was this PVR search created manually via an editor? I don't use the PVR often (ad-hoc downloader), but AFAIR GiP does not include by default "=" when storing PVR searches... > Did my pvr download fail because I have > type=radio rather than type=podcast? I think you are mixing two different connotations of "podcast" here; Podcast as programme type (hence --type=podcast) and podcast as an audio version of a radio show (hence --versions=podcast). Support for --type=podcast has been removed from GiP in v2.98 (it was already broken in 2.97, due to BBC changes made to the podcast feeds). However, support for the podcast version of a radio show (when that exists) is ongoing in 3.01. As Richard said, your show is to be found on http://www.bbc.co.uk/programmes/b08qgx61 get_iplayer --type=radio --pid=b08qgx61 -i | grep versions only finds the "original" version, the one RS fetched. On the show's page there's a link to http://www.bbc.co.uk/programmes/b010m2mj/episodes/downloads and from there to http://www.bbc.co.uk/programmes/p0530vlq which is the pid you used. In this case, get_iplayer --type=radio --pid=p0530vlq -i | grep versions only finds "versions: podcast" and that's the VERSION you manually recorded; FWIW, that got you an M4A file (AAC LC encode) with the same content as the MP3 file available at the link RS suggested: http://open.live.bbc.co.uk/mediaselector/5/redir/version/2.0/mediaset/audio-nondrm-download/proto/http/vpid/p0530tq6.mp3 (128kbpsCBR) Regards, Vangelis. From alan at soulman1949.com Wed May 17 21:18:32 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Thu, 18 May 2017 05:18:32 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <988f8cac-a960-3b0e-f11e-06cf1f4a9de1@errichel.co.uk> References: <988f8cac-a960-3b0e-f11e-06cf1f4a9de1@errichel.co.uk> Message-ID: <94113f88-e4c1-509b-0629-fd25e5861844@soulman1949.com> Hi Budge Hmmm I notice that when you tried to download using the PID the output tells you that it's not in the cache, isn't this the reason why your PVR download failed (something that a refresh would/should have picked up)? On 17/05/2017 23:30, Budge wrote: > Looked in my GiP download directory for News Quiz Extra (Series 20 > episode 4 broadcast on 15 May) and it wasn't there. > My pvr-list item, which worked last week is as follows:- > > pvrsearch = News_Quiz_Extra > radiomode = better > search0 = News_Quiz_Extra > type = radio. > > Found the pid and downloaded by pid and all went well as follows:- > > alastair at ibmserver2:~> get_iplayer --pid p0530vlq --type=radio > --radiomode=better > get_iplayer v3.01, Copyright (C) 2008-2010 Phil Lewis > This program comes with ABSOLUTELY NO WARRANTY; for details use > --warranty. > This is free software, and you are welcome to redistribute it under > certain > conditions; use --conditions for details. > > NOTE: A UK TV licence is required to legally access BBC iPlayer TV > content > > INFO: Episode PID detected > INFO: Trying pid: p0530vlq using type: radio > INFO: Trying to download PID using type radio > INFO: pid not found in radio cache ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ On the "podcast" issue, Vangelis has given you the answer. Alan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From chrisjbrady at gmail.com Thu May 18 04:06:09 2017 From: chrisjbrady at gmail.com (CJB) Date: Thu, 18 May 2017 12:06:09 +0100 Subject: Another watcher bug - line 18 again Message-ID: <CAPZzCnPUoCCC_daMJ95GLksABZNTA2w87zaeXvzMWkSM_VD6Ow@mail.gmail.com> Refresh cache - radio - I get: The PVR will auto-run every 4 hour(s) if you leave this page open Windows users: You may encounter errors if you perform other tasks in the Web PVR Manager while this page is reloading Running PVR Searches: archie_andrews_name_radio INFO: Getting radio Index Feeds (this may take a few minutes) INFO: Using concurrent indexing ..........................................Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. Mojo::Reactor::Poll: I/O watcher failed: Can't open file "C:\Users\CHRISJ~1\AppData\Local\Temp\mojo.tmp": Permission denied at Mojo/Asset/Memory.pm line 18. ..................... Added: 10007: 15 Minute Drama: Dinner at the Homesick Restaurant - Destroyed by Love, BBC Radio 4 Extra, b01sj1ws Added: 10057: 5 live Breakfast: Your Call - 17/05/2017, BBC Radio 5 live, b08q45bp Added: 10058: 5 live Breakfast: Your Call - 18/05/2017, BBC Radio 5 live, b08q45d5 Added: 10078: 5 live Breakfast - 17/05/2017, BBC Radio 5 live, b08q45bm Added: 10079: 5 live Breakfast - 18/05/2017, BBC Radio 5 live, b08q45d3 Added: 10099: 5 live Daily: with Emma Barnett - 17/05/2017, BBC Radio 5 live, b08q45br snip... CJB From ajebay at errichel.co.uk Thu May 18 04:07:46 2017 From: ajebay at errichel.co.uk (Budge) Date: Thu, 18 May 2017 12:07:46 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <4E8E9B2C270B4B25ACBE504C49CC7A88@vasonote> References: <4E8E9B2C270B4B25ACBE504C49CC7A88@vasonote> Message-ID: <643db853-ae1d-e77b-7272-b037f55951ba@errichel.co.uk> On 18/05/17 02:14, Vangelis forthnet wrote: > On Wed May 17 23:30:42 BST 2017, Budge wrote: > >> pvrsearch = News_Quiz_Extra >> radiomode = better >> search0 = News_Quiz_Extra >> type = radio. > > Is there actually a fullstop (.) after radio? > Was this PVR search created manually via an editor? > I don't use the PVR often (ad-hoc downloader), > but AFAIR GiP does not include by default "=" > when storing PVR searches... > >> Did my pvr download fail because I have >> type=radio rather than type=podcast? > > I think you are mixing two different > connotations of "podcast" here; > Podcast as programme type (hence > --type=podcast) and podcast as an > audio version of a radio show > (hence --versions=podcast). > > Support for --type=podcast has been removed > from GiP in v2.98 (it was already broken in 2.97, > due to BBC changes made to the podcast feeds). > > However, support for the podcast version of a > radio show (when that exists) is ongoing in 3.01. > > As Richard said, your show is to be found on > http://www.bbc.co.uk/programmes/b08qgx61 > > get_iplayer --type=radio --pid=b08qgx61 -i | grep versions > > only finds the "original" version, the one RS fetched. > On the show's page there's a link to > http://www.bbc.co.uk/programmes/b010m2mj/episodes/downloads > and from there to > http://www.bbc.co.uk/programmes/p0530vlq > which is the pid you used. > In this case, > > get_iplayer --type=radio --pid=p0530vlq -i | grep versions > > only finds "versions: podcast" and that's the VERSION > you manually recorded; FWIW, that got you an M4A file > (AAC LC encode) with the same content as the MP3 file > available at the link RS suggested: > > http://open.live.bbc.co.uk/mediaselector/5/redir/version/2.0/mediaset/audio-nondrm-download/proto/http/vpid/p0530tq6.mp3 > > (128kbpsCBR) > > Regards, > Vangelis. > Hi Vangelis, You are correct. I had not distinguished between type and version. I also now see that the pid I used is a podcast version. I just used what came up on the website without thinking and that explains why I have a podcast version not the "original" which I usually get from my pvr cron job. All this still does not explain why the pvr cron job failed. The full stop is not in my list search item which was created by --pvr-add not by directly editing and the "=" is put there by GiP. This search worked on previous occasions AFAIK. If the cron job ran before the beeb had uploaded the file on Monday night then it should have been picked up on following days so something is wrong with my pvr list setup. Where should I start? From ajebay at errichel.co.uk Thu May 18 04:26:24 2017 From: ajebay at errichel.co.uk (Budge) Date: Thu, 18 May 2017 12:26:24 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <2089CD6B663C417684E0CC84BE916864@RJCDESK> References: <988f8cac-a960-3b0e-f11e-06cf1f4a9de1@errichel.co.uk> <2089CD6B663C417684E0CC84BE916864@RJCDESK> Message-ID: <aa6c5d77-3130-da53-027f-2a5ae61d44dc@errichel.co.uk> On 18/05/17 00:47, RS wrote: >> From: Budge Sent: Wednesday, May 17, 2017 23:30 > >> Found the pid and downloaded by pid and all went well as follows:- > >> alastair at ibmserver2:~> get_iplayer --pid p0530vlq --type=radio >> --radiomode=better > > The PID for downloading the AAC/M4A file is b08qgx61. I downloaded it > using --radiomode=hlsaacstd at 40Mbit/s. > > p0530vlq is the PID for the podcast. I think I saw in one of the > get_iplayer release notes that podcasts were no longer supported. You > can download it at > http://www.bbc.co.uk/programmes/b010m2mj/episodes/downloads > It gives you a choice of 128kbit/s and 64kbit/s. Hi Richard, Many thanks. I usually get the pid by finding the programme using beeb website and that is what I did last night, which gave me the podcast pid which I used without further thought or examination. I did notice however that the "More Episodes" offering on the website last night was "confused," offering the incorrect series and episode numbers and other errors. Today all is well and the website is as usual. The wanted pid comes up and I have downloaded it using --radiomode=better. All OK except that file sixe is slightly smaller than last night's effort (39.8 MiB vs 40.1 MiB). Both used dafstd1 so no idea why different unless beeb use different edit of master. All this explains my getting the podcast not original last night but not why the pvr didn't work. More work required by me I fear. Thanks again. From ajebay at errichel.co.uk Thu May 18 04:32:47 2017 From: ajebay at errichel.co.uk (Budge) Date: Thu, 18 May 2017 12:32:47 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <94113f88-e4c1-509b-0629-fd25e5861844@soulman1949.com> References: <988f8cac-a960-3b0e-f11e-06cf1f4a9de1@errichel.co.uk> <94113f88-e4c1-509b-0629-fd25e5861844@soulman1949.com> Message-ID: <f15c2910-f841-bb5c-3859-7e1c568cc525@errichel.co.uk> On 18/05/17 05:18, Alan Milewczyk wrote: > Hi Budge > > Hmmm I notice that when you tried to download using the PID the output > tells you that it's not in the cache, isn't this the reason why your PVR > download failed (something that a refresh would/should have picked up)? [snip] Hi Alan, Now this is a good point which gives me pause. I recall some posts about cache refresh and will have to go back and read. In fact I have never before taken any action with the cache so I have no idea how it used to be refreshed in the past. The pvr just worked and I thought the pvr search did the cache refresh automagically. Have things changed? What should I do to correct this as I am likely missing several other programmes if you are correct? Regards, Budge From alan at soulman1949.com Thu May 18 04:53:14 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Thu, 18 May 2017 12:53:14 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <f15c2910-f841-bb5c-3859-7e1c568cc525@errichel.co.uk> References: <988f8cac-a960-3b0e-f11e-06cf1f4a9de1@errichel.co.uk> <94113f88-e4c1-509b-0629-fd25e5861844@soulman1949.com> <f15c2910-f841-bb5c-3859-7e1c568cc525@errichel.co.uk> Message-ID: <ea720ed4-b361-5d55-aba5-51c2e0f98815@soulman1949.com> On 18/05/2017 12:32, Budge wrote: > On 18/05/17 05:18, Alan Milewczyk wrote: >> Hi Budge >> >> Hmmm I notice that when you tried to download using the PID the >> output tells you that it's not in the cache, isn't this the reason >> why your PVR download failed (something that a refresh would/should >> have picked up)? > [snip] > > Hi Alan, > Now this is a good point which gives me pause. I recall some posts > about cache refresh and will have to go back and read. > > In fact I have never before taken any action with the cache so I have > no idea how it used to be refreshed in the past. The pvr just worked > and I thought the pvr search did the cache refresh automagically. > > Have things changed? What should I do to correct this as I am likely > missing several other programmes if you are correct? > Regards, > Budge > I don't generally use the PVR but from memory it refreshes every 4 hours by default. You'll find the appropriate setting in the file "run_pvr_scheduler.cmd" (which is located in the gip folder in Program Files (x86)). When you download by PID then it doesn't matter if the programme isn't in the cache (except perhaps for missing metadata) but if you search by programme name then it's always worthwhile refreshing the cache. Generally most of my radio programmes are downloaded using the prog name so I always first do a: get_iplayer --type=radio --refresh then I load the batch file that lists the progs I wish to download. That way I'm assured of having the programmes in the cache. HTH Alan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From ajebay at errichel.co.uk Thu May 18 07:04:20 2017 From: ajebay at errichel.co.uk (Budge) Date: Thu, 18 May 2017 15:04:20 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <ea720ed4-b361-5d55-aba5-51c2e0f98815@soulman1949.com> References: <988f8cac-a960-3b0e-f11e-06cf1f4a9de1@errichel.co.uk> <94113f88-e4c1-509b-0629-fd25e5861844@soulman1949.com> <f15c2910-f841-bb5c-3859-7e1c568cc525@errichel.co.uk> <ea720ed4-b361-5d55-aba5-51c2e0f98815@soulman1949.com> Message-ID: <cc2980dc-b04f-59cb-d326-e27bc0f78ae4@errichel.co.uk> On 18/05/17 12:53, Alan Milewczyk wrote: > On 18/05/2017 12:32, Budge wrote: >> On 18/05/17 05:18, Alan Milewczyk wrote: >>> Hi Budge >>> >>> Hmmm I notice that when you tried to download using the PID the >>> output tells you that it's not in the cache, isn't this the reason >>> why your PVR download failed (something that a refresh would/should >>> have picked up)? >> [snip] >> >> Hi Alan, >> Now this is a good point which gives me pause. I recall some posts >> about cache refresh and will have to go back and read. >> >> In fact I have never before taken any action with the cache so I have >> no idea how it used to be refreshed in the past. The pvr just worked >> and I thought the pvr search did the cache refresh automagically. >> >> Have things changed? What should I do to correct this as I am likely >> missing several other programmes if you are correct? >> Regards, >> Budge >> > > I don't generally use the PVR but from memory it refreshes every 4 hours > by default. You'll find the appropriate setting in the file > "run_pvr_scheduler.cmd" (which is located in the gip folder in Program > Files (x86)). > > When you download by PID then it doesn't matter if the programme isn't > in the cache (except perhaps for missing metadata) but if you search by > programme name then it's always worthwhile refreshing the cache. > > Generally most of my radio programmes are downloaded using the prog name > so I always first do a: > get_iplayer --type=radio --refresh > then I load the batch file that lists the progs I wish to download. That > way I'm assured of having the programmes in the cache. Hi Alan, Gip folder in Program Files!!! Could that be a windoze place? A foreign land! Since my pvr-list has both radio and tv programmes I assume that when it came to a "type = radio" in the list it would refresh the radio cache. Perhaps not but I have never before needed to refresh anything. Bottom line is that something must have changed because what used to work does so no longer, or at least not always. I suppose I could add the refresh commands to my cron job but that should not be necessary. Need to study how the whole process is supposed to work. If I am lucky somebody will tell me. Thanks again, Budge From ajebay at errichel.co.uk Thu May 18 07:29:02 2017 From: ajebay at errichel.co.uk (Budge) Date: Thu, 18 May 2017 15:29:02 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <cc2980dc-b04f-59cb-d326-e27bc0f78ae4@errichel.co.uk> References: <988f8cac-a960-3b0e-f11e-06cf1f4a9de1@errichel.co.uk> <94113f88-e4c1-509b-0629-fd25e5861844@soulman1949.com> <f15c2910-f841-bb5c-3859-7e1c568cc525@errichel.co.uk> <ea720ed4-b361-5d55-aba5-51c2e0f98815@soulman1949.com> <cc2980dc-b04f-59cb-d326-e27bc0f78ae4@errichel.co.uk> Message-ID: <8b47303e-8ce5-85fd-9ff2-9be924a5a284@errichel.co.uk> [snip]> Need to study how the whole process is supposed to work. If I am lucky > somebody will tell me. I have now read the documentation again and clearly I have been lucky in the past but now I know better! I have added type = tv,radio to my prefs to ensure refresh does both. I also want to add channel filtering so that only tv, Radio 3, Radio 4 and Radio 4 Extra are cached. I hope to achieve this by running:- get_iplayer --prefs-add --refresh-include="Radio 4","Radio 3" Is that the right syntax and are tv channels included by default or should I add tv explicitly? From northmedia1 at the.forthnet.gr Thu May 18 09:27:43 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Thu, 18 May 2017 19:27:43 +0300 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <8b47303e-8ce5-85fd-9ff2-9be924a5a284@errichel.co.uk> Message-ID: <FB8BC04AD4024B808A444B42A437CC26@vasonote> On Thu May 18 15:29:02 BST 2017, Budge wrote: > get_iplayer --prefs-add --refresh-include="Radio 4","Radio 3" > > Is that the right syntax No; all you need to know is detailed here: https://github.com/get-iplayer/get_iplayer/wiki/documentation#filtering-channels-for-indexing Do remember that all regex in a command must be in double quotes, https://github.com/get-iplayer/get_iplayer/wiki/documentation#search-strings-as-regular-expressions > On the command line, always quote search strings containing regular > expressions. So what you should've conjured up is get_iplayer --prefs-add --refresh-include="Radio 3,Radio 4" > are tv channels included by default > or should I add tv explicitly? They are; you can always exclude individual TV stations or TV groups via the --refresh-exclude-tv and --refresh-exclude-groups-tv options; consult the documentation I referenced... From northmedia1 at the.forthnet.gr Thu May 18 14:56:02 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Fri, 19 May 2017 00:56:02 +0300 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <FB8BC04AD4024B808A444B42A437CC26@vasonote> Message-ID: <C4584A434A7E4E7F9E4FFC28E06C8E0F@vasonote> On Thu May 18 17:27:43 BST 2017, I wrote: > via the --refresh-exclude-tv A correction to my oversight, the proper switch is: --refresh-exclude Apologies :-( Regards. From ajebay at errichel.co.uk Thu May 18 15:27:02 2017 From: ajebay at errichel.co.uk (Budge) Date: Thu, 18 May 2017 23:27:02 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <C4584A434A7E4E7F9E4FFC28E06C8E0F@vasonote> References: <C4584A434A7E4E7F9E4FFC28E06C8E0F@vasonote> Message-ID: <833827ad-9d41-3cf6-cd3d-11c6aa902205@errichel.co.uk> On 18/05/17 22:56, Vangelis forthnet wrote: > On Thu May 18 17:27:43 BST 2017, I wrote: >> via the --refresh-exclude-tv > > A correction to my oversight, the proper switch is: > --refresh-exclude > > Apologies :-( > Hi Vangelis, Thanks for correcting my syntax. I was looking at the reference but not sure how to add the two expressions. Here is what I now have:- alastair at ibmserver2:~> get_iplayer --prefs-show Options in '/home/alastair/.get_iplayer/options' ffmpeg = /usr/local/bin/ffmpeg tvmode = best refreshinclude = Radio 3,Radio 4 output = /home/alastair/GiP_Recordings type = tv,radio refreshexcludegroups = local refreshexclude = CBBC,CBeebies alastair at ibmserver2:~> Let's see how it works. If you have any comments they are welcome. Regards, From northmedia1 at the.forthnet.gr Thu May 18 16:39:47 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Fri, 19 May 2017 02:39:47 +0300 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <833827ad-9d41-3cf6-cd3d-11c6aa902205@errichel.co.uk> Message-ID: <A9D7B50CFCC2408492147FF2927BCC68@vasonote> On Thu May 18 23:27:02 BST 2017, Budge wrote: > Let's see how it works. You should be fine, but let us know if otherwise... > If you have any comments they are welcome. Actually I do, but my comment below lacks real substance (i.e. you can live with how things are already): > refreshinclude = Radio 3,Radio 4 will only populate radio.cache with R3/R4/R4X offerings (that switch has --type=radio as a prerequisite, but you are fine as you have set: --type = tv,radio) > refreshexcludegroups = local is a more generic option that excludes both TV & Radio "Local" groups; however, "Local" Radio groups (as well as every other station but R3/R4/R4X) have already been excluded by > refreshinclude = Radio 3,Radio 4 My pedantic comment was just to make you realise how exactly those options work; I would have used refreshexcludegroupstv = local myself, but, as stated already, you're good as it is... Goodnight, V. From richard22j at zoho.com Fri May 19 08:06:18 2017 From: richard22j at zoho.com (RS) Date: Fri, 19 May 2017 16:06:18 +0100 Subject: An Art Lovers' Guide 1 Amsterdam Message-ID: <3A2374A3C1C44C0D8255181B39142094@RJCDESK> The only programme I tried to download which was affected by the recent HLS Segment not found errors was An Art Lovers' Guide: 1. Amsterdam, b08nz05n. HLShd1 and HLShd2 seemed to have the same errors, and FlashHD1 was also defective. If anyone wants it in 25fps HD the errors now seem to have been fixed. I successfully downloaded HLShd1 just now. From northmedia1 at the.forthnet.gr Fri May 19 09:00:22 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Fri, 19 May 2017 19:00:22 +0300 Subject: An Art Lovers' Guide 1 Amsterdam In-Reply-To: <3A2374A3C1C44C0D8255181B39142094@RJCDESK> Message-ID: <80FF444F77FD4A98898B89FB1B3CEEBC@vasonote> On Fri May 19 16:06:18 BST 2017, RS wrote: > HLShd1 and HLShd2 seemed to have the same errors Good afternoon, Richard This is hardly any surprise, since hlshd1 and hlshd2 are in essence the same exact stream from the same CDN (Akamai), only difference is the protocol used (1= secure HTTP, "https", 2= plain HTTP, "http") Regards From pete_hall_uk at btinternet.com Mon May 22 15:32:52 2017 From: pete_hall_uk at btinternet.com (Pete) Date: Mon, 22 May 2017 23:32:52 +0100 Subject: --pid and --pid-recursive now only works once with PVR Message-ID: <fce225e4-6ebf-31e4-a857-5e98ab8e5b75@btinternet.com> I'm seeing similar behaviour with my hand-cranked ONCE files for series PIDs and I suspect it is because the screen scraper is looking at the 'available now' page rather than 'all episodes' page. If you plug the 3 series PIDs for Believe It! into the ONCE file below it should download a couple of programmes (S3 Ep3/3 and S2 Ep1/4) but all 3 ONCE files should not be deleted (and previously were not) because in all cases it has not downloaded a complete series. s1 pid b01hj89q (4 eps) s2 pid b03m36xt (4 eps) s3 pid b08mshx1 (3 eps) ---------------------------- comment ONCE_believe3.txt comment believe it! s3 pid b08mshx1 type radio pidrecursive 1 ---------------------------- C:\Program Files (x86)\get_iplayer>get_iplayer --pvr believe1 get_iplayer 3.01-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content Running PVR Searches: ONCE_believe1.txt INFO: Series or Brand PID detected INFO: BBC Radio 4 - Believe It!, Series 1 - Available now INFO: Page 1 of 1 INFO: No episode PIDs found, checking alternate location... INFO: BBC Radio 4 - Believe It!, Series 1 INFO: Page 1 of 1 INFO: No episode PIDs found for parent PID: b01hj89q INFO: Deleted PVR search 'ONCE_believe1.txt' C:\Program Files (x86)\get_iplayer>get_iplayer --pvr believe2 get_iplayer 3.01-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content Running PVR Searches: ONCE_believe2.txt INFO: Series or Brand PID detected INFO: BBC Radio 4 - Believe It!, Series 2 - Available now INFO: Page 1 of 1 INFO: Victor (b03ktz0f) INFO: Trying pid: b03ktz0f using type: radio INFO Trying to download PID using type radio INFO: pid found in cache Matches: 14911: Believe It!: Series 2 - Victor, BBC Radio 4 Extra, b03ktz0f INFO: 1 Matching Programmes INFO: Believe It!: Series 2 - 1. Victor (b03ktz0f) Already in history (C:\Users\P/.get_iplayer/download_history) - use --force to override INFO: Deleted PVR search 'ONCE_believe2.txt' C:\Program Files (x86)\get_iplayer>get_iplayer --pvr believe3 get_iplayer 3.01-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content Running PVR Searches: ONCE_believe3.txt INFO: Series or Brand PID detected INFO: BBC Radio 4 - Believe It!, Series 3 - Available now INFO: Page 1 of 1 INFO: Legacy (b08n2yhf) INFO: Trying pid: b08n2yhf using type: radio INFO Trying to download PID using type radio INFO: pid found in cache Matches: 14913: Believe It!: Series 3 - Legacy, BBC Radio 4, b08n2yhf INFO: 1 Matching Programmes INFO: Believe It!: Series 3 - 3. Legacy (b08n2yhf) Already in history (C:\Users\P/.get_iplayer/download_history) - use --force to override INFO: Deleted PVR search 'ONCE_believe3.txt' -- Pete Hall pete_hall_uk (at) btinternet .com From c.e.macfarlane at macfh.co.uk Tue May 23 03:31:08 2017 From: c.e.macfarlane at macfh.co.uk (C E Macfarlane) Date: Tue, 23 May 2017 11:31:08 +0100 Subject: An Art Lover's Guide - 3 St Petersburg Message-ID: <BCEMLIMBMLFGOLPPOODBKEJLCBAA.c.e.macfarlane@macfh.co.uk> Has anyone managed to find an unsigned version of this? I can only find a signed and audio-described version of it! Regards -- www.macfh.co.uk/MacFH.html From specialk99 at blueyonder.co.uk Tue May 23 04:16:42 2017 From: specialk99 at blueyonder.co.uk (Kevin McCarthy) Date: Tue, 23 May 2017 12:16:42 +0100 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <BCEMLIMBMLFGOLPPOODBKEJLCBAA.c.e.macfarlane@macfh.co.uk> References: <BCEMLIMBMLFGOLPPOODBKEJLCBAA.c.e.macfarlane@macfh.co.uk> Message-ID: <001e01d2d3b6$0e6081c0$2b218540$@co.uk> This one? http://www.bbc.co.uk/iplayer/episode/b08qkvcq/an-art-lovers-guide-series-1-3 -st-petersburg -----Original Message----- From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On Behalf Of C E Macfarlane Sent: 23 May 2017 11:31 To: get_iplayer at lists.infradead.org Subject: An Art Lover's Guide - 3 St Petersburg Has anyone managed to find an unsigned version of this? I can only find a signed and audio-described version of it! Regards -- www.macfh.co.uk/MacFH.html _______________________________________________ get_iplayer mailing list get_iplayer at lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer From c.e.macfarlane at macfh.co.uk Tue May 23 06:33:28 2017 From: c.e.macfarlane at macfh.co.uk (C E Macfarlane) Date: Tue, 23 May 2017 14:33:28 +0100 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <001e01d2d3b6$0e6081c0$2b218540$@co.uk> Message-ID: <BCEMLIMBMLFGOLPPOODBKEJNCBAA.c.e.macfarlane@macfh.co.uk> -- www.macfh.co.uk/MacFH.html >> Has anyone managed to find an unsigned version of this? I >> can only find a >> signed and audio-described version of it! > > This one? > http://www.bbc.co.uk/iplayer/episode/b08qkvcq/an-art-lovers-gu > ide-series-1-3 > -st-petersburg Thanks, but that's the same version PID as I downloaded, and it came down as BSL & AD. This would appear to be why, I think the wrong version has been put up there: http://www.bbc.co.uk/programmes/b08qkvcq From alan at soulman1949.com Tue May 23 06:50:39 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Tue, 23 May 2017 14:50:39 +0100 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <BCEMLIMBMLFGOLPPOODBKEJNCBAA.c.e.macfarlane@macfh.co.uk> References: <BCEMLIMBMLFGOLPPOODBKEJNCBAA.c.e.macfarlane@macfh.co.uk> Message-ID: <d3716d30-e906-3400-e7f4-7be4794fab41@soulman1949.com> On 23/05/2017 14:33, C E Macfarlane wrote: > -- > www.macfh.co.uk/MacFH.html > >>> Has anyone managed to find an unsigned version of this? I >>> can only find a >>> signed and audio-described version of it! >> This one? >> http://www.bbc.co.uk/iplayer/episode/b08qkvcq/an-art-lovers-gu >> ide-series-1-3 >> -st-petersburg > Thanks, but that's the same version PID as I downloaded, and it came down as > BSL & AD. This would appear to be why, I think the wrong version has been > put up there: > http://www.bbc.co.uk/programmes/b08qkvcq > > > __ I downloaded PID b08qkvcq successfully on 16th May at 08:27BST unsigned version. Alan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From mtbc at ixod.org Tue May 23 08:09:14 2017 From: mtbc at ixod.org (Mark Carroll) Date: Tue, 23 May 2017 16:09:14 +0100 Subject: An Art Lover's Guide - 3 St Petersburg References: <BCEMLIMBMLFGOLPPOODBKEJNCBAA.c.e.macfarlane@macfh.co.uk> Message-ID: <874lwbpq3p.fsf@ixod.org> On 23 May 2017, C. E. Macfarlane wrote: >>> Has anyone managed to find an unsigned version of this? I >>> can only find a >>> signed and audio-described version of it! >> >> This one? >> http://www.bbc.co.uk/iplayer/episode/b08qkvcq/an-art-lovers-gu >> ide-series-1-3 >> -st-petersburg > > Thanks, but that's the same version PID as I downloaded, and it came down as > BSL & AD. This would appear to be why, I think the wrong version has been > put up there: > http://www.bbc.co.uk/programmes/b08qkvcq > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer Seems to be downloading "original" for me -- $ get_iplayer --pid=b08qkvcq get_iplayer v3.01, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content INFO Trying to download PID using type tv INFO: pid found in cache Matches: 186: An Art Lovers' Guide: Series 1 - St Petersburg, BBC Four, b08qkvcq INFO: 1 Matching Programmes INFO: Checking existence of original version INFO: hlshd1,hlshd2,hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,hlsvhigh1,hlsvhigh2,hvfxhigh1,hvfxhigh2,hvfxhigh3,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,hvflow1,hvflow2,hvflow3,dvflow1,dvflow2,dvflow3,dvflow4 modes will be tried for version original INFO: Trying hlshd1 mode to record tv: An Art Lovers' Guide: Series 1 - 3. St Petersburg INFO: File name prefix = An_Art_Lovers_Guide_Series_1_-_3._St_Petersburg_b08qkvcq_original INFO: Begin recording file: /tmp/An_Art_Lovers_Guide_Series_1_-_3._St_Petersburg_b08qkvcq_original.video.ts INFO: Begin recording at: 0.00 MiB (00:00:00) [1] ... Watching at least the start of it all seems fine, no signing or anything. -- Mark From mtbc at ixod.org Tue May 23 08:15:32 2017 From: mtbc at ixod.org (Mark Carroll) Date: Tue, 23 May 2017 16:15:32 +0100 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <874lwbpq3p.fsf@ixod.org> (Mark Carroll's message of "Tue, 23 May 2017 16:09:14 +0100") References: <BCEMLIMBMLFGOLPPOODBKEJNCBAA.c.e.macfarlane@macfh.co.uk> <874lwbpq3p.fsf@ixod.org> Message-ID: <87zie3ob8r.fsf@ixod.org> I should add that --info for b08qkvcq includes, modes: original: dvfhd1,dvfhd2,dvfhd3,dvfhd4,dvfsd1,dvfsd2,dvfsd3,dvfsd4,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,dvfhigh1,dvfhigh2,dvfhigh3,dvfhigh4,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,dvflow1,dvflow2,dvflow3,dvflow4,hlshd1,hlshd2,hlsvhigh1,hlsvhigh2,hvfhd1,hvfhd2,hvfhd3,hvfhd4,hvfhd5,hvfhd6,hvfsd1,hvfsd2,hvfsd3,hvfsd4,hvfsd5,hvfsd6,hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,hvfhigh1,hvfhigh2,hvfhigh3,hvfhigh4,hvfhigh5,hvfhigh6,hvfxhigh1,hvfxhigh2,hvfxhigh3,hvflow1,hvflow2,hvflow3,subtitles1,subtitles2,subtitles3,subtitles4,subtitles5 ... what's the exact command line you're trying to download it with? -- Mark From c.e.macfarlane at macfh.co.uk Tue May 23 08:18:34 2017 From: c.e.macfarlane at macfh.co.uk (C E Macfarlane) Date: Tue, 23 May 2017 16:18:34 +0100 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <874lwbpq3p.fsf@ixod.org> Message-ID: <BCEMLIMBMLFGOLPPOODBIEJOCBAA.c.e.macfarlane@macfh.co.uk> Thanks all, perhaps it was a temporary glitch - I've set it to try again tonight. -- www.macfh.co.uk/MacFH.html > On 23 May 2017, C. E. Macfarlane wrote: > > >>> Has anyone managed to find an unsigned version of this? I > >>> can only find a > >>> signed and audio-described version of it! > >> > >> This one? > >> http://www.bbc.co.uk/iplayer/episode/b08qkvcq/an-art-lovers-gu > >> ide-series-1-3 > >> -st-petersburg > > > > Thanks, but that's the same version PID as I downloaded, > and it came down as > > BSL & AD. This would appear to be why, I think the wrong > version has been > > put up there: > > http://www.bbc.co.uk/programmes/b08qkvcq > > > > > > _______________________________________________ > > get_iplayer mailing list > > get_iplayer at lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/get_iplayer > > Seems to be downloading "original" for me -- > > $ get_iplayer --pid=b08qkvcq ... From c.e.macfarlane at macfh.co.uk Tue May 23 08:22:09 2017 From: c.e.macfarlane at macfh.co.uk (C E Macfarlane) Date: Tue, 23 May 2017 16:22:09 +0100 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <87zie3ob8r.fsf@ixod.org> Message-ID: <BCEMLIMBMLFGOLPPOODBOEJOCBAA.c.e.macfarlane@macfh.co.uk> -- www.macfh.co.uk/MacFH.html > ... what's the exact command line you're trying to download it with? I'm still on 2.97, because I can't update ffmpeg on this embedded linux NAS. Original command was ... gip --type tv --tvmode flashhd,hlshd,flashvhigh,hlsvhigh --pid b08qkvcq --file-prefix "An Art Lover's Guide - 3 St Petersburg" --pvr-queue ... and now I've added ... --force From richard22j at zoho.com Tue May 23 09:26:54 2017 From: richard22j at zoho.com (RS) Date: Tue, 23 May 2017 17:26:54 +0100 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <BCEMLIMBMLFGOLPPOODBOEJOCBAA.c.e.macfarlane@macfh.co.uk> References: <BCEMLIMBMLFGOLPPOODBOEJOCBAA.c.e.macfarlane@macfh.co.uk> Message-ID: <D62E0CEF92C2434282D521B3C2F21A56@RJCDESK> >From: C E Macfarlane >Sent: Tuesday, May 23, 2017 16:22 >> ... what's the exact command line you're trying to download it with? >I'm still on 2.97, because I can't update ffmpeg on this embedded linux >NAS. >Original command was ... >gip --type tv --tvmode flashhd,hlshd,flashvhigh,hlsvhigh --pid b08qkvcq >--file-prefix "An Art Lover's Guide - 3 St Petersburg" --pvr-queue What happens if you change to --tvmode=hlshd,flashhd,hlsvhigh,flashvhigh or just --tvmode=hlshd Could flashhd be the wrong version? As I understand it you only need v3.00 or above of ffmpeg for DVF modes. If you can download HLS you must already have ffmpeg v2.5 or above . As for waiting until tonight to try again, you don't have to download the whole programme to see whether it is signed. A few seconds will do. From richard22j at zoho.com Tue May 23 09:47:51 2017 From: richard22j at zoho.com (RS) Date: Tue, 23 May 2017 17:47:51 +0100 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <D62E0CEF92C2434282D521B3C2F21A56@RJCDESK> References: <BCEMLIMBMLFGOLPPOODBOEJOCBAA.c.e.macfarlane@macfh.co.uk> <D62E0CEF92C2434282D521B3C2F21A56@RJCDESK> Message-ID: <A6A0795A60FB4D6988221F9DEF407719@RJCDESK> >Sent: Tuesday, May 23, 2017 17:26 I wrote >Could flashhd be the wrong version? Flash is not the problem. get_iplayer v2.97 only finds the audiodescribed and default modes. The default mode has signing. You are going to have to upgrade to a more recent version. Modes found by v3.01 are audiodescribed,audiodescribed3,editorial,editorial2,original,signed,signed3 From artisticforge at gmail.com Wed May 24 06:39:38 2017 From: artisticforge at gmail.com (artisticforge .) Date: Wed, 24 May 2017 08:39:38 -0500 Subject: what is pre-watershed version Message-ID: <CANqy083nk4UMTHB=on4LPhVn+vw2irLFoUtJAq1HT5araQTVGQ@mail.gmail.com> hello; while running --info on a program two versions came up which i had not seen before, pre-watershed & pre-watershed2. what are meanings of all the various versions? signed & audio described are self explanatory default & original are generic terms editorial is an odd one. the program is : http://www.bbc.co.uk/programmes/b01jcc8b -- terry l. ridder ><> From roger at firedrake.org Wed May 24 06:52:10 2017 From: roger at firedrake.org (Roger Bell_West) Date: Wed, 24 May 2017 14:52:10 +0100 Subject: what is pre-watershed version In-Reply-To: <CANqy083nk4UMTHB=on4LPhVn+vw2irLFoUtJAq1HT5araQTVGQ@mail.gmail.com> References: <CANqy083nk4UMTHB=on4LPhVn+vw2irLFoUtJAq1HT5araQTVGQ@mail.gmail.com> Message-ID: <20170524135210.dqum7e22giclkmyn@firedrake.org> On Wed, May 24, 2017 at 08:39:38AM -0500, artisticforge . wrote: >while running --info on a program two versions came up which i had not >seen before, pre-watershed & pre-watershed2. > >what are meanings of all the various versions? https://en.wikipedia.org/wiki/Watershed_(broadcasting) From skymap62 at gmail.com Wed May 24 06:59:51 2017 From: skymap62 at gmail.com (Chris Marriott) Date: Wed, 24 May 2017 14:59:51 +0100 Subject: what is pre-watershed version In-Reply-To: <CANqy083nk4UMTHB=on4LPhVn+vw2irLFoUtJAq1HT5araQTVGQ@mail.gmail.com> References: <CANqy083nk4UMTHB=on4LPhVn+vw2irLFoUtJAq1HT5araQTVGQ@mail.gmail.com> Message-ID: <8A209F3FB7584282BBA9FC6D0653ADCD@DESKTOPFPV36E8> The "watershed" is the 9pm deadline before which "adult" content such as swearing, violence and nudity is severely constrained, so presumably a "pre-watershed" version of a programme is one that's been edited to remove such content. Cheers, Chris -----Original Message----- From: artisticforge . Sent: Wednesday, May 24, 2017 2:39 PM To: get_iplayer ; terry l. ridder Subject: what is pre-watershed version hello; while running --info on a program two versions came up which i had not seen before, pre-watershed & pre-watershed2. what are meanings of all the various versions? signed & audio described are self explanatory default & original are generic terms editorial is an odd one. the program is : http://www.bbc.co.uk/programmes/b01jcc8b -- terry l. ridder ><> _______________________________________________ get_iplayer mailing list get_iplayer at lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer From artisticforge at gmail.com Wed May 24 08:18:34 2017 From: artisticforge at gmail.com (artisticforge .) Date: Wed, 24 May 2017 10:18:34 -0500 Subject: what is pre-watershed version In-Reply-To: <8A209F3FB7584282BBA9FC6D0653ADCD@DESKTOPFPV36E8> References: <CANqy083nk4UMTHB=on4LPhVn+vw2irLFoUtJAq1HT5araQTVGQ@mail.gmail.com> <8A209F3FB7584282BBA9FC6D0653ADCD@DESKTOPFPV36E8> Message-ID: <CANqy082gTAmAYWUwD_nBuMJ8VvBj9WuLThhNPS==LG=YKYEzEA@mail.gmail.com> hello that is insane. any child may watch the news, read a newspaper, listen to the radio is exposed to the horror of Manchester, Paris, Syria, etc. On Wed, May 24, 2017 at 8:59 AM, Chris Marriott <skymap62 at gmail.com> wrote: > The "watershed" is the 9pm deadline before which "adult" content such as > swearing, violence and nudity is severely constrained, so presumably a > "pre-watershed" version of a programme is one that's been edited to remove > such content. > > Cheers, > > Chris > > > -----Original Message----- From: artisticforge . > Sent: Wednesday, May 24, 2017 2:39 PM > To: get_iplayer ; terry l. ridder > Subject: what is pre-watershed version > > > hello; > > while running --info on a program two versions came up which i had not > seen before, pre-watershed & pre-watershed2. > > what are meanings of all the various versions? > signed & audio described are self explanatory > default & original are generic terms > > editorial is an odd one. > > the program is : http://www.bbc.co.uk/programmes/b01jcc8b > > -- > terry l. ridder ><> > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From dwmw2 at infradead.org Wed May 24 08:21:08 2017 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 24 May 2017 16:21:08 +0100 Subject: what is pre-watershed version In-Reply-To: <CANqy082gTAmAYWUwD_nBuMJ8VvBj9WuLThhNPS==LG=YKYEzEA@mail.gmail.com> References: <CANqy083nk4UMTHB=on4LPhVn+vw2irLFoUtJAq1HT5araQTVGQ@mail.gmail.com> <8A209F3FB7584282BBA9FC6D0653ADCD@DESKTOPFPV36E8> <CANqy082gTAmAYWUwD_nBuMJ8VvBj9WuLThhNPS==LG=YKYEzEA@mail.gmail.com> Message-ID: <1495639268.5408.5.camel@infradead.org> On Wed, 2017-05-24 at 10:18 -0500, artisticforge . wrote: > hello > > that is insane. any child may watch the news, read a newspaper, listen > to the radio is exposed to the horror of Manchester, Paris, Syria, > etc. Yes. You're also permitted to have sex at 16 but you're not allowed to watch *other* people do so until you're 18. This stuff isn't expected to make sense. (The law fails to specify anything about the use of mirrored ceilings.) -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4938 bytes Desc: not available URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20170524/401d438f/attachment.bin> From ajebay at errichel.co.uk Wed May 24 09:21:12 2017 From: ajebay at errichel.co.uk (Budge) Date: Wed, 24 May 2017 17:21:12 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <A9D7B50CFCC2408492147FF2927BCC68@vasonote> References: <A9D7B50CFCC2408492147FF2927BCC68@vasonote> Message-ID: <efaece87-11ee-4964-3655-720ec15727ad@errichel.co.uk> On 19/05/17 00:39, Vangelis forthnet wrote: > On Thu May 18 23:27:02 BST 2017, Budge wrote: > >> Let's see how it works. > > You should be fine, but let us know if otherwise... > >> If you have any comments they are welcome. > > Actually I do, but my comment below lacks real substance > (i.e. you can live with how things are already): > >> refreshinclude = Radio 3,Radio 4 > > will only populate radio.cache with R3/R4/R4X offerings > (that switch has --type=radio as a prerequisite, but you are > fine as you have set: --type = tv,radio) > >> refreshexcludegroups = local > > is a more generic option that excludes both TV & Radio "Local" groups; > however, "Local" Radio groups (as well as every other station but > R3/R4/R4X) > have already been excluded by > >> refreshinclude = Radio 3,Radio 4 > > My pedantic comment was just to make you realise > how exactly those options work; I would have used > > refreshexcludegroupstv = local Hi Vangelis, I understand your comments but have not yet changed my prefs from what I gave above as you confirm they should achieve the same objective. The bad news is that News Quiz Extra did not download. I wonder if the system is confused because I also download The News Quiz which is a few nights earlier. My pvr items are:- pvrsearch = The_News_Quiz radiomode = better search0 = The News Quiz and:- pvrsearch = News_Quiz_Extra radiomode = better search0 = News_Quiz_Extra type = radio I know the type = radio is superfluous and from before I had prefs:- Options in '/home/alastair/.get_iplayer/options' type = tv,radio output = /home/alastair/GiP_Recordings refreshinclude = Radio 3,Radio 4 tvmode = best refreshexcludegroups = local ffmpeg = /usr/local/bin/ffmpeg refreshexclude = CBBC,CBeebies Any ideas why News Quiz Extra doesn't download with pvr? Budge type = radio From nicsiddle at gmail.com Wed May 24 10:23:38 2017 From: nicsiddle at gmail.com (Nic Siddle) Date: Wed, 24 May 2017 18:23:38 +0100 Subject: what is pre-watershed version In-Reply-To: <1495639268.5408.5.camel@infradead.org> References: <CANqy083nk4UMTHB=on4LPhVn+vw2irLFoUtJAq1HT5araQTVGQ@mail.gmail.com> <8A209F3FB7584282BBA9FC6D0653ADCD@DESKTOPFPV36E8> <CANqy082gTAmAYWUwD_nBuMJ8VvBj9WuLThhNPS==LG=YKYEzEA@mail.gmail.com> <1495639268.5408.5.camel@infradead.org> Message-ID: <079e7c0a-e693-ed2f-99b3-3ff135d107b4@gmail.com> Inconsistent and illogical perhaps, but not insane, at least in intention. I believe that the 'watershed' and its accompanyning rules are laid down in statute, and therefore the rules are not down to the BBC. I, for one, would want to protect children from unmoderated content, whilst acknowledging that in today's world, this is in reality impossible. And yes - I do believe that there is a difference between factual reporting of upsetting incidents and pure drama which may contain violence/ sex etc. (though quite how EastEnders qualifies as pre-watershed, I have never understood. Nic On 24/05/2017 16:21, David Woodhouse wrote: > On Wed, 2017-05-24 at 10:18 -0500, artisticforge . wrote: >> hello >> >> that is insane. any child may watch the news, read a newspaper, listen >> to the radio is exposed to the horror of Manchester, Paris, Syria, >> etc. > Yes. You're also permitted to have sex at 16 but you're not allowed to > watch *other* people do so until you're 18. This stuff isn't expected > to make sense. > > (The law fails to specify anything about the use of mirrored ceilings.) > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer From alan at soulman1949.com Wed May 24 10:23:33 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Wed, 24 May 2017 18:23:33 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <efaece87-11ee-4964-3655-720ec15727ad@errichel.co.uk> References: <A9D7B50CFCC2408492147FF2927BCC68@vasonote> <efaece87-11ee-4964-3655-720ec15727ad@errichel.co.uk> Message-ID: <b930303b-6a87-1fe1-f23f-933eb0e2dbb6@soulman1949.com> On 24/05/2017 17:21, Budge wrote: > > The bad news is that News Quiz Extra did not download. I wonder if > the system is confused because I also download The News Quiz which is > a few nights earlier. > There is no reason why it should, they are two totally different search items. I downloaded the latest episode (Series 20 Episode 5) on 23rd May at 08:41BST. > My pvr items are:- > > pvrsearch = The_News_Quiz > radiomode = better > search0 = The News Quiz > > and:- > pvrsearch = News_Quiz_Extra > radiomode = better > search0 = News_Quiz_Extra > type = radio > > I know the type = radio is superfluous and from before I had prefs:- > > Options in '/home/alastair/.get_iplayer/options' > type = tv,radio > output = /home/alastair/GiP_Recordings > refreshinclude = Radio 3,Radio 4 > tvmode = best > refreshexcludegroups = local > ffmpeg = /usr/local/bin/ffmpeg > refreshexclude = CBBC,CBeebies > > Any ideas why News Quiz Extra doesn't download with pvr? > I would refer you back to my previous posting regarding the cache. My first port of call would be to open the radio.cache file with a text editor and search for "News Quiz Extra" (without the quotes). If the relevant programme is not in the cache then it's not going to download, so you have to refresh it as previously advised and check again to see that the item has been updated in your cache. If so, then try the PVR again. If you can do that then report back on your findings, we can see what's happening. Alan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From desw at deswatson.com Wed May 24 10:29:06 2017 From: desw at deswatson.com (Des Watson) Date: Wed, 24 May 2017 18:29:06 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <b930303b-6a87-1fe1-f23f-933eb0e2dbb6@soulman1949.com> References: <A9D7B50CFCC2408492147FF2927BCC68@vasonote> <efaece87-11ee-4964-3655-720ec15727ad@errichel.co.uk> <b930303b-6a87-1fe1-f23f-933eb0e2dbb6@soulman1949.com> Message-ID: <fb810ff1-a70a-8fa1-e916-edf7c2712baa@deswatson.com> >> pvrsearch = The_News_Quiz >> radiomode = better >> search0 = The News Quiz >> >> and:- >> pvrsearch = News_Quiz_Extra >> radiomode = better >> search0 = News_Quiz_Extra >> type = radio In my radio.cache, News Quiz Extra is called News Quiz Extra, without the underscores... Best wishes Des From alan at soulman1949.com Wed May 24 11:17:13 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Wed, 24 May 2017 19:17:13 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <fb810ff1-a70a-8fa1-e916-edf7c2712baa@deswatson.com> References: <A9D7B50CFCC2408492147FF2927BCC68@vasonote> <efaece87-11ee-4964-3655-720ec15727ad@errichel.co.uk> <b930303b-6a87-1fe1-f23f-933eb0e2dbb6@soulman1949.com> <fb810ff1-a70a-8fa1-e916-edf7c2712baa@deswatson.com> Message-ID: <587e642c-0196-a8ff-4622-df2d6c4873e5@soulman1949.com> On 24/05/2017 18:29, Des Watson wrote: >>> pvrsearch = The_News_Quiz >>> radiomode = better >>> search0 = The News Quiz >>> >>> and:- >>> pvrsearch = News_Quiz_Extra >>> radiomode = better >>> search0 = News_Quiz_Extra >>> type = radio > > In my radio.cache, News Quiz Extra is called News Quiz Extra, without > the underscores... Well spotted! Alan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From northmedia1 at the.forthnet.gr Wed May 24 14:46:10 2017 From: northmedia1 at the.forthnet.gr (Vangelis forthnet) Date: Thu, 25 May 2017 00:46:10 +0300 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <587e642c-0196-a8ff-4622-df2d6c4873e5@soulman1949.com> Message-ID: <017EAEE91A044BBEAE933C76C2E38E68@vasonote> On Wed May 24 19:17:13 BST 2017, Alan Milewczyk wrote: > On 24/05/2017 18:29, Des Watson wrote: >> (snip) >> without the underscores... > > Well spotted! LOL, they don't call him "Watson" for nothing, ehh? Regards (and keep your spirit high, those heinous terrorists won't prevail, ever!) Vangelis. From ajebay at errichel.co.uk Wed May 24 14:51:08 2017 From: ajebay at errichel.co.uk (Budge) Date: Wed, 24 May 2017 22:51:08 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <fb810ff1-a70a-8fa1-e916-edf7c2712baa@deswatson.com> References: <A9D7B50CFCC2408492147FF2927BCC68@vasonote> <efaece87-11ee-4964-3655-720ec15727ad@errichel.co.uk> <b930303b-6a87-1fe1-f23f-933eb0e2dbb6@soulman1949.com> <fb810ff1-a70a-8fa1-e916-edf7c2712baa@deswatson.com> Message-ID: <17a506af-f417-fde5-8b1f-20bc45ad8317@errichel.co.uk> On 24/05/17 18:29, Des Watson wrote: >>> pvrsearch = The_News_Quiz >>> radiomode = better >>> search0 = The News Quiz >>> >>> and:- >>> pvrsearch = News_Quiz_Extra >>> radiomode = better >>> search0 = News_Quiz_Extra >>> type = radio > > In my radio.cache, News Quiz Extra is called News Quiz Extra, without > the underscores... I couldn't see for looking. That must be it. Many thanks Des and sorry to have been so careless. Now revised to:- pvrsearch = News_Quiz_Extra radiomode = better search0 = News Quiz Extra type = radio Regards Budge From artisticforge at gmail.com Thu May 25 05:36:01 2017 From: artisticforge at gmail.com (artisticforge .) Date: Thu, 25 May 2017 07:36:01 -0500 Subject: what is pre-watershed version In-Reply-To: <079e7c0a-e693-ed2f-99b3-3ff135d107b4@gmail.com> References: <CANqy083nk4UMTHB=on4LPhVn+vw2irLFoUtJAq1HT5araQTVGQ@mail.gmail.com> <8A209F3FB7584282BBA9FC6D0653ADCD@DESKTOPFPV36E8> <CANqy082gTAmAYWUwD_nBuMJ8VvBj9WuLThhNPS==LG=YKYEzEA@mail.gmail.com> <1495639268.5408.5.camel@infradead.org> <079e7c0a-e693-ed2f-99b3-3ff135d107b4@gmail.com> Message-ID: <CANqy08253sMpwqtADRu1yLpCP=UhBe8QZrX=SM_zbmGtK2UThQ@mail.gmail.com> hello i find it humorous that the programme in question is a history documentary titled: Harlots, Housewives and Heroines: A 17th Century History for Girls http://www.bbc.co.uk/iplayer/episode/b01j2fcq/harlots-housewives-and-heroines-a-17th-century-history-for-girls-1-act-one-at-court On Wed, May 24, 2017 at 12:23 PM, Nic Siddle <nicsiddle at gmail.com> wrote: > Inconsistent and illogical perhaps, but not insane, at least in intention. I > believe that the 'watershed' and its accompanyning rules are laid down in > statute, and therefore the rules are not down to the BBC. I, for one, would > want to protect children from unmoderated content, whilst acknowledging that > in today's world, this is in reality impossible. And yes - I do believe that > there is a difference between factual reporting of upsetting incidents and > pure drama which may contain violence/ sex etc. (though quite how EastEnders > qualifies as pre-watershed, I have never understood. > > Nic > > > > On 24/05/2017 16:21, David Woodhouse wrote: >> >> On Wed, 2017-05-24 at 10:18 -0500, artisticforge . wrote: >>> >>> hello >>> >>> that is insane. any child may watch the news, read a newspaper, listen >>> to the radio is exposed to the horror of Manchester, Paris, Syria, >>> etc. >> >> Yes. You're also permitted to have sex at 16 but you're not allowed to >> watch *other* people do so until you're 18. This stuff isn't expected >> to make sense. >> >> (The law fails to specify anything about the use of mirrored ceilings.) >> >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer > > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From jn.ml.gti.91 at wingsandbeaks.org.uk Thu May 25 06:28:22 2017 From: jn.ml.gti.91 at wingsandbeaks.org.uk (Jeremy Nicoll - ml gip) Date: Thu, 25 May 2017 14:28:22 +0100 Subject: what is pre-watershed version In-Reply-To: <CANqy08253sMpwqtADRu1yLpCP=UhBe8QZrX=SM_zbmGtK2UThQ@mail.gmail.com> References: <CANqy083nk4UMTHB=on4LPhVn+vw2irLFoUtJAq1HT5araQTVGQ@mail.gmail.com> <8A209F3FB7584282BBA9FC6D0653ADCD@DESKTOPFPV36E8> <CANqy082gTAmAYWUwD_nBuMJ8VvBj9WuLThhNPS==LG=YKYEzEA@mail.gmail.com> <1495639268.5408.5.camel@infradead.org> <079e7c0a-e693-ed2f-99b3-3ff135d107b4@gmail.com> <CANqy08253sMpwqtADRu1yLpCP=UhBe8QZrX=SM_zbmGtK2UThQ@mail.gmail.com> Message-ID: <773bf72fabfd8c0e4916fdff2955ba3f@wingsandbeaks.org.uk> On 2017-05-25 13:36, artisticforge . wrote: > hello > > i find it humorous that the programme in question is a history > documentary titled: > > Harlots, Housewives and Heroines: A 17th Century History for Girls Therein probably lies the problem. I've not watched that but I recall that in some of Lucy's programmes there's an element of fanciful re-creation (ie actors pretending to be historical characters)... At the same time, her programmes are the sort of thing that brings history alive and perhaps therefore the sort of things parents might want their kids to see. I think they'd have needed to gloss over precisely what harlots were. -- Jeremy Nicoll - my opinions are my own From c.e.macfarlane at macfh.co.uk Fri May 26 09:24:07 2017 From: c.e.macfarlane at macfh.co.uk (C E Macfarlane) Date: Fri, 26 May 2017 17:24:07 +0100 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <A6A0795A60FB4D6988221F9DEF407719@RJCDESK> Message-ID: <BCEMLIMBMLFGOLPPOODBIEKICBAA.c.e.macfarlane@macfh.co.uk> -- www.macfh.co.uk/MacFH.html > Flash is not the problem. get_iplayer v2.97 only finds the > audiodescribed > and default modes. The default mode has signing. You are > going to have to > upgrade to a more recent version. > > Modes found by v3.01 are > audiodescribed,audiodescribed3,editorial,editorial2,original,s > igned,signed3 Thanks for this, you were right - the re-downloaded version was again BSL & AD. It seems odd that the first two episodes were fine and downloaded as HD, while the third does not. Is there not a command-line to force the correct mode? Also, I've noticed today that the first two episodes of The Story Of Maths came down as HD, but the last two came down as SD. From alan at soulman1949.com Fri May 26 10:26:47 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Fri, 26 May 2017 18:26:47 +0100 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <BCEMLIMBMLFGOLPPOODBIEKICBAA.c.e.macfarlane@macfh.co.uk> References: <BCEMLIMBMLFGOLPPOODBIEKICBAA.c.e.macfarlane@macfh.co.uk> Message-ID: <61279fc1-c71f-6fe8-fb5d-e9b664d19f9b@soulman1949.com> On 26/05/2017 17:24, C E Macfarlane wrote: > > -- > www.macfh.co.uk/MacFH.html > >> Flash is not the problem. get_iplayer v2.97 only finds the >> audiodescribed >> and default modes. The default mode has signing. You are >> going to have to >> upgrade to a more recent version. >> >> Modes found by v3.01 are >> audiodescribed,audiodescribed3,editorial,editorial2,original,s >> igned,signed3 > Thanks for this, you were right - the re-downloaded version was again BSL > & AD. It seems odd that the first two episodes were fine and downloaded as > HD, while the third does not. Is there not a command-line to force the > correct mode? > > Also, I've noticed today that the first two episodes of The Story Of Maths > came down as HD, but the last two came down as SD. > It's not the first time that there has been inconsistency from one episode to another regarding the modes available in a series. Annoying when you get HD for 2 episodes and SD for the last one! The only thing I hope for, especially on BBC Four (where programmes are often repeated after a period of time), is that the issue is remedied on a repeat! Alan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From tellyaddict21 at gmx.co.uk Fri May 26 10:35:44 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Fri, 26 May 2017 19:35:44 +0200 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <61279fc1-c71f-6fe8-fb5d-e9b664d19f9b@soulman1949.com> References: <BCEMLIMBMLFGOLPPOODBIEKICBAA.c.e.macfarlane@macfh.co.uk> <61279fc1-c71f-6fe8-fb5d-e9b664d19f9b@soulman1949.com> Message-ID: <trinity-ff297944-66ab-4568-884c-63753a986255-1495820144083@3capp-mailcom-bs04> > It's not the first time that there has been inconsistency from one > episode to another regarding the modes available in a series. Annoying > when you get HD for 2 episodes and SD for the last one! The only thing I > hope for, especially on BBC Four (where programmes are often repeated > after a period of time), is that the issue is remedied on a repeat! You might want to report this one to the BBC. Episode 4 is still available for another 11 days and they may well be able to fix it in that time. Might be worth a try at least. From chris.charles.allison at gmail.com Sun May 28 02:35:56 2017 From: chris.charles.allison at gmail.com (Chris Allison) Date: Sun, 28 May 2017 10:35:56 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <17a506af-f417-fde5-8b1f-20bc45ad8317@errichel.co.uk> References: <A9D7B50CFCC2408492147FF2927BCC68@vasonote> <efaece87-11ee-4964-3655-720ec15727ad@errichel.co.uk> <b930303b-6a87-1fe1-f23f-933eb0e2dbb6@soulman1949.com> <fb810ff1-a70a-8fa1-e916-edf7c2712baa@deswatson.com> <17a506af-f417-fde5-8b1f-20bc45ad8317@errichel.co.uk> Message-ID: <CAEL+=CGy5mFSvwT_+NHOt=puhSOFdcxHRHe8sCsuYH3TRvja_w@mail.gmail.com> Hi, Sorry, late to the party, In my pvr radio config I just have search45 News Quiz which downloads both programmes (The News Quiz and News Quiz Extra). regards, On 24 May 2017 at 22:51, Budge <ajebay at errichel.co.uk> wrote: > On 24/05/17 18:29, Des Watson wrote: >>>> >>>> pvrsearch = The_News_Quiz >>>> radiomode = better >>>> search0 = The News Quiz >>>> >>>> and:- >>>> pvrsearch = News_Quiz_Extra >>>> radiomode = better >>>> search0 = News_Quiz_Extra >>>> type = radio >> >> >> In my radio.cache, News Quiz Extra is called News Quiz Extra, without the >> underscores... > > > I couldn't see for looking. That must be it. Many thanks Des and sorry to > have been so careless. > Now revised to:- > > pvrsearch = News_Quiz_Extra > radiomode = better > search0 = News Quiz Extra > type = radio > > Regards > Budge > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- regards Chris Allison From richard22j at zoho.com Sun May 28 13:35:34 2017 From: richard22j at zoho.com (RS) Date: Sun, 28 May 2017 21:35:34 +0100 Subject: An Art Lover's Guide - 3 St Petersburg In-Reply-To: <BCEMLIMBMLFGOLPPOODBIEKICBAA.c.e.macfarlane@macfh.co.uk> References: <BCEMLIMBMLFGOLPPOODBIEKICBAA.c.e.macfarlane@macfh.co.uk> Message-ID: <AF7C5DDA19BC4BA7B12A92F9B93BDFEC@RJCDESK> -----Original Message----- From: C E Macfarlane Sent: Friday, May 26, 2017 17:24 To: RS ; get_iplayer at lists.infradead.org Subject: RE: An Art Lover's Guide - 3 St Petersburg -- www.macfh.co.uk/MacFH.html > Flash is not the problem. get_iplayer v2.97 only finds the > audiodescribed > and default modes. The default mode has signing. You are > going to have to > upgrade to a more recent version. > > Modes found by v3.01 are > audiodescribed,audiodescribed3,editorial,editorial2,original,s > igned,signed3 Thanks for this, you were right - the re-downloaded version was again BSL & AD. It seems odd that the first two episodes were fine and downloaded as HD, while the third does not. Is there not a command-line to force the correct mode? Also, I've noticed today that the first two episodes of The Story Of Maths came down as HD, but the last two came down as SD. On 26/05/2017 17:24, C E Macfarlane wrote: > Thanks for this, you were right - the re-downloaded version was again BSL > & AD. It seems odd that the first two episodes were fine and downloaded > as > HD, while the third does not. Is there not a command-line to force the > correct mode? > > Also, I've noticed today that the first two episodes of The Story Of Maths > came down as HD, but the last two came down as SD. I did try using the version PID for version original, b08qkv0v, with v2.97, but it was not able to find anything at all, so that is not a solution. I haven't got v2.97 on this machine so I can't check what it can see for the first two episodes. You can check with the --info option. Does it show version original? When did you download the Amsterdam episode? The HLShd and FlashHD modes for that episode had errors which were corrected about a week after broadcast. I don't know enough about the working of get_iplayer to know why v2.97 and v3.01 can see different versions of the programmes. Maybe Vangelis will be along soon. As I said before, as long as you have v2.5 or above of ffmpeg, not having v3.00 or above ought not to be a problem unless you want DVF modes. Are you able to install the additional Perl modules required by v3.00 of get_iplayer? As for The Story of Maths, only the fourth episode is now available. It says it was first broadcast on 27 October 2008, so it would not have been made in HD. It is possible that some additional commentary has been added to the first two episodes in HD. Are they editorial versions? Have you checked whether the whole of those episodes are in HD? I wrote the above two days ago, but had a problem sending it. Anyway I can now check what get_iplayer v2.97 is able to see for the Amsterdam (b08ns05n) and Barcelona (b08ps5rd) programmes. In both cases it can only find the default versions. The difference from the St Petersburg programme is that the default versions are not signed. I normally only use the original version, or occasionally an editorial version. I'll have to leave it to someone else to explain what the default version is, why it is sometimes signed and sometimes not signed, and why v2.97 is now only able to see the default version (or in one case default and audiodescribed) while v3.01 can see more versions including original. From ajebay at errichel.co.uk Mon May 29 02:07:59 2017 From: ajebay at errichel.co.uk (Budge) Date: Mon, 29 May 2017 10:07:59 +0100 Subject: News Quiz Extra pvr Download Failed In-Reply-To: <CAEL+=CGy5mFSvwT_+NHOt=puhSOFdcxHRHe8sCsuYH3TRvja_w@mail.gmail.com> References: <A9D7B50CFCC2408492147FF2927BCC68@vasonote> <efaece87-11ee-4964-3655-720ec15727ad@errichel.co.uk> <b930303b-6a87-1fe1-f23f-933eb0e2dbb6@soulman1949.com> <fb810ff1-a70a-8fa1-e916-edf7c2712baa@deswatson.com> <17a506af-f417-fde5-8b1f-20bc45ad8317@errichel.co.uk> <CAEL+=CGy5mFSvwT_+NHOt=puhSOFdcxHRHe8sCsuYH3TRvja_w@mail.gmail.com> Message-ID: <1df4c1d9-0e97-2127-3cd9-423269133dbb@errichel.co.uk> On 28/05/17 10:35, Chris Allison wrote: > Hi, > > Sorry, late to the party, > > In my pvr radio config I just have > > search45 News Quiz > > which downloads both programmes (The News Quiz and News Quiz Extra). > > regards, [snip] Hi Chris, Thanks for that. I note the "search45." Looks like you are well organized. My chaotic system list is that way because it has accumulated over time. It has only recently been reviewed at all and that because of file sizes and I must have made the underscore error then. Thanks for the reply. Budge From artisticforge at gmail.com Mon May 29 03:29:56 2017 From: artisticforge at gmail.com (artisticforge .) Date: Mon, 29 May 2017 05:29:56 -0500 Subject: modes question Message-ID: <CANqy081F5kk0sx9a_WQ-YLn_JMUOi=938bu+ySE_endb3tNDtQ@mail.gmail.com> hello I have noticed that several shows are no longer available in 1280x720 at 25fps they are now being downloaded at 960x540 at 25fps. the latest episode of Hinterland BBC Four is available in 1280x720 at 50fps. any idea as to why the 1280x720 at 25fps mode is now gone? -- terry l. ridder ><> From richard22j at zoho.com Mon May 29 04:02:01 2017 From: richard22j at zoho.com (RS) Date: Mon, 29 May 2017 12:02:01 +0100 Subject: modes question In-Reply-To: <CANqy081F5kk0sx9a_WQ-YLn_JMUOi=938bu+ySE_endb3tNDtQ@mail.gmail.com> References: <CANqy081F5kk0sx9a_WQ-YLn_JMUOi=938bu+ySE_endb3tNDtQ@mail.gmail.com> Message-ID: <3395B458F409443DB0DF91AF068CF7A1@RJCDESK> >From: artisticforge . >Sent: Monday, May 29, 2017 11:29 >I have noticed that several shows are no longer available in >1280x720 at 25fps they are now being downloaded at >960x540 at 25fps. >the latest episode of Hinterland BBC Four is available in >1280x720 at 50fps. >any idea as to why the 1280x720 at 25fps mode is now gone? I was going to say it was because that was what the BBC thought people wanted for watching Eastenders, although curiously not all sporting events. http://www.bbc.co.uk/rd/blog/2015-07-the-development-of-new-video-factory-profiles-for-bbc-iplayer Then I looked at --info for episode 4 of series 3 of Hinterland, b08s3f2s. It has hlshd1 and hlshd2 modes. How are you selecting the mode? Try --tvmode=hlshd Sometimes HD modes appear later than other modes. From richard22j at zoho.com Mon May 29 05:53:11 2017 From: richard22j at zoho.com (RS) Date: Mon, 29 May 2017 13:53:11 +0100 Subject: daf* radiomodes broken by the BBC! In-Reply-To: <405AD0935FED49B7A1659576AACC4F60@vasonote> References: <405AD0935FED49B7A1659576AACC4F60@vasonote> Message-ID: <AD5D95C8EDD84E4CBF84C65B9A9C33C9@RJCDESK> >From: Vangelis forthnet Sent: Friday, May 12, 2017 04:15 >>On Fri May 12 01:02:11 BST 2017, tellyaddict wrote: >(daf* radiomodes broken by the BBC!) >> The feeds are still there in the mediaselector. > >Any ideas what needs to be changed to fix it? >Well, I couldn't really sleep until I debugged this >for myself, so there you go: >In my GiP 2.97 copy, I restored daf* radiomodes by >changing line (possibly mangled by mailer) Vangelis's patch omitted. This problem no longer seems to appear on the Known issues page linked to. Does that mean it has been fixed? I don't think I ever saw the text saying what the problem was. I have not tried Vangelis's patch. I have been avoiding DAF, but is that no longer necessary? As tellyaddict says, I get good speeds (about 40Mbit/s, the same as DAF, as against 4Mbit/s for HAF) from hlsaacstd, but only up to 128kbit/s. I have just downloaded b08ndm0f from DAFhigh1, and there did not seem to be any problem. From artisticforge at gmail.com Mon May 29 06:00:22 2017 From: artisticforge at gmail.com (artisticforge .) Date: Mon, 29 May 2017 08:00:22 -0500 Subject: modes question In-Reply-To: <3395B458F409443DB0DF91AF068CF7A1@RJCDESK> References: <CANqy081F5kk0sx9a_WQ-YLn_JMUOi=938bu+ySE_endb3tNDtQ@mail.gmail.com> <3395B458F409443DB0DF91AF068CF7A1@RJCDESK> Message-ID: <CANqy081bE4sD8xO7i4ba0KtHcxe5=cfQmP1pNRQnwVReZ4sDiA@mail.gmail.com> hello that is the odd part, I am not seeing any hlshd modes in any info listings. this started probably a week ago. cannot be more precise my sense of "time" is not what it use to be. On Mon, May 29, 2017 at 6:02 AM, RS <richard22j at zoho.com> wrote: >> From: artisticforge . >> Sent: Monday, May 29, 2017 11:29 > > >> I have noticed that several shows are no longer available in >> 1280x720 at 25fps they are now being downloaded at >> 960x540 at 25fps. > > >> the latest episode of Hinterland BBC Four is available in >> 1280x720 at 50fps. > > >> any idea as to why the 1280x720 at 25fps mode is now gone? > > > I was going to say it was because that was what the BBC thought people > wanted for watching Eastenders, although curiously not all sporting events. > http://www.bbc.co.uk/rd/blog/2015-07-the-development-of-new-video-factory-profiles-for-bbc-iplayer > > Then I looked at --info for episode 4 of series 3 of Hinterland, b08s3f2s. > It has hlshd1 and hlshd2 modes. How are you selecting the mode? Try > --tvmode=hlshd > Sometimes HD modes appear later than other modes. > > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From artisticforge at gmail.com Mon May 29 06:10:22 2017 From: artisticforge at gmail.com (artisticforge .) Date: Mon, 29 May 2017 08:10:22 -0500 Subject: daf* radiomodes broken by the BBC! In-Reply-To: <01B7A9679B014FBAA955B3E5A8F4366F@vasonote> References: <trinity-c3677ab7-4d1b-45ad-a28e-bb36fe3b0c23-1494547331454@3capp-mailcom-bs05> <01B7A9679B014FBAA955B3E5A8F4366F@vasonote> Message-ID: <CANqy080_bm62GaHEEOnLVTYvq20k1tRuXDH6=X1kNQDM-1Yw4g@mail.gmail.com> hello Vangelis; i would offer my programming abilities, but I have learned my lesson of programming under the influence of medications. on clearer days I look at it and wonder why i wrote code like that to begin with. On Thu, May 11, 2017 at 8:23 PM, Vangelis forthnet <northmedia1 at the.forthnet.gr> wrote: > On Fri May 12 01:02:11 BST 2017, tellyaddict wrote: > >> Flash modes seem to be vanishing as well in 2.99 >> and still just about available in 2.96. > > > Having been away all day from home, > I only recently became aware > of the breakage I posted about :-( > > But I was equally p****d to discover that > not only the quick daf modes were gone, > flashaac modes in my GiP 2.97 copy > weren't picked up either... ;-{ > Flashaac modes were very quick for me, > alas I tried GiP 2.96 but still no joy: > > perl get_iplayer-296.pl --type=radio --pid=b08njqcb -i | FindStr modes => > > modes: default: > hafhigh1,hafhigh2,hafstd1,hafstd2,hafmed1,hafmed2,haflo > w1,haflow2,hlsaacstd1,hlsaaclow1 > > Haf* modes are VERY slow compared to either daf*/flash*, > while whereas the hlsaac* ones are much quicker, they may > be corrupted for many programmes :-( > > I guess it's a safe bet to say we're in no luck getting > the flash modes back, as the maintainer has already > removed them in GiP 3.00+ and does not support > that deprecated code... > >> I'm finding it very frustrating at the moment >> since Dinky has stopped publishing fixes >> in the development version on Github >> until the final version is actually released. > > > ... Gone are those days; I can echo your feelings > completely... And he's not willing to divulge any > details in the forums either, so lose-lose situation > any way you look at it... > >> but what has actually changed? >> (snip) >> Again what's changed > > > Well, as you say both MPEG-DASH and RTMP > streams are both present inside the mediaselector API > URL for mediaset=pc, e.g. in the case of my mentioned > radio pid=b08njqcb => vpid=b08njqby => > > http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/vpid/b08njqby > > I am not the most appropriate person to answer > your "what" questions, especially since it's very > late at night here... Obviously something has been changed > in the XML blocks there or in the href URLs > themselves and thus GiP can no longer parse > this data successfully because it's not in a form > expected by GiP; sadly, as I'm sure you know, > I'm not a coder or regex expert, so > can't provide solutions for you/us... > > If it comes to that, DASH manifest files can be > downloaded with youtube-dl, while for RTMP > streams one can always construct manual rtmpdump > commands (TBH though, haven't done that in a > big while...). > > I'm sorry to say this again, but what this "low-traffic" list > needs is for some serious perl coders to come forth and > share their knowledge in a more "liberal" fashion - yes, > the sole maintainer is highly commendable for his > unwanning efforts over the years, but there's a but... > > Goodnight (and Lord Knows what else'll broken > tomorrow ;-( ). > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From tellyaddict21 at gmx.co.uk Mon May 29 07:13:47 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Mon, 29 May 2017 16:13:47 +0200 Subject: daf* radiomodes broken by the BBC! In-Reply-To: <AD5D95C8EDD84E4CBF84C65B9A9C33C9@RJCDESK> References: <405AD0935FED49B7A1659576AACC4F60@vasonote> <AD5D95C8EDD84E4CBF84C65B9A9C33C9@RJCDESK> Message-ID: <trinity-daade65e-54ea-4efc-b08c-ae9a3d861796-1496067227541@3capp-mailcom-bs05> > Vangelis's patch omitted. > > This problem no longer seems to appear on the Known issues page linked to. > Does that mean it has been fixed? I don't think I ever saw the text saying > what the problem was. I have not tried Vangelis's patch. I have been > avoiding DAF, but is that no longer necessary? As tellyaddict says, I get > good speeds (about 40Mbit/s, the same as DAF, as against 4Mbit/s for HAF) > from hlsaacstd, but only up to 128kbit/s. I have just downloaded b08ndm0f > from DAFhigh1, and there did not seem to be any problem. Indeed whatever it was that the BBC changed that broke daf modes, they have changed back so this is no longer a problem. From tellyaddict21 at gmx.co.uk Mon May 29 07:16:17 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Mon, 29 May 2017 16:16:17 +0200 Subject: modes question In-Reply-To: <CANqy081bE4sD8xO7i4ba0KtHcxe5=cfQmP1pNRQnwVReZ4sDiA@mail.gmail.com> References: <CANqy081F5kk0sx9a_WQ-YLn_JMUOi=938bu+ySE_endb3tNDtQ@mail.gmail.com> <3395B458F409443DB0DF91AF068CF7A1@RJCDESK> <CANqy081bE4sD8xO7i4ba0KtHcxe5=cfQmP1pNRQnwVReZ4sDiA@mail.gmail.com> Message-ID: <trinity-5db33fd1-d977-4c7f-99b6-b0219dcc9f3e-1496067376279@3capp-mailcom-bs05> Can we see the info output for one of the programmes? > hello > > that is the odd part, I am not seeing any hlshd modes in any info listings. > this started probably a week ago. cannot be more precise my sense of "time" > is not what it use to be. From richard22j at zoho.com Mon May 29 08:32:32 2017 From: richard22j at zoho.com (RS) Date: Mon, 29 May 2017 16:32:32 +0100 Subject: daf* radiomodes broken by the BBC! In-Reply-To: <trinity-daade65e-54ea-4efc-b08c-ae9a3d861796-1496067227541@3capp-mailcom-bs05> References: <405AD0935FED49B7A1659576AACC4F60@vasonote> <AD5D95C8EDD84E4CBF84C65B9A9C33C9@RJCDESK> <trinity-daade65e-54ea-4efc-b08c-ae9a3d861796-1496067227541@3capp-mailcom-bs05> Message-ID: <BE309D778FFE4293AB6507F4765DDB86@RJCDESK> >From: tellyaddict >Sent: Monday, May 29, 2017 15:13 >Indeed whatever it was that the BBC changed that broke daf modes, they have >changed back so this is no longer a problem. Thanks for clearing that up. I was in Spain at the time, throttled to 40kbit/s or even 15kbit/s, taking 2h to download a 30min radio programme, so I couldn't really try it out. Then I didn't hear any more. From tellyaddict21 at gmx.co.uk Mon May 29 10:46:55 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Mon, 29 May 2017 19:46:55 +0200 Subject: daf* radiomodes broken by the BBC! In-Reply-To: <BE309D778FFE4293AB6507F4765DDB86@RJCDESK> References: <405AD0935FED49B7A1659576AACC4F60@vasonote> <AD5D95C8EDD84E4CBF84C65B9A9C33C9@RJCDESK> <trinity-daade65e-54ea-4efc-b08c-ae9a3d861796-1496067227541@3capp-mailcom-bs05> <BE309D778FFE4293AB6507F4765DDB86@RJCDESK> Message-ID: <trinity-60be5dfd-abb7-4d72-a67e-9dbc92557db8-1496080015551@3capp-mailcom-bs05> > >Indeed whatever it was that the BBC changed that broke daf modes, they have > >changed back so this is no longer a problem. > > Thanks for clearing that up. I was in Spain at the time, throttled to > 40kbit/s or even 15kbit/s, taking 2h to download a 30min radio programme, so > I couldn't really try it out. Then I didn't hear any more. No it all seemed to be sorted rather quietly. I spotted that it seemed to have resolves as the daf modes were showing again and a couple of days later Dinky removed it from the forum banner and Known Issues page. It was never actually announced though that this was resolved. From chrisjbrady at gmail.com Mon May 29 10:54:24 2017 From: chrisjbrady at gmail.com (CJB) Date: Mon, 29 May 2017 18:54:24 +0100 Subject: GiP 3.10 crash ... Message-ID: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> Repeatable crash ... ONCE_b04z21cc INFO Trying to download PID using type tv INFO: pid found in cache Matches: 2774: The Secret Horse: Quest for the True Appaloosa - -, BBC Four, b04z21cc INFO: 1 Matching Programmes WARNING: Could not parse programme metadata from http://www.bbc.co.uk/programmes/b04z21cc.json (malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before " PVR Run complete Then the PVR List gives up despite a few more programmes to go. Chris B. From artisticforge at gmail.com Mon May 29 16:40:58 2017 From: artisticforge at gmail.com (artisticforge .) Date: Mon, 29 May 2017 18:40:58 -0500 Subject: GiP 3.10 crash ... In-Reply-To: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> Message-ID: <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> hello i just pulled the info for the pid without any issues. I did notice that there are no 1280x720 at 25fps modes. It appears that 1280x720 at 25fps are gone. If I want 1280x720 I have to set --fps50 On Mon, May 29, 2017 at 12:54 PM, CJB <chrisjbrady at gmail.com> wrote: > Repeatable crash ... > > ONCE_b04z21cc > INFO Trying to download PID using type tv > INFO: pid found in cache > Matches: > 2774: The Secret Horse: Quest for the True Appaloosa - -, BBC Four, b04z21cc > > INFO: 1 Matching Programmes > WARNING: Could not parse programme metadata from > http://www.bbc.co.uk/programmes/b04z21cc.json (malformed JSON string, > neither array, object, number, string or atom, at character offset 0 > (before " > PVR Run complete > > Then the PVR List gives up despite a few more programmes to go. > > Chris B. > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From artisticforge at gmail.com Mon May 29 16:51:17 2017 From: artisticforge at gmail.com (artisticforge .) Date: Mon, 29 May 2017 18:51:17 -0500 Subject: GiP 3.10 crash ... In-Reply-To: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> Message-ID: <CANqy080petu1-f8pBuyCtWChX6fOBQBWnUdY9vncpHuiw9TrFg@mail.gmail.com> Hello here is the latest info for this pid INFO: Found mode dvfhd1: (gip_dvf_iplayer_5070) dash h264 1280x720 50fps 5070kbps stream (CDN: mf_limelight_uk_dash_https/20) INFO: Found mode dvfhd2: (gip_dvf_iplayer_5070) dash h264 1280x720 50fps 5070kbps stream (CDN: mf_limelight_uk_dash/2) INFO: Found mode dvfsd1: (gip_dvf_iplayer_2812) dash h264 960x540 50fps 2812kbps stream (CDN: mf_limelight_uk_dash_https/20) INFO: Found mode dvfsd2: (gip_dvf_iplayer_2812) dash h264 960x540 50fps 2812kbps stream (CDN: mf_limelight_uk_dash/2) INFO: Found mode dvfxsd1: (gip_dvf_iplayer_1604) dash h264 960x540 25fps 1604kbps stream (CDN: mf_limelight_uk_dash_https/20) INFO: Found mode dvfxsd2: (gip_dvf_iplayer_1604) dash h264 960x540 25fps 1604kbps stream (CDN: mf_limelight_uk_dash/2) INFO: Found mode dvfhigh1: (gip_dvf_iplayer_1570) dash h264 704x396 50fps 1570kbps stream (CDN: mf_limelight_uk_dash_https/20) INFO: Found mode dvfhigh2: (gip_dvf_iplayer_1570) dash h264 704x396 50fps 1570kbps stream (CDN: mf_limelight_uk_dash/2) INFO: Found mode dvfxhigh1: (gip_dvf_iplayer_827) dash h264 704x396 25fps 827kbps stream (CDN: mf_limelight_uk_dash_https/20) INFO: Found mode dvfxhigh2: (gip_dvf_iplayer_827) dash h264 704x396 25fps 827kbps stream (CDN: mf_limelight_uk_dash/2) INFO: Found mode dvflow1: (gip_dvf_iplayer_437) dash h264 512x288 25fps 437kbps stream (CDN: mf_limelight_uk_dash_https/20) INFO: Found mode dvflow2: (gip_dvf_iplayer_437) dash h264 512x288 25fps 437kbps stream (CDN: mf_limelight_uk_dash/2) INFO: Found mode hvfhd1: (gip_hvf_iplayer_5714) hls h264 1280x720 50fps 5714kbps stream (CDN: mf_bidi_uk_hls_https/30) INFO: Found mode hvfhd2: (gip_hvf_iplayer_5714) hls h264 1280x720 50fps 5714kbps stream (CDN: mf_limelight_uk_hls_https/20) INFO: Found mode hvfhd3: (gip_hvf_iplayer_5714) hls h264 1280x720 50fps 5714kbps stream (CDN: mf_bidi_uk_hls/3) INFO: Found mode hvfhd4: (gip_hvf_iplayer_5714) hls h264 1280x720 50fps 5714kbps stream (CDN: mf_limelight_uk_hls/2) INFO: Found mode hvfsd1: (gip_hvf_iplayer_3320) hls h264 960x540 50fps 3320kbps stream (CDN: mf_bidi_uk_hls_https/30) INFO: Found mode hvfsd2: (gip_hvf_iplayer_3320) hls h264 960x540 50fps 3320kbps stream (CDN: mf_limelight_uk_hls_https/20) INFO: Found mode hvfsd3: (gip_hvf_iplayer_3320) hls h264 960x540 50fps 3320kbps stream (CDN: mf_bidi_uk_hls/3) INFO: Found mode hvfsd4: (gip_hvf_iplayer_3320) hls h264 960x540 50fps 3320kbps stream (CDN: mf_limelight_uk_hls/2) INFO: Found mode hvfxsd1: (gip_hvf_iplayer_2040) hls h264 960x540 25fps 2040kbps stream (CDN: mf_bidi_uk_hls_https/30) INFO: Found mode hvfxsd2: (gip_hvf_iplayer_2040) hls h264 960x540 25fps 2040kbps stream (CDN: mf_limelight_uk_hls_https/20) INFO: Found mode hvfxsd3: (gip_hvf_iplayer_1802) hls h264 960x540 25fps 1802kbps stream (CDN: mf_bidi_uk_hls/3) INFO: Found mode hvfxsd4: (gip_hvf_iplayer_1802) hls h264 960x540 25fps 1802kbps stream (CDN: mf_limelight_uk_hls/2) INFO: Found mode hvfxsd5: (gip_hvf_iplayer_1802) hls h264 960x540 25fps 1802kbps stream (CDN: mf_limelight_uk_hls/2) INFO: Found mode hvfxsd6: (gip_hvf_iplayer_1802) hls h264 960x540 25fps 1802kbps stream (CDN: mf_bidi_uk_hls/3) INFO: Found mode hvfhigh1: (gip_hvf_iplayer_2004) hls h264 704x396 50fps 2004kbps stream (CDN: mf_bidi_uk_hls_https/30) INFO: Found mode hvfhigh2: (gip_hvf_iplayer_2004) hls h264 704x396 50fps 2004kbps stream (CDN: mf_limelight_uk_hls_https/20) INFO: Found mode hvfhigh3: (gip_hvf_iplayer_2004) hls h264 704x396 50fps 2004kbps stream (CDN: mf_bidi_uk_hls/3) INFO: Found mode hvfhigh4: (gip_hvf_iplayer_2004) hls h264 704x396 50fps 2004kbps stream (CDN: mf_limelight_uk_hls/2) INFO: Found mode hvfxhigh1: (gip_hvf_iplayer_979) hls h264 704x396 25fps 979kbps stream (CDN: mf_bidi_uk_hls/3) INFO: Found mode hvfxhigh2: (gip_hvf_iplayer_979) hls h264 704x396 25fps 979kbps stream (CDN: mf_limelight_uk_hls/2) INFO: Found mode hvflow1: (gip_hvf_iplayer_565) hls h264 512x288 25fps 565kbps stream (CDN: mf_bidi_uk_hls/3) INFO: Found mode hvflow2: (gip_hvf_iplayer_565) hls h264 512x288 25fps 565kbps stream (CDN: mf_limelight_uk_hls/2) INFO: Found mode subtitles1: (captions) http stream (CDN: mf_limelight_uk_plain_https/40) INFO: Found mode subtitles2: (captions) http stream (CDN: mf_akamai_uk_plain_https/30) INFO: Found mode subtitles3: (captions) http stream (CDN: mf_limelight_uk_plain/20) INFO: Found mode subtitles4: (captions) http stream (CDN: sis/10) INFO: Found mode subtitles5: (captions) http stream (CDN: sis/10) INFO: Getting page http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/vpid/b050gwmk/transferformat/dash?c INFO: Getting page http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/b050gwmk/transferformat/ INFO: Getting page http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/b050gwmk/transferformat/ INFO: Getting page http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/apple-ipad-hls/vpid/b050gwmk/transferf INFO: No streams available for 'signed' version (b050gwmk) - skipping INFO: No streams available for 'signed' version (b050gwmk) - deleting INFO: Will search for versions: original,original INFO: Creating subdirectory ~/get_iplayer.dir/The_Secret_Horse_Quest_for_the_True_Appaloosa for programme INFO: File name prefix = The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original available: 2017-05-22T00:00:00+01:00 brand: The Secret Horse: Quest for the True Appaloosa categories: Factual,Science & Nature,Nature & Environment,History,Documentaries category: Factual channel: BBC Four desc: A horsewoman sets off to find the truth about the origins of the Appaloosa spotted horse. desclong: Documentary in which a 69-year-old horsewoman from New Zealand sets off on an extraordinary journey to find the descmedium: Documentary in which a 69-year-old horsewoman from New Zealand sets off on an extraordinary journey to find the descshort: A horsewoman sets off to find the truth about the origins of the Appaloosa spotted horse. dir: ~/get_iplayer.dir/The_Secret_Horse_Quest_for_the_True_Appaloosa dldate: 2017-05-29 dltime: 18:32:20 duration: 3600 durations: original: 3600 episode: - episodenum: 1 episodeshort: - expires: in 21 days 23 hours (2017-06-20T23:00:00+00:00) ext: EXT filename: ~/get_iplayer.dir/The_Secret_Horse_Quest_for_the_True_Appaloosa/The_Secret_Horse_Quest_for_the_True_Appaloosa_-_ filepart: ~/get_iplayer.dir/The_Secret_Horse_Quest_for_the_True_Appaloosa/The_Secret_Horse_Quest_for_the_True_Appaloosa_-_ fileprefix: The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original firstbcast: 2015-01-21T21:00:00Z firstbcastdate: 2015-01-21 firstbcastrel: 2 years 129 days 2 hours ago index: 9747 longname: The Secret Horse: Quest for the True Appaloosa modes: original: dvfhd1,dvfhd2,dvfsd1,dvfsd2,dvfxsd1,dvfxsd2,dvfhigh1,dvfhigh2,dvfxhigh1,dvfxhigh2,dvflow1,dvflow2,hvfh modesizes: original: dvfhd1=2159MiB,dvfhd2=2159MiB,dvfsd1=1197MiB,dvfsd2=1197MiB,dvfxsd1=683MiB,dvfxsd2=683MiB,dvfhigh1=669 name: The Secret Horse: Quest for the True Appaloosa nameshort: The Secret Horse: Quest for the True Appaloosa pid: b04z21cc player: http://www.bbc.co.uk/iplayer/episode/b04z21cc runtime: 60 senum: s01e01 seriesnum: 1 thumbfile: ~/get_iplayer.dir/The_Secret_Horse_Quest_for_the_True_Appaloosa/The_Secret_Horse_Quest_for_the_True_Appaloosa_-_ thumbnail: http://ichef.bbci.co.uk/images/ic/640x360/p02gx41b.jpg timeadded: 15 days 0 hours ago (2017-05-14T23:04:17+00:00) title: The Secret Horse: Quest for the True Appaloosa On Mon, May 29, 2017 at 12:54 PM, CJB <chrisjbrady at gmail.com> wrote: > Repeatable crash ... > > ONCE_b04z21cc > INFO Trying to download PID using type tv > INFO: pid found in cache > Matches: > 2774: The Secret Horse: Quest for the True Appaloosa - -, BBC Four, b04z21cc > > INFO: 1 Matching Programmes > WARNING: Could not parse programme metadata from > http://www.bbc.co.uk/programmes/b04z21cc.json (malformed JSON string, > neither array, object, number, string or atom, at character offset 0 > (before " > PVR Run complete > > Then the PVR List gives up despite a few more programmes to go. > > Chris B. > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From alan at soulman1949.com Mon May 29 18:30:49 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Tue, 30 May 2017 02:30:49 +0100 Subject: GiP 3.10 crash ... In-Reply-To: <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> Message-ID: <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> On 30/05/2017 00:40, artisticforge . wrote: > hello > > i just pulled the info for the pid without any issues. > I did notice that there are no 1280x720 at 25fps modes. > > It appears that 1280x720 at 25fps are gone. > If I want 1280x720 I have to set --fps50 > Not true...... I just did an --info and got the following: --------------------------------------------------------------------------------------------------------------------- get_iplayer 3.01-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content INFO Trying to download PID using type tv INFO: pid found in cache Matches: 6707: The Secret Horse: Quest for the True Appaloosa - -, BBC Four, b04z21cc INFO: File name prefix = The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original available: 2017-05-22T00:00:00+01:00 brand: The Secret Horse: Quest for the True Appaloosa categories: Factual,Science & Nature,Nature & Environment,History,Documentaries category: Factual channel: BBC Four desc: A horsewoman sets off to find the truth about the origins of the Appaloosa spotted horse. desclong: Documentary in which a 69-year-old horsewoman from New Zealand sets off on an extraordinary journey to find the truth about the origins of the rare Appaloosa spotted horse. Back in the saddle for the first time in 12 years, she crosses one of the world's highest mountain ranges in search of a lost valley, where she hopes to discover whether the experts have been wrong all along and that the true source of the North American Appaloosa horse is Asia and not Europe, as the history books would have us believe. An inspirational adventure story inspired by a lifelong passion for horses. descmedium: Documentary in which a 69-year-old horsewoman from New Zealand sets off on an extraordinary journey to find the truth about the origins of the rare Appaloosa spotted horse. descshort: A horsewoman sets off to find the truth about the origins of the Appaloosa spotted horse. dir: F:\iPlayer-TV dldate: 2017-05-30 dltime: 02:18:12 duration: 3600 durations: original: 3600 episode: - episodenum: 1 episodeshort: - expires: in 21 days 21 hours (2017-06-20T23:00:00+00:00) ext: EXT filename: F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.EXT filepart: F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.partial.EXT fileprefix: The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original firstbcast: 2015-01-21T21:00:00Z firstbcastdate: 2015-01-21 firstbcastrel: 2 years 129 days 4 hours ago index: 6707 longname: The Secret Horse: Quest for the True Appaloosa modes: original: dvfhd1,dvfhd2,dvfhd3,dvfhd4,dvfsd1,dvfsd2,dvfsd3,dvfsd4,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,dvfhigh1,dvfhigh2,dvfhigh3,dvfhigh4,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,dvflow1,dvflow2,dvflow3,dvflow4,hlshd1,hlshd2,hlsvhigh1,hlsvhigh2,hvfhd1,hvfhd2,hvfhd3,hvfhd4,hvfhd5,hvfhd6,hvfsd1,hvfsd2,hvfsd3,hvfsd4,hvfsd5,hvfsd6,hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,hvfhigh1,hvfhigh2,hvfhigh3,hvfhigh4,hvfhigh5,hvfhigh6,hvfxhigh1,hvfxhigh2,hvfxhigh3,hvflow1,hvflow2,hvflow3,subtitles1,subtitles2,subtitles3,subtitles4,subtitles5 modesizes: original: dvfhd1=2159MiB,dvfhd2=2159MiB,dvfhd3=2159MiB,dvfhd4=2159MiB,dvfsd1=1197MiB,dvfsd2=1197MiB,dvfsd3=1197MiB,dvfsd4=1197MiB,dvfxsd1=683MiB,dvfxsd2=683MiB,dvfxsd3=683MiB,dvfxsd4=683MiB,dvfhigh1=669MiB,dvfhigh2=669MiB,dvfhigh3=669MiB,dvfhigh4=669MiB,dvfxhigh1=352MiB,dvfxhigh2=352MiB,dvfxhigh3=352MiB,dvfxhigh4=352MiB,dvflow1=186MiB,dvflow2=186MiB,dvflow3=186MiB,dvflow4=186MiB,hlshd1=1030MiB,hlshd2=1030MiB,hlsvhigh1=642MiB,hlsvhigh2=642MiB,hvfhd1=2452MiB,hvfhd2=2452MiB,hvfhd3=2452MiB,hvfhd4=2452MiB,hvfhd5=2452MiB,hvfhd6=2452MiB,hvfsd1=1425MiB,hvfsd2=1425MiB,hvfsd3=1425MiB,hvfsd4=1425MiB,hvfsd5=1425MiB,hvfsd6=1425MiB,hvfxsd1=875MiB,hvfxsd2=875MiB,hvfxsd3=875MiB,hvfxsd4=773MiB,hvfxsd5=773MiB,hvfxsd6=773MiB,hvfxsd7=773MiB,hvfxsd8=773MiB,hvfxsd9=773MiB,hvfhigh1=860MiB,hvfhigh2=860MiB,hvfhigh3=860MiB,hvfhigh4=860MiB,hvfhigh5=860MiB,hvfhigh6=860MiB,hvfxhigh1=420MiB,hvfxhigh2=420MiB,hvfxhigh3=420MiB,hvflow1=242MiB,hvflow2=242MiB,hvflow3=242MiB,subtitles1=70KiB,subtitles2=70KiB,subtitles3=70KiB,subtitles4=70KiB,subtitles5=70KiB name: The Secret Horse: Quest for the True Appaloosa nameshort: The Secret Horse: Quest for the True Appaloosa pid: b04z21cc player: http://www.bbc.co.uk/iplayer/episode/b04z21cc runtime: 60 senum: s01e01 seriesnum: 1 thumbfile: F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.jpg thumbnail: http://ichef.bbci.co.uk/images/ic/150x84/p02gx41b.jpg timeadded: 7 days 23 hours ago (2017-05-22T02:00:01+00:00) title: The Secret Horse: Quest for the True Appaloosa type: tv verpids: original: b04z1znp version: original versions: original web: http://www.bbc.co.uk/programmes/b04z21cc INFO: 1 Matching Programmes --------------------------------------------------------------------------------------------------------------------- I downloaded this programme successfully using HLSHD1 on 22/5/17 at 06:56BST without issues. You don't say what version of get_iplayer you're using.... It would help! What do you have in your prefs/options? (Mine is empty except for a couple of lines specifying into which directory downloads are to be routed. I run gip from a batch file that essentially does a series of get_iplayer --pid xxxxxxxx commands). Alan > > On Mon, May 29, 2017 at 12:54 PM, CJB <chrisjbrady at gmail.com> wrote: >> Repeatable crash ... >> >> ONCE_b04z21cc >> INFO Trying to download PID using type tv >> INFO: pid found in cache >> Matches: >> 2774: The Secret Horse: Quest for the True Appaloosa - -, BBC Four, b04z21cc >> >> INFO: 1 Matching Programmes >> WARNING: Could not parse programme metadata from >> http://www.bbc.co.uk/programmes/b04z21cc.json (malformed JSON string, >> neither array, object, number, string or atom, at character offset 0 >> (before " >> PVR Run complete >> >> Then the PVR List gives up despite a few more programmes to go. >> >> Chris B. >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer > > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From artisticforge at gmail.com Mon May 29 19:57:14 2017 From: artisticforge at gmail.com (artisticforge .) Date: Mon, 29 May 2017 21:57:14 -0500 Subject: GiP 3.10 crash ... In-Reply-To: <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> Message-ID: <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> hello I am running get_iplayer-3.01 in what you posted i see no evidence of 1280x720!@25fps also working on may 22nd 2017 does not imply that it is working today. On Mon, May 29, 2017 at 8:30 PM, Alan Milewczyk <alan at soulman1949.com> wrote: > On 30/05/2017 00:40, artisticforge . wrote: >> >> hello >> >> i just pulled the info for the pid without any issues. >> I did notice that there are no 1280x720 at 25fps modes. >> >> It appears that 1280x720 at 25fps are gone. >> If I want 1280x720 I have to set --fps50 >> > > Not true...... I just did an --info and got the following: > > --------------------------------------------------------------------------------------------------------------------- > > get_iplayer 3.01-windows.0, Copyright (C) 2008-2010 Phil Lewis > This program comes with ABSOLUTELY NO WARRANTY; for details use > --warranty. > This is free software, and you are welcome to redistribute it under > certain > conditions; use --conditions for details. > > NOTE: A UK TV licence is required to legally access BBC iPlayer TV content > > INFO Trying to download PID using type tv > INFO: pid found in cache > Matches: > 6707: The Secret Horse: Quest for the True Appaloosa - -, BBC Four, > b04z21cc > INFO: File name prefix = > The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original > > available: 2017-05-22T00:00:00+01:00 > brand: The Secret Horse: Quest for the True Appaloosa > categories: Factual,Science & Nature,Nature & > Environment,History,Documentaries > category: Factual > channel: BBC Four > desc: A horsewoman sets off to find the truth about the origins of > the Appaloosa spotted horse. > desclong: Documentary in which a 69-year-old horsewoman from New > Zealand sets off on an extraordinary journey to find the truth about the > origins of the rare Appaloosa spotted horse. Back in the saddle for the > first time in 12 years, she crosses one of the world's highest mountain > ranges in search of a lost valley, where she hopes to discover whether the > experts have been wrong all along and that the true source of the North > American Appaloosa horse is Asia and not Europe, as the history books would > have us believe. An inspirational adventure story inspired by a lifelong > passion for horses. > descmedium: Documentary in which a 69-year-old horsewoman from New > Zealand sets off on an extraordinary journey to find the truth about the > origins of the rare Appaloosa spotted horse. > descshort: A horsewoman sets off to find the truth about the origins of > the Appaloosa spotted horse. > dir: F:\iPlayer-TV > dldate: 2017-05-30 > dltime: 02:18:12 > duration: 3600 > durations: original: 3600 > episode: - > episodenum: 1 > episodeshort: - > expires: in 21 days 21 hours (2017-06-20T23:00:00+00:00) > ext: EXT > filename: > F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.EXT > filepart: > F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.partial.EXT > fileprefix: > The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original > firstbcast: 2015-01-21T21:00:00Z > firstbcastdate: 2015-01-21 > firstbcastrel: 2 years 129 days 4 hours ago > index: 6707 > longname: The Secret Horse: Quest for the True Appaloosa > modes: original: > dvfhd1,dvfhd2,dvfhd3,dvfhd4,dvfsd1,dvfsd2,dvfsd3,dvfsd4,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,dvfhigh1,dvfhigh2,dvfhigh3,dvfhigh4,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,dvflow1,dvflow2,dvflow3,dvflow4,hlshd1,hlshd2,hlsvhigh1,hlsvhigh2,hvfhd1,hvfhd2,hvfhd3,hvfhd4,hvfhd5,hvfhd6,hvfsd1,hvfsd2,hvfsd3,hvfsd4,hvfsd5,hvfsd6,hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,hvfhigh1,hvfhigh2,hvfhigh3,hvfhigh4,hvfhigh5,hvfhigh6,hvfxhigh1,hvfxhigh2,hvfxhigh3,hvflow1,hvflow2,hvflow3,subtitles1,subtitles2,subtitles3,subtitles4,subtitles5 > modesizes: original: > dvfhd1=2159MiB,dvfhd2=2159MiB,dvfhd3=2159MiB,dvfhd4=2159MiB,dvfsd1=1197MiB,dvfsd2=1197MiB,dvfsd3=1197MiB,dvfsd4=1197MiB,dvfxsd1=683MiB,dvfxsd2=683MiB,dvfxsd3=683MiB,dvfxsd4=683MiB,dvfhigh1=669MiB,dvfhigh2=669MiB,dvfhigh3=669MiB,dvfhigh4=669MiB,dvfxhigh1=352MiB,dvfxhigh2=352MiB,dvfxhigh3=352MiB,dvfxhigh4=352MiB,dvflow1=186MiB,dvflow2=186MiB,dvflow3=186MiB,dvflow4=186MiB,hlshd1=1030MiB,hlshd2=1030MiB,hlsvhigh1=642MiB,hlsvhigh2=642MiB,hvfhd1=2452MiB,hvfhd2=2452MiB,hvfhd3=2452MiB,hvfhd4=2452MiB,hvfhd5=2452MiB,hvfhd6=2452MiB,hvfsd1=1425MiB,hvfsd2=1425MiB,hvfsd3=1425MiB,hvfsd4=1425MiB,hvfsd5=1425MiB,hvfsd6=1425MiB,hvfxsd1=875MiB,hvfxsd2=875MiB,hvfxsd3=875MiB,hvfxsd4=773MiB,hvfxsd5=773MiB,hvfxsd6=773MiB,hvfxsd7=773MiB,hvfxsd8=773MiB,hvfxsd9=773MiB,hvfhigh1=860MiB,hvfhigh2=860MiB,hvfhigh3=860MiB,hvfhigh4=860MiB,hvfhigh5=860MiB,hvfhigh6=860MiB,hvfxhigh1=420MiB,hvfxhigh2=420MiB,hvfxhigh3=420MiB,hvflow1=242MiB,hvflow2=242MiB,hvflow3=242MiB,subtitles1=70KiB,subtitles2=70KiB,subtitles3=70KiB,subtitles4=70KiB,subtitles5=70KiB > name: The Secret Horse: Quest for the True Appaloosa > nameshort: The Secret Horse: Quest for the True Appaloosa > pid: b04z21cc > player: http://www.bbc.co.uk/iplayer/episode/b04z21cc > runtime: 60 > senum: s01e01 > seriesnum: 1 > thumbfile: > F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.jpg > thumbnail: http://ichef.bbci.co.uk/images/ic/150x84/p02gx41b.jpg > timeadded: 7 days 23 hours ago (2017-05-22T02:00:01+00:00) > title: The Secret Horse: Quest for the True Appaloosa > type: tv > verpids: original: b04z1znp > version: original > versions: original > web: http://www.bbc.co.uk/programmes/b04z21cc > > > INFO: 1 Matching Programmes > > --------------------------------------------------------------------------------------------------------------------- > > I downloaded this programme successfully using HLSHD1 on 22/5/17 at 06:56BST > without issues. > You don't say what version of get_iplayer you're using.... It would help! > What do you have in your prefs/options? (Mine is empty except for a couple > of lines specifying into which directory downloads are to be routed. I run > gip from a batch file that essentially does a series of get_iplayer --pid > xxxxxxxx commands). > > Alan > -- terry l. ridder ><> From alan at soulman1949.com Mon May 29 20:50:36 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Tue, 30 May 2017 04:50:36 +0100 Subject: GiP 3.10 crash ... In-Reply-To: <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> Message-ID: <b156cd67-3517-0d84-3180-a3391188430a@soulman1949.com> Read carefully below...... On 30/05/2017 03:57, artisticforge . wrote: > hello > > I am running get_iplayer-3.01 > > in what you posted i see no evidence of 1280x720!@25fps > > also working on may 22nd 2017 does not imply that it is working today. > > > On Mon, May 29, 2017 at 8:30 PM, Alan Milewczyk <alan at soulman1949.com> wrote: >> On 30/05/2017 00:40, artisticforge . wrote: >>> hello >>> >>> i just pulled the info for the pid without any issues. >>> I did notice that there are no 1280x720 at 25fps modes. >>> >>> It appears that 1280x720 at 25fps are gone. >>> If I want 1280x720 I have to set --fps50 >>> >> Not true...... I just did an --info and got the following: >> >> --------------------------------------------------------------------------------------------------------------------- >> >> get_iplayer 3.01-windows.0, Copyright (C) 2008-2010 Phil Lewis >> This program comes with ABSOLUTELY NO WARRANTY; for details use >> --warranty. >> This is free software, and you are welcome to redistribute it under >> certain >> conditions; use --conditions for details. >> >> NOTE: A UK TV licence is required to legally access BBC iPlayer TV content <---------------------------snip---------------------------------> >> filepart: >> F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.partial.EXT >> fileprefix: >> The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original >> firstbcast: 2015-01-21T21:00:00Z >> firstbcastdate: 2015-01-21 >> firstbcastrel: 2 years 129 days 4 hours ago >> index: 6707 >> longname: The Secret Horse: Quest for the True Appaloosa >> modes: original: See hlshd1 and hlshd2 in the line below >> dvfhd1,dvfhd2,dvfhd3,dvfhd4,dvfsd1,dvfsd2,dvfsd3,dvfsd4,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,dvfhigh1,dvfhigh2,dvfhigh3,dvfhigh4,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,dvflow1,dvflow2,dvflow3,dvflow4,hlshd1,hlshd2,hlsvhigh1,hlsvhigh2,hvfhd1,hvfhd2,hvfhd3,hvfhd4,hvfhd5,hvfhd6,hvfsd1,hvfsd2,hvfsd3,hvfsd4,hvfsd5,hvfsd6,hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,hvfhigh1,hvfhigh2,hvfhigh3,hvfhigh4,hvfhigh5,hvfhigh6,hvfxhigh1,hvfxhigh2,hvfxhigh3,hvflow1,hvflow2,hvflow3,subtitles1,subtitles2,subtitles3,subtitles4,subtitles5 >> modesizes: original: And in the modesizes..... hlshd1 and hlshd2 are both 1030MiB which is what you would expect from a one hour programme..... >> dvfhd1=2159MiB,dvfhd2=2159MiB,dvfhd3=2159MiB,dvfhd4=2159MiB,dvfsd1=1197MiB,dvfsd2=1197MiB,dvfsd3=1197MiB,dvfsd4=1197MiB,dvfxsd1=683MiB,dvfxsd2=683MiB,dvfxsd3=683MiB,dvfxsd4=683MiB,dvfhigh1=669MiB,dvfhigh2=669MiB,dvfhigh3=669MiB,dvfhigh4=669MiB,dvfxhigh1=352MiB,dvfxhigh2=352MiB,dvfxhigh3=352MiB,dvfxhigh4=352MiB,dvflow1=186MiB,dvflow2=186MiB,dvflow3=186MiB,dvflow4=186MiB,hlshd1=1030MiB,hlshd2=1030MiB,hlsvhigh1=642MiB,hlsvhigh2=642MiB,hvfhd1=2452MiB,hvfhd2=2452MiB,hvfhd3=2452MiB,hvfhd4=2452MiB,hvfhd5=2452MiB,hvfhd6=2452MiB,hvfsd1=1425MiB,hvfsd2=1425MiB,hvfsd3=1425MiB,hvfsd4=1425MiB,hvfsd5=1425MiB,hvfsd6=1425MiB,hvfxsd1=875MiB,hvfxsd2=875MiB,hvfxsd3=875MiB,hvfxsd4=773MiB,hvfxsd5=773MiB,hvfxsd6=773MiB,hvfxsd7=773MiB,hvfxsd8=773MiB,hvfxsd9=773MiB,hvfhigh1=860MiB,hvfhigh2=860MiB,hvfhigh3=860MiB,hvfhigh4=860MiB,hvfhigh5=860MiB,hvfhigh6=860MiB,hvfxhigh1=420MiB,hvfxhigh2=420MiB,hvfxhigh3=420MiB,hvflow1=242MiB,hvflow2=242MiB,hvflow3=242MiB,subtitles1=70KiB,subtitles2=70KiB,subtitles3=70KiB,subtitles4=70KiB,subtitles5=70KiB <---------------------------snip---------------------------------> >> --------------------------------------------------------------------------------------------------------------------- >> >> I downloaded this programme successfully using HLSHD1 on 22/5/17 at 06:56BST >> without issues. >> You don't say what version of get_iplayer you're using.... It would help! >> What do you have in your prefs/options? (Mine is empty except for a couple >> of lines specifying into which directory downloads are to be routed. I run >> gip from a batch file that essentially does a series of get_iplayer --pid >> xxxxxxxx commands). >> >> Alan >> And since you obviously don't believe me that it still works, here is the logfile of the successful download I just carried out now... get_iplayer 3.01-windows.0, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. NOTE: A UK TV licence is required to legally access BBC iPlayer TV content INFO Trying to download PID using type tv INFO: pid found in cache Matches: 6897: The Secret Horse: Quest for the True Appaloosa - -, BBC Four, b04z21cc INFO: 1 Matching Programmes INFO: Checking existence of original version INFO: hlshd1,hlshd2,hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,hlsvhigh1,hlsvhigh2,hvfxhigh1,hvfxhigh2,hvfxhigh3,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,hvflow1,hvflow2,hvflow3,dvflow1,dvflow2,dvflow3,dvflow4 modes will be tried for version original INFO: Trying hlshd1 mode to record tv: The Secret Horse: Quest for the True Appaloosa - - INFO: File name prefix = The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original INFO: Begin recording file: F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.video.ts INFO: Begin recording at: 0.00 MiB (00:00:00) [1] INFO: Recorded: 1061.56 MiB (00:59:32) [358] in 00:07:35 at 18.66 Mibit/s INFO: Saved HLS video file: F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.hls.ts INFO: Begin converting video file: F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.hls.ts INFO: Converted to file: F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.partial.mp4 INFO: Recorded file: F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.mp4 INFO: Begin tagging file: F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.mp4 INFO: Tagged file: F:\iPlayer-TV\The_Secret_Horse_Quest_for_the_True_Appaloosa_-__b04z21cc_original.mp4 Programme length 59:32, file size 1,049,998 KB which is the expected size for a one hour programme. Oh and you never said what was in your prefs/options.... I'm off to bednow .. I'm only 5 hours late for bedtime.. Nightynite! A --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From web at audiomisc.co.uk Tue May 30 01:20:08 2017 From: web at audiomisc.co.uk (Jim web) Date: Tue, 30 May 2017 09:20:08 +0100 Subject: GiP 3.10 crash ... In-Reply-To: <b156cd67-3517-0d84-3180-a3391188430a@soulman1949.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> <b156cd67-3517-0d84-3180-a3391188430a@soulman1949.com> Message-ID: <56443e4bfdweb@audiomisc.co.uk> The BBC seem to have not got around to fully sorting out some 'on demand' items over the Bank Holiday weekend as yet. I still am waiting for one item from Friday to get beyond being shown as "available soon" on its webpage. Jim -- Electronics https://www.st-andrews.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 From tellyaddict21 at gmx.co.uk Tue May 30 02:14:38 2017 From: tellyaddict21 at gmx.co.uk (tellyaddict) Date: Tue, 30 May 2017 11:14:38 +0200 Subject: GiP 3.10 crash ... In-Reply-To: <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> Message-ID: <trinity-f4568d2b-1c4a-4333-af42-0661c2d60af8-1496135678046@3capp-mailcom-bs05> Alan is right artisticforge. The 1280x720 at 25fps streams ARE still there and working. The evidence IS actually there in Alan's output if you read the modes list he has posted. >From looking at your output, I can see that both of the hls modes (hlshd and hlsvhigh) are missing from your modes list. These modes are available for me and others so there is something odd going on with your installation. You haven't excluded Akamai have you? > hello > > I am running get_iplayer-3.01 > > in what you posted i see no evidence of 1280x720!@25fps > > also working on may 22nd 2017 does not imply that it is working today. From alan at soulman1949.com Tue May 30 03:17:57 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Tue, 30 May 2017 11:17:57 +0100 Subject: GiP 3.10 crash ... In-Reply-To: <trinity-f4568d2b-1c4a-4333-af42-0661c2d60af8-1496135678046@3capp-mailcom-bs05> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> <trinity-f4568d2b-1c4a-4333-af42-0661c2d60af8-1496135678046@3capp-mailcom-bs05> Message-ID: <120cdd40-a14d-b6e5-463a-5024483ff631@soulman1949.com> On 30/05/2017 10:14, tellyaddict wrote: > Alan is right artisticforge. The 1280x720 at 25fps streams ARE still there and working. > > The evidence IS actually there in Alan's output if you read the modes list he has posted. > > >From looking at your output, I can see that both of the hls modes (hlshd and hlsvhigh) are missing from your modes list. These modes are available for me and others so there is something odd going on with your installation. > > You haven't excluded Akamai have you? That's why I wondered whether there was something in his options settings. I think he uses the PVR - I don't use the PVR so I don't know if there if that has separate settings somewhere. Alan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From alan at soulman1949.com Tue May 30 03:27:29 2017 From: alan at soulman1949.com (Alan Milewczyk) Date: Tue, 30 May 2017 11:27:29 +0100 Subject: GiP 3.10 crash ... In-Reply-To: <120cdd40-a14d-b6e5-463a-5024483ff631@soulman1949.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> <trinity-f4568d2b-1c4a-4333-af42-0661c2d60af8-1496135678046@3capp-mailcom-bs05> <120cdd40-a14d-b6e5-463a-5024483ff631@soulman1949.com> Message-ID: <47c09a70-f905-88a7-89a9-1b2018c83d31@soulman1949.com> On 30/05/2017 11:17, Alan Milewczyk wrote: > > That's why I wondered whether there was something in his options > settings. I think he uses the PVR - I don't use the PVR so I don't > know if there if that has separate settings somewhere. > I've just looked in the PVR Manager and I notice that there is the ability to set modes within each programme entry, I wonder whether this is the cause? If there is anything in the modes field, I would clear it as the default is "best" (I think). Alan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From richard22j at zoho.com Tue May 30 03:40:29 2017 From: richard22j at zoho.com (RS) Date: Tue, 30 May 2017 11:40:29 +0100 Subject: GiP 3.10 crash ... In-Reply-To: <47c09a70-f905-88a7-89a9-1b2018c83d31@soulman1949.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> <trinity-f4568d2b-1c4a-4333-af42-0661c2d60af8-1496135678046@3capp-mailcom-bs05> <120cdd40-a14d-b6e5-463a-5024483ff631@soulman1949.com> <47c09a70-f905-88a7-89a9-1b2018c83d31@soulman1949.com> Message-ID: <25A3248A28A9400581F7DFD9F8F1DE82@RJCDESK> >From: Alan Milewczyk Sent: Tuesday, May 30, 2017 11:27 >On 30/05/2017 11:17, Alan Milewczyk wrote: > >> That's why I wondered whether there was something in his options >> settings. I think he uses the PVR - I don't use the PVR so I don't know >> if there if that has separate settings somewhere. > >I've just looked in the PVR Manager and I notice that there is the ability >to set modes within each programme entry, I wonder whether this is the >cause? If there is anything in the modes field, I would clear it as the >default is "best" (I think). I think tellyaddict hit the nail on the head when he asked if Akamai had been excluded. If you look at artisticforge's list, apart from subtitles there are no Akamai streams. From artisticforge at gmail.com Tue May 30 04:09:29 2017 From: artisticforge at gmail.com (artisticforge .) Date: Tue, 30 May 2017 06:09:29 -0500 Subject: GiP 3.10 crash ... In-Reply-To: <trinity-f4568d2b-1c4a-4333-af42-0661c2d60af8-1496135678046@3capp-mailcom-bs05> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> <trinity-f4568d2b-1c4a-4333-af42-0661c2d60af8-1496135678046@3capp-mailcom-bs05> Message-ID: <CANqy080oZBjow+Rf7oMiPwVyF7fQ_xuxdawT5fB=N7cq4CYpUg@mail.gmail.com> hello No CDN have been excluded. As to why Akamai is not showing in the list I have no idea. That would imply that 1280x720 at 25fps is only available from CDN akamai. On Tue, May 30, 2017 at 4:14 AM, tellyaddict <tellyaddict21 at gmx.co.uk> wrote: > Alan is right artisticforge. The 1280x720 at 25fps streams ARE still there and working. > > The evidence IS actually there in Alan's output if you read the modes list he has posted. > > From looking at your output, I can see that both of the hls modes (hlshd and hlsvhigh) are missing from your modes list. These modes are available for me and others so there is something odd going on with your installation. > > You haven't excluded Akamai have you? > >> hello >> >> I am running get_iplayer-3.01 >> >> in what you posted i see no evidence of 1280x720!@25fps >> >> also working on may 22nd 2017 does not imply that it is working today. > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From artisticforge at gmail.com Tue May 30 04:17:15 2017 From: artisticforge at gmail.com (artisticforge .) Date: Tue, 30 May 2017 06:17:15 -0500 Subject: GiP 3.10 crash ... In-Reply-To: <120cdd40-a14d-b6e5-463a-5024483ff631@soulman1949.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> <trinity-f4568d2b-1c4a-4333-af42-0661c2d60af8-1496135678046@3capp-mailcom-bs05> <120cdd40-a14d-b6e5-463a-5024483ff631@soulman1949.com> Message-ID: <CANqy082UZCVaz7xSXrc1aHRomuzo2tO53ELWEP5==TAjbFejRw@mail.gmail.com> Hello I run get_iplayer on a Debian linux jessie computer. I do not use the web based manager. I use PVR and run shell scripts. There is absolutely nothing in my options file that would exclude Akamai. I can only go by what I read. the 1280x720 at 25fps modes are not available for some unknown reason. On Tue, May 30, 2017 at 5:17 AM, Alan Milewczyk <alan at soulman1949.com> wrote: > On 30/05/2017 10:14, tellyaddict wrote: >> >> Alan is right artisticforge. The 1280x720 at 25fps streams ARE still there >> and working. >> >> The evidence IS actually there in Alan's output if you read the modes list >> he has posted. >> >> >From looking at your output, I can see that both of the hls modes (hlshd >> and hlsvhigh) are missing from your modes list. These modes are available >> for me and others so there is something odd going on with your installation. >> >> You haven't excluded Akamai have you? > > > That's why I wondered whether there was something in his options settings. I > think he uses the PVR - I don't use the PVR so I don't know if there if that > has separate settings somewhere. > > > Alan > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From richard22j at zoho.com Tue May 30 05:06:21 2017 From: richard22j at zoho.com (RS) Date: Tue, 30 May 2017 13:06:21 +0100 Subject: GiP 3.10 crash ... In-Reply-To: <CANqy082UZCVaz7xSXrc1aHRomuzo2tO53ELWEP5==TAjbFejRw@mail.gmail.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> <trinity-f4568d2b-1c4a-4333-af42-0661c2d60af8-1496135678046@3capp-mailcom-bs05> <120cdd40-a14d-b6e5-463a-5024483ff631@soulman1949.com> <CANqy082UZCVaz7xSXrc1aHRomuzo2tO53ELWEP5==TAjbFejRw@mail.gmail.com> Message-ID: <353311E49A42480DAA7F34196ED8D6E5@RJCDESK> >From: artisticforge . >Sent: Tuesday, May 30, 2017 12:17 >I run get_iplayer on a Debian linux jessie computer. I do not use the >web based manager. >I use PVR and run shell scripts. >There is absolutely nothing in my options file that would exclude Akamai. >I can only go by what I read. >the 1280x720 at 25fps modes are not available for some unknown reason. You are right that the only modes giving 1280x720 25fps are hlshd1 and hlshd2 (unless you go back to v2.99 and reinstall rtmpdump to get FlashHD) and they are both from Akamai. What happens if you set --tvmode=hlshd The problem is not with the PVR. I used the PVR with --tvmode=best (to over-ride my preferences) and got the same result as tellyaddict. I have not used the PVR for years, and I did find a bug in it. No message gets sent to stdout warning that it is necessary to use --force. When I entered get_iplayer --pvr it just displayed the name of the PVR I had set up and returned to the command prompt. It did not even carry out a search. From richard22j at zoho.com Tue May 30 05:16:58 2017 From: richard22j at zoho.com (RS) Date: Tue, 30 May 2017 13:16:58 +0100 Subject: GiP 3.10 crash ... In-Reply-To: <353311E49A42480DAA7F34196ED8D6E5@RJCDESK> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> <trinity-f4568d2b-1c4a-4333-af42-0661c2d60af8-1496135678046@3capp-mailcom-bs05> <120cdd40-a14d-b6e5-463a-5024483ff631@soulman1949.com> <CANqy082UZCVaz7xSXrc1aHRomuzo2tO53ELWEP5==TAjbFejRw@mail.gmail.com> <353311E49A42480DAA7F34196ED8D6E5@RJCDESK> Message-ID: <C7A4F7E7FEC24976AA2F714DA9AA4A20@RJCDESK> >Sent: Tuesday, May 30, 2017 13:06 I wrote >I have not used the PVR for years, and I did find a bug in it. No message >gets sent to stdout warning that it is necessary to use --force. When I >entered >get_iplayer --pvr >it just displayed the name of the PVR I had set up and returned to the >command prompt. It did not even carry out a search. I should have said it did not even display the result of a search. Obviously it must have carried out a search to find that the result of the search was in my history, but it seems to me that it needs to inform the user that that was what it found. From chrisjbrady at gmail.com Tue May 30 05:44:33 2017 From: chrisjbrady at gmail.com (CJB) Date: Tue, 30 May 2017 13:44:33 +0100 Subject: GiP 3.10 crash ... In-Reply-To: <CAPZzCnPT5mQGs0fYutWbsdriazMr=_58Zp3S1iEpvU+Jmc3FNg@mail.gmail.com> References: <CAPZzCnOEzGLrbxRgBXF9qVdhgxU1m1pKMt-EuQrq2vJJVH63cw@mail.gmail.com> <CANqy082G_sbpo-fN9ahD-Q--7eJGyKoYY-gTAauVnfCV_Ai6Ow@mail.gmail.com> <949c5e12-5066-3c63-a316-e4dd48971bc2@soulman1949.com> <CANqy082kpLGBv5=czX140fCdmAj8UO=WC_OX76pHCKF9JLYW0g@mail.gmail.com> <trinity-f4568d2b-1c4a-4333-af42-0661c2d60af8-1496135678046@3capp-mailcom-bs05> <120cdd40-a14d-b6e5-463a-5024483ff631@soulman1949.com> <CANqy082UZCVaz7xSXrc1aHRomuzo2tO53ELWEP5==TAjbFejRw@mail.gmail.com> <353311E49A42480DAA7F34196ED8D6E5@RJCDESK> <C7A4F7E7FEC24976AA2F714DA9AA4A20@RJCDESK> <CAPZzCnPT5mQGs0fYutWbsdriazMr=_58Zp3S1iEpvU+Jmc3FNg@mail.gmail.com> Message-ID: <CAPZzCnPxK5xSFwNGMgFNnLuGe+Qx8Dkz2ou95KbJLM3HDRHk+w@mail.gmail.com> The problem with the latest PVR script is that as soon as it gets an error it crashes out and does not attempt a recovery. This means that if say a jason file is faulty or not found - as in my case - the PVR script simply abandons all processing and stops. In previous versions the script would get into a loop trying to recover - but which then required a complete shut down of the PVR anyway. Never have the scripts errored then moved onto the next download to at least complete as much of the PVR list as possible. CJB. From artisticforge at gmail.com Tue May 30 06:20:25 2017 From: artisticforge at gmail.com (artisticforge .) Date: Tue, 30 May 2017 08:20:25 -0500 Subject: modes question In-Reply-To: <trinity-5db33fd1-d977-4c7f-99b6-b0219dcc9f3e-1496067376279@3capp-mailcom-bs05> References: <CANqy081F5kk0sx9a_WQ-YLn_JMUOi=938bu+ySE_endb3tNDtQ@mail.gmail.com> <3395B458F409443DB0DF91AF068CF7A1@RJCDESK> <CANqy081bE4sD8xO7i4ba0KtHcxe5=cfQmP1pNRQnwVReZ4sDiA@mail.gmail.com> <trinity-5db33fd1-d977-4c7f-99b6-b0219dcc9f3e-1496067376279@3capp-mailcom-bs05> Message-ID: <CANqy083qEnCS7JZZzMP3V2Uqg6Wn_ue5Bi4y7y4SS8HC6PmRxg@mail.gmail.com> hello looking through the log files. 25 May 2017 is when CDN Akamai no longer appears in the logs. That also is when 1280x720 at 25fps no longer was an available mode On Mon, May 29, 2017 at 9:16 AM, tellyaddict <tellyaddict21 at gmx.co.uk> wrote: > Can we see the info output for one of the programmes? > >> hello >> >> that is the odd part, I am not seeing any hlshd modes in any info listings. >> this started probably a week ago. cannot be more precise my sense of "time" >> is not what it use to be. > > _______________________________________________ > get_iplayer mailing list > get_iplayer at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> From artisticforge at gmail.com Tue May 30 07:31:12 2017 From: artisticforge at gmail.com (artisticforge .) Date: Tue, 30 May 2017 09:31:12 -0500 Subject: modes question In-Reply-To: <CANqy083qEnCS7JZZzMP3V2Uqg6Wn_ue5Bi4y7y4SS8HC6PmRxg@mail.gmail.com> References: <CANqy081F5kk0sx9a_WQ-YLn_JMUOi=938bu+ySE_endb3tNDtQ@mail.gmail.com> <3395B458F409443DB0DF91AF068CF7A1@RJCDESK> <CANqy081bE4sD8xO7i4ba0KtHcxe5=cfQmP1pNRQnwVReZ4sDiA@mail.gmail.com> <trinity-5db33fd1-d977-4c7f-99b6-b0219dcc9f3e-1496067376279@3capp-mailcom-bs05> <CANqy083qEnCS7JZZzMP3V2Uqg6Wn_ue5Bi4y7y4SS8HC6PmRxg@mail.gmail.com> Message-ID: <CANqy080ZKeFL+taPF6DxPaq4_GKTji1L7ihevQWuvhuhF9wnOA@mail.gmail.com> hello just as suddenly as akamai drop out of the CDN it has reappeared. 1280x720 at 25fps are back. no idea what the issue was. On Tue, May 30, 2017 at 8:20 AM, artisticforge . <artisticforge at gmail.com> wrote: > hello > > looking through the log files. > 25 May 2017 is when CDN Akamai no longer appears in the logs. > That also is when 1280x720 at 25fps no longer was an available mode > > > On Mon, May 29, 2017 at 9:16 AM, tellyaddict <tellyaddict21 at gmx.co.uk> wrote: >> Can we see the info output for one of the programmes? >> >>> hello >>> >>> that is the odd part, I am not seeing any hlshd modes in any info listings. >>> this started probably a week ago. cannot be more precise my sense of "time" >>> is not what it use to be. >> >> _______________________________________________ >> get_iplayer mailing list >> get_iplayer at lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer > > > > -- > terry l. ridder ><> -- terry l. ridder ><> From apache at research4.dfci.harvard.edu Tue May 30 07:49:05 2017 From: apache at research4.dfci.harvard.edu (Apache) Date: Tue, 30 May 2017 10:49:05 -0400 Subject: Our UPS courier can not contact you (parcel #006473290) Message-ID: <201705301449.v4UEn5Jm005240@research4.dfci.harvard.edu> Dear Customer, This is to confirm that your item has been shipped at May 28. You can find more details in this e-mail attachment! Your help is greatly appreciated, , UPS Office Manager. -------------- next part -------------- A non-text attachment was scrubbed... Name: UPS-Delivery-Details-006473290.zip Type: application/zip Size: 21109 bytes Desc: not available URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20170530/e6904197/attachment.zip>