Re: Syntax for grabbing all episodes of the new season of Celebrity Master Chef
While I don't disagree with much of your text, I believe you're wrong about the BBC terms of reference. My understanding is that if you access iPlayer from an Apple device, then that 30-day limit doesn't apply. All get_iplayer does is emulate (or simulate) that Apple environment, thereby avoiding the 30-day limitation. - Regards, Paul Thornett On Mon, 6 Jul. 2020, 11:09 VeniVidiVideo, wrote: > > Boy, the hypocrisy here is stunning. The BBC allows time-limited downloads, > but does NOT allow downloads without an expiration date. Every single > license payer here is violating BBC's terms of service by using GiP to > download files that do not expire. Yet heaven forbid someone from outside > the UK violate those same terms of service. Plus, every US participant that > has ever spoken up has observed they'd happily pay the license fee if they > could. Hell, I tried to work out an arrangement to pretend to live in an > apartment on somebody's property so I could have an address and pay the > license fee, just to contribute my fair share, but the fellow decided not to > follow through. I didn't blame him for wanting to avoid any impropriety, but > you holier-than-thou types really suck. People in glass houses... > > - larryy > > > On Jul 5, 2020, at 8:31 AM, James Robinson > > wrote: > > > > Could not agree more. Well said. > > > >> On 04 July 2020 at 17:29 Jon Davies wrote: > >> > >> > >> On Sat, 4 Jul 2020 at 13:58, Barry Toner wrote: > >>> Can someone please tell me how I do this? I promised some friends in the > >>> USA I would grab this show for them. I need the video and don’t need > >>> subtitles or audio description. > >> > >> This is why I stopped subscribing to this list a couple of years ago - > >> I've been resubscribed by the old backup, but will be going again. I > >> want nothing to do with anyone or anything that promotes violation of > >> the BBC terms of use. See > >> https://www.bbc.co.uk/usingthebbc/terms-of-use/ - particularly 7a, the > >> bit that says > >> > >> a. Don’t mess with our services > >> > >> What do we mean by that? This sort of thing: > >> ...Accessing content from outside the UK that you aren’t allowed to, > >> or helping others do the same. > >> > >> So, please just stop using get-iplayer for this sort of thing. People > >> have put effort into building get-iplayer to enable fair use within > >> the UK in circumstances that the BBC's own software doesn't support. > >> > >> Yes, I'm angry. I'm angry that people, including you Barry Toner, are > >> abusing the work others (and to a much lesser extent I) have put into > >> get-iplayer and the various distribution points for it. > >> > >> So I'm pulling the plug on what's left of the Ubuntu repository > >> (though it was getting no further updates for other reasons), and > >> pulling the plug on the Raspbian repository. If you don't like this, > >> tough. Do your own thing. I'm having no part in this any more. > >> > >> Jon > >> > >> ___ > >> 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 > > > ___ > 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: Slow speed
To those of you who suggested the --exclude-supplier bidi, much kudos. Using this option now produces a 500% speed increase, which satisfies me. Thank you very much. Regards, Paul Thornett On Sun, 16 Feb 2020 at 00:14, Paul Thornett wrote: > > It seems to me that downloads have become very slow, often not > completing. Has anyone else noticed this phenomenon? > > Regards, > > Paul Thornett ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Slow speed
Unfortunately the problem certainly doesn't lie with my ISP. I say unfortunately, because it's relatively easy to change ISP. But my quoted speeds are 100Mbps/40Mbps, and on some sites I get my 10Mbps per second. With get_iplayer I have in the past seen speeds up to perhaps 8 Mb/s, but nowadays it's far lower. Right now I'm getting 1.1 Mb/s, and am poised to cancel the download as soon as I get an "Unexpected size" error. Which has just occurred, not 2 minutes after I wrote the previous sentence. Regards, Paul Thornett On Sun, 16 Feb 2020 at 00:14, Paul Thornett wrote: > > It seems to me that downloads have become very slow, often not > completing. Has anyone else noticed this phenomenon? > > Regards, > > Paul Thornett ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Slow speed
And the way I have got to 87.6% is by stopping the transfer every 10% and doing a robocopy to a separate folder. Regards, Paul Thornett On Tue, 18 Feb 2020 at 16:49, Paul Thornett wrote: > > The specifics of my repeated failures is: > I'm trying to download the 2nd series of The Split. I used >g --pid=p0818j9r --pid-recursive > and got the 1st 3 episodes perfectly, followed by failed attempts at > episodes 4-6. > > The I used this command >g --pid p0818kjf,p0818l1y,p0818lfz > to get the last 3 episodes - this has failed at least 10 times. And > typidcal speeds I see vary between 0.3 to 1.1. > I have tried at many different times throughout a 24-hour period. > > Errors I see are often like the following: > INFO: Downloading tv: 'The Split: Series 2 - 05. Episode 5 (p0818l1y) > [original]' > WARNING: Using existing DASH audio file: > D:\Downloads\BBCiPlayerDownloads\The_Split_Series_2_-_05._Episode_5_p0818l1y_original.dash.m4a > WARNING: Use --overwrite to re-download > INFO: Downloaded: 11.72 MB (00:00:38) @ 1.27 Mb/s (dvfsd1/bi) [video] > WARNING: Unexpected size for file segment [18] > WARNING: Expected: 1415668 Downloaded: 736248 > WARNING: This indicates a problem with your network connection to the > media server > WARNING: No streams available for 'original' version (p0818l42) - > skipping (retry) > > My relevant preferences are as follows: >tvmode = dvfsd,dvfxsd >subtitles = 1 >subsmono = 1 > > Today (at around 2am) I have got to 87.6% of Episode 4 (0.99GB) before > failing again. If relevant, only Episode 1 is in the cache, hence my > use of PIDs. > > > Regards, > > Paul Thornett > > On Sun, 16 Feb 2020 at 00:14, Paul Thornett wrote: > > > > It seems to me that downloads have become very slow, often not > > completing. Has anyone else noticed this phenomenon? > > > > Regards, > > > > Paul Thornett ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Slow speed
The specifics of my repeated failures is: I'm trying to download the 2nd series of The Split. I used g --pid=p0818j9r --pid-recursive and got the 1st 3 episodes perfectly, followed by failed attempts at episodes 4-6. The I used this command g --pid p0818kjf,p0818l1y,p0818lfz to get the last 3 episodes - this has failed at least 10 times. And typidcal speeds I see vary between 0.3 to 1.1. I have tried at many different times throughout a 24-hour period. Errors I see are often like the following: INFO: Downloading tv: 'The Split: Series 2 - 05. Episode 5 (p0818l1y) [original]' WARNING: Using existing DASH audio file: D:\Downloads\BBCiPlayerDownloads\The_Split_Series_2_-_05._Episode_5_p0818l1y_original.dash.m4a WARNING: Use --overwrite to re-download INFO: Downloaded: 11.72 MB (00:00:38) @ 1.27 Mb/s (dvfsd1/bi) [video] WARNING: Unexpected size for file segment [18] WARNING: Expected: 1415668 Downloaded: 736248 WARNING: This indicates a problem with your network connection to the media server WARNING: No streams available for 'original' version (p0818l42) - skipping (retry) My relevant preferences are as follows: tvmode = dvfsd,dvfxsd subtitles = 1 subsmono = 1 Today (at around 2am) I have got to 87.6% of Episode 4 (0.99GB) before failing again. If relevant, only Episode 1 is in the cache, hence my use of PIDs. Regards, Paul Thornett On Sun, 16 Feb 2020 at 00:14, Paul Thornett wrote: > > It seems to me that downloads have become very slow, often not > completing. Has anyone else noticed this phenomenon? > > Regards, > > Paul Thornett ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Slow speed
It seems to me that downloads have become very slow, often not completing. Has anyone else noticed this phenomenon? Regards, Paul Thornett ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Excessive Bounces
Me too - also a very infrequent contributor. - Regards, Paul Thornett On Sat., 27 Jul. 2019, 21:19 Roger Tricker, wrote: > > Yep, me too, although I rarely contribute. > Roger > > On 27/07/2019 12:14, Steven Carr wrote: > > Anyone else getting kicked from the list? I’ve been kicked twice now > > for “excessive bounces”. > > > > Has an admin (not)updated settings on the list that’s causing GMail to > > reject emails? I know on some other lists I’m a member of changes have > > had to be made to Mailman due to DKIM/DMARC. > > > > ___ > > 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 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Subtitles
Reinstalling has made no difference. Are you creating .ts video files with GIP, or are they in some other format? I get messages like ERROR: Failed to download URL (3/3): https://vod-dash-uk-live.akamaized.net/usp/auth/vod/piff_abr_full_hd/d89780-m0006phw/vf_m0006phw_73d7ce8d-4ebe-44a7-bb45-b2d36bce1623.ism/pc_hd_abr_v2_dash_master.mpd?__gda__=1563537207_dec196387f680c092028f90e5c89f677 ERROR: Response: 403 Forbidden ERROR: Access to this resource was blocked by the BBC and ERROR: Failed to download URL (3/3): https://vod-sub-uk-live.akamaized.net/iplayer/subtitles/ng/modav/bUnknown-baf219cc-273c-42bc-bcbf-70539b2609d8_m0006phw_pips-pid-m0006phw_15624 30100569.xml?__gda__=1563537201_989c81efe06ae48817ec7f9a9dc46364 ERROR: Response: 500 Can't connect to vod-sub-uk-live.akamaized.net:443 (A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.) Regards, Paul Thornett On Fri, 19 Jul 2019 at 15:32, Paul Thornett wrote: > > Many thanks for your response. I am using the latest version (3.21). > > I wonder why I'm having problems. I'll try an uninstall followed by a > reinstall. > > Regards, > > Paul Thornett > > On Fri, 19 Jul 2019 at 15:21, artisticforge Niemand > wrote: > > > > Hello > > > > You did not mention which version of gip that you are using. > > > > I am using gip-3.18, debian linux distribution.. > > > > I have downloaded the Chasing The Moon series without any issues. > > all subtitles downloaded without an issue. > > > > .get_iplayer/options file containsatomicparsley /usr/bin/AtomicParsley > > ffmpeg /usr/local/bin/ffmpeg > > fileprefix - > > future 1 > > modes best > > nopurge 1 > > radiomode best > > refreshfuture 1 > > subdir 1 > > subtitles 1 > > tag_formattitle : > > tag_isodate 1 > > thumb 1 > > thumbsize 640 > > tvmode best > > verbose 1 > > versionlist > > default,original,editorial,iplayer,pre-watershed,pre-watershed2,opensubtitles > > > > commndline options --tag-isodate --verbose --mode=best --type=tv --pid= > > > > Output files > > -rw-r--r-- 1 uid gid 33659 Jul 18 07:43 > > Chasing_the_Moon_Series_1_-_01._A_Place_Beyond_the_Sky_Part_One_m0006vrs_original.jpg > > -rw-r--r-- 1 uid gid 1802752681 Jul 18 07:43 > > Chasing_the_Moon_Series_1_-_01._A_Place_Beyond_the_Sky_Part_One_m0006vrs_original.mp4 > > -rw-r--r-- 1 uid gid 83843 Jul 18 07:43 > > Chasing_the_Moon_Series_1_-_01._A_Place_Beyond_the_Sky_Part_One_m0006vrs_original.srt > > -rw-r--r-- 1 uid gid 34295 Jul 18 10:35 > > Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.jpg > > -rw-r--r-- 1 uid gid 1787912777 Jul 18 10:35 > > Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.mp4 > > -rw-r--r-- 1 uid gid 91504 Jul 18 10:35 > > Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.srt > > > > On Fri, Jul 19, 2019 at 12:05 AM Paul Thornett wrote: > > > > > > I posted a description of a problem I'm experiencing with all > > > subtitles using GIP at the moment. I'd appreciate it if someone could > > > download a recent programme using all the options I listed, thern let > > > me know if you got the subtitle correctly. > > > > > > Many thanks. > > > > > > Regards, > > > > > > Paul Thornett > > > > > > ___ > > > 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: Subtitles
Many thanks for your response. I am using the latest version (3.21). I wonder why I'm having problems. I'll try an uninstall followed by a reinstall. Regards, Paul Thornett On Fri, 19 Jul 2019 at 15:21, artisticforge Niemand wrote: > > Hello > > You did not mention which version of gip that you are using. > > I am using gip-3.18, debian linux distribution.. > > I have downloaded the Chasing The Moon series without any issues. > all subtitles downloaded without an issue. > > .get_iplayer/options file containsatomicparsley /usr/bin/AtomicParsley > ffmpeg /usr/local/bin/ffmpeg > fileprefix - > future 1 > modes best > nopurge 1 > radiomode best > refreshfuture 1 > subdir 1 > subtitles 1 > tag_formattitle : > tag_isodate 1 > thumb 1 > thumbsize 640 > tvmode best > verbose 1 > versionlist > default,original,editorial,iplayer,pre-watershed,pre-watershed2,opensubtitles > > commndline options --tag-isodate --verbose --mode=best --type=tv --pid= > > Output files > -rw-r--r-- 1 uid gid 33659 Jul 18 07:43 > Chasing_the_Moon_Series_1_-_01._A_Place_Beyond_the_Sky_Part_One_m0006vrs_original.jpg > -rw-r--r-- 1 uid gid 1802752681 Jul 18 07:43 > Chasing_the_Moon_Series_1_-_01._A_Place_Beyond_the_Sky_Part_One_m0006vrs_original.mp4 > -rw-r--r-- 1 uid gid 83843 Jul 18 07:43 > Chasing_the_Moon_Series_1_-_01._A_Place_Beyond_the_Sky_Part_One_m0006vrs_original.srt > -rw-r--r-- 1 uid gid 34295 Jul 18 10:35 > Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.jpg > -rw-r--r-- 1 uid gid 1787912777 Jul 18 10:35 > Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.mp4 > -rw-r--r-- 1 uid gid 91504 Jul 18 10:35 > Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.srt > > On Fri, Jul 19, 2019 at 12:05 AM Paul Thornett wrote: > > > > I posted a description of a problem I'm experiencing with all > > subtitles using GIP at the moment. I'd appreciate it if someone could > > download a recent programme using all the options I listed, thern let > > me know if you got the subtitle correctly. > > > > Many thanks. > > > > Regards, > > > > Paul Thornett > > > > ___ > > 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
Subtitles
I posted a description of a problem I'm experiencing with all subtitles using GIP at the moment. I'd appreciate it if someone could download a recent programme using all the options I listed, thern let me know if you got the subtitle correctly. Many thanks. Regards, Paul Thornett ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Subtitles
My gip options are as follows: Options from Files radiomode = best subsmono = 1 subtitles = 1 tvmode = dvfsd,dvfxsd Options Used encodingconsolein = cp850 encodingconsoleout = cp850 encodinglocale = cp1252 encodinglocalefs = cp1252 As of around 2 weeks or so, I no longer get any subtitles. Today I selected a recently braodcast programme and downloaded it: Chasing the Moon: Series 1 - A Place Beyond the Sky (Part Two), BBC Four, m0006vrv During the download, two 0-length files appeared in my target folder: Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.audio.m4a Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.audio After the audio component download: the .m4a file was 44.3MB the .audio file disappeared 2 new files of zero length appeared: Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.video.m4v Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.video.txt After the video component download: All files previously named have disappeared Chasing_the_Moon_Series_1_-_02._A_Place_Beyond_the_Sky_Part_Two_m0006vrv_original.mp4 now exists (970MB), comprising video and audio In my GIP terminal window the following lines appear: INFO: Downloading tv: INFO: Downloaded: 46.49MB [audio] INFO: Downloaded: 969.23MB ... [video] INFO: Converting to MPEG-TS INFO: Converting to MP4 INFO: Tagging MP4 INFO: Downloading subtitles [original] Terminating on signal SIGINT(2) It looks to me as if the attempt to download subtitles has failed. Any ideas please? Regards, Paul Thornett ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Europe
VPNs are often very slow. Much faster, and a solution that works well for me, is something called Smart DNS, which is essentially a different set of DNS addresses. Both VPNs and DNS redirection will cost you a small amount of money - ignore the so-called free offerings, they are usually very slow and often not to be trusted. Regards, Paul Thornett Regards, Paul Thornett On Sat, 22 Dec 2018 at 00:33, Chris Marriott wrote: > > That's the way it's always been. TV programmes are geo-restricted, but radio > programmes are not. You need to use a VPN which makes you appear to be in > the UK if you want to download TV programmes. > > Cheers, > > Chris > > > -Original Message- > From: CJB > Sent: Friday, December 21, 2018 1:06 PM > To: get_iplayer-request > Subject: Europe > > Hi - we were in Budapest recently with a fast wifi connection at the > IBIS hotel!!! > > I tried the GiP PVR and did a cache refresh quickly and easily both > for Radio & T.V. > > Then I ran the PVR list and this too went OK. For example it > downloaded the latest 'Beyond Our Ken' for 16-12-2018 which ended up > as: > > Beyond_Our_Ken_-_From_4_6_1959_m0001k9d_original.m4a > > File size : 69.1 MiB > Duration : 30 min 4 s > Overall bit rate mode : Variable > Overall bit rate : 322 kb/s > > Just the same as in the UK. > > BUT ... no t.v. downloads. > > CJB > > ___ > 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 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Cannot play downloads from get_iplayer!
That's interesting and odd. With the --info option I don't see the hlsxx options nor the hvf... one, but I can certainly download the hlsxx one! Regards, Paul Thornett On 18 April 2018 at 20:41, RS <richard...@zoho.com> wrote: > On 18/04/18 11:05, Paul Thornett wrote: >> >> As a matter of interest, how do I check if hls is available for a >> particular file? I thought --info would show this, but using this >> option on "Ordeal by Innocence Episode 1" does not reveal the >> availability of the hlshd stream, even though it is there. > > > This is what --info gives me for that episode. > modes: editorial: > dvfhd1,dvfhd2,dvfsd1,dvfsd2,dvfxsd1,dvfxsd2,dvfxhigh1,dvfxhigh2, > dvflow1,dvflow2,hlshd1,hlsvhigh1,hvfhd1,hvfhd2,hvfhd3,hvfsd1,hvfsd2, > hvfsd3,hvfxsd1,hvfxsd2,hvfxsd3,hvfhigh1,hvfhigh2,hvfhigh3,hvfxhigh1, > hvfxhigh2,hvfxhigh3,hvfstd1,hvfstd2,hvfstd3,hvflow1,hvflow2,hvflow3, > subtitles1,subtitles2,subtitles3 > > [line breaks inserted] > > I have just noticed that the only HLS modes are hlshd1 and hlsvhigh1. For > the other two episodes there were only DVF and HVF modes. > > > Best wishes > Richard > > > ___ > 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: Cannot play downloads from get_iplayer!
As a matter of interest, how do I check if hls is available for a particular file? I thought --info would show this, but using this option on "Ordeal by Innocence Episode 1" does not reveal the availability of the hlshd stream, even though it is there. Regards, Paul Thornett On 18 April 2018 at 19:52, RS <richard...@zoho.com> wrote: > On 18/04/18 09:06, iz wrote: >> >> On 18 April 2018 at 08:53, Alan Milewczyk <a...@soulman1949.com> wrote: >>> >>> HLS streams are being phased out. >> >> >> No they’re not. Only the 1280x720 and 832x468 25fps HLS streams are gone >> > > Are you counting HVF as HLS streams? If I take b0b071wx as a recent > example, for version original I can only see DVF and HVF modes and > subtitles. > > If we are stuck with DVF and HVF we are also stuck with the BBC's absurd > notion that increasing the frame rate [by duplicating frames?] to 50fps more > than compensates for reducing the resolution to keep the bandwidth the same. > > Best wishes > Richard > > > > > ___ > 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: Cannot play downloads from get_iplayer!
OK, but, previously, the tvmode=best has produced an .mp4 file that my PVR is quite happy with. This is no longer the case. Does that not suggest something has changed? And you're right - I'm not in UK. But how did you deduce that from my postings? Regards, Paul Thornett On 18 April 2018 at 15:01, Paul Thornett <pthorn...@gmail.com> wrote: > Well, I've "solved" the problem, albeit in a somewhat unintuitive manner. > > Remember, I can no longer play any GIP-downloaded videos on my PVR. > And transcoding then with Handbrake helps not at all. > > But opening them with VideoRedo TvSuite 5, applying QuickStream Fix > and saving the input .mp4 files as H.264 Transport Stream (.ts) files > works, even when no errors are found (which is the case for 9 of > the.10 files I tried). This does not involve transcoding, so speed is > good. And I can then apply subtitles with MKVMerge. A somewhat > convoluted process requiring 2 additional steps to what occurred > previously, but it's fast and doesn't incur an increase in size. > > So the question is: what is QuickStream Fix doing that Handbrake can't? > Regards, > > Paul Thornett > > > On 18 April 2018 at 12:32, Paul Thornett <pthorn...@gmail.com> wrote: >> I haven't expressed myself well. >> >> My PVR is able to play .mkv, .mp4, .ts, .mpg, etc. I infer its >> preference for .ts files from the fact that when the current entry in >> a list of videos/movies is a .ts file, it is able to display length >> and other data. >> >> I was wrong in my earlier post. I have transcoded a couple of >> different GIP download attempts using Handbrake, and the problem >> remains - I still cannot see any video (and I am really suprised by >> this). >> >> Before I discovered GIP's --raw setting a few months ago, my prefs >> contained no preferred modes, so presumably the --tvmode=best was >> implied. Then, of course, I was getting .mp4 files, all of which >> played perfectly. So it seems to me that something in the BBC's >> formatting has changed recently; but that change has apparently been >> picked up only by my PVR (which seems rather unlikely). >> Regards, >> >> Paul Thornett >> >> >> On 18 April 2018 at 07:12, iz <ilain...@gmail.com> wrote: >>> On 17 April 2018 at 16:24, Paul Thornett <pthorn...@gmail.com> wrote: >>>> --tvmode = best (results in dvfxsd1) >>> >>> It seems hvf streams are not available to you for some reason. They >>> would spare you this headache. Otherwise, just re-mux your .mp4 to .ts >>> (mpeg-ts). You can then re-mux back to .mp4 if necessary. Worked for >>> me with QuickTime and Apple TV, which have the same limitation. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Cannot play downloads from get_iplayer!
I haven't expressed myself well. My PVR is able to play .mkv, .mp4, .ts, .mpg, etc. I infer its preference for .ts files from the fact that when the current entry in a list of videos/movies is a .ts file, it is able to display length and other data. I was wrong in my earlier post. I have transcoded a couple of different GIP download attempts using Handbrake, and the problem remains - I still cannot see any video (and I am really suprised by this). Before I discovered GIP's --raw setting a few months ago, my prefs contained no preferred modes, so presumably the --tvmode=best was implied. Then, of course, I was getting .mp4 files, all of which played perfectly. So it seems to me that something in the BBC's formatting has changed recently; but that change has apparently been picked up only by my PVR (which seems rather unlikely). Regards, Paul Thornett On 18 April 2018 at 07:12, iz <ilain...@gmail.com> wrote: > On 17 April 2018 at 16:24, Paul Thornett <pthorn...@gmail.com> wrote: >> --tvmode = best (results in dvfxsd1) > > It seems hvf streams are not available to you for some reason. They > would spare you this headache. Otherwise, just re-mux your .mp4 to .ts > (mpeg-ts). You can then re-mux back to .mp4 if necessary. Worked for > me with QuickTime and Apple TV, which have the same limitation. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Cannot play downloads from get_iplayer!
I have a BeyonWiz PVR which is connected to my PC wirelessly and which I use to play GIP downloads to my TV. Until hlshd became unavailable recently, I used the following GIP options: subsmono = 1 tvmode = hlshd raw = 1 This produced .ts and .srt files, which my PVR was ecstatic about and played supremely well (I think the .ts format is native to this PVR). Since hlshd became unavailable, I have tried downloading with: --tvmode = best (results in dvfxsd1) --tvmode=dvfsd1 --tvmode=dvfhd1 --fps50 with and without --raw. The result is the same, regardless of my command line. I get the downloaded files OK. All of them can be played on my PC using VLC. But none of them plays using my PVR. The sound is fine (I combine the video, audio and subtitle files using MKVMerge), but there is no video at all. I realize I can do a transcode with Handbrake, and that will probably work. But why am I having this problem? Is there anything else I could try (I really don't want to reduce the bitrate any more if I can help it)? Regards, Paul Thornett ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Unable to play with VLC
Problem solved! VLC can't cope with subtitle files containing colour directives. I've only recently started requesting subtitles (in fact, when v3.13 came out). Regards, Paul Thornett On 3 April 2018 at 11:44, Paul Thornett <pthorn...@gmail.com> wrote: > Running on Windows 7, I use these options when using get_iplayer: >tvmode=hlshd >raw=1 >subtitles=1 > > With GIP 3.13 I am unable to use VLC to play any downloaded .ts file! > They all load and play fine using VideoRedo TVSuite 5.3.83.763. But > attempting to play them with VLC results in the progress bar at the > bottom of the screen flashing yellow while sweeping back and forth > across the entire progress bar, with CPU usage ranging from 1% to 25%. > > Regards, > > Paul Thornett ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Unable to play with VLC
Running on Windows 7, I use these options when using get_iplayer: tvmode=hlshd raw=1 subtitles=1 With GIP 3.13 I am unable to use VLC to play any downloaded .ts file! They all load and play fine using VideoRedo TVSuite 5.3.83.763. But attempting to play them with VLC results in the progress bar at the bottom of the screen flashing yellow while sweeping back and forth across the entire progress bar, with CPU usage ranging from 1% to 25%. Regards, Paul Thornett ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Playing BBC R3 FLAC files recorded by nightly VLC
> If Paul Thornett right clicks on the Radio iPlayer, or whatever it is called > now, it will tell him the bit rate. It will be 320kbit/s unless he has a > slow connection or is suffering from geo-blocking. You are, of course, absolutely right. Except that right-clicking produces 96k rather than 320k. This surprises me as I'm not usually the victim of geo-blocking (I use a DNS trick) - attested to by the fact I use GIP all the time and experience no restrictions. Latest update: yes, apparently my DNS provider acknowledges there is indeed a problem which they are working on, so that presumably explains the 96k. But, really, how astonishing. Why on earth didn't the BBC go the whole hog and allow the lossless music to be stored for 30 days? If anyone mentions a lack of space, then please try to explain why the GIP --streaminfo parameter run against, say, "I know who you are" (episode 8) produces literally dozens of alternative streams for this 1 program. Regards, Paul Thornett On 7 August 2017 at 00:04, RS <richard...@zoho.com> wrote: >> From: Jim web >> Sent: Sunday, August 6, 2017 12:18 > > >> In article >> <caafm_yzbie08tvvnbzp+k+r81dvifbtaqauj_lvccskxtx1...@mail.gmail.com>, Paul >> Thornett <pthorn...@gmail.com> wrote: > > >>> Well, that's funny. I've been playing Proms on the iPlayer site (nothing >>> to do with GIP) and recording the stream with Audacity since the Proms >> >> >started (as I live in Oz, playing and recording a live stream is >> >impractical given the time difference). > > >> >MediaInfo shows a constant bit rate of 1411 kb/s, a sampling rate of >> >44.1 kHz and a bit depth of 16. > > >> Since the BBC will be using 48k for the standard streams (ignoring >> 'podcasts') that alerts you to "MediaInfo" reporting something which has >> been converted after reception. > > >> 1411 kb/s is the LPCM rate for stereo 44.1k/16bit. > > >>> If you then do the same for a live Prom, you get exactly the same >>> results from MediaInfo, > > >> if you do, something in your system *prior* to "MediaInfo" is farting >> about >> with the audio and changing the sample rate. > > > If Paul Thornett right clicks on the Radio iPlayer, or whatever it is called > now, it will tell him the bit rate. It will be 320kbit/s unless he has a > slow connection or is suffering from geo-blocking. > > He is not making a digital recording. The digital to analogue converter in > his sound card is feeding an analogue signal to his speakers and Audacity is > taking that analogue signal and converting it to digital. As you point > out, the stream from the BBC has a sample rate of 48kHz. Audacity’s default > sample rate is 44.1kHz, which is where that sample rate comes from. The > additional quantisation noise from re-sampling is small. Far greater > distortion is introduced by the digital to analogue and then analogue to > digital conversions. > > Better quality will be achieved by using get_iplayer to download the > streams, even at 128kbit/s. get_iplayer offers AAC at a range of bit rates > up to 320kbit/s. get_iplayer will not deliver the FLAC streams. If he > wants FLAC from the PROMs he will have to get up in the early hours of the > morning, but as you have pointed out all R3 output is available live (or > delayed 2 minutes or so) as FLAC during the trial. > > > > > ___ > 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: Playing BBC R3 FLAC files recorded by nightly VLC
> R3 Proms 2017 output is available in lossless format in iPlayer for 30 days >> I don't think that is right. Well, that's funny. I've been playing Proms on the iPlayer site (nothing to do with GIP) and recording the stream with Audacity since the Proms started (as I live in Oz, playing and recording a live stream is impractical given the time difference). MediaInfo shows a constant bit rate of 1411 kb/s, a sampling rate of 44.1 kHz and a bit depth of 16. If you then do the same for a live Prom, you get exactly the same results from MediaInfo, That convinces me. Regards, Paul Thornett On 6 August 2017 at 20:50, RS <richard...@zoho.com> wrote: >> From: d.l...@surrey.ac.uk >> Sent: Sunday, August 6, 2017 10:02 > > >> " R3 Proms 2017 output is available in lossless format in iPlayer for 30 >> days" > > > I don't think that is right. > >> I know how to get 320kbit/s using gip, but how do you get the FLAC >> lossless stream using gip? > > > You can't do it with GiP. > > You have a choice of using a recent nightly build of VLC as Vangelis > explains in > http://lists.infradead.org/pipermail/get_iplayer/2017-August/010957.html > and the other messages in the thread, or a special version of ffmpeg as Jim > explained in April. Vangelis gives a link to Jim's article. In either case > you can record the live stream, which includes all R3 output during the > Proms trial period. > > > > ___ > 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: Playing BBC R3 FLAC files recorded by nightly VLC
I don't understand why anyone would choose to use VLC to record the BBC streams. VLC is clunky, difficult to get working and arcane. Its interface is really awful. Simply download Audacity (which is free), and use its record button when your stream starts. The only trickiness is at the end when you don't save the audio output, instead you export it to a file of your choice. Audacity exports my files as WAV, but you can as easily get it to use FLAC if you prefer. And I assume you know that you don't have to record the concert live, as all R3 Proms 2017 output is available in lossless format in iPlayer for 30 days. Regards, Paul Thornett On 6 August 2017 at 02:30, RS <richard...@zoho.com> wrote: > A few days ago Vangelis kindly told us how to record the BBC R3 FLAC streams > using a recent nightly build of VLC. Has anyone been able to play the > recordings other than through a software player such as VLC? > > I can play a recording with the nightly build of VLC. The speakers on my PC > are adequate, but not suitable for listening to music, so it defeats the > object if I can't play the recordings on anything else. > > If I try to play it with VLC v2.2.6 (Umbrella) there is silence. The > Statistics tab shows the same number of lost buffers as decoded blocks and 0 > played buffers. The SanDisk Clip Jam claims to be able to play FLAC, > although there is a warning on the web site that the v1.12 firmware is > needed. It plays the Hallelujah.flac test file from The Sixteen (and it > used to play it with the v1.10 firmware) but it will not play the BBC FLAC > recording. It displays, "Unsupported file format". > > It is in an OGG container. I tried using ffmpeg v3.2.4 with -acodec=copy to > remultiplex it to a FLAC container. I got an error message > Could not write header for output file #0 (incorrect codec parameters ?): > Invalid data found when processing input > > I then tried converting the FLAC in an OGG container to FLAC in a FLAC > container. I got a huge number of error messages of the form > [flac@04fdc8a0] Application provided invalid, non monotonically increasing > dts to muxer in stream 0: 122872320 >= 122867712 > I thought something had gone wrong so I stopped it. I then noticed the > output file size was not zero, but about 5MByte. I discovered I could play > it and it was about 42s long. I then let the conversion run to completion. > I got a final error message > Error while decoding stream #0:0: Invalid argument > followed by the usual size, time, bit rate and speed indications. > > I found the output file was complete and I could play it in VLC v2.2.6 and > the SanDisk Clip Jam. > > The command I used for the conversion was > ffmpeg -i=.ogg -f=flac -sample_fmt=s16 .flac > > > > ___ > 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
"I find your idea of all these expats who would pay for the BBC or anything else quite risible. These are the same people who have left UK to avoid paying irritating things like taxes and BBC licence fees." Actually, many of us married people from overseas; then it becomes a difficult decision as to which country to live in. I find the assertion contained in Michael Norman's statement above totally offensive. Mind you, a country filled with people of his ilk is not one I would wish to live in. Regards, Paul Thornett On 17 September 2016 at 01:21, michael norman <michaeltnor...@gmail.com> wrote: > Rites ? What ? Rights surely. > > Strikes me all the BBC is trying to do is make sure, on trust, that those > who access its content pay for it. > > The BBC pays for rights to its programming same as any other broadcaster > does one way or another, that has to be paid for. Worldwide rights are not > available in any universe I can think of. > > I find your idea of all these expats who would pay for the BBC or anything > else quite risible. These are the same people who have left UK to avoid > paying irritating things like taxes and BBC licence fees. > > M > > On 16/09/16 15:39, Dave Widgery wrote: >> >> I realise that there is are rites issues and it is not just the BBC or tv, >> they tried region coding dvds it doesn't work, with gobal movement of people >> the whole rites thing needs a rethink. >> >> But none the less I am sure some accommodation could be included in the >> rites to allow nationals of the country that have been granted the rites to >> have access to the programming even if they currently aren't in the >> territory of the county in question at the time. >> >> On 16 September 2016 16:11:12 CEST, Dave Liquorice <allso...@howhill.com> >> wrote: >>> >>> On Fri, 16 Sep 2016 09:51:00 +0200, Dave Widgery wrote: >>> >>>> Whatever blocks the bbc and other broadcasters put there will always >>> >>> be a >>>> >>>> way past the system, so why not accept this and look at ways to >>> >>> increase >>>> >>>> revenue from the millions of British people who would quite happily >>>> contribute but forced to find ways around the system if they want >>> >>> quality >>>> >>>> tv. >>> >>> >>> One word "rights". >>> >>> I wonder how much the BBC would have to spend to get worldwide rights >>> on all >>> their content? Assuming the worldwide rights are available in the first >>> >>> place. >>> >>> I wonder how much the BBC would have to pay in rights violations if >>> they >>> didn't get worldwide rights? >> >> > > > ___ > 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
