Re: So what does this really mean
On the iPlayer site it says (my emphasis) "To watch or record live TV programmes on any channel, *or* to watch or download BBC programmes on iPlayer when you're in the UK, the Channel Islands or the Isle of Man". On 15 September 2016 at 05:14, The Kernel wrote: > On 14/09/16 07:44, SquarePenguin wrote: >> >> On 14/09/2016 07:04, The Kernel wrote: >>> >>> Don’t forget, you still need a TV Licence to watch or record programmes >>> on any channel as they are being shown on TV or live on an online TV >>> service >>> >>> ? On any channel - really? Do they mean any BBC or ANY... >> >> >> They mean any. That's been the law for decades. >> >> http://www.tvlicensing.co.uk/check-if-you-need-one >> >> >> >> ___ >> get_iplayer mailing list >> get_iplayer@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer >> > > I read it to mean > 'As they are being shown' or 'Live' > > Catchup is not either of those, at least not as I read it. > And services such as Ch4/5 don't have any info that I see about a TV Licence > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: So what does this really mean
On 14/09/16 07:44, SquarePenguin wrote: On 14/09/2016 07:04, The Kernel wrote: Don’t forget, you still need a TV Licence to watch or record programmes on any channel as they are being shown on TV or live on an online TV service ? On any channel - really? Do they mean any BBC or ANY... They mean any. That's been the law for decades. http://www.tvlicensing.co.uk/check-if-you-need-one ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer I read it to mean 'As they are being shown' or 'Live' Catchup is not either of those, at least not as I read it. And services such as Ch4/5 don't have any info that I see about a TV Licence ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Audio encoding changed, truncated audio files
On Wed Sep 14 13:42:05 BST 2016, RS wrote: -i says timeadded: 3 days 1 hours ago (2016-09-11T10:22:11+00:00) so it has been updated. Greetings Richard :-) The "timeadded" part actually informs you of when that specific audio programme first populated your local "radio.cache" file; it has nothing to do with the actual time that audio file was uploaded/modified by the BBC on their CDNs! E.g., if I "--info" on my machine: perl get_iplayer-296w.pl --type=radio --pid=p045j35r -i | FindStr timeadded I get: timeadded: 10 days 20 hours ago (2016-09-04T02:18:08+00:00) (this specific radio show was firstbcast: original: 2016-09-03T06:00:00+01:00) I have just tried this with v2.95 in Windows 10 (snip) for dashhigh1. (snip) Interestingly, all the HAF modes have been removed. NO, they have not! You are using GiP 2.95, the "haf" radiomodes were implemented in 2.96+ : https://github.com/get-iplayer/get_iplayer/wiki/release296#3-combined-dash-haf-and-hlsaac-modes-now-default-for-radio-programmes-dash-preferred ergo: perl get_iplayer-296w.pl --type=radio --pid=p045j35r -i | FindStr "modes:" modes: original: dashhigh1,dashhigh2,dashstd1,dashstd2,dashmed1,dashmed 2,dashlow1,dashlow2,flashaacstd1,flashaacstd2,flashaaclow1,flashaaclow2,hafhigh1 ,hafhigh2,hafstd1,hafstd2,hafmed1,hafmed2,haflow1,haflow2,hlsaacstd1,hlsaaclow1 whereas: perl get_iplayer-295.pl --type=radio --pid=p045j35r -i | FindStr "modes:" modes: original: dashhigh1,dashhigh2,dashstd1,dashstd2,dashmed1,dashmed 2,dashlow1,dashlow2,flashstd1,flashstd2,flashlow1,flashlow2,hlsstd1,hlsstd2,hlss td3,hlslow1 For the sake of "silent" people who only read the list archives and do not participate directly in this list, it is prudent no false data gets through... Kindest regards, Vangelis. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Web PVR in v2.96 - Recording modes
On 12/09/16 13:10, Jim web wrote: In article <9BCBF20534D84359B637D3DE316579C1@RJCDESK>, RS wrote: Has anyone tried to do this? As Jim says, the propagation/processing delays will differ. The issue is whether the relative delay is constant, which would mean a fairly easy adjustment, or whether it drifts so that adding in a constant delay will not work. Many years ago (probably pre-NICAM) the BBC occasionally had radio/television simulcasts, so it may be that the problem of keeping radio and television in sync has been considered. Do they use the same clock? Alas, the problems aren't simply a fixed offset. I did some relative time comparisons some years ago. You can see the results at http://www.audiomisc.co.uk/BBC/XHQ/TimeTravel.html Fascinating analysis on "time travel", Jim, and also the subsequent page "320kbps - More is less". Just moving slightly OT from that page, I recall having a blazing row online with the guy who was in charge of the "DAB campaign" around 10 years ago. I couldn't understand anyone in their right mind going for DAB (I still can't) with the crappy bit-rates applicable to the music channels at the time - I'd have loved seeing a "Less is more" analysis of those bit-rates, LOL. Regards Alan ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Audio encoding changed, truncated audio files
From: Vangelis forthnet Sent: Monday, September 12, 2016 19:37 By examining your verbose log, I find that: 1. The downloaded file size (using mode dashhigh - native perl downloader is used) is 420.75MB (partial file before remuxing), while in my test it was 421.58MB, i.e. slightly larger. I have just tried this with v2.95 in Windows 10 with no problem. I too got a file size of 421.58MByte for dashhigh1. -i says timeadded: 3 days 1 hours ago (2016-09-11T10:22:11+00:00) so it has been updated. I didn't use verbose so I don't know which encoder was used for the update. in case this is FFmpeg related, you could try --radiomode=hafhigh (instead of dashhigh) to see how that fares; the partial file in that case is in the MPEG-TS type container, so perhaps your Debian FFmpeg performs better (???). Interestingly all the HAF modes have been removed. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Keep download file before conversion?
hello I mis typed my previous reply. the culprit may be differences in the perl Installations. using different ffmpeg including the latest from ffmpeg.org still resulted in truncated audio files. that would point to that the downloaded file is different in some way. later today i will download the same offending file with --raw on linux, MacOSX, & windows 10. the downloaded file should be the same across all platforms. On Wed, Sep 14, 2016 at 2:19 AM, Mark Carroll wrote: > On 14 Sep 2016, artisticforge . wrote: > >> In theory the 3 downloaded files should be the same. >> that would reinforce that ffmpeg is the culprit on Debian Linux Jessie. > > I haven't been following this thread carefully and I don't know why I > did this but, for what little it's worth, I notice that while I run > Debian GNU/Linux Jessie on one of the machines I use get_iplayer on, I > seem to have pulled in a later version of ffmpeg from stretch for some > reason. > > -- Mark > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Keep download file before conversion?
On 14 Sep 2016, artisticforge . wrote: > In theory the 3 downloaded files should be the same. > that would reinforce that ffmpeg is the culprit on Debian Linux Jessie. I haven't been following this thread carefully and I don't know why I did this but, for what little it's worth, I notice that while I run Debian GNU/Linux Jessie on one of the machines I use get_iplayer on, I seem to have pulled in a later version of ffmpeg from stretch for some reason. -- Mark ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer