Re: Transcoding live streams question

On Thu Jun 4 11:02:28 BST 2015, John Warburton wrote: (1) am I neglecting a command-line option to do this, I found that I could use --hls-livetv-opts=-acodec copy -vcodec copy to override the transcoding. ___ get_iplayer mailing list

Re: xinetd and get_iplayer.cgi

> Sent: Wednesday, September 09, 2015 at 1:16 PM > From: "Sam Lewis" > ... > I get the following output on my web browser: "CMD STEDRR: mkdir /plugins: > Permissions denied at /home/me/opt/get_iplayer/get_iplayer line 2200." I haven't tried exactly the

Re: Simultaneous D/L warnings in 2.95.1

> Sent: Tuesday, July 19, 2016 at 12:31 AM > From: "Nick Payne" > > WARNING: Segment not found (13) That is due to a server error. It means that piece of the programme is missing or unavailable on the server. It isn't related to your network connectivity or

Re: Audio/Video Out of Sync

> Sent: Tuesday, August 16, 2016 at 4:39 PM > From: RS > > >From: David Cantrell > >Sent: Tuesday, August 16, 2016 14:42 > > >> >I'd like to rate-limit get_iplayer so that other things on the same > >> >machine that are also talking to the internet don't run like stunned >

Re: Re "Issues with Large Files" and "Recent Radio Downloads Not Playing".

> Sent: Thursday, January 26, 2017 at 4:36 PM > From: Budge > > profile" error with this file. I am using ffmpeg v3.2-6.5 but I do not > think it is an ffmpeg fault. There was an update on my system on 17 ffmpeg 3.2 may be the culprit. That particular version caused a problem with remuxing

Re: Re "Issues with Large Files" and "Recent Radio Downloads Not Playing".

> Sent: Wednesday, January 25, 2017 at 11:46 AM > From: RS > > It seems that DASH is not simply AAC. The adaptive bit rate may be what is > causing Linn to complain about the size of the stsz table. "Adaptive bit rate" isn't an inherent property of a stream or the resulting file. That phrase

Re: Issues with Large Files

> Sent: Thursday, January 12, 2017 at 3:30 PM > > My question is with what does one look at a file to find out this info. > I tried mediainfo and am none the wiser. What tool gives me the detail > to which Linn referred? In this case, you only need arithmetic. AAC uses a fixed number of

Re: Issues with Large Files

> Sent: Saturday, January 14, 2017 at 12:05 PM > From: RS > > always suspicious of people who refer to "chunks" when there is a recognised I suspect they are using "chunk" from MP4 parlance, though a chunk contains multiple audio blocks ("samples" in MP4). > Does the Linn play all the files

Re: GIP 2.99 on openSUSE 42.2

> Sent: Tuesday, March 21, 2017 at 1:18 PM > From: "michael norman" > > Whether I know how ffmpeg works is neither here nor there. Oh yes it is. If ffmpeg is broken, incorrectly installed, inaccessible, or misconfigured, GiP won't be able to launch it. As someone suggested earlier in the

Re: GIP 2.99 on openSUSE 42.2

> Sent: Tuesday, March 21, 2017 at 1:35 PM > From: RS > > For HLS you need v2.5 or above so v3.2 ought to be alright. However I have > a feeling there was a problem with v3.2 and you need to upgrade to v3.2.2. You don't. I found the solution for particular issue covered

Re: GIP 2.99 on openSUSE 42.2

> Sent: Tuesday, March 21, 2017 at 12:51 PM > From: "michael norman" > > I last tried --prefs-add ffmpeg "/usr/bin/ffmpeg" but that doesn't work. Wrong syntax (compare to below), and not necessary since you have established that /usr/bin/ffmpeg is in $PATH. > I ran get_iplayer --prefs-del

Re: GIP 2.99 on openSUSE 42.2

> Sent: Friday, March 17, 2017 at 2:23 PM > From: "michael norman" > > /home/michael1/imagine_Summer_2010_-_3._Growing_Old_Disgracefully_b00sz455_original.hls.ts > open3: exec of /usr/share/ffmpeg -loglevel error -stats -y -i >

Re: GIP 2.99 on openSUSE 42.2

> Sent: Tuesday, March 21, 2017 at 11:52 AM > From: "michael norman" > > Quite so. What I can't work out is how to change that. get_iplayer --prefs-del --ffmpeg="/usr/share/ffmpeg" Run "which ffmpeg" at a prompt. If that returns "/usr/share/ffmpeg", something is dreadfully wrong that is

Re: Generate .cue from timestamp for long program

> Sent: Tuesday, August 08, 2017 at 9:42 AM > From: "Live Musicfs" > > Here are example of lyric information which I extract from Foobar2000.   > However, the time information is NOT the real time playback time from the web  > audio player: > >

Re: Generate .cue from timestamp for long program

> Sent: Tuesday, August 08, 2017 at 10:40 AM > From: iz > > You probably want http://www.bbc.co.uk/programmes/b08y04ks/playlist.json, > which contains start times in seconds (used for markers in web player). Upon further investigation, it looks like http://www.bbc.co.uk/prog

Re: Modes and best quality

> Sent: Wednesday, December 13, 2017 at 11:15 PM > > The cmp_modes() function scores a mode and compares two modes cmp_modes() is unrelated to which modes are available for download. If you want to see where --tvmode=best is expanded, look at modelist(). If you want to see where unavailable

Re: Modes and best quality

> Sent: Wednesday, December 13, 2017 at 10:40 AM > From: "Nick Payne" > > This behaviour does not accord with the documentation at > https://github.com/get-iplayer/get_iplayer/wiki/modes It does. Look at all those "403 No Protocol" errors. If you can't download the stream

Re: no more hslv format ?

On 30 April 2018 at 15:22, Jim web wrote: > conversion as things stand? IIRC it has to recontain the content and tweak > the aac format in some way. So I'd need to be able to replilicate what is GiP uses ffmpeg's aac_adtstoasc bitstream filter to remove ADTS framing when

Re: no more hslv format ?

On 30 April 2018 at 13:56, Jim web wrote: > > 1) Use gip to get a 50fps file saved to ram. You'll want to use the --raw flag with GiP to avoid remuxing to MP4 and tagging, both of which create a file copy, which would halve the max size of programmes you could download to

Re: no more hslv format ?

On 2 May 2018 at 16:49, Jim web wrote: > > As things are, I could then have gip+ffmpeg generate the 50 fps mp4 files > (i.e. in the current form) onto hd. This saves some hd wear but means I now > have those (big) files on hd before I then run a 50 -> 25 fps process to >

Re: Downloading Podcast?

> Why cannot GiP get a podcast for which I have the pid and can play on my pc? Your clip is only available in Flash format, which GiP doesn't support. This is unrelated to podcasts. Your clip was a promo item, not a podcast episode. GiP can download the actual podcast episodes.

Re: Exclude/Include patterns

Going by your initial post, you only want Radio 3, 4 and 4 extra to be cached. In that case, all you need is --type=radio --refresh --refresh-include="BBC Radio 4,BBC Radio 3". Run with --cache-rebuild instead of --refresh the first time to reset your radio cache with only those stations. You

Re: Format of options file

> > binmode does still work AFAIK, but a more modern and flexible method > > is to use the crlf I/O layer, which is documented here: > > https://perldoc.perl.org/PerlIO.html > > > > Note however that an awful lot of perl code just doesn't bother. > > Windows stacks the `:crlf' layer by default.

Re: Unable to play with VLC

This is a known limitation of VLC, and it is unrelated to colour subtitles. Any external subtitles file can cause the problem. If you are wedded to .ts files for some reason, try another media player. On 3 April 2018 at 04:15, Paul Thornett wrote: > Problem solved! VLC can't

Re: Cannot play downloads from get_iplayer!

On 18 April 2018 at 10:52, RS wrote: > Are you counting HVF as HLS streams? Of course. For anyone confused, you have to distinguish "hls" the prefix from HLS the format. The "hvf" prefix also denotes HLS format streams. ___

Re: Cannot play downloads from get_iplayer!

On 18 April 2018 at 07:28, Paul Thornett wrote: > 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? Only that you're now being denied access to the HLS

Re: Cannot play downloads from get_iplayer!

On Wednesday, 18 April 2018, Paul Thornett wrote: > > > So the question is: what is QuickStream Fix doing that Handbrake can't? It is doing what I told you to do, remux your .mp4 to .ts. You can do it with ffmpeg, and no doubt with other tools. Transcoding with Handbrake

Re: Cannot play downloads from get_iplayer!

On 18 April 2018 at 08:53, Alan Milewczyk wrote: > HLS streams are being phased out. No they’re not. Only the 1280x720 and 832x468 25fps HLS streams are gone ___ get_iplayer mailing list get_iplayer@lists.infradead.org

Re: Cannot play downloads from get_iplayer!

On 17 April 2018 at 16:24, Paul Thornett 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

Re: v3.13 released

On 28 March 2018 at 11:33, RS wrote: > That suggests that with the new algorithm it is going to be necessary to > refresh more than once a week to maintain a complete cache. There is no "new algorithm", and you don't have to refresh more often than you did before. If you

Re: v3.13 released

Once get_iplayer updates the cache in any given week, it doesn't go back to the previous week. Ordinarily that would be unnecessary, but you can force it with the use of --refresh-limit or --cache-rebuild, as has already been suggested. It's likely that people did their first update this week with

Re: Red Rock TV programme missing from schedule

On Wed, 10 Jul 2019 at 10:40, RS wrote: > seem to have been made available initially in a format version 3.20 of > get_iplayer cannot handle (but youtube-dl can), and then have gradually > been converted. Not the case. That programme was always available to get_iplayer. You just used the wrong

Re: Permission denied at /usr/local/get_iplayer line 2153

> Sent: Wednesday, December 22, 2021 at 10:05 PM > My options file has > ffmpeg /usr/local/bin You need the full path to ffmpeg, not just the directory. ___ get_iplayer mailing list get_iplayer@lists.infradead.org

Re: Audio portion of dash downloads slow

> On 14 Mar 2022, at 03:02, Nick Payne wrote: > > No, here's an example of the quite different speeds for the audio and video > portions of a dash download - the 158Mb of audio took 31 This has always been the case, though it is more visible now with 1080p since DASH is its default format,

Re: Experimental HD and audio only downloads

> On 7 Apr 2022, at 22:00, fred.d wrote: > > I've found that a lot of content seems to be available in the new Full HD > format. However every so often I come across one that downloads only the > audio. It’s a get_iplayer bug that crops up when no 1080p stream is available. Work around it

Re: '5 Live Science' not being found to download

> On 18 Apr 2022, at 15:17, MacFH - C E Macfarlane - News > wrote: > > --type radio --pid p02pc9ny --pid-recursive > ... it finds all the previous versions before April this year that I've > already downloaded, listened to, and then deleted, and I don't want to waste > my bandwith

Re: PVR process stops working

> On 13 Dec 2023, at 11:16, MrBrunes wrote: > > I've tried removing "--quiet 2" and then adding --verbose and Remove --quiet but not "2" ___ get_iplayer mailing list get_iplayer@lists.infradead.org

Re: PVR process stops working

On 4 Dec 2023, at 19:02, MrBrunes wrote: > > The PID never shows up in Task Manager or Process Explorer so it's reboot > time. At most, you should only need to kill the Perl interpreter (perl.exe) process. > > How can I diagnose this? > Failing that, is there any way to make the PVR process

Re: PVR process stops working

On 5 Dec 2023, at 13:13, Don Grunbaum wrote: > > The pvr creates a small file called pvrlock in the get_iplayer folder. Try > deleting that. Not such a good idea since in this case since the previous PVR invocation is still running, or at least its Perl interpreter is still alive. Even if GiP

Re: PVR process stops working

On 5 Dec 2023, at 16:41, wrote: > > On Windows I can confirm it does not always clear the lock file when > starting. Very occasionally on a freshly booted machine pvr will fail to run > due to an old lock file. Delete and try again and all is good. It doesn't > happen ofyen (every 3 - 4

Re: m001vkll puzzle

> On 20 Jan 2024, at 11:16, Jim web wrote: > > This *also* was ended part-way though the sitting. So I checked the webpage > and that states the duration is over 3 hours. Yet what I got was 1h 33m > long. Use --versions=editorial ___ get_iplayer

Re: Recursive download with episode name filter?

> On 24 Apr 2024, at 13:11, Nick Payne wrote: > > Interestingly, if I run > > get_iplayer "Snooker* > > all that finds are the various Day 1, Day 2 etc videos. None of the A vs B > match videos are found. The docs explicitly state that web-only items are not searchable. As to the original

Re: Searching failing

> On 23 Feb 2024, at 11:00, Charles Johnson wrote: > > I don't really do much searching so I might be doing something wrong, but the > following search fails to produce any results for me: > > get_iplayer --type=radio --fields=firstbcastdate "2024-02-22" > > I know for a fact that certain

Re: releaseyear metadata get_iplayer extracts for Films

> On 6 Mar 2024, at 18:49, David wrote: > > Unfortunately neither of my examples is currently listed in the iPlayer > schedules on so I am unable to confirm via the website if the Beach does not > the original release year (so its extracting ), but all my > spot checks of current films on

Re: Searching failing

> On 9 Mar 2024, at 14:46, Charles Johnson wrote: > > On 06/03/2024 20:56, iz wrote: >> "firstbcastdate" is not a search field. Use --fields=available > Thank you. So I therefore must take it that all tokens that match the pattern > ^\w+: in a listing (such as

Re: Seeking Help with Downloading AD Films

> On 9 Mar 2024, at 12:21, Darran Ross wrote: > > What I'd like to know is, would it be possible to ask GiP to search all > available films and then download only those with audio description? The short answer is no. GiP cannot search by category or version, nor can it search the entire