Re: Fwd: Re: output format
...and the final post process command for Windows was: --pid=12345678 --command-radio "ffmpeg -i \"""\" -c:a copy \""\.m4a"\" && del \"""\"" or when set in options file it became: commandradio ffmpeg -i "" -c:a copy "\.m4a" && del "" which just allows me to type get_iplayer --pid=12345678 whether it's a video or an audio. thanks again. On 29/03/2023 11:05, fred.d wrote: Well, that was an interesting diversion. Having seen your post processing commands, I thought I'd see if I could put these in the options file as my aim is just to type "gip pid" followed by series or individual PID lists and let gip produce the outputs that I want. Indeed you can have commands in the options file. Next I thought - this is daft, if I'm preserving .ts just for video, I could try to switch it the other way and post process the video and allow the radio to come down on MP3 or M4A. should be even simpler and less conversion. So I scrapped the force TS option as a first step and sure enough audio came down as M4A. ...except it didn't! I happened to have the target directory open when I tried another sounds file and noticed that it downloads the radio stuff as a .ts then converts. Now given that video comes down as M4A and M4V, then gets converted to .TS before it gets converted to .MP4 I've gone back to the original logic and restored force .TS as that actually gives me minimal conversion on video. I assume TS to MP4 is lossless and it's a container swap but it takes time and as previously stated I prefer to edit .ts anyway. ...and I'll post process the audio manually using a command in the options file as I don't really want that as .ts for audio. Anyway, thanks for your assistance. On 28/03/2023 16:35, MacFH - C E Macfarlane - News wrote: On 28/03/2023 15:43, MacFH - C E Macfarlane - News wrote: Tch! Both Fred and then myself forgot to reply to all ... Forwarded Message Subject: Re: output format Date: Tue, 28 Mar 2023 01:13:58 +0100 From: MacFH - C E Macfarlane - News To: fred.d On 27/03/2023 18:54, fred.d wrote: On 27/03/2023 18:22, MacFH - C E Macfarlane - News wrote: On 27/03/2023 17:56, fred.d wrote: Recently started using gip to download sounds and audio files. Unfortunately I've got my prefs set to force output to mpeg .TS. Result is my downloaded audio is being converted to .ts files unless I override the command line with --raw when downloading audio :-( What command-line option are you using to set this? options config file: mpegts 1 Equivalent to ... --mpeg-ts Ensure raw audio and video files are re-muxed into MPEG-TS file regardless of stream format. Overrides --raw. Does anyone know a way to configure gip Video output format separately from Audio output format? I've had a quick look at all the options I have docs on but I can't see anything obvious. Difficult to say without knowing how you set the preference in the first place. I think you have two options. The following examples use "Bells On Sunday" (radio) and weather forecasts (TV) as being conveniently short programmes with correspondingly small download sizes to test with. Also, make sure you read the notes below before trying anything out: 1. Leave the option --mpeg-ts as is, but add an additional post-download option for audio files using --command-radio to convert the download to m4a (or any other audio format of your choice). The downside of this is that it may sometimes mean converting audio files twice, depending on the format of the original download. Example: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del '" --type radio --pid m001jkbm --raw -g Not sure how this happened when cutting & pasting but every example is missing a closing single quote just before the closing double quote, as follows: del ''" [<-here] So the above should have read: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del ''" --type radio --pid m001jkbm --raw -g 2. Remove that option altogether and use the --raw option instead, and give different --command-radio and --command-tv options to get the two different types into the respective end formats required. This should ensure that each type only gets converted once. Examples: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del '" --type radio --pid m001jkbm --raw -g --command-tv "ffmpeg -i '' -c:a copy -c:v copy '.mp4' & del '" --type tv --tv-quality sd --pid m001kjpf --raw -g As above, should have read: --command-radio "ffmpeg -i '' -c:a copy '.m4a' &&
Re: Fwd: Re: output format
Well, that was an interesting diversion. Having seen your post processing commands, I thought I'd see if I could put these in the options file as my aim is just to type "gip pid" followed by series or individual PID lists and let gip produce the outputs that I want. Indeed you can have commands in the options file. Next I thought - this is daft, if I'm preserving .ts just for video, I could try to switch it the other way and post process the video and allow the radio to come down on MP3 or M4A. should be even simpler and less conversion. So I scrapped the force TS option as a first step and sure enough audio came down as M4A. ...except it didn't! I happened to have the target directory open when I tried another sounds file and noticed that it downloads the radio stuff as a .ts then converts. Now given that video comes down as M4A and M4V, then gets converted to .TS before it gets converted to .MP4 I've gone back to the original logic and restored force .TS as that actually gives me minimal conversion on video. I assume TS to MP4 is lossless and it's a container swap but it takes time and as previously stated I prefer to edit .ts anyway. ...and I'll post process the audio manually using a command in the options file as I don't really want that as .ts for audio. Anyway, thanks for your assistance. On 28/03/2023 16:35, MacFH - C E Macfarlane - News wrote: On 28/03/2023 15:43, MacFH - C E Macfarlane - News wrote: Tch! Both Fred and then myself forgot to reply to all ... Forwarded Message Subject: Re: output format Date: Tue, 28 Mar 2023 01:13:58 +0100 From: MacFH - C E Macfarlane - News To: fred.d On 27/03/2023 18:54, fred.d wrote: On 27/03/2023 18:22, MacFH - C E Macfarlane - News wrote: On 27/03/2023 17:56, fred.d wrote: Recently started using gip to download sounds and audio files. Unfortunately I've got my prefs set to force output to mpeg .TS. Result is my downloaded audio is being converted to .ts files unless I override the command line with --raw when downloading audio :-( What command-line option are you using to set this? options config file: mpegts 1 Equivalent to ... --mpeg-ts Ensure raw audio and video files are re-muxed into MPEG-TS file regardless of stream format. Overrides --raw. Does anyone know a way to configure gip Video output format separately from Audio output format? I've had a quick look at all the options I have docs on but I can't see anything obvious. Difficult to say without knowing how you set the preference in the first place. I think you have two options. The following examples use "Bells On Sunday" (radio) and weather forecasts (TV) as being conveniently short programmes with correspondingly small download sizes to test with. Also, make sure you read the notes below before trying anything out: 1. Leave the option --mpeg-ts as is, but add an additional post-download option for audio files using --command-radio to convert the download to m4a (or any other audio format of your choice). The downside of this is that it may sometimes mean converting audio files twice, depending on the format of the original download. Example: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del '" --type radio --pid m001jkbm --raw -g Not sure how this happened when cutting & pasting but every example is missing a closing single quote just before the closing double quote, as follows: del ''" [<-here] So the above should have read: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del ''" --type radio --pid m001jkbm --raw -g 2. Remove that option altogether and use the --raw option instead, and give different --command-radio and --command-tv options to get the two different types into the respective end formats required. This should ensure that each type only gets converted once. Examples: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del '" --type radio --pid m001jkbm --raw -g --command-tv "ffmpeg -i '' -c:a copy -c:v copy '.mp4' & del '" --type tv --tv-quality sd --pid m001kjpf --raw -g As above, should have read: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del ''" --type radio --pid m001jkbm --raw -g --command-tv "ffmpeg -i '' -c:a copy -c:v copy '.mp4' & del ''" --type tv --tv-quality sd --pid m001kjpf --raw -g Sorry about that. IMPORTANT! Notes: Firstly, note that unless you want to keep the originally downloaded file as well as the converted file, you have to include a command to delete it, the double ampersand means that the del command only happens if the ffmpeg command didn't produce a
Re: Fwd: Re: output format
On 28/03/2023 15:43, MacFH - C E Macfarlane - News wrote: Tch! Both Fred and then myself forgot to reply to all ... Forwarded Message Subject: Re: output format Date: Tue, 28 Mar 2023 01:13:58 +0100 From: MacFH - C E Macfarlane - News To: fred.d On 27/03/2023 18:54, fred.d wrote: On 27/03/2023 18:22, MacFH - C E Macfarlane - News wrote: On 27/03/2023 17:56, fred.d wrote: Recently started using gip to download sounds and audio files. Unfortunately I've got my prefs set to force output to mpeg .TS. Result is my downloaded audio is being converted to .ts files unless I override the command line with --raw when downloading audio :-( What command-line option are you using to set this? options config file: mpegts 1 Equivalent to ... --mpeg-ts Ensure raw audio and video files are re-muxed into MPEG-TS file regardless of stream format. Overrides --raw. Does anyone know a way to configure gip Video output format separately from Audio output format? I've had a quick look at all the options I have docs on but I can't see anything obvious. Difficult to say without knowing how you set the preference in the first place. I think you have two options. The following examples use "Bells On Sunday" (radio) and weather forecasts (TV) as being conveniently short programmes with correspondingly small download sizes to test with. Also, make sure you read the notes below before trying anything out: 1. Leave the option --mpeg-ts as is, but add an additional post-download option for audio files using --command-radio to convert the download to m4a (or any other audio format of your choice). The downside of this is that it may sometimes mean converting audio files twice, depending on the format of the original download. Example: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del '" --type radio --pid m001jkbm --raw -g Not sure how this happened when cutting & pasting but every example is missing a closing single quote just before the closing double quote, as follows: del ''" [<-here] So the above should have read: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del ''" --type radio --pid m001jkbm --raw -g 2. Remove that option altogether and use the --raw option instead, and give different --command-radio and --command-tv options to get the two different types into the respective end formats required. This should ensure that each type only gets converted once. Examples: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del '" --type radio --pid m001jkbm --raw -g --command-tv "ffmpeg -i '' -c:a copy -c:v copy '.mp4' & del '" --type tv --tv-quality sd --pid m001kjpf --raw -g As above, should have read: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del ''" --type radio --pid m001jkbm --raw -g --command-tv "ffmpeg -i '' -c:a copy -c:v copy '.mp4' & del ''" --type tv --tv-quality sd --pid m001kjpf --raw -g Sorry about that. IMPORTANT! Notes: Firstly, note that unless you want to keep the originally downloaded file as well as the converted file, you have to include a command to delete it, the double ampersand means that the del command only happens if the ffmpeg command didn't produce an error code when making the conversion. The command is for a Windows set up, you'd use rm instead of DEL on a Linux system. Secondly, the above FFMPEG commands are greatly simplified from the original commands that GiP would have fed to FFMPEG without the --mpeg-ts or --raw options being specified, which may be why the video one above corresponding to 2 below gave an avalanche of 'Invalid DTS' messages that don't occur when you let GiP do the job. As the weather video played back alright, I didn't bother to investigate that further. 1) ffmpeg -loglevel fatal -stats -y -i "\Bells On Sunday - Cathedral Church Of St Mary The Virgin With St Paul In Blackburn Lancashire.hls.ts" "-c:v" copy "-c:a" copy "-bsf:a" aac_adtstoasc -movflags faststart "\Bells On Sunday - Cathedral Church Of St Mary The Virgin With St Paul In Blackburn Lancashire.partial.m4a" 2) ffmpeg -loglevel fatal -stats -y -i "\Weather For The Week Ahead - 2023-03-27.hls.ts" "-c:v" copy "-c:a" copy "-bsf:a" aac_adtstoasc -movflags faststart "\Weather For The Week Ahead - 2023-03-27.partial.mp4" Thirdly, the available substitution parameters to use in the filenames are here, but not all will have values in all circumstances, for example was empty when I tried it https://github.com/get-iplayer/get_ipla
Fwd: Re: output format
Tch! Both Fred and then myself forgot to reply to all ... Forwarded Message Subject: Re: output format Date: Tue, 28 Mar 2023 01:13:58 +0100 From: MacFH - C E Macfarlane - News To: fred.d On 27/03/2023 18:54, fred.d wrote: On 27/03/2023 18:22, MacFH - C E Macfarlane - News wrote: On 27/03/2023 17:56, fred.d wrote: Recently started using gip to download sounds and audio files. Unfortunately I've got my prefs set to force output to mpeg .TS. Result is my downloaded audio is being converted to .ts files unless I override the command line with --raw when downloading audio :-( What command-line option are you using to set this? options config file: mpegts 1 Equivalent to ... --mpeg-ts Ensure raw audio and video files are re-muxed into MPEG-TS file regardless of stream format. Overrides --raw. Does anyone know a way to configure gip Video output format separately from Audio output format? I've had a quick look at all the options I have docs on but I can't see anything obvious. Difficult to say without knowing how you set the preference in the first place. I think you have two options. The following examples use "Bells On Sunday" (radio) and weather forecasts (TV) as being conveniently short programmes with correspondingly small download sizes to test with. Also, make sure you read the notes below before trying anything out: 1. Leave the option --mpeg-ts as is, but add an additional post-download option for audio files using --command-radio to convert the download to m4a (or any other audio format of your choice). The downside of this is that it may sometimes mean converting audio files twice, depending on the format of the original download. Example: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del '" --type radio --pid m001jkbm --raw -g 2. Remove that option altogether and use the --raw option instead, and give different --command-radio and --command-tv options to get the two different types into the respective end formats required. This should ensure that each type only gets converted once. Examples: --command-radio "ffmpeg -i '' -c:a copy '.m4a' && del '" --type radio --pid m001jkbm --raw -g --command-tv "ffmpeg -i '' -c:a copy -c:v copy '.mp4' & del '" --type tv --tv-quality sd --pid m001kjpf --raw -g IMPORTANT! Notes: Firstly, note that unless you want to keep the originally downloaded file as well as the converted file, you have to include a command to delete it, the double ampersand means that the del command only happens if the ffmpeg command didn't produce an error code when making the conversion. The command is for a Windows set up, you'd use rm instead of DEL on a Linux system. Secondly, the above FFMPEG commands are greatly simplified from the original commands that GiP would have fed to FFMPEG without the --mpeg-ts or --raw options being specified, which may be why the video one above corresponding to 2 below gave an avalanche of 'Invalid DTS' messages that don't occur when you let GiP do the job. As the weather video played back alright, I didn't bother to investigate that further. 1) ffmpeg -loglevel fatal -stats -y -i "\Bells On Sunday - Cathedral Church Of St Mary The Virgin With St Paul In Blackburn Lancashire.hls.ts" "-c:v" copy "-c:a" copy "-bsf:a" aac_adtstoasc -movflags faststart "\Bells On Sunday - Cathedral Church Of St Mary The Virgin With St Paul In Blackburn Lancashire.partial.m4a" 2) ffmpeg -loglevel fatal -stats -y -i "\Weather For The Week Ahead - 2023-03-27.hls.ts" "-c:v" copy "-c:a" copy "-bsf:a" aac_adtstoasc -movflags faststart "\Weather For The Week Ahead - 2023-03-27.partial.mp4" Thirdly, the available substitution parameters to use in the filenames are here, but not all will have values in all circumstances, for example was empty when I tried it https://github.com/get-iplayer/get_iplayer/wiki/subparams Lastly, I know that once upon another life in some obscure case I tried to use a post-download command before, but struggled with it for hours, and now can't remember whether actually I ever even got it to work! A significant part of the problem was that, as above, you need to put some parameters in quotes, for example filenames with spaces, but they tend to get stripped off by GetIPlayer when it feeds the quoted parameters to the external command. I remember a lot of faffing around with single quotes inside double, and vice versa, trying to get it to work, but above examples do work on my system! ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: output format
On 27/03/2023 17:56, fred.d wrote: Recently started using gip to download sounds and audio files. Unfortunately I've got my prefs set to force output to mpeg .TS. Result is my downloaded audio is being converted to .ts files unless I override the command line with --raw when downloading audio :-( What command-line option are you using to set this? Does anyone know a way to configure gip Video output format separately from Audio output format? I've had a quick look at all the options I have docs on but I can't see anything obvious. Difficult to say without knowing how you set the preference in the first place. Note: I use .ts for historical reasons for video. I also have a decent .ts editor (TS-DOCTOR) that I like the interface for and it's quick to use and still handles 95% of content wonderfully. So quick, frame accurate, lossless editing with no hassle. I've not found anything that's as easy to find edit points quickly using a keyboard when editing other video formats. Most of them use timelines as they are designed more for assembling than straight editing. To be fair I have only tried free software such as shotcut and openshot so there may be something else out there that's better. If so maybe it's time to change base format to .mkv or mp4. I'm not averse to change, it's just that I need an editor that's as easy and quick to use. Perhaps keep the file as *.ts until you've finished editing it, then convert it to something more mainstream such as *.mp4. The problem with *.mp4 is that it can be very difficult to edit accurately, as each 'packet' of video can be several seconds long, and you can't easily edit within a packet, only at packet boundaries, so keeping it as *.ts until its final version would make sense. Note: I suspect 'packet' is the wrong word there, but I can't remember the correct terminology. Hopefully you understand what I'm trying to say. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
output format
Recently started using gip to download sounds and audio files. Unfortunately I've got my prefs set to force output to mpeg .TS. Result is my downloaded audio is being converted to .ts files unless I override the command line with --raw when downloading audio :-( Does anyone know a way to configure gip Video output format separately from Audio output format? I've had a quick look at all the options I have docs on but I can't see anything obvious. Note: I use .ts for historical reasons for video. I also have a decent .ts editor (TS-DOCTOR) that I like the interface for and it's quick to use and still handles 95% of content wonderfully. So quick, frame accurate, lossless editing with no hassle. I've not found anything that's as easy to find edit points quickly using a keyboard when editing other video formats. Most of them use timelines as they are designed more for assembling than straight editing. To be fair I have only tried free software such as shotcut and openshot so there may be something else out there that's better. If so maybe it's time to change base format to .mkv or mp4. I'm not averse to change, it's just that I need an editor that's as easy and quick to use. Thanks. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: --output=............
Hi, a good point. The answer is that I've no idea why I didn't put the double dashes! Thanks loads Martin On 24/06/2021 21:53, Jeremy Nicoll - ml gip wrote: On 2021-06-24 19:46, Martin Powell wrote: Hi, I'm sure I've done something very stupid here but when I run get_iplayer --raw --get "Gardeners' World" output=Factual/Gardening/GardenersWorld/2021 Why is there no double dash before "output"? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: --output=............
On 2021-06-24 19:46, Martin Powell wrote: Hi, I'm sure I've done something very stupid here but when I run get_iplayer --raw --get "Gardeners' World" output=Factual/Gardening/GardenersWorld/2021 Why is there no double dash before "output"? -- Jeremy Nicoll - my opinions are my own ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: --output=............
On Thu, 24 Jun 2021 19:46:42 +0100 Martin Powell wrote: > Hi, I'm sure I've done something very stupid here but when I run > > get_iplayer --raw --get "Gardeners' World" > output=Factual/Gardening/GardenersWorld/2021 > > it puts the output in the directory that the command was run in, > rather than the one specified by the output option. > > I can't help thinking it is something to do with ' and " > > Any thoughts?? I would say it's more than likely to do with Factual. Where's that folder? If you type at the command prompt 'ls Factual', does the system find it? Longhelp suggests that the output statement is as follows :- --output, -o Recording output directory So you might want to prefix your command with --outputtv=Factual/Gardening/GardenersWorld/2021 assuming that Factual is accessible as described above. -- __ __| |_ __ __ .. / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
--output=............
Hi, I'm sure I've done something very stupid here but when I run get_iplayer --raw --get "Gardeners' World" output=Factual/Gardening/GardenersWorld/2021 it puts the output in the directory that the command was run in, rather than the one specified by the output option. I can't help thinking it is something to do with ' and " Any thoughts?? Thanks loads Martin ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: changing the output directory???
On 18/11/2018 15:07, chrisch...@free.fr wrote: hi pc windows 10 gip 3.17 probably a very silly question but Im getting more and more confused i ve spent a good 90 mins trying to change the output directory of Gip from "C:\Users\UserPC\rce" to "C:\Users\UserPC\Desktop\iPlayer Recordings" with the line get_iplayer --prefs-add --output "C:\Users\UserPC\Desktop\iPlayer Recordings" get_iplayer --prefs-add --output "C:\Users\UserPC\Desktop\iPlayer Recordings" nothing doing! where do I go wrong? what slash ? / or \ thanks What happens? What is the output of --prefs-show before and after? What did you expect to happen? Downloading to the Desktop is not something I ever do, but this article may shed some light on what is going wrong. https://answers.microsoft.com/en-us/windows/forum/windows_10-files/desktop-folder-now-named-downloads/00496560-c7cf-448c-a1bd-7295fdec7310 Best wishes Richard ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: changing the output directory???
I would open the options file using notepad and modify the relevant line to: output C:\Users\UserPC\Desktop\iPlayer Recordings HTH Don - Original Message - From: To: Sent: 18/11/2018 15:07:54 Subject: changing the output directory??? hi pc windows 10 gip 3.17 probably a very silly question but Im getting more and more confused i ve spent a good 90 mins trying to change the output directory of Gip from "C:\Users\UserPC\rce" to "C:\Users\UserPC\Desktop\iPlayer Recordings" with the line get_iplayer --prefs-add --output "C:\Users\UserPC\Desktop\iPlayer Recordings" get_iplayer --prefs-add --output "C:\Users\UserPC\Desktop\iPlayer Recordings" nothing doing! where do I go wrong? what slash ? / or \ thanks ___ 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
changing the output directory???
hi pc windows 10 gip 3.17 probably a very silly question but Im getting more and more confused i ve spent a good 90 mins trying to change the output directory of Gip from "C:\Users\UserPC\rce" to "C:\Users\UserPC\Desktop\iPlayer Recordings" with the line get_iplayer --prefs-add --output "C:\Users\UserPC\Desktop\iPlayer Recordings" get_iplayer --prefs-add --output "C:\Users\UserPC\Desktop\iPlayer Recordings" nothing doing! where do I go wrong? what slash ? / or \ thanks ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Streamed output
Charles Johnson wrote: > With 2.99, my --player='vlc -' argument is no longer recognised. I tried > --output=- and then a pipe to vlc, but that didn't work. What is the > correct way of streaming to stdout? As of release 2.98, realtime streaming of programmes is no longer possible. From the release notes: > The features below were deprecated in get_iplayer 2.95 and have now been removed. > > • Streaming and recording of live programmes > ◦ If you don't like the BBC/Radioplayer streaming service, live radio stream links can be found at: http://www.radiofeeds.co.uk/query.asp?feedme=BBC > ◦ If you know of a similar resource for live TV stream links (FilmOn doesn't count), post it in the support forums. > ◦ If you have a DIY bent and you speak Perl, the test harness for HLS streams in this gist will show you how to retrieve and/or construct live stream links: https://gist.github.com/dinkypumpkin/7dd022d20838dd4a840b32dd919ead9c. > • Streaming of on-demand programmes > ◦ Includes removal of "Play" links in Web PVR search results > ◦ Web PVR can still stream downloaded programmes HTH. -- James Scholes http://twitter.com/JamesScholes ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Streamed output
With 2.99, my --player='vlc -' argument is no longer recognised. I tried --output=- and then a pipe to vlc, but that didn't work. What is the correct way of streaming to stdout? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Capturing Output From PVM Window
I use the web-based PVM almost exclusively. However - as just now - the process failed and my PC crashed (likely vice versa!!). Is there an option to capture the o/p to the PVM cmd window to a log file, so that this could be opened in say Notepad to see what went wrong and when the processing stopped? This would also be useful to inspect if say RTPDump failed for some reason and which file was truncated. Thanks - Chris B. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Starting November 11, 2014 output filenames missing underline/underscore
On 17 Nov 2014 at 11:15, dinkypumpkin dinkypumpkin wrote: > On 17/11/2014 06:17, artisticforge . wrote: > > while looking at the BBC Radio Wales issue, I noticed a separate issue. > > Starting November 11th, output file names for programmes from the National > > BBC Radio Stations and at least 2 of the larger local radio Stations > > are missing the underline/underscore, which replaced the blank space > > in the file name." > > Should be fixed in Git. > > https://github.com/dinkypumpkin/get_iplayer/wiki/installation#githead > Dinky, Thanks, that fixed the problem I was having in Win XP PVR with: http://www.bbc.co.uk/iplayer/episode/b04sncx3/sunday-morning-live-series-5- episode-18 Not a show I usually watch, but I read bleeding heart Ester Rantzen was monstered by an African regarding gov's foreign aid perpetuating poverty and corruption. Cheers, Peter ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Starting November 11, 2014 output filenames missing underline/underscore
On 17/11/2014 06:17, artisticforge . wrote: while looking at the BBC Radio Wales issue, I noticed a separate issue. Starting November 11th, output file names for programmes from the National BBC Radio Stations and at least 2 of the larger local radio Stations are missing the underline/underscore, which replaced the blank space in the file name." Should be fixed in Git. https://github.com/dinkypumpkin/get_iplayer/wiki/installation#githead ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Starting November 11, 2014 output filenames missing underline/underscore
"artisticforge ." wrote: >Hello; > >while looking at the BBC Radio Wales issue, I noticed a separate issue. >Starting November 11th, output file names for programmes from the National >BBC Radio Stations and at least 2 of the larger local radio Stations >are missing the underline/underscore, which replaced the blank space >in the file name." > >i am using get_iplayer-bb82110, which is get_iplayer-2.90 with >additional editing. The release notes for 2.87 describe changes in the way punctuation characters etc are removed from filenames. See: https://github.com/dinkypumpkin/get_iplayer/wiki/release287 Having said that, filenames here have spaces in them; perhaps because I use the --whitespace option? -- Jeremy Nicoll - my opinions are my own. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Starting November 11, 2014 output filenames missing underline/underscore
Hello; while looking at the BBC Radio Wales issue, I noticed a separate issue. Starting November 11th, output file names for programmes from the National BBC Radio Stations and at least 2 of the larger local radio Stations are missing the underline/underscore, which replaced the blank space in the file name." i am using get_iplayer-bb82110, which is get_iplayer-2.90 with additional editing. the smaller local radio stations, i.e. BBC Radio Sussex, BBC Radio Cumbria, are not affected. this would imply that the BBC is making changes to the stations with the larger listeners first and the smaller ones later. As I have said earlier; I have a gut feeling that "real soon now" get_iplayer is going to be obsolete, as in dead. -- terry l. ridder ><> ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: windows version of iplayer - output format
Hey guys Many many thanks for all your replies and help Have tried the command to create and update the "options" file and it worked wonderfully. I have no doubt it will all work fine when I next download something from radio 3. My faith in human nature has been confirmed. Once again many thanks Rod Crittenden -Original Message- From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf Of David Earle Sent: 06 May 2014 15:46 To: get_iplayer Subject: Re: windows version of iplayer - output format get_iplayer --prefs-add --aactomp3 On 6 May 2014 15:37, Ben Shepherd wrote: > On my Windows 7 system, the file is in > C:\Users\\.get_iplayer. Just create a plain text file (with > no extension) called "options" and put the option in there. I think > there's a way of saving options via the command line, but I can't > remember off-hand what it is. > > Ben > > > On 6 May 2014 15:27, Rod Crittenden wrote: >> Thanks for all your responses >> >> First I want to get MP3 because that is the format that can be used by >> my hifi and tv to get stuff from PC around the house. >> >> Chris... your info about " aactomp32 in an options file sounds >> perfect, except I do not seem to have an options file where you say there may be one. >> Can you expand on that a bit more... what is the name of the file >> and could it be elsewhere ( under programs (x86) for instance ). >> >> Thanks for your help >> >> Rod >> >> >> -Original Message- >> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On >> Behalf Of Chris Marriott >> Sent: 06 May 2014 14:01 >> To: get_iplayer@lists.infradead.org >> Subject: Re: windows version of iplayer - output format >> >> -Original Message- >> From: Christopher Woods >> Sent: Tuesday, May 06, 2014 11:56 AM >> To: Chris Marriott ; get_iplayer@lists.infradead.org >> Subject: Re: windows version of iplayer - output format >> >>>For what it's worth, the iPlayer uses AAC audio for all radio (in an >>>M4A >>>wrapper) - if your media player can handle M4A, and if it's vaguely >>>modern it should, then I urge you to keep the original quality AAC >> downloads. >>> >>>If you ask get_iplayer to convert them to MP3, it will download the >>>compressed AAC then *recompress* to MP3 yielding inferior quality audio. >> >> True, and certainly a consideration if you're recording music. I, >> however, only ever record radio drama and spoken word programmes, so >> not an issue for me at all. The recompressed MP3 is absolutely fine, >> quality-wise, for speech. >> >> Chris >> >> >> ___ >> 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 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: windows version of iplayer - output format
On Tue, 6 May 2014 15:27:51 +0100, Rod Crittenden wrote: > Thanks for all your responses > > First I want to get MP3 because that is the format that can be used by > my hifi and tv to get stuff from PC around the house. > > Chris... your info about " aactomp32 in an options file sounds perfect, > except I do not seem to have an options file where you say there may be one. > Can you expand on that a bit more... what is the name of the file and could > it be elsewhere ( under programs (x86) for instance ). Ah! Windows 7 (64-bit)? No problem, you don't need to know where the options file is, because Get Iplayer does! Run Get Iplayer and at its command prompt enter the line below: get_iplayer --prefs-add --mp3 which will add the line "aactomp3 1" to your options file, creating the file if it doesn't exist. Thereafter, even without restarting Get Iplayer, your radio downloads will be transcodes to .mp3 after downloading. -- Regards, Howard. howard.or...@orgels.demon.co.uk http://www.orgels.demon.co.uk PGP public key available. Geek Code available. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: windows version of iplayer - output format
Ben Shepherd wrote: >On my Windows 7 system, the file is in >C:\Users\\.get_iplayer. Just create a plain text file (with >no extension) called "options" and put the option in there. I think >there's a way of saving options via the command line, but I can't >remember off-hand what it is. There's a perfectly good help command that shows all these things; try: get_iplayer --help for some info, or eg get_iplayer --long-help for more. See in particular the config options. You can add a preference by eg get_iplayer --prefs-add --rtmpdump="rtmpdump.exe" (which tells GiP what program to use when calling rtmpdump.exe - or more to the point the path to that program if it's not obvious.) Once one has defined at least one stored preference they can be displayed by get_iplayer --prefs-show -- Jeremy Nicoll - my opinions are my own. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: windows version of iplayer - output format
-Original Message- From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf Of Ben Shepherd Sent: 06 May 2014 15:37 To: Rod Crittenden Cc: get_iplayer Subject: Re: windows version of iplayer - output format On my Windows 7 system, the file is in C:\Users\\.get_iplayer. Just create a plain text file (with no extension) called "options" and put the option in there. I think there's a way of saving options via the command line, but I can't remember off-hand what it is. Ben [Simon Morgan] If you use Notepad, then enclose the file name in quotes (i.e. "options") without any extension and it will be saved without the ".txt" default extension. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: windows version of iplayer - output format
get_iplayer --prefs-add --aactomp3 On 6 May 2014 15:37, Ben Shepherd wrote: > On my Windows 7 system, the file is in > C:\Users\\.get_iplayer. Just create a plain text file (with > no extension) called "options" and put the option in there. I think > there's a way of saving options via the command line, but I can't > remember off-hand what it is. > > Ben > > > On 6 May 2014 15:27, Rod Crittenden wrote: >> Thanks for all your responses >> >> First I want to get MP3 because that is the format that can be used by >> my hifi and tv to get stuff from PC around the house. >> >> Chris... your info about " aactomp32 in an options file sounds perfect, >> except I do not seem to have an options file where you say there may be one. >> Can you expand on that a bit more... what is the name of the file and could >> it be elsewhere ( under programs (x86) for instance ). >> >> Thanks for your help >> >> Rod >> >> >> -Original Message- >> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf >> Of Chris Marriott >> Sent: 06 May 2014 14:01 >> To: get_iplayer@lists.infradead.org >> Subject: Re: windows version of iplayer - output format >> >> -----Original Message- >> From: Christopher Woods >> Sent: Tuesday, May 06, 2014 11:56 AM >> To: Chris Marriott ; get_iplayer@lists.infradead.org >> Subject: Re: windows version of iplayer - output format >> >>>For what it's worth, the iPlayer uses AAC audio for all radio (in an >>>M4A >>>wrapper) - if your media player can handle M4A, and if it's vaguely >>>modern it should, then I urge you to keep the original quality AAC >> downloads. >>> >>>If you ask get_iplayer to convert them to MP3, it will download the >>>compressed AAC then *recompress* to MP3 yielding inferior quality audio. >> >> True, and certainly a consideration if you're recording music. I, however, >> only ever record radio drama and spoken word programmes, so not an issue for >> me at all. The recompressed MP3 is absolutely fine, quality-wise, for >> speech. >> >> Chris >> >> >> ___ >> 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: windows version of iplayer - output format
On my Windows 7 system, the file is in C:\Users\\.get_iplayer. Just create a plain text file (with no extension) called "options" and put the option in there. I think there's a way of saving options via the command line, but I can't remember off-hand what it is. Ben On 6 May 2014 15:27, Rod Crittenden wrote: > Thanks for all your responses > > First I want to get MP3 because that is the format that can be used by > my hifi and tv to get stuff from PC around the house. > > Chris... your info about " aactomp32 in an options file sounds perfect, > except I do not seem to have an options file where you say there may be one. > Can you expand on that a bit more... what is the name of the file and could > it be elsewhere ( under programs (x86) for instance ). > > Thanks for your help > > Rod > > > -Original Message- > From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf > Of Chris Marriott > Sent: 06 May 2014 14:01 > To: get_iplayer@lists.infradead.org > Subject: Re: windows version of iplayer - output format > > -Original Message- > From: Christopher Woods > Sent: Tuesday, May 06, 2014 11:56 AM > To: Chris Marriott ; get_iplayer@lists.infradead.org > Subject: Re: windows version of iplayer - output format > >>For what it's worth, the iPlayer uses AAC audio for all radio (in an >>M4A >>wrapper) - if your media player can handle M4A, and if it's vaguely >>modern it should, then I urge you to keep the original quality AAC > downloads. >> >>If you ask get_iplayer to convert them to MP3, it will download the >>compressed AAC then *recompress* to MP3 yielding inferior quality audio. > > True, and certainly a consideration if you're recording music. I, however, > only ever record radio drama and spoken word programmes, so not an issue for > me at all. The recompressed MP3 is absolutely fine, quality-wise, for > speech. > > Chris > > > ___ > 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: windows version of iplayer - output format
Thanks for all your responses First I want to get MP3 because that is the format that can be used by my hifi and tv to get stuff from PC around the house. Chris... your info about " aactomp32 in an options file sounds perfect, except I do not seem to have an options file where you say there may be one. Can you expand on that a bit more... what is the name of the file and could it be elsewhere ( under programs (x86) for instance ). Thanks for your help Rod -Original Message- From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf Of Chris Marriott Sent: 06 May 2014 14:01 To: get_iplayer@lists.infradead.org Subject: Re: windows version of iplayer - output format -Original Message- From: Christopher Woods Sent: Tuesday, May 06, 2014 11:56 AM To: Chris Marriott ; get_iplayer@lists.infradead.org Subject: Re: windows version of iplayer - output format >For what it's worth, the iPlayer uses AAC audio for all radio (in an >M4A >wrapper) - if your media player can handle M4A, and if it's vaguely >modern it should, then I urge you to keep the original quality AAC downloads. > >If you ask get_iplayer to convert them to MP3, it will download the >compressed AAC then *recompress* to MP3 yielding inferior quality audio. True, and certainly a consideration if you're recording music. I, however, only ever record radio drama and spoken word programmes, so not an issue for me at all. The recompressed MP3 is absolutely fine, quality-wise, for speech. Chris ___ 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: windows version of iplayer - output format
-Original Message- From: Christopher Woods Sent: Tuesday, May 06, 2014 11:56 AM To: Chris Marriott ; get_iplayer@lists.infradead.org Subject: Re: windows version of iplayer - output format For what it's worth, the iPlayer uses AAC audio for all radio (in an M4A wrapper) - if your media player can handle M4A, and if it's vaguely modern it should, then I urge you to keep the original quality AAC downloads. If you ask get_iplayer to convert them to MP3, it will download the compressed AAC then *recompress* to MP3 yielding inferior quality audio. True, and certainly a consideration if you're recording music. I, however, only ever record radio drama and spoken word programmes, so not an issue for me at all. The recompressed MP3 is absolutely fine, quality-wise, for speech. Chris ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: windows version of iplayer - output format
For what it's worth, the iPlayer uses AAC audio for all radio (in an M4A wrapper) - if your media player can handle M4A, and if it's vaguely modern it should, then I urge you to keep the original quality AAC downloads. If you ask get_iplayer to convert them to MP3, it will download the compressed AAC then *recompress* to MP3 yielding inferior quality audio. Regards Chris On 6 May 2014 09:44:37 "Chris Marriott" wrote: -Original Message- From: Rod Crittenden Sent: Tuesday, May 06, 2014 9:31 AM To: get_iplayer@lists.infradead.org Subject: windows version of iplayer - output format >Hi: > >I have the windows installer version of get-iplayer. > >downloading from radio broadcasts... the resulting file is of the format >m4a. > >Can anyone advise me how to set up the iplayer so that the output format is >mp3 ? Simply add the "aactomp3" flag to the command line (ie add --aactomp3). You can apply this automatically by editing the "options" file in the folder "C:\Users\All Users\get_iplayer" and adding the line: aactomp3 1 to the file. Hope this helps, Chris ___ 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: windows version of iplayer - output format
-Original Message- From: Rod Crittenden Sent: Tuesday, May 06, 2014 9:31 AM To: get_iplayer@lists.infradead.org Subject: windows version of iplayer - output format Hi: I have the windows installer version of get-iplayer. downloading from radio broadcasts... the resulting file is of the format m4a. Can anyone advise me how to set up the iplayer so that the output format is mp3 ? Simply add the "aactomp3" flag to the command line (ie add --aactomp3). You can apply this automatically by editing the "options" file in the folder "C:\Users\All Users\get_iplayer" and adding the line: aactomp3 1 to the file. Hope this helps, Chris ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
windows version of iplayer - output format
Hi: I have the windows installer version of get-iplayer. downloading from radio broadcasts... the resulting file is of the format m4a. Can anyone advise me how to set up the iplayer so that the output format is mp3 ? Any assistance would be appreciated. Regards Rod ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Is it possible to redirect output from get_iplayer?
On 07/09/2013 14:32, Jeremy Nicoll - ml get_iplayer wrote: Is there a way to have get_iplayer.pl's output put in a file without interfering with utility output? When downloading, output from utilities goes to stderr, output from get_iplayer script goes to stdout. When streaming directly to stdout or running a pvr job, output from get_iplayer script goes to stderr rather than stdout. If you're just sending commands to the shell, I presume you can use the normal redirection operators to save get_iplayer's stdout to a file. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Is it possible to redirect output from get_iplayer?
At present I use an ooREXX program to build the get_iplayer.pl command I wish to execute (at least in part to prevent me making stupid mistakes in the command string, and also because I'm sharing the caches & history file between computers via Dropbox, but fetching files to local directories on any particular machine, so I need to override various defaults). For now I run some cache refreshes from a Windows scheduled task. Some get run manually, as do all fetches. I did experiment with issuing the get_iplayer.pl command (which here is an explicit command to run perl for the get_iplayer.pl script) and redirect all output to another file. But I found it problematic - I can't quite remember whether the output I ended up with was incomplete, or whether it prevented get_iplayer.pl's own redirection of its utilities' output from working... Is there a way to have get_iplayer.pl's output put in a file without interfering with utility output? I've also had one instance of perl crashing (not when using my own redirection)- it was weird because it happened after perl had started the rtmpdump.exe program - when one might not have expected perl to be doing anything at all. Rtmpdump continued, as you'd expect. For now, having only seen this once, I'm not planning to try to detect and cleanup from it in my program, but - especially if I start fetching on a timer, I might have to. -- Jeremy Nicoll - my opinions are my own. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: cron sendmail output
On 01/08/2013 19:22, Jonathan Wiltshire wrote: On 2013-08-01 10:40, Paul Verrall wrote: /usr/local/bin/get_iplayer --pvr 2>>/tmp/get_iplayer.log There's an unsafe-use-of-temporary-files attack here. As part of a package, I'd totally agree. And you're right to point it out. In the particular case on what's almost certainly a single-user machine it's probably ok. Chris ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: cron sendmail output
On 2013-08-02 09:26, Paul Verrall wrote: However, as get_iplayer's output does not contain any sensitive info, and more importantly the output is not read back into a process, we're probably safe in this instance, probably. No, you've missed the point. Bad: $ whoami evilgenius $ ln -s /home/victim/.ssh/id_rsa /tmp/mydangeroustempfile $ whoami victim $ echo "you lose" > /tmp/mydangeroustempfile $ cat ~/.ssh/id_rsa you lose If victim didn't back up his keys, he's SOL. evilgenius does not need to be a privileged user to carry out this attack. Worse: $ whoami evilgenius $ ln -s /etc/shadow /tmp/myworsetempfile $ su - # whoami root # get_iplayer --refresh > /tmp/myworsetempfile # cat /etc/shadow get_iplayer v2.83, 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. The only safe way to deal with this is mktemp(1) (and don't run get_iplayer as root, though I hope that goes without saying). -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 i have six years of solaris sysadmin experience, from 8->10. i am well qualified to say it is made from bonghits layered on top of bonghits ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: cron sendmail output
Quite right Jonathan, thanks for pointing this out. This sort of thing is really bad practice. What we should be looking to do is adding a proper log file location to /var/log and ensuring the correct permissions. Additionally an accompanying logrotate config should be added to to stop things growing for ever more. However, as get_iplayer's output does not contain any sensitive info, and more importantly the output is not read back into a process, we're probably safe in this instance, probably. On 1 August 2013 19:22, Jonathan Wiltshire wrote: > On 2013-08-01 10:40, Paul Verrall wrote: >> >> /usr/local/bin/get_iplayer --pvr 2>>/tmp/get_iplayer.log > > > There's an unsafe-use-of-temporary-files attack here. > > > -- > Jonathan Wiltshire j...@debian.org > Debian Developer http://people.debian.org/~jmw > > 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 > > i have six years of solaris sysadmin experience, from > 8->10. i am well qualified to say it is made from bonghits > layered on top of bonghits > > > ___ > 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: cron sendmail output
On 2013-08-01 10:40, Paul Verrall wrote: /usr/local/bin/get_iplayer --pvr 2>>/tmp/get_iplayer.log There's an unsafe-use-of-temporary-files attack here. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 i have six years of solaris sysadmin experience, from 8->10. i am well qualified to say it is made from bonghits layered on top of bonghits ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: cron sendmail output
Hi Ross, You can redirect the 'stderr' output (which is all the verbose stuff) and leave the 'stdout' output, which for get_iplayer is just a list of the programs that have been downloaded and their description. I do this as the command in my cron job; /usr/local/bin/get_iplayer --pvr 2>>/tmp/get_iplayer.log the 2>> redirects stderr to an appended log file, this means that if I have issues I can check this file to see what the full output actually was. You may want to read the manual here http://www.tldp.org/LDP/abs/html/io-redirection.html for more info on redirection. Hope that helps. On 1 August 2013 10:13, ross wrote: > > Hi, > > I have recently setup a cron job to take care of all my get_iplayer pvr > needs. > This setup is not very elaborate, but works as expected. > > Currently at the end of the cron job i use ssmtp to send it's output. > I understand that this email is just the output of the command as if > run from the cli. > > I would however like to know whats been downloaded in a more compact > way. Without the verbose output of the command. > > I was thinking about getting this info from the > ~/.get_iplayer/download_history ... but then how to email? before > getting into complicated tail, loop, awk and sed scripts then pushing > to ssmtp, is there an inbuilt way? > > > What are other people doing here? > > > -- > sco > > ___ > 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: cron sendmail output
I use: grep "INFO: Recorded" pvr.log which gives one line per recorded programme. pvr.log is where the output from get_iplayer is redirected to. regards Chris On 1 August 2013 10:13, ross wrote: > > Hi, > > I have recently setup a cron job to take care of all my get_iplayer pvr > needs. > This setup is not very elaborate, but works as expected. > > Currently at the end of the cron job i use ssmtp to send it's output. > I understand that this email is just the output of the command as if > run from the cli. > > I would however like to know whats been downloaded in a more compact > way. Without the verbose output of the command. > > I was thinking about getting this info from the > ~/.get_iplayer/download_history ... but then how to email? before > getting into complicated tail, loop, awk and sed scripts then pushing > to ssmtp, is there an inbuilt way? > > > What are other people doing here? > > > -- > sco > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- _ o , , / | | |_| / \_/ \_| | \__/ \/ \/ |/ \/ \/ \/|/ (| ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
cron sendmail output
Hi, I have recently setup a cron job to take care of all my get_iplayer pvr needs. This setup is not very elaborate, but works as expected. Currently at the end of the cron job i use ssmtp to send it's output. I understand that this email is just the output of the command as if run from the cli. I would however like to know whats been downloaded in a more compact way. Without the verbose output of the command. I was thinking about getting this info from the ~/.get_iplayer/download_history ... but then how to email? before getting into complicated tail, loop, awk and sed scripts then pushing to ssmtp, is there an inbuilt way? What are other people doing here? -- sco ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Problem with output directory
On 09/07/2013 21:21, Steve Champion wrote: I tried re-installing, but somewhere there is a file which is not replaced by a re-install, apparently. Re-run the installer, select the get_iplayer component, select your desired output directory when prompted, and finish the installation. If it doesn't replace the output option in C:\Documents and Settings\All Users\get_iplayer\options then you have some deeper problem that prevents the installer from writing that file. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Problem with output directory
My WebPVRManager set-up seems to have a problem. It used to work okay, but now it seems to be building a dodgy string for the output file path and I can't see why. When it finds a program to record, I am getting the error: mkdir C:\Program Files\get_iplayer\"T:\: Invalid argument; The filename, directory name, or volume label syntax is incorrect at get_iplayer.pl line 4021. even though my options files no longer contain an over-ride on the output file path (it used to). The string it has built is a weird concatenation of two paths that I have used at one time. I have changed the over-ride directory in the web interface (now it is blank) C:\Documents and Settings\All Users\get_iplayer\options contains: mmsnothread 1nopurge 1mplayer .\MPlayer\mplayer-svn-36348\mplayer.exelame .\LAME\lame.exeffmpeg .\FFmpeg\ffmpeg-1.2-win32-static\bin\ffmpeg.exevlc .\VLC\vlc-2.0.6\vlc.exeflvstreamer .\RTMPDump\rtmpdump.exeatomicparsley .\AtomicParsley\AtomicParsley\AtomicParsley.exe i.e. there is no "output" line, and c:\Documents and Settings\Steve\.get_iplayer\options is empty Please can someone point me in the right direction to solve this problem? I tried re-installing, but somewhere there is a file which is not replaced by a re-install, apparently. Thanks in anticipation... Steve ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Re: Web PVR Output Not Displayed
"If you have Win7 Pro or better, you might also look into installing "XP Mode", i.e., running XP on Win7 via Virtual PC. It would enable you to start with a clean XP system, which might be useful in tracking down the root cause of your problem." Hmm - downloaded the latest get_iplayer onto my small Acer 532 running Win 7 (Starter), installed it and all works fine. Did the same on my massive Toshiba Qosmio G32 and get_player consistently and repeatedly crashes and refuses to run. So maybe get_iplayer doesn't like XP any more - at least that's the case for me. CJB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Web PVR Output Not Displayed
On 23/08/2012 04:46, Carl Fletcher wrote: Underlying crud which inevitably builds up on a windows machine Install Ubuntu in a VM and try it Some tough love there from Carl :}. Still, it might be your best option if you are caught in some outer level of DLL hell and you still want to use the web pvr. The Debian and Ubuntu get_iplayer packages provide a startup script for the web pvr server, and the openSUSE package provides a startup script for both server and client, a la Windows. If you go this route, you'll probably want to share the output directory you already use on your Windows host with the Linux guest and configure it to be the output directory for the guest system's get_iplayer as well. If you're new to virtualisation, VirtualBox (free) should suffice for your needs. If you have Win7 Pro or better, you might also look into installing "XP Mode", i.e., running XP on Win7 via Virtual PC. It would enable you to start with a clean XP system, which might be useful in tracking down the root cause of your problem. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Web PVR Output Not Displayed
On Thu, 23 Aug 2012 09:27:48 +0100, Andy Waddington (software devel) wrote: Surely all Windows users know to reinstall fresh from read-only media every couple of hundred hours of use ? Andy -- Ducking as the windows fan boys take aim :D ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Web PVR Output Not Displayed
Sometime before sending, Carl Fletcher typed (and on Thursday 2012-08-23 sent): > Underlying crud which inevitably builds up on a windows machine Surely all Windows users know to reinstall fresh from read-only media every couple of hundred hours of use ? Andy ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Web PVR Output Not Displayed
On Thu, 23 Aug 2012 00:07:20 +0100, dinkypumpkin wrote: On 21/08/2012 23:26, Andy Wedge wrote: OK. Let's see if this muddies the water a little... I disabled all add-ons in Firefox 14.0.1 - still the same problem. I ran Firefox in Safe Mode - still the same problem. I switched to IE V8 - still the same problem. I've downloaded and installed Opera v12.01 - still the same problem. All this is when using get_iplayer v2.82, RTMPDump 2.4 and ffmpeg v0.8 under Win XP SP3 On another machine under Win 7 Pro (all Windows updates applied) and a slightly earlier version of get_iplayer (v2.80). RTMPDump and ffmpeg versions are as per the XP machine and all have been installed for some time. Firefox 14.0.1 worked with add-ons enabled but when I tried it with them disabled, I got the same error. Enabling the add-ons again did not resolve the problem so now it does not work. IE V8 - still the same problem Safari v5.1.7 - still the same problem Bemused and confused? I certainly am! Is your house built over an ancient burial ground? I'm thinking poltergeists might be at fault here. When you first reported this, I checked all 5 main browsers on both XP and Win7 with no problems. The web pvr has only had trivial changes in the 2.5 years since it was abandoned by the original developer, so it wouldn't have suddenly stopped working with any browser. We would have had reports if there was a general problem. Perhaps you installed some utility that is interfering, or maybe one of your add-ons did something evil? I guess you could try actually removing all the add-ons, but there is no guarantee that would undo any damage. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer -- Underlying crud which inevitably builds up on a windows machine Install Ubuntu in a VM and try it ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Web PVR Output Not Displayed
On 21/08/2012 23:26, Andy Wedge wrote: OK. Let's see if this muddies the water a little... I disabled all add-ons in Firefox 14.0.1 - still the same problem. I ran Firefox in Safe Mode - still the same problem. I switched to IE V8 - still the same problem. I've downloaded and installed Opera v12.01 - still the same problem. All this is when using get_iplayer v2.82, RTMPDump 2.4 and ffmpeg v0.8 under Win XP SP3 On another machine under Win 7 Pro (all Windows updates applied) and a slightly earlier version of get_iplayer (v2.80). RTMPDump and ffmpeg versions are as per the XP machine and all have been installed for some time. Firefox 14.0.1 worked with add-ons enabled but when I tried it with them disabled, I got the same error. Enabling the add-ons again did not resolve the problem so now it does not work. IE V8 - still the same problem Safari v5.1.7 - still the same problem Bemused and confused? I certainly am! Is your house built over an ancient burial ground? I'm thinking poltergeists might be at fault here. When you first reported this, I checked all 5 main browsers on both XP and Win7 with no problems. The web pvr has only had trivial changes in the 2.5 years since it was abandoned by the original developer, so it wouldn't have suddenly stopped working with any browser. We would have had reports if there was a general problem. Perhaps you installed some utility that is interfering, or maybe one of your add-ons did something evil? I guess you could try actually removing all the add-ons, but there is no guarantee that would undo any damage. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: Web PVR Output Not Displayed
> On 20/08/2012 20:41, Andy Wedge wrote: > > The output is missing if I click "Record" for a program and I've also > > noticed that there is no output if I do a "Refresh Cache". > > In each case, all I see is a blank Firefox window with the address bar > > set to 'about:blank', a single tab with the animated 'Connecting...' > > icon and the 'Waiting for 127.0.0.1...' status message > > Thanks for the additional info. It looks to me as if Firefox is at fault rather > than get_iplayer. When you click on, e.g., "Run PVR", the web pvr runs some > Javascript to submit a form and target the response to a new window. The > form submit is obviously working since the downloads are successful, but > something is preventing the new window from opening properly (connected > to the web pvr). I wouldn't expect the popup blocker to interfere, so > perhaps you've installed a Firefox add-on that is misbehaving? In any event, > I can't duplicate the problem in any browser, so I'm fairly confident > get_iplayer is working as intended. > It's not much, but here are a couple of other things to check: > > 1. Connect to the web pvr in another browser. If you don't have Internet > Explorer, try Opera. If it runs OK in another browser, that would confirm > Firefox as the culprit. > > 2. Connect to the web pvr with Firefox in safe mode (Help -> Restart with > Add-ons disabled...). If it runs OK, then you'll need to switch back to normal > mode, disable all your add-ons, then enable them one at a time until you find > the one causing problems. > > If a misbehaving add-on isn't at fault, a full uninstall/reinstall of Firefox might > be in order. > OK. Let's see if this muddies the water a little... I disabled all add-ons in Firefox 14.0.1 - still the same problem. I ran Firefox in Safe Mode - still the same problem. I switched to IE V8 - still the same problem. I've downloaded and installed Opera v12.01 - still the same problem. All this is when using get_iplayer v2.82, RTMPDump 2.4 and ffmpeg v0.8 under Win XP SP3 On another machine under Win 7 Pro (all Windows updates applied) and a slightly earlier version of get_iplayer (v2.80). RTMPDump and ffmpeg versions are as per the XP machine and all have been installed for some time. Firefox 14.0.1 worked with add-ons enabled but when I tried it with them disabled, I got the same error. Enabling the add-ons again did not resolve the problem so now it does not work. IE V8 - still the same problem Safari v5.1.7 - still the same problem Bemused and confused? I certainly am! Andy ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Web PVR Output Not Displayed
On 20/08/2012 20:41, Andy Wedge wrote: The output is missing if I click "Record" for a program and I've also noticed that there is no output if I do a "Refresh Cache". In each case, all I see is a blank Firefox window with the address bar set to 'about:blank', a single tab with the animated 'Connecting...' icon and the 'Waiting or 127.0.0.1...' status message which you already covered in your previous post. Thanks for the additional info. It looks to me as if Firefox is at fault rather than get_iplayer. When you click on, e.g., "Run PVR", the web pvr runs some Javascript to submit a form and target the response to a new window. The form submit is obviously working since the downloads are successful, but something is preventing the new window from opening properly (connected to the web pvr). I wouldn't expect the popup blocker to interfere, so perhaps you've installed a Firefox add-on that is misbehaving? In any event, I can't duplicate the problem in any browser, so I'm fairly confident get_iplayer is working as intended. It's not much, but here are a couple of other things to check: 1. Connect to the web pvr in another browser. If you don't have Internet Explorer, try Opera. If it runs OK in another browser, that would confirm Firefox as the culprit. 2. Connect to the web pvr with Firefox in safe mode (Help -> Restart with Add-ons disabled...). If it runs OK, then you'll need to switch back to normal mode, disable all your add-ons, then enable them one at a time until you find the one causing problems. If a misbehaving add-on isn't at fault, a full uninstall/reinstall of Firefox might be in order. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: Web PVR Output Not Displayed
> Sent: 18 August 2012 19:32 > To: get_iplayer@lists.infradead.org > Subject: Re: Web PVR Output Not Displayed > > On 18/08/2012 11:02, Andy Wedge wrote: > > I copied back my PVR and download history files and launched the web > > PVR manager, all looked as it should do. When I run the PVR though, I > > get another browser window opening that looks like it's trying to > > connect to 127.0.0.1. I don't get output from the get_iplayer script > > being piped to the browser as I have seen before. > > I can't duplicate this. Do you see the expected output if you use the "Run > PVR Scheduler Now" menu shortcut rather than the Web PVR? You said the > PVR downloads were progressing, but do they actually finish successfully? > Do you see the "Running PVR Searches" message at the beginning or the > "PVR Run complete" message at the end? And is the get_iplayer output > missing if you click "Record" for a programme to start an immediate > download in a new tab/window Yes, I see the output in the command window that opens when selecting "Run PVR Scheduler Now" from the Start > Programs menu. The downloads do complete and are converted from .flv to .mp4 files. I can play the .mp4 files without a problem. I don't see any "Running PVR Searches" or "PVR Run complete" messages at all. The output is missing if I click "Record" for a program and I've also noticed that there is no output if I do a "Refresh Cache". In each case, all I see is a blank Firefox window with the address bar set to 'about:blank', a single tab with the animated 'Connecting...' icon and the 'Waiting or 127.0.0.1...' status message which you already covered in your previous post. Andy ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Web PVR Output Not Displayed
On 18/08/2012 11:02, Andy Wedge wrote: I copied back my PVR and download history files and launched the web PVR manager, all looked as it should do. When I run the PVR though, I get another browser window opening that looks like it's trying to connect to 127.0.0.1. I don't get output from the get_iplayer script being piped to the browser as I have seen before. I can't duplicate this. Do you see the expected output if you use the "Run PVR Scheduler Now" menu shortcut rather than the Web PVR? You said the PVR downloads were progressing, but do they actually finish successfully? Do you see the "Running PVR Searches" message at the beginning or the "PVR Run complete" message at the end? And is the get_iplayer output missing if you click "Record" for a programme to start an immediate download in a new tab/window? BTW, the PVR Run window will always indicate that it's waiting for 127.0.0.1 because there is a timer (for auto-refresh) active in the window. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Web PVR Output Not Displayed
When I run the PVR though, I get another browser window opening that looks like it's trying to connect to 127.0.0.1. I don't get output from the get_iplayer script being piped to the browser as I have seen before. I'm running this on Win XP SP3 with all the latest Windows updates installed & 3GB RAM. I've been seeing a "blank tab/pane" for really quite a long time (WinXP.SP3; default.browser=Opera): used to see the piped output but just can't remember when that stopped. The command window always remains open in the background with an error (failed to download a jpg? - I no longer notice it) and needs to be explicitly closed whereas I have a vague memory that it used to close itself. I watch the Task Manager to see what's still running. Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
FW: Web PVR Output Not Displayed
Sorry, I should have added that downloads are taking place as I can see the .flv files increasing in size in my downloads folder. I just don't get to see the download progress in a browser window. Andy -Original Message- From: Andy Wedge Sent: 18 August 2012 11:03 To: get_iplayer@lists.infradead.org Subject: Web PVR Output Not Displayed Hi, I've just uninstalled get_iplayer and all components completely from my system (after backing up my PVR settings & download history etc.). After that, I restarted the PC and then reinstalled everything from the latest install file that I've just downloaded (6.44MB in size - no version number that I can see on this). I copied back my PVR and download history files and launched the web PVR manager, all looked as it should do. When I run the PVR though, I get another browser window opening that looks like it's trying to connect to 127.0.0.1. I don't get output from the get_iplayer script being piped to the browser as I have seen before. I'm running this on Win XP SP3 with all the latest Windows updates installed & 3GB RAM. My default browser is Firefox 14.0.1. Thoughts anyone? Thanks, Andy ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Web PVR Output Not Displayed
Hi, I've just uninstalled get_iplayer and all components completely from my system (after backing up my PVR settings & download history etc.). After that, I restarted the PC and then reinstalled everything from the latest install file that I've just downloaded (6.44MB in size - no version number that I can see on this). I copied back my PVR and download history files and launched the web PVR manager, all looked as it should do. When I run the PVR though, I get another browser window opening that looks like it's trying to connect to 127.0.0.1. I don't get output from the get_iplayer script being piped to the browser as I have seen before. I'm running this on Win XP SP3 with all the latest Windows updates installed & 3GB RAM. My default browser is Firefox 14.0.1. Thoughts anyone? Thanks, Andy ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Smart naming of output files
On 29/07/2012 12:48, Derek Moss wrote: As I understand it the WebPVR doesn't use the command line preferences file, so is there any way to change the filenames like this for the WebPVR as well? Not quite the case. The web pvr invokes the get_iplayer script, which uses the options file as usual. However, the web pvr overrides some options (mostly the ones you see in the web pvr settings panels) in the same way you would if you added them to the command line. The file prefix isn't one of those, so you can set it using --prefs-add and it will work with the web pvr. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Smart naming of output files
On 29 July 2012 12:17, Rob Dixon wrote: >> You need to adjust the file-prefix option. By default it's set to >> >> " - " >> >> and if all you want to do is remove the PID from the name you can just add >> >> --file-prefix " - " >> >> to your command line. >> >> If there is anything you want to make permanent then add it to your >> preferences file using >> >> get_iplayer --prefs-add --file-prefix " - " >> >> Use the --info option to see what information fields are available, and >> note that you can add whatever characters you like between the fields. >> You can also change the directory where the file is stored using the >> --subdir-format option in the same way. > > > You also wanted the `default` removed. That is the `version` field so > you end up with just > > --file-prefix " - " > > Rob As I understand it the WebPVR doesn't use the command line preferences file, so is there any way to change the filenames like this for the WebPVR as well? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Smart naming of output files
> *From:* Rob Dixon > *To:* get_iplayer@lists.infradead.org > *CC:* John Eason > *Date:* Sun, 29 Jul 2012 12:17:04 +0100 > > On 29/07/2012 12:08, Rob Dixon wrote: > > On 29/07/2012 09:13, J K.Eason wrote: > >> > >> In the same vein, I'd like to be able to get filenames without > the PID and 'default' tacked on the end. It's a real pain having to > rename them every time. > > > > Hi John > > > > You need to adjust the file-prefix option. By default it's set to > > > > " - " > > > > and if all you want to do is remove the PID from the name you can > > just add > > > > --file-prefix " - " > > > > to your command line. > > > > If there is anything you want to make permanent then add it to > > your preferences file using > > > > get_iplayer --prefs-add --file-prefix " - > > " > > > > Use the --info option to see what information fields are > > available, and note that you can add whatever characters you like > > between the fields. > > You can also change the directory where the file is stored using > > the --subdir-format option in the same way. > > You also wanted the `default` removed. That is the `version` field > so you end up with just > > --file-prefix " - " > > Rob Excellent. Thanks! Should have asked ages ago! :^) Regards John (m...@john-eason.co.uk) ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Smart naming of output files
On 29/07/2012 12:08, Rob Dixon wrote: On 29/07/2012 09:13, J K.Eason wrote: In the same vein, I'd like to be able to get filenames without the PID and 'default' tacked on the end. It's a real pain having to rename them every time. Hi John You need to adjust the file-prefix option. By default it's set to " - " and if all you want to do is remove the PID from the name you can just add --file-prefix " - " to your command line. If there is anything you want to make permanent then add it to your preferences file using get_iplayer --prefs-add --file-prefix " - " Use the --info option to see what information fields are available, and note that you can add whatever characters you like between the fields. You can also change the directory where the file is stored using the --subdir-format option in the same way. You also wanted the `default` removed. That is the `version` field so you end up with just --file-prefix " - " Rob ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Smart naming of output files
On 29/07/2012 09:13, J K.Eason wrote: In the same vein, I'd like to be able to get filenames without the PID and 'default' tacked on the end. It's a real pain having to rename them every time. Hi John You need to adjust the file-prefix option. By default it's set to " - " and if all you want to do is remove the PID from the name you can just add --file-prefix " - " to your command line. If there is anything you want to make permanent then add it to your preferences file using get_iplayer --prefs-add --file-prefix " - " Use the --info option to see what information fields are available, and note that you can add whatever characters you like between the fields. You can also change the directory where the file is stored using the --subdir-format option in the same way. HTH, Rob ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Smart naming of output files
> *From:* Arthur Murray > *To:* get_iplayer@lists.infradead.org > *Date:* Sat, 28 Jul 2012 16:55:44 -0700 > > Has anyone found a way to get nicely named files no matter the > Category or type of programme? > > fileprefix .. > > Isn't that great, since there are single shows without senums and > series without series/ep #'s (Wallander) and I end up with ".." in > the > filename. Some have s##e## (Wallander Series 3) which turn out fine. > > Films/documentaries don't have an episodeshort or senum, but they > might be remakes of older films so the year would be useful in the > filename rather than empty senum and episodeshort. > > I'm looking to get clean/smart filenames all the time. Any hints? In the same vein, I'd like to be able to get filenames without the PID and 'default' tacked on the end. It's a real pain having to rename them every time. Regards John (m...@john-eason.co.uk) ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Smart naming of output files
Has anyone found a way to get nicely named files no matter the Category or type of programme? fileprefix .. Isn't that great, since there are single shows without senums and series without series/ep #'s (Wallander) and I end up with ".." in the filename. Some have s##e## (Wallander Series 3) which turn out fine. Films/documentaries don't have an episodeshort or senum, but they might be remakes of older films so the year would be useful in the filename rather than empty senum and episodeshort. I'm looking to get clean/smart filenames all the time. Any hints? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Redirecting the get_iplayer output
On 05/07/2012 22:01, JCA wrote: I am running get_iplayer on a box A. This box has a VPN tunnel that allows me to use get_iplayer successfully. On the same LAN as A I have another box B. There is no VPN tunnel on B, which implies that get_iplayer won't work on B. Taking advantage of the fact that A and B are in the same network, would it be possible to stream the video material received by get_iplayer in A into B, so that it can be played on B as well? The Web PVR Manager can do something like that. Run it on box A and connect to it with the web browser on box B. From box B use the Play links in the search results or recordings list to play media from box A on box B. Clicking on the Play links sends a M3U playlist file to box B which will be opened by the application configured to open playlist files. You can also simultaneously access the Web PVR Manager from box A. The URL in the playlist generated by clicking Play in the search results instructs the Web PVR Manager to transcode or relay the programme stream from box A to box B rather than downloading it on box A. The default is to transcode into FLV format, but there are a few other options in the Streaming settings tab, including an option to disable transcoding and have rtmpdump send the FLV stream directly. The URL in the playlist generated by clicking Play in the recordings page instructs the Web PVR Manager to transcode the already-downloaded programme on box A into FLV format and stream it to box B. I don't think the options in the Streaming settings tab have any effect here. I have only ever gotten this work with VLC as the client and playlist file handler, though there may be other media players that work. You shouldn't have to set up the Web PVR Manager in Apache to make this work. However, you'll need to launch the Web PVR Manager on box A so that it can be accessed from box B. If you're safe behind a firewall, start the Web PVR Manager on box A like so: get_iplayer.cgi --listen 0.0.0.0 --port 1935 If not, change 0.0.0.0 to a safe address on your LAN. There is some outdated but possibly still useful information here: http://linuxcentre.net/getiplayer/get_iplayer-pvr-manager http://www.infradead.org/get_iplayer/README-get_iplayer.cgi.txt ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Redirecting the get_iplayer output
I am running get_iplayer on a box A. This box has a VPN tunnel that allows me to use get_iplayer successfully. On the same LAN as A I have another box B. There is no VPN tunnel on B, which implies that get_iplayer won't work on B. Taking advantage of the fact that A and B are in the same network, would it be possible to stream the video material received by get_iplayer in A into B, so that it can be played on B as well? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: XBMC TV episode xml output
>> The web pvr is going to be useless to you. > > > In the interest of balance, I should point out that if you can't abide the > command line and insist on using the web pvr, you can rename and rearrange > your files after downloading in order to satisfy XBMC, though it seems like > it would be a pain. Just be sure to set the "Download Meta-data" option > under Recording is set to save metadata in "XBMC Episode" format. Hello many thanks indeed.. I will see how I get on with this. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: XBMC TV episode xml output
On 15/06/2012 20:08, dinkypumpkin wrote: On 15/06/2012 14:09, Tom wrote: I've filled in a few fields in the 'Search' tab and then under 'recording' (I usually have a specific folder set for video output). I've also added 'test' as sample text in most of the fields. No new 'options' file seems to appear in the .get_iplayer\ folder however. Have I correctly understood that when you speak of the --prefs* and --preset options you're referring to the search fields and Save as Default function in the Web PVR manager? The web pvr is going to be useless to you. It doesn't support the In the interest of balance, I should point out that if you can't abide the command line and insist on using the web pvr, you can rename and rearrange your files after downloading in order to satisfy XBMC, though it seems like it would be a pain. Just be sure to set the "Download Meta-data" option under Recording is set to save metadata in "XBMC Episode" format. And to answer your question above: web pvr settings are saved in a browser cookie - nothing to do with the get_iplayer preset facility. So in effect the web pvr gives you only a single preset via "Save as Default". ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: XBMC TV episode xml output
On 15/06/2012 14:09, Tom wrote: I've filled in a few fields in the 'Search' tab and then under 'recording' (I usually have a specific folder set for video output). I've also added 'test' as sample text in most of the fields. No new 'options' file seems to appear in the .get_iplayer\ folder however. Have I correctly understood that when you speak of the --prefs* and --preset options you're referring to the search fields and Save as Default function in the Web PVR manager? The web pvr is going to be useless to you. It doesn't support the configuration options you need make things work as Jon described. You'll need to learn how to use the command line. Follow the link Jon sent to see examples of the --preset and --prefs-* options. Try the examples yourself and then look at C:\Users\\.get_iplayer\options and the files in C:\Users\\.get_iplayer\presets to see the effects of those commands. You should then be able to set up presets like Jon's to make XBMC happy. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: XBMC TV episode xml output
following: > Since you've not done this stuff before, I'd tend to suggest that > first you use the --prefs* and --preset options in get_iplayer, and > have a look at what it creates. I've filled in a few fields in the 'Search' tab and then under 'recording' (I usually have a specific folder set for video output). I've also added 'test' as sample text in most of the fields. No new 'options' file seems to appear in the .get_iplayer\ folder however. Have I correctly understood that when you speak of the --prefs* and --preset options you're referring to the search fields and Save as Default function in the Web PVR manager? a lot of new-user-type questions, I know. many thanks Tom ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: XBMC TV episode xml output
On 15 June 2012 10:39, Tom wrote: > regarding: >> but see http://linuxcentre.net/getiplayer/documentation#Saving%20Settings >> where there's a decent description of preferences and presets. > > I don't see a folder called 'options' at C:\Users\Tom\.get_iplayer (in > Win7). Am I meant to be creating a file with these settings - i.e. > without an extension? It's created when/if you do a --prefs-add, or you can create a plain text file there yourself. "options" is a plain text file, stored in C:\Users\Tom\.get_iplayer\ Since you've not done this stuff before, I'd tend to suggest that first you use the --prefs* and --preset options in get_iplayer, and have a look at what it creates. Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: XBMC TV episode xml output
regarding: > but see http://linuxcentre.net/getiplayer/documentation#Saving%20Settings > where there's a decent description of preferences and presets. I don't see a folder called 'options' at C:\Users\Tom\.get_iplayer (in Win7). Am I meant to be creating a file with these settings - i.e. without an extension? thanks again sincerely, Tom ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: XBMC TV episode xml output
On 14 June 2012 18:00, Tom wrote: > [snip] > Would you kindly point me towards the location of > this file? I'm new to this. thanks again. on linux: ~/.get_iplayer/options on windows: %USERPROFILE%\.get_iplayer\options which for Vista and later will usually be: C:\Users\\.get_iplayer\options but see http://linuxcentre.net/getiplayer/documentation#Saving%20Settings where there's a decent description of preferences and presets. Cheers Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: XBMC TV episode xml output
hello Jon many thanks for this. I hadn't realised XBMC was quite so exacting about folder naming. quote: the following settings help (all are extracts from my > options file, not command lines ;-): Would you kindly point me towards the location of this file? I'm new to this. thanks again. Tom On 14 June 2012 16:23, Jon Davies wrote: > On 13 June 2012 23:27, Tom wrote: >> >> Hello, >> >> I've been wanting for a while to view saved getIplayer TV items in >> XBMC. [snip] >> >> So, any leads? thanks very much. > > I use get_iplayer with XBMC, with variable success. First thing is to > get files saved in a directory structure that matches what XBMC > expects - the following settings help (all are extracts from my > options file, not command lines ;-): > > for TV programmes: > > subdirformat = /Series_ > --- this puts tv programmes into a subdir matching the series name > () and a further subdir reflecting the series number > subdir = 1 > --- this says to use subdirectories > fileprefix = se_< > episode> > --- the media file itself is prefixed with something like s1e1 > metadata = xbmc > --- and tell get_iplayer to produce xbmc metadata > > for films I use something slightly different, again to meet XBMC's > expectations: > subdirformat = > fileprefix = > --- (subdir and metadata remain the same as above) > --- this puts films into a single level of subdirectory matching the > name of the film > > with these I find that xbmc generally finds and uses the metadata. I > select which set of options to use by using presets. > > your other problem was with thumbnails: > for better or worse (ok, for worse) xbmc looks for an image file with > the same name as the media file but with a ".tbn" suffix (not .jpg). > You can write a script which moves or links the jpg thumbnail to a > .tbn file with the same basename, and then run this after every > download using the "command" option in get_iplayer. I'm going to > guess you're using some sort of linux, in which case you can do > something like this: > > command = /home/media/scripts/finalise "" > (/home/media/scripts/finalise is the full pathname to my script, > "" including the quotes is the parameter - get_iplayer > expands this to the full pathname of the file, in quotes to stop > embedded spaces being a problem) > > and then in the script something like > > #!/bin/bash > > filedir=$(dirname "$mediafile") > cd "$filedir" > > # link .jpg to .tbn if the .jpg exists > basefile=$(basename "$1" "${mediafile##*.}") > if [ -f "${basefile}.jpg" ]; then > echo Linking artwork > ln "${basefile}.jpg" "${basefile}.tbn" > fi > > (which is a little clunky - this is extracted from the script I use, > which always works in the same directory as the media file itself > because of some weirdness that existed in an mp4 optimizer I once > used. I never tidied up the script on the > it-ain't-broke-so-don't-fix-it basis.) > > > Regards > 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
Re: XBMC TV episode xml output
On 13 June 2012 23:27, Tom wrote: > > Hello, > > I've been wanting for a while to view saved getIplayer TV items in > XBMC. [snip] > > So, any leads? thanks very much. I use get_iplayer with XBMC, with variable success. First thing is to get files saved in a directory structure that matches what XBMC expects - the following settings help (all are extracts from my options file, not command lines ;-): for TV programmes: subdirformat = /Series_ --- this puts tv programmes into a subdir matching the series name () and a further subdir reflecting the series number subdir = 1 --- this says to use subdirectories fileprefix = se_< episode> --- the media file itself is prefixed with something like s1e1 metadata = xbmc --- and tell get_iplayer to produce xbmc metadata for films I use something slightly different, again to meet XBMC's expectations: subdirformat = fileprefix = --- (subdir and metadata remain the same as above) --- this puts films into a single level of subdirectory matching the name of the film with these I find that xbmc generally finds and uses the metadata. I select which set of options to use by using presets. your other problem was with thumbnails: for better or worse (ok, for worse) xbmc looks for an image file with the same name as the media file but with a ".tbn" suffix (not .jpg). You can write a script which moves or links the jpg thumbnail to a .tbn file with the same basename, and then run this after every download using the "command" option in get_iplayer. I'm going to guess you're using some sort of linux, in which case you can do something like this: command = /home/media/scripts/finalise "" (/home/media/scripts/finalise is the full pathname to my script, "" including the quotes is the parameter - get_iplayer expands this to the full pathname of the file, in quotes to stop embedded spaces being a problem) and then in the script something like #!/bin/bash filedir=$(dirname "$mediafile") cd "$filedir" # link .jpg to .tbn if the .jpg exists basefile=$(basename "$1" "${mediafile##*.}") if [ -f "${basefile}.jpg" ]; then echo Linking artwork ln "${basefile}.jpg" "${basefile}.tbn" fi (which is a little clunky - this is extracted from the script I use, which always works in the same directory as the media file itself because of some weirdness that existed in an mp4 optimizer I once used. I never tidied up the script on the it-ain't-broke-so-don't-fix-it basis.) Regards Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
XBMC TV episode xml output
Hello, Apologies firstly if I have missed something obvious but I'm new to the list and archive and haven't been able to search it very effectively. Please bear with me if this repeats any discussion already existing there. I've been wanting for a while to view saved getIplayer TV items in XBMC. I am able to do this but program information output in either 'movie' or 'episode' format does not appear, nor do the thumnail images appear (instead XBMC seems to thumbnail the a screen grab from the programme). The folder containing GI items has it's content set to 'TV' with thetvdb.com as default scraper (this doesn't appear to be able to retrieve anything relevant or otherwise). I noticed that setting folder conent to 'movie' does in fact lead XBMC to display programme info correctly, but not the thumbail. This also causes all programmes to appear in the 'movies' list, which is unwanted as I'm aiming to keep movies and TV content separate. So, any leads? thanks very much. Tom ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Naive questions: RTMP packets & output
On 24 January 2012 13:34, John Rose wrote: > [...] , I > have to do the workaround 10 times, each time failing at any time > between 1 second and near the end of a programme. This means that it can > take 5 hours plus to do a download. We've been trying out solutions to this off-list, and a more recent build of rtmpdump seems to help. I've pushed an update to my ppa, so anyone using my ppa should get a fix shortly. (I looked a moment ago, and launchpad says that the builds will run in 14 hours from now...) However John is still seeing rtmpdump just hang from time to time, if anyone has any good ideas about why that might be...? Cheers Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Naive questions: RTMP packets & output
Thanks for your reply. As you correctly surmised, I'm using Ubuntu Lucid. get_iplayer version is v2.80+n15-git050a4a1-ppa4. rtmpdump version is v2.4-n25-git60218d0-ppa5~lucid. I have tried to download the particular programme a number of times (it is Shock and Awe - The Story of Electricity: 3. Revelations and Revolutions, BBC Four, Factual,Science & Nature,Science & Technology,TV, default which is currently 583. I am using command: get_iplayer --force 583 --get --raw I know about the workaround. But this happens so often, that I would like the download to operate properly without doing it. Typically, I have to do the workaround 10 times, each time failing at any time between 1 second and near the end of a programme. This means that it can take 5 hours plus to do a download. PS it's very difficult to get a message onto this mailing list: I usually receive a message stating that there is a suspicious header. I don't understand why considering that I send my mail as Plain Text. Anybody know why this happens? Regards, John ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Naive questions: RTMP packets & output
On 22 January 2012 16:33, John Rose wrote: ... > RTMPDump v2.4-n25-git60218d0-ppa5~lucid > ... > ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 65590 > 428727.861 kB / 2335.80 sec (65.7%) > INFO: Connection timed out, trying to resume. > Resuming download at: 428727.861 kB / 2326.600 sec (65.4%) > > Sometimes, it resumes OK; sometimes not. In general, please state what operating system and version you're using, as well as what version of get_iplayer you have. I can deduce from your log extracts that you're using my ppa, and probably on Ubuntu Lucid, but I can't be certain as these binaries work on more than Ubuntu, and certainly on more than one version of Ubuntu, It helps to know which... You're not alone: sometimes rtmpdump cannot resume a failed/interrupted download. The workaround is to remove the partially downloaded file (it'll be named *.partial.*) and try again. Cheers Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Naive questions: RTMP packets & output
-- Regards, John +44 1902 331266 +44 7894 211434 INFO: 1 Matching Programmes ERROR: Failed to get iphone URL from iplayer site INFO: Checking existence of default version INFO: flashvhigh1,flashvhigh2,flashhigh1,flashhigh2,flashstd1,flashstd2,flashlow1,flashlow2 modes will be tried for version default INFO: Trying flashvhigh1 mode to record tv: Shock and Awe - The Story of Electricity: 2. The Age of Invention INFO: File name prefix = Shock_and_Awe_-_The_Story_of_Electricity_2._The_Age_of_Invention_p00kjqch_default RTMPDump v2.4-n25-git60218d0-ppa5~lucid (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL Connecting ... INFO: Connected... followed by lots of: ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 65590 428727.861 kB / 2335.80 sec (65.7%) INFO: Connection timed out, trying to resume. Resuming download at: 428727.861 kB / 2326.600 sec (65.4%) Sometimes, it resumes OK; sometimes not. What's the cause & the cure (if any)? Does this console output go to stdout or stderr? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Windows version and audio output types
>FFmpeg does report the correct value for the output audio stream. Thanks for checking on this, much appreciated. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Windows version and audio output types
On 06/09/2011 22:53, David Woodhouse wrote: On Tue, 2011-09-06 at 18:59 +0100, dinkypumpkin wrote: I think FFmpeg reports the latter (need to check), If it does, it's broken and should be fixed. The prefix 'k' means 1000. If it means 1024, it should use the prefix 'Ki'. I was wrong about that - sorry. I was thinking of the FLV file, which has the extra ADTS bits. FFmpeg does report the correct value for the output audio stream. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Windows version and audio output types
On Tue, 2011-09-06 at 18:59 +0100, dinkypumpkin wrote: > > It also occurs to me that this might just be down to how "k" is interpreted: > > 128*1024 =~ 130*1000 > > I think FFmpeg reports the latter (need to check), If it does, it's broken and should be fixed. The prefix 'k' means 1000. If it means 1024, it should use the prefix 'Ki'. 1 KiB == 1.024 kB == 1024 bytes == 8192 bits == 8 Kib == 8.192 kb. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Windows version and audio output types
On 06/09/2011 18:59, dinkypumpkin wrote: I think FFmpeg reports the latter (need to check), but other tools like iTunes report the former. I deserver an extra dollop of shame for not remembering this earlier, but there are some extra bits (frame headers for streaming) that are stripped out of the intermediate AAC file during conversion to M4A, so probably accounts for most of the difference. The amount of "extra bits" will be proportional to the length of the programme, thus the variance you mentioned. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Windows version and audio output types
On 06/09/2011 18:46, dinkypumpkin wrote: On 06/09/2011 18:23, Chris Hartley wrote: So my question is two-part: a) by changing the audio output file type to the 128 kbps .m4a, has the quality been depleted? and if so..., b) I don't see this on my machine. How are you reading the bit rate? FFmpeg It also occurs to me that this might just be down to how "k" is interpreted: 128*1024 =~ 130*1000 I think FFmpeg reports the latter (need to check), but other tools like iTunes report the former. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Windows version and audio output types
On 06/09/2011 18:23, Chris Hartley wrote: So my question is two-part: a) by changing the audio output file type to the 128 kbps .m4a, has the quality been depleted? and if so..., b) is it possible for the novice windows user to change the audio output type back to .aac if desired? I don't see this on my machine. How are you reading the bit rate? FFmpeg just copies the audio stream from the downloaded FLV file, so the bit rate isn't altered. If you convert to MP3 with --aactomp3, the default is to encode at 128k, but the --mp3vbr option allows you to override that. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Windows version and audio output types
I've yet to try the new windows installer but have been following the threads and look forward to giving it a go on my next clean-down (a chore performed with monotonous regularity). Currently I am making daily use of the [patched] windows version of this program to download audio which gives me a final output file type of .m4a. Before the program was patched (some several months ago) the final output file type was .aac. Unlike many who have raised the subject, I am not attached to a particular output file type however two things about this change in file type raise my concern: I note that the .m4a always comes in at 128 kbps and yet the earlier pre-patched version of get_iplayer output .aac files which were variable in terms of kbps and ranged between 131 kbps and 135 kbps. Preservation of audio quality is important to me and therefore, since the patched version I've had a nagging concern that the 128 kbps .m4a files were possibly losing some of the original quality of the .aac (but as a clueless windows user had no idea how to change this to preserve the previous .aac format). So my question is two-part: a) by changing the audio output file type to the 128 kbps .m4a, has the quality been depleted? and if so..., b) is it possible for the novice windows user to change the audio output type back to .aac if desired? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: ffmpeg output formats.
I have a Sony Blu-Ray player & found the files from get_iplayer work just fine, if you change the file extension from "mp4" to "avi". With my xbox360 I had to change the file extension to "mov". As you say DLNA is whatever the manufacturer decides to implement... I just do this manually, though it would be nice to work out a way to automate it.. Rich J. -Original Message- From: Andy Bircumshaw [mailto:a...@networkned.co.uk] Sent: 23 May 2011 16:41 To: get_iplayer@lists.infradead.org Subject: Re: ffmpeg output formats. On 23/5/2011, at 2:30pm, Paul Verrall wrote: > ... > I need ffmpeg to output iplayer videos in something other than the default mp4. > Basically my Sony blu-ray (DLNA compliant) device will only play > certain types of video over the network. DNLA is a very dubious "standard", and can mean practically whatever the manufacturer wants it to mean. There is no assurance that one DNLA-compliant device will work with any other specific DNLA-compliant device. > Not sure of the exact > encoding needed, but some hints of command syntax would go a long way > to getting me started. Well, knowing the exact encoding needed would be a *very* good start. get_iplayer's .mp4 videos are h264 video & ACC audio. Your blu-ray player should be able to cope with that, because blu-rays also carry video with these encodings. The PS3 is made by the same manufacturer as your player, was released 5 years ago, and has no problem playing get_iplayer .mp4 videos. You can stream to the PS3 using DNLA and the MediaTomb server, but I do now recall mention that Sony's implementation of DNLA there is horrendous. I have streamed get_iplayer's MP4 videos to the PS3 this way. If you can put a video on a memory stick or SDcard, or burn it to a CD / DVD and play it on your player, then the exact same video should work fine over DNLA. TL;DR: I'd make sure first that this isn't a problem with DNLA, rather than the video format. If you do indeed need to mess with the video encoding, then use `get_iplayer --raw` and the ffmpeg documentation [1] [2] [3]. Ask any questions on the ffmpeg mailing list or elsewhere until you've got a file format you can play / stream to your Sony. Further questions are probably not relevant to this mailing list, or to get_iplayer, until you have converted the BBC's .flv file (that you get using "--raw") into a format you can play - only then we can tell you about get_iplayer integration. aB. [1] http://ffmpeg.org/ffmpeg-doc.html [2] http://ffmpeg.org/faq.html [3] http://www.google.com/search?q=ffmpeg+manual ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: ffmpeg output formats.
On 23/5/2011, at 2:30pm, Paul Verrall wrote: > ... > I need ffmpeg to output iplayer videos in something other than the default > mp4. > Basically my Sony blu-ray (DLNA compliant) device will only play > certain types of video over the network. DNLA is a very dubious "standard", and can mean practically whatever the manufacturer wants it to mean. There is no assurance that one DNLA-compliant device will work with any other specific DNLA-compliant device. > Not sure of the exact > encoding needed, but some hints of command syntax would go a long way > to getting me started. Well, knowing the exact encoding needed would be a *very* good start. get_iplayer's .mp4 videos are h264 video & ACC audio. Your blu-ray player should be able to cope with that, because blu-rays also carry video with these encodings. The PS3 is made by the same manufacturer as your player, was released 5 years ago, and has no problem playing get_iplayer .mp4 videos. You can stream to the PS3 using DNLA and the MediaTomb server, but I do now recall mention that Sony's implementation of DNLA there is horrendous. I have streamed get_iplayer's MP4 videos to the PS3 this way. If you can put a video on a memory stick or SDcard, or burn it to a CD / DVD and play it on your player, then the exact same video should work fine over DNLA. TL;DR: I'd make sure first that this isn't a problem with DNLA, rather than the video format. If you do indeed need to mess with the video encoding, then use `get_iplayer --raw` and the ffmpeg documentation [1] [2] [3]. Ask any questions on the ffmpeg mailing list or elsewhere until you've got a file format you can play / stream to your Sony. Further questions are probably not relevant to this mailing list, or to get_iplayer, until you have converted the BBC's .flv file (that you get using "--raw") into a format you can play - only then we can tell you about get_iplayer integration. aB. [1] http://ffmpeg.org/ffmpeg-doc.html [2] http://ffmpeg.org/faq.html [3] http://www.google.com/search?q=ffmpeg+manual ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: output file names
> John's email helped me notice that instead of hacking the code, I > could have added > fileprefix " - " > to my options file instead. > Thanks John. I'd never noticed that option before (although it should be 'file-prefix' according to the help.) Thanks! (Saves hacking the perl file any more!) :^) Regards John (m...@john-eason.co.uk) ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: output file names
On 23 May 2011 13:56, J K.Eason wrote: >> *From:* Ranec >> *To:* get_iplayer >> *Date:* Mon, 23 May 2011 13:33:06 +0100 >> >> On 18 May 2011 10:27, Ranec wrote: >> > What are the runes for >> > >> > a) Not getting spaces replaced with "_" >> >> add >> whitespace 1 >> option in C:\All Users\get_iplayer\options >> Unfortunately the rest of the code bails when there are spaces in >> the file names. :-( >> This will require significantly more work than I can currently >> spare. >> I'll just make do with using rename for now. > > Under Windows you need to add 'fatfilename 1' *as well as* 'whitespace 1' > to get over that problem. > >> > b) Not getting the _default added to the file name >> >> Change line 3773 from >> sub file_prefix_format { return ' - >> ' }; >> to >> sub file_prefix_format { return ' - ' }; John's email helped me notice that instead of hacking the code, I could have added fileprefix " - " to my options file instead. Thanks John. > Regards > John (m...@john-eason.co.uk) ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: ffmpeg output formats.
> -Original Message- > From: get_iplayer-boun...@lists.infradead.org > [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf Of > Paul Verrall > Sent: 23 May 2011 14:31 > To: get_iplayer@lists.infradead.org > Subject: ffmpeg output formats. > > Hi, > > I need ffmpeg to output iplayer videos in something other > than the default mp4. > Basically my Sony blu-ray (DLNA compliant) device will only > play certain types of video over the network. Not sure of the > exact encoding needed, but some hints of command syntax would > go a long way to getting me started. > Any recommendations on the most simple way to achieve this? Have you tried PS3MediaServer? http://www.ps3mediaserver.org/about/ - it's DLNA compliant and my friend uses it to stream and realtime transcode to his PS3. It might be less fiddly than (IMHO) mucking about with transcoding on the commandline with get_iplayer (something it was never really designed to do, although before I get a dozen people rushing to correct me - I'm sure it can with ffmpeg and all its wonderful components, it's just it's too much effort for my liking!) If you want to put together a commandline string, what you'll probably need is to rewrap the video and audio streams in a format the Bluray player understands. This is the case with the PS3; iPlayer stuff is standard H.264 video with AAC audio. PS3MediaServer can 'rewrap' (for example) MKVs with x264 and AC3 on a decently powered laptop no problems. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
ffmpeg output formats.
Hi, I need ffmpeg to output iplayer videos in something other than the default mp4. Basically my Sony blu-ray (DLNA compliant) device will only play certain types of video over the network. Not sure of the exact encoding needed, but some hints of command syntax would go a long way to getting me started. Any recommendations on the most simple way to achieve this? Thanks, Paul ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: output file names
> *From:* Ranec > *To:* get_iplayer > *Date:* Mon, 23 May 2011 13:33:06 +0100 > > On 18 May 2011 10:27, Ranec wrote: > > What are the runes for > > > > a) Not getting spaces replaced with "_" > > add > whitespace 1 > option in C:\All Users\get_iplayer\options > Unfortunately the rest of the code bails when there are spaces in > the file names. :-( > This will require significantly more work than I can currently > spare. > I'll just make do with using rename for now. Under Windows you need to add 'fatfilename 1' *as well as* 'whitespace 1' to get over that problem. > > b) Not getting the _default added to the file name > > Change line 3773 from > sub file_prefix_format { return ' - > ' }; > to > sub file_prefix_format { return ' - ' }; Regards John (m...@john-eason.co.uk) ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: output file names
On 18 May 2011 10:27, Ranec wrote: > What are the runes for > > a) Not getting spaces replaced with "_" add whitespace 1 option in C:\All Users\get_iplayer\options Unfortunately the rest of the code bails when there are spaces in the file names. :-( This will require significantly more work than I can currently spare. I'll just make do with using rename for now. > b) Not getting the _default added to the file name Change line 3773 from sub file_prefix_format { return ' - ' }; to sub file_prefix_format { return ' - ' }; -R ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
output file names
What are the runes for a) Not getting spaces replaced with "_" b) Not getting the _default added to the file name ? Cheers, -R ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Re: Workaround for broken(?) m4a files from ffmpeg, was Re: [PATCH] Output AAC as M4A for iTunes with metadata tags
On 17 April 2011 10:45, richard wrote: > > Success at last! Posted this problem to the ffmpeg mailing list: > > http://ffmpeg.org/pipermail/ffmpeg-user/2011-April/000374.html > > and it has now been fixed in the latest git: > > http://git.videolan.org/?p=ffmpeg.git;a=commit;h=0ba8485666f532f2dbab716f74e1be1189102c89 > > The tests I've done so far are positive. I can now play m4a files in the > Marantz without the script to fix up the average bit rate. > > Thanks to all who have helped with this. > This is great - many thanks! ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Re: Workaround for broken(?) m4a files from ffmpeg, was Re: [PATCH] Output AAC as M4A for iTunes with metadata tags
On Fri Apr 15 bat guano wrote: >> Simon wrote: >> >> I think ffmpeg is the right place to handle this. When ffmpeg runs >> (using -acodec copy), it displays a status line of the form >> size= 33270kB time=821.71 bitrate= 331.7kbits/s >> where these values are updated every second or so. So ffmpeg does >> know the average bit rate, but it doesn't store it in the m4a file. > > I also don't think it's a problem caused by streamed files from > RTMPDump. > > And it's not just '-acodec copy' that gives no avgBitrate. > FFmpeg doesn't seem to set the avgBitrate when converting other files > to m4a. > Using commands like this:- > ffmpeg -i foo -acodec libfaac foo.m4a > > Other encoders, such as faac and neroAacEnc, seem to set the > avgBitrate OK though. Success at last! Posted this problem to the ffmpeg mailing list: http://ffmpeg.org/pipermail/ffmpeg-user/2011-April/000374.html and it has now been fixed in the latest git: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=0ba8485666f532f2dbab716f74e1be1189102c89 The tests I've done so far are positive. I can now play m4a files in the Marantz without the script to fix up the average bit rate. Thanks to all who have helped with this. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Re: Workaround for broken(?) m4a files from ffmpeg, was Re: [PATCH] Output AAC as M4A for iTunes with metadata tags
On Fri Apr 15 bat guano wrote: >> Simon wrote: > > > rtmpdump produces FLV files, which have nowhere to put a value for the > average bit rate. So this isn't something that rtmpdump could fix. > > I think ffmpeg is the right place to handle this. When ffmpeg runs > (using -acodec copy), it displays a status line of the form > size= 33270kB time=821.71 bitrate= 331.7kbits/s > where these values are updated every second or so. So ffmpeg does > know the average bit rate, but it doesn't store it in the m4a file. > > I also don't think it's a problem caused by streamed files from > RTMPDump. > > And it's not just '-acodec copy' that gives no avgBitrate. > FFmpeg doesn't seem to set the avgBitrate when converting other files > to m4a. > Using commands like this:- > ffmpeg -i foo -acodec libfaac foo.m4a OK. I'll eat my words. I forgot about that. I've done some more testing of a couple of mp3 files (not downloaded with get_iplayer) using that command: ffmpeg -i 128bit.mp3 -acodec libfaac 128bit.m4a ffmpeg -i 128kbs.mp3 -acodec libfaac 128kbs.m4a Both m4a files would not play in the Marantz, and the decConfigDescr in the esds atom shows the same problem - avgBitrate = 0 bufferSizeDB = 0 (0x00) <24 bits> maxBitrate = 64000 (0xfa00) avgBitrate = 0 (0x) ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: Workaround for broken(?) m4a files from ffmpeg, was Re: [PATCH] Output AAC as M4A for iTunes with metadata tags
> > > rtmpdump produces FLV files, which have nowhere to put a value for the > average bit rate. So this isn't something that rtmpdump could fix. > > I think ffmpeg is the right place to handle this. When ffmpeg runs > (using -acodec copy), it displays a status line of the form > size= 33270kB time=821.71 bitrate= 331.7kbits/s > where these values are updated every second or so. So ffmpeg does > know the average bit rate, but it doesn't store it in the m4a file. > > Simon > > > > Hi I also don't think it's a problem caused by streamed files from RTMPDump. And it's not just '-acodec copy' that gives no avgBitrate. FFmpeg doesn't seem to set the avgBitrate when converting other files to m4a. Using commands like this:- ffmpeg -i foo -acodec libfaac foo.m4a Other encoders, such as faac and neroAacEnc, seem to set the avgBitrate OK though. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Workaround for broken(?) m4a files from ffmpeg, was Re: [PATCH] Output AAC as M4A for iTunes with metadata tags
richard wrote: On Tue Apr 12 11:20:00 EDT 2011 dinkypumpkin wrote: I see that bufferSizeDB (max sample size) is also zero. That would be a bit unfortunate if either of those fields is the cause. I don't think ffmpeg will ever fill in those fields in this case, as you're just copying streams (i.e., using -acodec copy). The FLV file generated by rtmpdump doesn't seem to have those fields, probably since it's from a streaming source, so 0 in -> 0 out. When mp4tags rewrites the MP4 metadata on save, the underlying MP4 library does the arithmetic to calculate the necessary values and fill in the esds atom. From perusing the ffmpeg code, it looks like the required logic could be added, but I'm not sure it should be. I don't think zero is an incorrect value for those fields, plus it would sort of violate the codec-based model of ffmpeg. Testing has shown that when the avgBitrate (average bit rate) in the DecoderConfigDescriptor of the esds atom is zero, a m4a file will not play in the Marantz CD6003. Both EasyTag and mp4tags makes a m4a file playable by changing the average bitrate from zero to a non zero value, but there is a delay (approx 25 seconds in the test file I used) before play starts. I think this delay is caused because EasyTag and mp4tags move the mdat atoms from the end to near the front (before the moov atom). The -optimize option of mp4creator removes the free atoms and moves the mdat atoms back to the end. Clearly the Marantz player is fickle about how m4a files are written. It appears to me that the problem is not due to a bug in ffmpeg or the Marantz firmware, but (as dumpypumpkin says) because rtmpdump doesn't set a field for the avgBitrate, or perhaps because the avgBitrate is incorrectly set to zero. rtmpdump produces FLV files, which have nowhere to put a value for the average bit rate. So this isn't something that rtmpdump could fix. I think ffmpeg is the right place to handle this. When ffmpeg runs (using -acodec copy), it displays a status line of the form size= 33270kB time=821.71 bitrate= 331.7kbits/s where these values are updated every second or so. So ffmpeg does know the average bit rate, but it doesn't store it in the m4a file. Simon ___ 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: Workaround for broken(?) m4a files from ffmpeg, was Re: [PATCH] Output AAC as M4A for iTunes with metadata tags
On 14/04/2011 21:47, richard wrote: On Tue Apr 12 17:38 dinkypumpkin wrote: Do you know of a similar utility to mp4dump that can print out a readable representation of an mp3 atom tree of mp3 files, and a utility like AtomicParlsey that prints an atom tree of mp3 files? I'm using Ubuntu. Well, the term of art for MP3 files is "ID3 frame" rather than "atom". To list the frames in a MP3 file, you can used the id3v2 utility (id3v2 package in Ubuntu): $ id3v2 -l file.mp3 However, it only understands frames up to ID3v2.3, so won't show info from a file with ID3v2.4 frames. I use the Python Mutagen library (python-mutagen package in Ubuntu), which installs an id3v2 work-alike utility called mid3v2. To list frames: $ mid3v2 -l file.mp3 mid3v2 understands all versions, but be warned that it writes ONLY ID3v2.4. Shouldn't be a problem unless you put those files into Windows Media Player. Mutagen, of course, requires Python, but if you only need the mid3v2 utility you don't need to dig into Python itself. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer