Re: 4GB limit, chunk download, what to use to demux and remux?
On 2 August 2012, at 22:58, MS wrote: ... So how do I fix the downloaded chunks? What Linux software do I use to demux my 1st chunk .mp4 file and subsequent chunks .mp4.flv files? And what software do I use to remux them together preferably allowing a little editing to get rid of the 5 min overlaps I've used for the chunks, and fixing the timecode? (If timecode the right expression for the time displayed when playing the video?) Assuming this is what you actually want to do, I have used mkvmerge to combine multiple videos into a single .mkv. AIUI this has the advantage that the encoded videos are neither concatenated or re-encoded - AIUI the mkv format can store multiple separate videos with play order instructions and chapter marks. Email me off-list if you want some example wrapper script. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: get_iplayer v.v. HiDownload Platinum
On 17 July 2012, at 17:49, Jonathan Wiltshire wrote: On 2012-07-17 15:38, Chris J Brady wrote: As an after thought wouldn't it be great if get_iplayer also worked for ITV iplayer, Ondemand 4 and 5 or whatever? Is this in the pipeline? There were plugins for C4 and ITV when Phil first released get_iplayer, but the targets kept moving and it was not worth keeping up. I don't know what proportion of their library is available, but I've found some full-length programmes posted on Channel 4's YouTube channel. You can download these with youtube-dl or get_flash_videos. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: get_iplayer v.v. HiDownload Platinum
On 16 July 2012, at 11:24, James Cook wrote: ... I to check http://ffmpeg.mplayerhq.hu/shame.html but it's down. LOL. This was approximately my first reaction, too, upon seeing the HiDownload website. The site reminded me so strikingly of those for the DVD rippers (DVDfab?) that rip off ffmpeg code. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: FFmpeg deprecated (in Ubuntu)?
On 26 June 2012, at 23:10, dinkypumpkin wrote: ... My unscientific survey tells me that Debian, Ubuntu and all their DEB-based derivatives have gone the Libav route, while Fedora, openSUSE and other RPM-based distros (plus Gentoo) have stayed with FFmpeg. So, I think we'll have to straddle that divide. Gentoo now has a package virtual/ffmpeg which is fulfilled by either media-video/ffmpeg or media-video/libav. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: FFmpeg deprecated (in Ubuntu)?
On 27 June 2012, at 20:57, dinkypumpkin wrote: On 27/06/2012 19:08, Andy Bircumshaw wrote: Gentoo now has a package virtual/ffmpeg which is fulfilled by either media-video/ffmpeg or media-video/libav. Thanks for that. Since we gratefully junked Gentoo at work I haven't paid much attention to it and it's clear I'm behind the times. I have to give them a lot of credit for trying to bridge the divide, but that seems like a heck of a lot of work for a little bit of user choice. On Gentoo, it's actually pretty trivial to add the virtual. This is the new package: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/virtual/ffmpeg/ffmpeg-0.10.3.ebuild?revision=1.6 There's a little work to ensure that packages now depend on the virtual, instead of the previous media-video/ffmpeg package. And of course compatibility may start to become a problem in the future - then they may need to stop depending on the virtual again and instead directly upon ffmpeg or libav respectively. I imagine that media-video/ffmpeg and media-video/libav now block each other. But for it's stuff like this that I use Gentoo - I want to be able to make the choice for myself. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Enabling gzip
On 13 June 2012, at 21:18, Arthur Murray wrote: I was wondering … if gzip should really still be disabled by default? … I'd prefer to enable it to reduce download times and wasted internet bytes, … Surely this only affects the downloads of webpages from the iPlayer site, as you refresh the cache and get the full listing of available programmes? Surely it does not affect the size of programme downloads, at least not to any significant extent? Compared to the size of a single video download, the waste incurred by refusing gzip'd pages is negligible. Stroller. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Crashes When Running from Cron Job
On 23 April 2012, at 12:51, ajebay wrote: … My efforts with running --pvr switch from cron job have had mixed success. It appears that when the download fails part way through, the system locks up with get_iplayer still running but nothing happening. Latest example was from last night when Silent Witness failed. I erased the partial file this morning and did a straight --get run which went fine (at max tariff!) but I cannot now run --pvr. I get the following message:- ERROR: Quitting - process is already running (/home/alastair/.get_iplayer/pvr_lock) The lock file contains the number 24706. … Before I try and kill the process that is still running are there any logs which I should report here which would help? Instead of deleting only the *partial file, you also need to kill the rtmpdump process. If you run `lsof /path/to/downloads/*partial` you will see the PID of the rtmpdump process. So execute `rm /path/to/downloads/*partial kill $PID` (setting or replacing $PID as appropriate). The --pvr job will receive an unsuccessful exit signal from the rtmpdump process and either start again from scratch or just continue to the next job (making another attempt to get this programme tomorrow). I think that get_iplayer could handle stuff like this better, but there's a reluctance to delve to deeply into the codebase (for reasons which have been discussed in the past). As a consequence I check my download directory for *partial files on a daily basis. You could alternatively run `find` in a cronjob to alert you of *partial files more than X hours old. The current state of get_iplayer is, IMO, that you can't just set it and forget it completely without intervention. It just takes a minute or so each morning to scroll through the email from your cronjob and check that all files have downloaded successfully, but I think you really need to do that. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Re: Further Questions re Syntax
On 23 April 2012, at 09:06, Alastair wrote: … I do not know BBC policy for adding HD version but even a delay of 24 hours may not guarantee getting the best mode and it is very arbitrary as they do not always post hd version. My thought was, for a given search string, to have get_iplayer compare what had already been downloaded with what was available. In this way using the fallback modes approach suggested by Andy which is working fine, it would always get the best mode, whenever it was added to server. The immediate question that springs to my mind is about what happens to completed searches. If I queue up PID b01gw5vj for download using `get_iplayer --pvrqueue ewan` then the best quality version currently available is downloaded and the search deleted. If a higher quality version of this subsequently becomes available, how to find it? I guess this may not matter for ongoing searches - if I add instead `get_iplayer ewan --pvradd Search for programmes about guys named Ewan` then get_iplayer can check against download history (as it does already) and only refuse to download the programme if it's already been downloaded (as it does already) *and also* if no higher quality version has been downloaded. Another alternative is just to have the get_iplayer go through every programme in its download_history, check that PID available and download it if a higher quality version is now available. If the BBC were to upgrade their archive to HD, this could result in you downloading hundreds of shows! Another question that arises, however, is whether you really want get_iplayer to redownload a programme that you have already watched. It's worth mentioning here that Phil Lewis, the original author of get_iplayer, had quite a clear perspective on get_iplayer as a fair use solution to time-shifting TV viewing. That's why he made it delete programmes over 30 days old. You could run `get_iplayer --nopurge --prefs-add` and never have get_iplayer do this. If we consider the analogy of taping a show using your VHS recorder (because you'll be out at the pub when the show is recorded and you want to watch it the next day) then you probably have a dozen or so VHS tapes which you recycle by recording over them after you've watched whatever you recorded on them. In the VHS days you probably didn't have a massive library of thousands of blank VHS tapes, recording everything you might happen to be interested in, never deleting them, and making sure to re-record the highest quality version if it became newly available. I'm not saying that there's anything wrong with caching recorded shows for re-viewing, but Phil clearly approached his get_iplayer development with the Terms Of Use of the BBC's official iPlayer in mind. He ceased development when the BBC management stated that they disapproved of unauthorised tools such as get_iplayer (or when he interpreted them to do so). I don't agree with him that we should all kowtow to the BBC, and to them telling us what to do (especially because the BBC's policies are a result of them kowtowing to Hollywood), but it's worth being aware of the assumptions made when get_iplayer was written. If we follow the VHS metaphor, your suggestion might lead to us redownloading a show which we watched and deleted months ago, just because it happens to be rerun at a higher video quality. I'd like to rewrite get_iplayer from scratch, with my own set of usage assumptions and a clean codebase, but I can't say that I've got the time, even if I've got the skills (which is uncertain). Finally on another problem, because at present I am having some difficulties with my internal mail I am not getting logs from cron jobs. How can I get the cron get_iplayer job to run in a console so I can see what is going on when I return to machine please? Delete or comment out the cronjob, open a terminal and run `get_iplayer --pvr`. If you have peak / off-peak bandwidth limitations then run `sleep 4h get_iplayer --pvr` (where 4h is 4 hours, for example). You could probably do something more sophisticated having the cronjob create a tmux session and run in there, but the above'll keep you going until you fix your cron email issues. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Further Questions re Syntax
On 22 April 2012, at 00:05, Alastair wrote: Hi and many thanks to Andy et al for answering my dumb questions. I have another which I suspect is a Regex issue but how should I deal with colon : in a search string. All appears as it should in the search0 = line of the pvr list but in the first line, pvrsearch = the colon has gone. Sorry, could you clarify a little, please? Searching for colons seems to be working fine here: $ get_iplayer --fields name | grep ^INFO INFO: 910 Matching Programmes $ get_iplayer --fields name ':' | grep ^INFO INFO: 414 Matching Programmes $ get_iplayer --fields name mum | grep ^INFO INFO: 1 Matching Programmes $ get_iplayer --fields name mum: | grep ^INFO INFO: 1 Matching Programmes $ get_iplayer --fields name zingzilla | grep ^INFO INFO: 9 Matching Programmes $ get_iplayer --fields name zingzilla: | grep ^INFO INFO: 0 Matching Programmes $ get_iplayer --fields name zingzillas: | grep ^INFO INFO: 2 Matching Programmes $ If you're on Windows you might need to quote the 'search string', but you can see that doesn't seem to be a problem on Linux. I have a couple of existing PVR searches using colons: $ get_iplayer --pvr-list | grep -C 1 : All PVR Searches: -- pvrsearch = Ideal_-_dopehead_sitcom search0 = Ideal: Series -- pvrsearch = The_Ones_-_standup_comedy_series_one_episode_per_comedian search0 = ^The Ones: Series .$ $ I think I only use these because they match Ideal (the dopehead sitcom) whilst ignoring other programmes containing the word (such as Ideal Living Today or Highlights of the Ideal Home Exhibition). The ^ is regrex for start of line. The dopehead sitcom search would be better constructed ^Ideal: Series (or even ^Ideal: Series .* - but would that match series 10?) It is unfortunate that the BBC place the word series in the program title - I think they should list programmes so that ^Ideal$ matches all series of the show (and ^Have I Got News For You$ and ^Being Human$ likewise). I think they may have been inconsistent in the past about this convention, but I can't immediately find evidence of this in my download_history file. I do not know BBC policy for adding HD version but even a delay of 24 hours may not guarantee getting the best mode. Would it be possible, for a given search string, to compare what had already been downloaded with what was available. Nope, I don't believe there's any way built-in to get_iplayer to do this. I'm sure dinkypumkin will know better than me if I'm mistaken, though. I have no idea how difficult this would be to add. The file quality of previously downloaded shows is in the download_history, but I can see some other issues. Unfortunately, the BBC do not always post all versions. AIUI this happens when their own overnight transcoding batch jobs fail. You can contact them through iPlayer's reporting system and they'll *sometimes* put the file up after a couple of days. You have to be careful when reporting *not* to mention get_iplayer - I think you first need to install the BBC iPlayer Desktop program (probably easiest to do on Windows or a Mac) and then confirm using that (or the web-interface) that the download or download in HD options are unavailable. Submit *that* problem as the report and, if the BBC fix it, then it'll also become available to get_iplayer. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Remuxing get_iplayer downloads to play on my TV
On 20 April 2012, at 12:56, Steve Champion wrote: … the conversion … takes a long time... presumably because I am not merely remuxing, but doing a conversion. I'm struggling a bit to understand the subtleties of video/audio formats. Y'know, I think you're doing alright. You questions seem to indicate you understand the difference between remuxing and transcoding, which is the big divide, really. I really like this explanation of codec vs. container: http://html5.xoofoo.org/video.html Reading that might make you feel more confident about knowing you know this stuff. The article talks about video used on the web and the current HTML standards, but the principles of codecs and containers are universal to video files. So, my question is: 1) Based on this table, is there a format that my TV can play which requires only a remux (of what get_iplayer downloads) rather than a conversion? I don't think so. I'm not sure if this table is up to date, but it'll give you an idea: http://beebhack.wikia.com/wiki/IPlayer_TV You might try the WMV versions, but I wouldn't bet on it. The best encoding widely in use at the moment is h264. Your telly doesn't support that. I think the best quality formats that your telly supports are Xvid and MPEG-4. I'm confused about the relationship between DivX and MPEG-4. It's not clear to me whether your telly will play DivX-encoded movies. I think best bet is to download with get_iplayer at the highest resolution and then transcode a copy to watchable format. This will inherently always result in lower video quality. You may be able to minimised the quality loss by choosing a slower transcode (2- or 3-pass) or by utilising larger file sizes. MPEG-II is the format used in DVDs. I believe it's a lower quality than Xvid / MPEG-4, but it may be relatively fast to transcode. You might get adequate video quality by choosing MPEG2 and larger file sizes, however beware that even iPlayer's HD streams can be a bit blocky with artefacts on occasion. Transcoding is never ideal. You'll have to experiment a bit and see what works for you, see if you can get a compromise - of file-size / render time / image quality - that you're happy with. iPlayer uses the current standard of h264, so you might consider buying something like the PlayOn HD Mini or the Western Digital TV Live which are HDMI-connected players and which handle this format. They're small, quiet and they have a dedicated h264 decoder chip, so they'll handle HD video just fine; it looks like they're now going for as little as £50 or £60. 2) If this is the case, what would be the ffmpeg command line to do the required remux? Given that, I could make a batch file to remux at will [that much I _could_ handle :-) ] I don't use ffmpeg that much, I'll let someone else help, unless you get really stuck. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
--pvrqueue automatically adds future recordings?
Hi there, I'm getting weird different results between searching for (some) programmes and adding them to my pvr queue. $ get_iplayer social get_iplayer v2.80, 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. Matches: 2115: The Anti-Social Network - -, BBC Three, Factual,Guidance,TV, default INFO: 1 Matching Programmes $ $ get_iplayer --pvrqueue social get_iplayer v2.80, 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. Matches: 2115: The Anti-Social Network - -, BBC Three, Factual,Guidance,TV, default 2133: The Cheyenne Social Club - The Cheyenne Social Club, BBC Two England, , default INFO: 2 Matching Programmes INFO: Saving PVR search 'ONCE_The_Anti-Social_Network_-_-_b01dwg1n': pid b01dwg1n type tv INFO: Saving PVR search 'ONCE_The_Cheyenne_Social_Club_-_The_Cheyenne_Social_Club_b00kx1sb': pid b00kx1sb type tv $ $ get_iplayer Cheyenne get_iplayer v2.80, 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. INFO: 0 Matching Programmes $ get_iplayer --future Cheyenne get_iplayer v2.80, 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. Matches: 2133: The Cheyenne Social Club - The Cheyenne Social Club, BBC Two England, , default INFO: 1 Matching Programmes $ --future does not seem to be amongst my default options: $ get_iplayer --prefs-show Options in '/home/stroller/.get_iplayer/options' radiomode = flashaachigh,flashaacstd tvmode = flashhd,flashvhigh,flashhigh,flashstd,flashnormal nopurge = 1 output = /mnt/space/Media/BBC/ $ I can fix this by running `get_iplayer --refresh`, but I have `get_iplayer --type radio --refresh get_iplayer --refresh --refresh-future` running as a regular cronjob so that my search results are never delayed by an out-of-date cache and because it's sometimes useful just to --pvr-queue future results for a series (effectively queuing them by PID) rather than adding a search (using --pvr-add). Can anyone else reproduce this, please? When I started looking at this problem I was really confused by what might be causing it, but as soon as I realised the extra shows were --future listings it suddenly made sense. I guess it'll be a simple fix and I'll have a dig at it as long as we can all agree that I'm not going crazy and that this is a bug (not a feature). I've experienced this with another show in the last week, too. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: --pvrqueue automatically adds future recordings?
On 18 April 2012, at 18:53, Ronny Andersson wrote: $ get_iplayer social get_iplayer v2.80, 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. Matches: 2115: The Anti-Social Network - -, BBC Three, Factual,Guidance,TV, default INFO: 1 Matching Programmes $ $ get_iplayer --pvrqueue social Why don't you use the index instead; $ get_iplayer --pvrqueue 2115 This will add only this program using the PID instead. When you refresh later it still uses the PID in the pvr queue, since the indexes changes all the time but the PID is always the same. The reason I don't is that I usually perform the search, use my bash history to find the last time I used pvrqueue and then replace the last word with !!:$. Also, if you have --refresh running as periodic cronjob there is a chance (slim, hopefully) that the index number will change in the time between running the search and adding the pvr item. Generally I have considered this preferable to having to wait for a refresh if the cache is more than 4 hours old - far too often this has caused me to have to wait before a search is completed. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: HD Stream Problems
On 12 April 2012, at 15:24, Charlie Pearce wrote: … Options in '/home/cjp/.get_iplayer/options' rtmptvopts = --swfVfy http://www.bbc.co.uk/emp/10player.swf I know you said you got it sorted now, but that looks iffy to me. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR switch syntax - help please
On 10 April 2012, at 21:03, Alastair wrote: ... Putting `get_iplayer --pvr` in a crontab allows you to schedule the downloads for off-peak /or unmetered hours. Note that the various different versions of a program (flashhd, flashvhigh, flashhigh, flashstd c) are NOT certain to posted to the iPlayer site simultaneously. It may be that the standard or high versions are posted before the vhigh or hd versions, perhaps by as much as several hours. You probably need to account for this, which is easy using crontab - you just use the extended `get_iplayer --pvr --before 24` your actual crontab entry. Many thanks for this. You raise an issue which had not yet occurred to me. My cron job worked OK last night using default resolution. You can see what resolutions are available using `get_iplayer 1123 -i | grep sizes` I shall try the --before switch as you suggest but this seems a bit arbitrary. How do you get the highest resolution available in your command? If you were to download a show using `get_iplayer -g 1123 --tvmode flashhd,flashvhigh,flashhigh,flashstd,flashnormal` then get_iplayer would try to download this particular show using the first specified mode, falling back on each of the subsequent specified modes in turn if the previous one is unavailable. If you run `get_iplayer --tvmode flashhd,flashvhigh,flashhigh,flashstd,flashnormal --prefs-add` then get_iplayer will download nothing, but add the --tvmode setting to your user preferences and they'll be applied to every future download. Having done this, you can inspect your user preferences using `get_iplayer --prefs-show` Note: I think it may be better practice to have a single --modes setting, rather than separate --tvmode --radiomode settings. Perhaps someone else can comment on that? I do not know the BBC policy on resolution but it would be better if, having delayed download for 24 hours, get_iplayer could try hd and step down through vhigh and high. I assume you do this somehow? Ah, I did not parse this question properly when I initially read your email. But you can see from the above, I think. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR switch syntax - help please
On 9 April 2012, at 09:57, Alastair wrote: I just add `get_iplayer --pvr` to my user crontab to run every morning at 2am. This will execute all PVR searches and download any new shows that match the search and any that have been individually queued up (using --pvr-queue). aB. Hi Andy, Many thanks. Yes my example was not correct and should have referred to a radio programme. I shall do some trials using your approach. It would also be good to know how --pvr-sceduler worked in due course. I've never used it, but this looks self-explanatory to me: $ get_iplayer --longhelp | grep pvr-sch --pvr-scheduler secondsRuns the PVR using all saved PVR searches every seconds. Synonyms: --pvrscheduler $ I imagine you'd want to put it in a wrapper script that checks the hasn't died, restarting it if necessary. You'll need to handle the case that the download has stalled and get_iplayer has sat frozen for hours or days - personally I wouldn't recommend this approach. Putting `get_iplayer --pvr` in a crontab allows you to schedule the downloads for off-peak /or unmetered hours. Note that the various different versions of a program (flashhd, flashvhigh, flashhigh, flashstd c) are NOT certain to posted to the iPlayer site simultaneously. It may be that the standard or high versions are posted before the vhigh or hd versions, perhaps by as much as several hours. You probably need to account for this, which is easy using crontab - you just use the extended `get_iplayer --pvr --before 24` your actual crontab entry. The cron daemon software supplied by your distro can easily be configured to email you a log of each job it completes. So, using the crontab approach, you are notified that there may be download problems if you wake up in the morning and you don't have an email of the completed get_iplayer output. Admittedly these emails are annoyingly long to scroll through - it takes perhaps as long as 20 seconds each day to scroll through one and check to see whether any downloads have failed halfway through. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get info by pid
On 6 April 2012, at 23:33, Charles Johnson wrote: I was wondering if it's possible to get info by pid? The following looks as if it should work, but doesn't: get_iplayer --info --pid f00bar01 and actually it appears to attempt to retrieve the prog (!) Nope. This is a longstanding and established feature. :( aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Unable to download flashvhigh
On 4 April 2012, at 22:37, Allan Preston wrote: Whenver I try to download any program with --vmode=flashvhigh under Linux atm, the download fails. It usually reaches approx 50%, then terminates with ERROR: RTMP_ReadPacket, failed to read RTMP packet header Try, separately, --tvmode=flashvhigh1 and --tvmode=flashvhigh2 Each will put you onto a different server / CDN - sometimes one is flakey. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Raspberry pi pvr
On 6 March 2012, at 16:07, Colin Law wrote: Is anyone looking at get-iplayer going on the Raspberry pi? With an external disc it might make a nice mini-pvr. The Raspberry Pi looks great, especially for iPlayer movies, but caveats: • First generation hardware: • Often buggy. See Pandora handheld console, Openmoko Freerunner. I learned this lesson the expensive way with the latter. • No enclosures currently available. In a year's time I'm sure you'll be able to buy a custom designed plastic box to put the Raspberry Pi in. • Video decoding acceleration chip only applies to h264: • Is the CPU powerful enough for legacy media? Lots of videos you might find on the net are still .avi, DivX and so on. • Does it support 10-bit h264? This seems to make a lot of improvement on banding / artefacts of re-encodes (i.e. DVD rips). See pages 9 11 of [1], examples section of [2]. These might look quite subtle in some of the screenshots, but artefacts tend to move around and shimmer when the video is being played back. If you don't tend to notice them then you're very lucky - once you start doing so, they're freakin' everywhere, and quite distracting! I'm pretty sure the answer to the questions in the last 2 bullet-points is no and whilst I'm sure a LOT of people will be VERY happy with the Raspberry Pi, I think there will also actually be quite a lot of people who overlook these last two issues, be fired by the current levels of enthusiasm for the Pi and by seeing its playback of 1080p h264 and who will ultimately be equally disappointed. The Pi is *amazingly* good value, but it doesn't matter how cheap it is if it doesn't do the job. It will be *great* for video (such as iPlayer downloads) that is intended to be decoded on set-top-boxes and embedded devices, because these all suffer the same limitations, but I think there will be some people who decide in the end that it's a waste of time as a media centre. aB. [1] http://x264.nl/x264/10bit_03-422_10_bit_pristine_video_quality.pdf [2] http://haruhichan.com/wpblog/?p=205 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: How to find a particular episode
On 4 March 2012, at 11:25, Colin Law wrote: … You can also use, then, `get_iplayer --pid b01czdrg` However, this *is* exactly what --pvr is for - when you add a programme using `get_iplayer --pvr-queue 1234` then get_iplayer will look up the PID and store that as the download criteria. It doesn't matter if the index number changes, as it invariably will, because the PID is eternal. OK, I did not realise that --pvr-queue would do that. Presumably there is a very small chance that the number will change between doing the search and issuing the pvr queue command, but probably vanishingly small. Or is it clever enough to get the pid from the previous search rather than querying again? The index number only changes when the index is refreshed. It will be refreshed if you run `get_iplayer --refresh` (or --flush) or if the cache is more than 4 hours old when you perform some other operation. The refreshing of the cache is obvious because INFO: Getting tv Index Feeds is first shown, then the list of newly added programmes. Personally, I find it annoying that searching for a programme sometimes necessitates waiting for a refresh to complete. I just want the results, not to have to sit through watching the download! So I have an hourly cronjob which does nothing but refresh the cache and thus I know that the index numbers will only change approximately upon the hour. 0 * * * * /usr/local/bin/get_iplayer --type radio --refresh /dev/null 21 /usr/local/bin/get_iplayer --refresh --refresh-future /dev/null 21 Alternatively, you could alter the cache expiry period, for example: get_iplayer --expiry $((24*60*60)) --prefs-add Setting up a daily cronjob for off-peak hours, with only `get_iplayer --pvr` seems easier to me than setting ad-hoc cronjobs for `get_iplayer some complex search` and then having to remember to delete each one the next day. Yes, I think I am convinced, I thought the pvr stuff was more complex in basic operation, but I see it can be used to do exactly what I want. Actually I think it does not matter if one forgets to remove the cron job as it will not fetch the file again, if I read the docs correctly (provided it is still there of course). Not that I would ever to forget to remove the job anyway... ah, crontab -e isn't it? The same PID won't be downloaded twice, but if you're using searches there's always a chance that a second programme will match. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: How to find a particular episode
On 4 March 2012, at 17:04, Colin Law wrote: … Personally, I find it annoying that searching for a programme sometimes necessitates waiting for a refresh to complete. I just want the results, not to have to sit through watching the download! So I have an hourly cronjob which does nothing but refresh the cache and thus I know that the index numbers will only change approximately upon the hour. Would you have to be a little careful doing that, as the index number may change in the background when the cron jog runs? You could do a search just before the job runs, get the id, and start or queue a download based on that index just after the cronjob runs, with the wrong index. Yes, that's a possibility. That's why I say I know that the index numbers will only change approximately upon the hour and suggest the alternative of altering the cache expiry period. Or, y'know, just accept the occasional delay when you make your first search for 4 hours. In reality, I don't believe this has ever been a problem for me. Usually I'm adding a whole series (as a search or individually; in the latter case you might add --future) or a film by name. Adding by `get_iplayer --pvr-queue 1234` does show the details of the programme being added, so hopefully you'd notice if an update to the index caused the wrong programme to be queued. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: How to find a particular episode
On 3 March 2012, at 10:25, Colin Law wrote: … I realise that I could get using the number (751 for example) but I am trying to do this programmatically so hoped that there would be a way to specify the episode number. $ get_iplayer the bottom line … Matches: 2361: The Bottom Line: Series 10 - Episode 5, BBC News 24, Factual,Money,TV, default 2362: The Bottom Line: Series 10 - Episode 6, BBC News 24, Factual,Money,TV, default INFO: 2 Matching Programmes $ $ get_iplayer the bottom line -i | grep -i added timeadded: 15 days 11 hours ago (1329446751) timeadded: 8 days 11 hours ago (1330051540) $ get_iplayer the bottom line --before $((10*24)) … Matches: 2361: The Bottom Line: Series 10 - Episode 5, BBC News 24, Factual,Money,TV, default INFO: 1 Matching Programmes $ I have to question whether you're really asking the right question here. Why are you trying to do this programatically? Are you sure you wouldn't be better off using --pvr mode? (for example). ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Subtitles
On 18 January 2012, at 11:26, Fintan Gaughan wrote: ... Only problem I have is that XBMC does not play mp4 is there a way of get iplayer to record to avi? Not to address any of your other points, but I'm pretty sure it does. The highest quality encoding is h264 which is a patent-encumbered codec. You probably just need to enable some of your distro's non-free repos and Bob will marry your auntie. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Help with REGEX please.
On 8 January 2012, at 17:01, Alastair wrote: Hi, I want to download part of the BBC In Our Time podcast archive. I believe it should be possible to download multiple files by using the correct REGEX in the get_iplayer command but am stuck with the regular expression syntax. The file reference numbers are from 24809 to 24956 inclusive. What platform are you using? Should be easy using a Bash script (Linux) or .bat file (Windows). aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: not writable?
On 2 January 2012, at 17:07, Mex wrote: ... Having an odd problem here, Whatever I do I get this: ERROR: get_iplayer is not writeable - aborting update I have gone through all the get_iplayer files I could find and set the permissions to read and write for everybody but still get the same error. I'm running Fedora 14 (Not going higher until they sort out the horrible new Gnome LOL) on this machine, if that is relevant. As I recall this usually happens when you've recently updated /or run get_iplayer as root, and the cache has dodgy permissions. Your private files - program index, list of shows that have been downloaded in the past, options and saved searches - are stored in the ~/.get_iplayer directory. Check permissions of that. If it doesn't exist, check and see if ~root/.get_iplayer exists - if so, copy (`cp -r`) it to your home and then check permissions (`ls -lR` or `find ~/.get_iplayer -exec chown …`) before running get_iplayer again. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: [PATCH] Option to mux video as MKV instead of MP4
On 1 January 2012, at 19:46, Shevek wrote: On 1 January 2012 19:17, M2 m...@btinternet.com wrote: Hi all and happy new year, is there any benefit muxing MP4 into MKV? For get_iplayer usage, there is really no benefit, it's purely personal choice. It should be possible to add subtitles to .mkv. The way this works is that it would be an additional part, using the .srt file that we can (I believe) download separately at the moment. But it would be neater to have them contained as part of the main .mkv instead of rattling around separately. Displaying these subtitles is an option of the player. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PS3 problem playing get_iplayer h.264 videos
On 22 December 2011, at 19:24, don rossie wrote: ... I have been reading up on this problem which is the video files play at double speed with no audio and the solution seems to be to use an older version of ffmpeg. For the record, I'm also getting this on my PS3 at the moment, using ffmpeg 0.7.7 on Linux. I'm pretty sure that Shevek has documented this in the past, but I must have accidentally slipped into upgrading to a buggy version. I never normally use my PS3 for watching iPlayer downloads now, so I have no idea how many videos on my NAS are affected. I'll try to test a newer version of ffmpeg the next few days. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PS3 get_iplayer conversion
On 26 December 2011, at 16:37, Jon Davies wrote: ... So could you identify one or two (currently available) programmes that won't play on a PS3, and if possible one or two that do? I observed on Bunnies of Skomer myself, PID b0078yx9, but I believe that all videos are affected, if get_iplayer remuxes with an affected buggy version of ffmpeg. See also my other posting today. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Tosca, BBC2 Live stream, Saturday - How?
On 21 December 2011, at 19:59, Clive wrote: … You helped me capture the live R3 audio broadcast of Tosca a couple of months ago and now the BBC is broadcasting the video of the same on BBC2 on Saturday afternoon. As it is music and the ROH, I do not know if it will be available from iplayer later so would like to capture is live just in case. Can I do this ... or, how can I do this? I use Terminal on Linux or the command prompt on Windows. I have viewed source in Chrome with live BBC2 playing but can't see anything that looks like a streaming url in a similar format to that used on the R3 capture. This one? http://www.bbc.co.uk/programmes/b018nvw5 I see no reason that `get_iplayer --pid b018nvw5` shouldn't work, but you'll have to wait until Saturday or Sunday and see for yourself whether it becomes available on the BBC's iPlayer site. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Recent download issues
On 24 November 2011, at 09:51, Carl Fletcher wrote: On 24/11/11 08:53, Jon Davies wrote: On 24 November 2011 05:10, Carl Fletcherkernelbas...@gmail.com wrote: I'm getting errors like this: INFO: sampletypemp4a 467726.949 kB / 2546.96 sec (73.2%) ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 70382 467775.627 kB / 2546.96 sec (73.2%) INFO: Connection timed out, trying to resume. ... using the same network, was having the same result. Couple of things I have to look at: 1. My router I have a feeling it's on it's last legs. But it's not causing problems for me with the BT sync, which usually happens with flaky routers. 2. My ISP Entanet have been really good for me for years. But I'm going to contact them. Partly because on another subject. I have noticed Linux .iso's via bittorrent will scream down then suddenly it drops off to Zero for a few seconds, then comes right back. flvstreamer just seems to deal better with the hang and picks up again (assuming it is a hang we are getting) But I see what you mean Jon. Running BitTorrent at the same time will contribute to problems like this. Older routers have slow CPUs and relatively little RAM. Their NATting tables tend to fill up when you run BitTorrent, because you have many other seeds constantly connecting to you to make a new connection (then often disappearing, leaving idle but open connections). New routers can handle heavy BitTorrent traffic better. E.G. The original WRT54G runs at 125Mhz and has 16MB RAM; modern routers have perhaps 600Mhz CPUs and 128MB RAM. When running BitTorrent adjust the settings in the client to a lower number of permitted connections (and other related options proportionately). With only 15 connections permitted in deluge, I still often manage to max out the 150kb/sec download limit I set (my ADSL runs only about 2 - 3meg). I have also experienced the failed to read RTMP packet body, and this seems to fix it. TCP provides reliable data transmission, in that the o/s / networking stack will keep retrying if there are any lost packets, and ensure that the application receives all the data. UDP is unreliable, and packets may be dropped; the application must account for any losses and retransmission itself. I suspect that RTMP is like the latter - if we're streaming a video conference it doesn't matter if a few frames are dropped, so much as that the received video should catch up to the current state of the transmission; it doesn't matter what the speaker said 2 minutes ago, we need the conference to resume as quickly as possible with the minimum interruption. When I see errors like this, I just identify the PID of the rtmpdump process (`lsof /path/to/downloads/*partial*`), then `kill $PID rm /path/to/downloads/*partial*` - get_iplayer (running in a separate terminal window or via crontab) will take a couple of seconds to recognise the death of the rtmpdump process, and will try again; the new download will be initiated from scratch. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: download audiodescribed programmes
On 12 November 2011, at 18:17, Péter Fülöp wrote: … Anyone ones how to download audiodescribed programmes? Give me some examples as well. $ get_iplayer --longhelp | grep -i audiodescribed --versions versionsVersion of programme to search or record (e.g. '--versions signed,audiodescribed,default') $ ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
AtomicParsley on Linux crashes when tagging some videos (Spooks)
Hi there, As per subject, has anyone else seen this, please? I've got two episodes of Spooks that this problem applies to, I think, but no other shows. I've tried using the latest version of get_iplayer that dinkypumpkin released in response to similar problems on Windows, but that makes no difference. Because of the reference to glibc I've even tried recompiling glibc and AtomicParsley. The below is copied pasted from my `get_iplayer --pvr` cronjob, but I can reproduce manually. PIDs b016bhh9 and b016mt9q are affected. Thanks in advance for any help, aB. ... Spooks Matches: 613:Spooks: Series 10 - Episode 6, BBC One, Action Adventure,Drama,Guidance,Highlights,Popular,TV, default, INFO: 1 Matching Programmes INFO: Checking existence of default version INFO: flashvhigh1,flashvhigh2,flashhigh1,flashhigh2,flashstd1,flashstd2 modes will be tried for version default INFO: Trying flashvhigh1 mode to record tv: Spooks: Series 10 - Episode 6 INFO: File name prefix = Spooks_Series_10_-_Episode_6_b016mt9q_default RTMPDump v2.4 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL Connecting ... INFO: Connected... Starting download at: 0.000 kB INFO: Metadata: INFO: duration 3528.11 INFO: moovPosition 32.00 INFO: width 832.00 INFO: height468.00 INFO: videocodecid avc1 INFO: audiocodecid mp4a INFO: avcprofile77.00 INFO: avclevel 30.00 INFO: aacaot2.00 INFO: videoframerate25.00 INFO: audiosamplerate 24000.00 INFO: audiochannels 2.00 INFO: trackinfo: INFO: length8820.00 INFO: timescale 25000.00 INFO: language eng INFO: sampledescription: INFO: sampletypeavc1 INFO: length84674560.00 INFO: timescale 24000.00 INFO: language eng INFO: sampledescription: INFO: sampletypemp4a 0.598 kB / 0.00 sec (0.0%) ... 647588.420 kB / 3528.06 sec (99.9%) Download complete ffmpeg version 0.7.5, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 6 2011 07:16:16 with gcc 4.4.5 configuration: --prefix=/usr --libdir=/usr/lib --shlibdir=/usr/lib --mandir=/usr/share/man --enable-shared --cc=i686-pc-linux-gnu-gcc --disable-static --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-network --disable-vaapi --disable-ffplay --disable-vdpau --enable-libmp3lame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --disable-indev=v4l --disable-indev=v4l2 --disable-indev=alsa --disable-indev=oss --disable-indev=jack --disable-outdev=alsa --disable-outdev=oss --enable-libfreetype --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libgsm --enable-librtmp --enable-libschroedinger --disable-altivec --disable-avx --cpu=host --enable-hardcoded-tables libavutil50. 43. 0 / 50. 43. 0 libavcodec 52.122. 0 / 52.122. 0 libavformat 52.110. 0 / 52.110. 0 libavdevice 52. 5. 0 / 52. 5. 0 libavfilter 1. 80. 0 / 1. 80. 0 libswscale0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [flv @ 0x9061e00] Estimating duration from bitrate, this may be inaccurate Input #0, flv, from '/mnt/space/Media/BBC/Spooks_Series_10_-_Episode_6_b016mt9q_default.partial.mp4.flv': Metadata: duration: 3528 moovPosition: 32 width : 832 height : 468 videocodecid: avc1 audiocodecid: mp4a avcprofile : 77 avclevel: 30 aacaot : 2 videoframerate : 25 audiosamplerate : 24000 audiochannels : 2 Duration: 00:58:48.10, start: 0.00, bitrate: N/A Stream #0.0: Video: h264 (Main), yuv420p, 832x468 [PAR 117:117 DAR 16:9], 25 tbr, 1k tbn, 50 tbc Stream #0.1: Audio: aac, 48000 Hz, stereo, s16 Output #0, mp4, to '/mnt/space/Media/BBC/Spooks_Series_10_-_Episode_6_b016mt9q_default.partial.mp4': Metadata: duration: 3528 moovPosition: 32 width : 832 height : 468 videocodecid: avc1 audiocodecid: mp4a avcprofile : 77 avclevel: 30 aacaot : 2 videoframerate : 25 audiosamplerate : 24000 audiochannels : 2 encoder : Lavf52.110.0 Stream #0.0: Video: libx264, yuv420p, 832x468 [PAR 117:117 DAR 16:9], q=2-31, 25 tbn, 25 tbc Stream #0.1: Audio: libvo_aacenc, 48000 Hz, stereo Stream mapping: Stream #0.0 - #0.0 Stream #0.1 - #0.1 Press [q] to stop, [?] for help frame= 4724 fps= 0 q=-1.0 size= 34576kB time=00:03:08.92 bitrate=1499.2kbits/s ... frame=88200 fps=684 q=-1.0 Lsize= 646933kB time=00:58:48.00 bitrate=1502.2kbits/s video:603693kB audio:40800kB global headers:0kB muxing overhead 0.378762% INFO: Recorded
Re: Audio synchronisation and extraction
On 31/5/2011, at 11:49am, richard wrote: Downloaded The Carpenters' debut BBC concert only to discover that the audio is out of synchronisation with the video. It wasn't like that when I watched the programme live. ... PID b00cgxtq ?? aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Audio synchronisation and extraction
On 31/5/2011, at 9:46pm, Andy Bircumshaw wrote: On 31/5/2011, at 11:49am, richard wrote: Downloaded The Carpenters' debut BBC concert only to discover that the audio is out of synchronisation with the video. It wasn't like that when I watched the programme live. ... PID b00cgxtq ?? Downloaded here, played on Quicktime player (Mac OS X) and PlayOn HD Mini. Fast-forwarded to c 12:45 minutes and watched next track start. Plays perfectly, singer's lip movements on screen perfectly in-sync with audio. Check your version of ffmpeg, get_iplayer c. aB. ___ 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
Bug? --showoptions in current versions
`get_iplayer --showoptions` shows command-line options but then performs a search. I'm getting this on master@infradead and dinkypumpkin's branch. I think that it shouldn't run the search, but just exit instead. Typically, you want just to show the damn options - you don't specify a search string. Thus, because you haven't supplied a search string it returns every programme in the cache - 800+ results. I think this is a bug, and I think this is a change from the historical behaviour. I would be glad to be corrected. It's very late at night I'm tired, so I'm not going to try bug-fixing right now. This is more a FYI, a reminder to myself and a request to see if anyone else can reproduce or tell me I'm wrong. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: BBC News pages
On 3/5/2011, at 7:57pm, Jon Davies wrote: ... The latest tagged version of get_iplayer is 2.79, and there are versions in git that are more recent still. The difference is probably that you're using an old version on your mac. Also get_iplayer has (since Phil gave up the project) dependencies on a number of non-core Perl modules. If you were to install from an RPM then these should be pulled in automatically, or they may already be installed on a RedHat system, but they're probably not installed on OS X by default. I state this as an FYI in case you're not already aware of this; perhaps you already were. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Two Versions of FFmpeg installed!!!
On 14/4/2011, at 5:28pm, Steve wrote: ... Stranger and stranger!! I have the new version in /usr/bin and an older version in /usr/local/bin ? I've renamed the older one to ffmpeg.old. Wonder why it was using one version one time and the other version another. /usr/local is usually used for software that you have installed manually. The package manager would normally install packages in /usr/bin and thus if you're compiling yourself (or possibly installing from some 3rd party repo, although those might use /opt instead) you'd put it in /usr/local to ensure that the package manager (`apt` or whatever) didn't clobber this software that it knows nothing about. I know all the failed downloads were run on an hourly cron job, maybe the manual ones ran the newer version? very strange. Unless the cron job lists the full /path/to/the/bin/executable (good practice) the version run would be dependent upon the order listed in your $PATH. `echo $PATH` at the command line - those directories are searched in order for a file with executable permissions matching the name of the command entered. As soon as a matching command is found it is run. (NB: shell built-ins are run first). aB. ___ 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/4/2011, at 2:15pm, richard wrote: ... 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 ... 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. One might guess that Marantz do this to determine whether the player has enough processing power to playback the audio file. It may be considered better to reject an audio track as unplayable than to skip and sound horrendous in an unsuccessful attempt to play a file of too high a bitrate. Perhaps Marantz include some CD-ripping software with the player that sets avgBitrate in the .m4a files it outputs? Apple do the same in iPods, Sony in the PS3, refusing to play h264 video if it's not marked with a level that the player is capable of decoding: http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Levels IIRC you can fib to an iPod about the level and play back slightly higher resolution / bitrate (say 10%) than specified in that chart, but the iPod (certainly the PS3) will completely refuse to play an .mp4 if you've transcoded it yourself and forgotten to mark a level. Search `man mplayer` for CodecContext or see [1]. aB. [1] http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2007-May/051417.html ___ 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 12/4/2011, at 5:08pm, Simon Nash wrote: I'm puzzled by this. There is definitely no video in this file, and it plays OK on my Linn DS. The Linn DS is happy with both .mp4 and .m4a file extensions so I had been thinking that these are equivalent for MPEG-4 files with audio and no video. I believe you may be correct, sir: http://en.wikipedia.org/wiki/.mp4#.MP4_versus_.M4A_filename_extensions aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Can't use string (b00fz2zv) as a HASH ref while strict refs in use at ./get_iplayer line 1554 when downloading radio programme via PVR
Hi Robin, Please bottom-post on this mailing list. See below. On 23/3/2011, at 8:48am, Robin Wilson wrote: On 20 Mar 2011, at 16:03, Andy Bircumshaw wrote: On 20/3/2011, at 12:09pm, Robin Wilson wrote: ... I've been using get_iplayer happily for a while, and suddenly have this error occurring when I try and download the Comic Relief Comedy Controllers programme (from BBC Radio 4). This occurs when I run the get_iplayer --pvr command, which I run as a cron job every night. This error means that the job crashes, and therefore none of the other programmes get downloaded. I am not a perl programmer, but I am assuming that it is saying that it can't find that PID in the hash of available programme IDs. I have tried running get_iplayer --flush first to check that the cache of programmes and their associated PIDs is up to date. b00fz2zv is kids' TV, not the Comic Relief programme. http://www.bbc.co.uk/programmes/b00fz2zv ... Suggest you make a backup of your .get_iplayer directory, then delete ~/.get_iplayer/*cache, then try again. Hi Andy, Thanks for the suggestion. That seemed to work ok for a few days, until today when I got the error: Can't use string (b00g2jnr) as a HASH ref while strict refs in use at /usr/bin/get_iplayer line 1554. Again, this seems to be referring to childrens TV, but interestingly, again, it seems to be the first programme in the list (that is, the program that comes top when all of the programs are sorted alphabetically). It definitely isn't the right PID that should be provided by the PVR search(es) that I have listed. Any other ideas? Robin Could you post the same full output as you did before, please. I'll probably ask for further information after that. Also, please post to the list's mailing address, not to me. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Download as wav
On 20/3/2011, at 11:27am, Bill Lancaster wrote: Can I modify this command line instruction to download the file as type wav? get_iplayer --type-radio --pid=b00zgwhl No. The BBC does not offer .wav files on iPlayer - the compressed audio that get_iplayer downloads is the compressed audio that the BBC makes available. If you need a .wav for some reason you would need to download the AAC version, then convert it using Audacity or mplayer. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: 4od question
On 20/3/2011, at 11:35am, Tony Quinn wrote: I'm new to this get_iplayer stuff, although I managed to get it working easily and am happy with the way it works. Has anybody ever tried to integrate 4od into the graphical interface, or is it possible to use the tools included, via the command line, get the odd programme? Phil did try to support 4OD at one time, but 4OD kept changing things and breaking his code, so he gave up. I've seen at least some 4OD content on YouTube, posted by Channel 4 themselves at a decent quality. If you can find your content there then you can use get_flash_videos or youtube-dl. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Can't use string (b00fz2zv) as a HASH ref while strict refs in use at ./get_iplayer line 1554 when downloading radio programme via PVR
On 20/3/2011, at 12:09pm, Robin Wilson wrote: ... I've been using get_iplayer happily for a while, and suddenly have this error occurring when I try and download the Comic Relief Comedy Controllers programme (from BBC Radio 4). This occurs when I run the get_iplayer --pvr command, which I run as a cron job every night. This error means that the job crashes, and therefore none of the other programmes get downloaded. I am not a perl programmer, but I am assuming that it is saying that it can't find that PID in the hash of available programme IDs. I have tried running get_iplayer --flush first to check that the cache of programmes and their associated PIDs is up to date. b00fz2zv is kids' TV, not the Comic Relief programme. http://www.bbc.co.uk/programmes/b00fz2zv $ get_iplayer ^Comic Relief Controllers$ --type radio get_iplayer v2.79, 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. Matches: 10661: Comic Relief Controllers - Episode 2, BBC 7, Comedy,Highlights,Popular,Radio INFO: 1 Matching Programmes $ get_iplayer ^Comic Relief Controllers$ --type radio -i | grep ^pid: pid:b00zthzn $ Suggest you make a backup of your .get_iplayer directory, then delete ~/.get_iplayer/*cache, then try again. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Audo test mp4 file
On 20/3/2011, at 3:59pm, bat guano wrote: ... Searched for a test m4a. There is a m4a test file that works on my cd player here: http://www.nintendo.com/consumer/systems/dsi/en_na/soundTest.jsp Link to zip containing the test file: http://www.nintendo.com/consumer/downloads/test.zip The nintendo file plays in my second generation iPod shuffle. Picture is here:- http://img140.imageshack.us/img140/9927/shufflex.jpg I'm amazed because this POS is very picky about what it likes. Previously I've only been able to play m4a files created using iTunes or neroAacEnc. The file created using Nick's method won't work for me. ffmpeg -i foo.aac -absf aac_adtstoasc -acodec copy foo.m4a Do you think the problem might be to do with the tagging? Perhaps some iPods and iTunes won't recognize the way get_iplayer tags the files. Particularly if they see 'Writing application : Lavf52.103.0 ' when they're expecting something like 'Writing application : iTunes 8.0.2, QuickTime 7.6'. Thanks to you both for the feedback. I'm pretty sure I've made .m4a audio on Linux that has then played back in iTunes (or at least Quicktime) on my Mac. But I was probably converting flaac to wav to aac using /usr/bin/flac from http://flac.sourceforge.net. The Nintendo sample appears to have been made with Apple software (I took a glance at it earlier, but can't remember now whether it was Quicktime or iTunes). But Apple aren't so obnoxious that they *deliberately* won't play audio produced by other applications; it's surely possible for get_iplayer to get this right. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Audo test mp4 file
On 18/3/2011, at 5:56pm, richard wrote: bat guano wrote: This is a file in aac format:- http://www.mediafire.com/?hr5lecihn3e1vij This is the file in m4a format using Nick's experimental update:- http://www.mediafire.com/?zdjl0drgowzncf2 Neither of those media files work on my hi-fi cd player (Marantz CD6003 - released 2009) due to header errors. The cd player supports playback of mp3, wma, wav, and aac files( aac files with a m4a extension) ... Have you played any other m4a files on the Marantz? If you've ripped these yourself, can you tell us what application you used to produce them, please. Do you have a sample aac m4a file that works on this player that we can have a look at, please. TIA, aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Automatic conversion of aac to m4a
On 14/3/2011, at 3:17pm, Nick Ludlam wrote: ... OS X has case-independency with HFS+, ... Actually, it's optional. If you're developing for OS X you should use the case-sensitive version of HFS on your testing systems. Hopefully soon we'll all be able to use that version. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: BBC now sending radio shows in AAC format instead of MP3
On 12/3/2011, at 6:49pm, Steve wrote: Shevek wrote: You should really do this from the aac not from the wma as I believe the wma is encoded from the aac in the first place (someone may correct me!). So you are running a lossy conversion on a file which is already a lossy conversion. Well thats what the Linux version of Get_Iplayer converts it to, if theres no MP3 version available, quality is fine to me, I only download Documentaries Drama, no music. --radiomode flashaachigh,flashaacstd Stroller. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: BBC now sending radio shows in AAC format instead of MP3
On 12/3/2011, at 6:09pm, Chris Marriott wrote: I'm worried about this Iplayer replacement the BBC is bringing out at the end of March - Youview, will this sound the death knell for Get_Iplayer on Radio? it sure looks like it will kill the TV downloads, anyone heard anything? Oh dear, that IS worrying. You reckon this means the end of the line for get_iplayer? Hopefully so. :D We can build something robust and maintainable! However I don't think get_iplayer will stop working overnight, as there are a number of devices built with the blessing of the BBC (the PS3, for example) that have iPlayer support built-in. I hadn't heard about this. Has been mentioned here repeatedly. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Flashaudio no longer available for Radio 4?
On 11/3/2011, at 5:14pm, Magic Cheezer wrote: ... I had troubles getting them to work with my iPod (2nd gen Touch I think) until I did this: mp4box -add input.aac:mpeg4 -sbr -ipod output.m4a Maybe someone could test: mplayer -ao null -vo null -dumpaudio -dumpfile audio_file_fixed.m4a original_audio_file.aac ? I'm very tired right now. I'll give this thread some attention in the morning. I'm particularly grateful for Shevek's comments. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Flashaudio no longer available for Radio 4?
On 10/3/2011, at 5:12pm, Chris Marriott wrote: ... Same here. Luckily, downloading as “flashaacstd” seems to work, and iTunes converts the resulting AAC files to MP3 easily enough, but still it’s a bit of a nuisance. We seem to be having things chipped away, one thing at a time. I don't really see much cause for complaint. MP3 might be inconvenient for you, but the AAC files are better quality. The BBC are not chipping something away here (only *perhaps* removing a poorer format). If the problem is with get_iplayer, then, yes, get_iplayer is going to suffer from bitrot. No-one wants to maintain it. So if the BBC change the iPlayer website in some way, get_iplayer will not be updated to accommodate that unless you or I make suitable changes to get_iplayer's program code. To write get_iplayer again from scratch would be a *huge* undertaking. It would cost you £ thousands to commission it as a paying job from a programmer. We can assess this further when we know more about the future of iPlayer and Project Canvas / YouView. http://en.wikipedia.org/wiki/YouView aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Flashaudio no longer available for Radio 4?
On 10/3/2011, at 9:03pm, ZULU wrote: ... FWIW, I find .aac a pain in the rear end, simply because my mp3 player ignores them, so I have to fart about transcoding them first. get_iplayer's .aac files are, admittedly, in a bad or broken container. That does need fixing, although it should be pretty easy. You may find the player recognises them after you do: mplayer -ao null -vo null -dumpaudio -dumpfile audio_file_fixed.aac original_audio_file.aac aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Flashaudio no longer available for Radio 4?
On 10/3/2011, at 11:00pm, Christopher Woods (CustomMade) wrote: ... get_iplayer's .aac files are, admittedly, in a bad or broken container. That does need fixing, although it should be pretty easy. If you're more of a GUI person (like me, albeit purely out of laziness) FLVExtract makes light work of extracting the .aac files from the .flv wrappers. Drag, drop, done. Well, at present I think get_iplayer tries to remux and is doing it wrong. I believe it is broken. Surely you must be using --raw to get the .flv files? I think that, by default, using `--radiomode flashaachigh,flashaacstd` you get these files with an .aac extension which don't work on some systems (Mac Quicktime Player, Windows Media Player?). Convert them using the command I gave before and they still have an .aac extension, but they play in those media players (I think). What slightly bothers me is that get_iplayer probably adds metadata, artist and title tags, to the .aac file - probably even a show thumbnail. Converting blindly with `mplayer -dumpaudio` will surely lose that, so the longer I'm lazy and ignoring fixing the problem, the larger my collection of shows with potentially-missing tags becomes. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: getting signed programmes
On 3/3/2011, at 5:19pm, chris chery wrote: ... i tried copying your syntax line scrupulously for being Ronnie corbett and it did not work BUt I found out why I was not using straight quotes but 'smart' quotes Its ok now after editing autocorrect and auto format in Word ( mi os is xp) but why do i get ( see attachment) when I type get_iplayer --subtitles --get 85 --modes=flashhd,flashvhigh,flashhigh,,flashstd --force thanks again ronnie corbett.doc I get the same problem with the *unsigned* version of Being Ronnie Corbett - there seems to be a bug with this show. If I click on the programme page right now [1] there's a big banner over the screencap which says this content doesn't seem to be available right now, please try later and the download at BBC iPlayer link doesn't work, either. Being Ronnie Corbett is not listed under B on the iPlayer main site. All I know about bugs, missing programmes and reporting them I explain here: http://www.mail-archive.com/get_iplayer@lists.infradead.org/msg00233.html If you're having problems with other shows, can you give their details. Please note that --subtitles is NOT the same as `--versions signed`. I'm pretty sure --subtitles will download the standard version of the show, plus the Ceefax-style subtitles as an .srt text file [3]. I think the .srt subtitles will saved separately from the .mp4 file, because I don't think the .mp4 container format can carry text subtitles. I think some video players will show the subtitles if they find an .srt file in the same folder with the same name as the video file they're being asked to play. However I think we probably ought to remux to .mkv instead in the case of text subtitles, because I think that container format contain audio, video and subtitles in a single file; many people regard .mkv as a better file format. When I download using `--versions signed` I get a video of a bloke standing in the foreground / to the side of the screen performing sign language and the show itself in the background behind him, filling only c 3/4 of the screen. So a completely different video file is downloaded from the unsigned version. When I asked you to attach plain text output I meant something like the attached. Plain text attachments are *far* more useful for diagnostics purposes than any other format - if you copy from the DOS window correctly (it is a bit cumbersome) then they'll allow us to see the *full* output from get_iplayer, even if it doesn't fit on a single screen. Plain text does not include images - they're *only text* - and thus they're a very size-efficient way to send the information. Plain text files should open just fine with no .doc extension - in Windows one would typically use Notepad to save, edit or view them, not Word. If using Word (don't!) one would need to use the Save As file menu and choose plain text from the file format drop-down. I advise you to change your subscription options for the mailing list to individual message. I think the digest version may strip attachments and prevent you from seeing them. For this reason, and to ensure you see my plain text attachment, I am CC'ing you a copy of this email. However I would be grateful if you could address the mailing list directly in the future - please do not send tech support requests directly to me, nor CC me on them. I read the list regularly. As you can see, the signed version of Being Ronnie Corbett downloaded fine for me. I think the show only has a couple of days remaining to run on iPlayer, so I'll keep hold of my copy, just in case you have further problems. Please update us on your success. HTH, aB. $ get_iplayer Being Ronnie Corbett get_iplayer v2.79, 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. Matches: 80: Being Ronnie Corbett - -, Signed, Factual,Life Stories,Sign Zone,TV, sig ned INFO: 1 Matching Programmes 902 ~ $ get_iplayer Being Ronnie Corbett -g get_iplayer v2.79, 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. Matches: 80: Being Ronnie Corbett - -, Signed, Factual,Life Stories,Sign Zone,TV, sig ned INFO: 1 Matching Programmes WARNING: No programmes are available for this pid $ get_iplayer Being Ronnie Corbett -g --versions signed get_iplayer v2.79, 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. Matches: 80: Being Ronnie Corbett - -, Signed, Factual,Life Stories,Sign Zone,TV, sig ned INFO: 1
Re: no programmes available for this pid for signed progs(bsl)
On 1/3/2011, at 7:34pm, chris chery wrote: I find it impossible to download any of the progs in sign language and i get 'no programmes available for this pid' I can get 'see hear' ok but none of the other progs with an interpreter signing in the foreground any suggestions welcome `get_iplayer --versions signed The Beauty of Books -g` works fine here. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Debian Bug#611473: get-iplayer: should not allow downloading entire iplayer site without explicitly requesting this
On 1/2/2011, at 12:40pm, Derek J. Balling wrote: On Feb 1, 2011, at 7:37 AM, Alan Pope wrote: On 1 February 2011 11:47, Jonathan Wiltshire j...@debian.org wrote: I ran an 'at' job overnight of the form get_iplayer --get $(get_iplayer | grep 'my prog name' | cut -d: -f1) Why even do that? Why not 'get_iplayer my prog name --pvradd my_prog_name', then cron/at get_player --pvr Because he probably just said oh, I want that program, and wanted to download it at a time of day when it wouldn't impact his own usage of the uplink. He may not want any sort of recurrence that the pvr functionality sets up. I agree that this is a bug - I think that likewise `get_iplayer --pvrqueue` will also queue every show available - but in this case he could have just used `get_iplayer my prog name --pvrqueue` to have avoided the recurrence. `get_iplayer --get $(get_iplayer ... )` is ugly and is just asking for trouble. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Using ffmpeg for FLV to MP3 demux (includes patch)
On 9/1/2011, at 12:13pm, Peter Scott wrote: On 8 January 2011 16:56, Kyzer stuart.c...@gmail.com wrote: A survey could clear things up. Who has a broken ffmpeg installed that produces bad or lower quality MP3s when you run ffmpeg -i x.flv -acodec copy x.mp3? I have. It is FFmpeg version 0.6-rpmfusion from Fedora. However, if I change the ouput file to x.mp4 then it does play. Are you sure you're downloading MP3? It would seem like your .flv might contain video /or AAC audio if it plays with a .mp4 extension. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get iplayer on windows...
On 9/1/2011, at 11:50am, Mike Cooter wrote: ... I noticed that I'm still using RTMPDump v2.2d, not 2.3 as other people have reported. How do I a) replace RTMPDump with v2.3 http://rtmpdump.mplayerhq.hu/ - Download Windows build Find your current rtmpdump.exe and replace it with this new one. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get iplayer on windows...
On 9/1/2011, at 3:13pm, Andy Bircumshaw wrote: On 9/1/2011, at 11:50am, Mike Cooter wrote: ... I noticed that I'm still using RTMPDump v2.2d, not 2.3 as other people have reported. How do I a) replace RTMPDump with v2.3 http://rtmpdump.mplayerhq.hu/ - Download Windows build Find your current rtmpdump.exe and replace it with this new one. Or alternatively just reinstall get_iplayer. Surely the current Windows installer provides 2.3 ? aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get iplayer on windows...
On 8/1/2011, at 10:12pm, fs ck wrote: 3) there is a solution for windows users, and this is what you need to do... It's been gone over quite a few times on this list but the real solution has been clouded by people understandably not deleting the .swfinfo file, ... * Delete the .swfinfo file (search for it) According to anon.poster173, in his message posted Sat Nov 20 04:03:26 EST 2010: In vista I found this at c:\users\my user name\.swinfo In XP I found this at c:\documents and settings\my user name\.swinfo You will need show hidden files enabled in Windows' Folder Options in order to see the file. However it seems to me better to run `get_iplayer --rtmptvopt=--swfAge=0` (as you suggest in the message you posted earlier today) and not have to bother looking. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: re Subject: Solution for windows users
On 8/1/2011, at 7:43pm, fs ck wrote: rtmpdump already renews the swfinfo every 30 days be default. You could just run: --rtmptvopt=--swfAge=0 --prefs-add and this will always get the swf file every time.. Ok. So is there any good reason not to make this (or --swfAge=1 - cache for 24 hours) a get_iplayer default? aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Thumbnails, filenames, etc
On 7/1/2011, at 12:32pm, Bill Denton wrote: ... $ get_iplayer --longhelp | grep -ie email --email addressEmail HTML index of matching programmes to specified address --email-sender address Optional email sender address --email-smtp hostname SMTP server IP address to use to send email (default: localhost) $ Note that you will have to use a proper SMTP server and not ssmtp. ... Emailing: I'm currently using ssmtp, as only want to send emails out from logwatch get_iplayer using my gmail account. It sounds like I should use a proper SMTP server. I did have a quick look at postfix, but couldn't work out how to configure it to just send emails out using my gmail.com account. Suggestions welcome. I really like Postfix; it seems quite secure out of the box. To send always via a specific upstream SMTP server you set relayhost in /etc/postfix/main.cf, however to use Gmail there are some additional authentication steps (and Gmail will always rewrite the From: address in all mail it relays). If you don't want to configure Postfix then you're probably best off using your ISP's SMTP server. Setting a suitable From: address using --email-sender may be required to ensure that the recipient host doesn't mistake you for a spammer. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Annoying download problem
On 7/1/2011, at 10:51am, Robin Bowes wrote: ... I'm trying to grab Jools Holland's Hottenany in HD. So, I do this: $ get_iplayer --modes flashhd --get hooten get_iplayer v2.78, 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. Matches: 346: Jools' Annual Hootenanny - 2010, BBC Two, Classic Pop Rock,HD,Music,Rock Indie,TV, default, ... Now, this seems to download just fine for quite a while, then it will suddenly hang. This happens sometimes. If I then refresh the catalogue I see that the program ID has changed, ie. it is not 346 any more. 346 is *not* the program ID (PID). The PID may be found with `get_iplayer --info` (-i for short). EG: $ get_iplayer hoot -i | grep pid: pid:b00wvjdq $ You can then download the show using --pid if you want to, but you usually don't. Use of --pid implies --get - i.e. combining `get_iplayer --info --pid b00wvjdq` will cause the programme to download, rather than just provide the full information. Phil once indicated to me this was his intended behaviour, but to me it's a bug. Anyway, this a clupea rubra - the Matches: number you're referring to (346 in this case) might best be termed the local index number, and it's prone to change any time the BBC add a programme to iPlayer (and you refresh get_iplayer's cache). This local index number won't change halfway through a download, but it wouldn't affect the download even if it did (I guess some exceptions may apply to this statement, but if you encounter them then you're probably using get_iplayer wrong). FWIW the PID is properly unique; I don't think it should ever be repeated or reused. If you google a PID you'll almost always find the show to be the top hit (often with no others, or few). So, I restart the download using the same command as above. The first time this happens it will usually resume OK and continues the download. Then it hangs again and will not restart when I try. I just get loads of these msgs: WARNING: Stream does not start with requested frame, ignoring data... WARNING: Stream does not start with requested frame, ignoring data... [snip] WARNING: Stream does not start with requested FLV frame, ignoring data... WARNING: Stream does not start with requested FLV frame, ignoring data... [snip] Any idea what's going wrong here? I have no idea whether or not resuming is supposed to be supported or not. `rm -i *partial*` (or just rename it) and try again. Very occasionally I will find a programme to be stubborn and require 4 attempts or so; most times if you just delete the *partial* and retry it'll work fine first time. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Unable to download any video since yesterday
On 7/1/2011, at 4:39pm, Kevin Reilly wrote: On 07/01/2011 14:43, Alan Pope wrote: I just grabbed the same video using flvstreamer rather than rtmpdump. I can confirm that changing my scripts from rtmpdump to flvstreamer has also enabled me to download the problematic programmes. Could you all possibly post what versions of rtmpdump ( flvstreamer) you have been trying and succeeded with please? Current version of rtmpdump is 2.3 My understanding was that flvstreamer has the encrypted rtmp and swf verification support removed [1] and thus that rtmpdump is the supported RTMP client. Are you all able to get the flashhigh version of the programme? aB. [1] http://savannah.nongnu.org/projects/flvstreamer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Unable to download any video since yesterday
On 7/1/2011, at 5:41pm, Alan Pope wrote: On 7 January 2011 17:35, Andy Bircumshaw a...@networkned.co.uk wrote: Could you all possibly post what versions of rtmpdump ( flvstreamer) you have been trying and succeeded with please? get_iplayer 2.78 FLVStreamer v1.9 Was rtmpdump failing for you, please? If so, what version? Sorry if I was unclear previously, this is just as important as what worked. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Annoying download problem
On 7/1/2011, at 5:45pm, Robin Bowes wrote: On 07/01/11 17:19, Andy Bircumshaw wrote: 346 is *not* the program ID (PID). The PID may be found with `get_iplayer --info` (-i for short). EG: $ get_iplayer hoot -i | grep pid: pid:b00wvjdq OK - wrong terminology. No problem. I'm just stating this to help improve future communication. Anyway, this a clupea rubra ... OK, so the download failures and the Local index number changes are not related? Yes. All members of the clupea genus are herrings - clupea rosa, clupea rubra, clupea roseus, clupea rutilus, clupea atrosanguineus and clupea aureus are just some examples. The clupea scarlata is particularly bright. The greater clupeidae family encompasses not only herring but shads and sardines, too. I have no idea whether or not resuming is supposed to be supported or not. `rm -i *partial*` (or just rename it) and try again. Very occasionally I will find a programme to be stubborn and require 4 attempts or so; most times if you just delete the *partial* and retry it'll work fine first time. I had a hell of a job getting the HD version of Hootenany to download. I eventually got it today in one download, ie. it started and finished without failing. Generally I'm grabbing shorter stuff for the kids and have not had any problems. I'll monitor the situation if I grab anything large again. I probably get more than one failure in 10 programme downloads, and cannot leave get_iplayer completely unattended. I wonder if my new router will improve matters. It's interesting that you mention large downloads, as the failures I have seem perhaps more prevalent amongst HD versions. I'll have to keep an eye on this, too. PS. Another annoying problem is that I'm not seeing my replies to the list, ie. I can se my reply in the archive, and I see the replies to my reply, but my actually reply does not drop in my inbox. I've checked my mailman settings and it appears to be set correctly. Any ideas why this might be? No idea, try emailing David. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: File(s) or method(s) used in matching to find new items ?
On 5/1/2011, at 8:18pm, Joe Jones wrote: ... My internet connection has sometimes failed (for an hour) in the middle of get_iplayer bringing me the list of items added. This has happened with both TV and Radio and can be quite inconvenient as, when the connection comes back up and I rerun get_iplayer, the list(s) I get have no new items and I have to plough through the entire list to find the added files I want to download. I'm not quite sure I'm understanding the problem, but if I am, I advise using something like `get_iplayer --since 24` to show all programmes added to get_iplayer's index within the last 24 hours. This can be combined with other criteria; `get_iplayer --since 72 eastenders` shows all episodes of the soap added in the last 3 days. Even better - combine this with a preset (search for last24 in get_iplayer's documentation [1]) - and have the list of new shows emailed to you with thumbnails and descriptions: get_iplayer -z last24 --email j...@your_address --email-smtp smtp.server.address If you are satisfied with this then add it as a daily scheduled job. Use a cron job on Linux. Schedule `get_iplayer --refresh` for 4 or more times per day so that, when searching, you never have to wait for it to update its cache. aB. [1] http://linuxcentre.net/getiplayer/documentation ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Transcoding video for Topfield boxes
On 5/1/2011, at 10:35am, Steve Anderson wrote: ... The limit of get_iplayer's transcoding is changing the container format, in this case from flv to mp4. No processing of the streams inside the container takes place at all - that's why it's so quick at the end of a download. For the record, this is remuxing, not transcoding. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Transcoding video for Topfield boxes
On 5/1/2011, at 9:58am, Robin Bowes wrote: ... I have a couple of Topfield DTRs and I'd like to convert iPlayer content to a format suitable for playback on them. ... I was thinking, would it be possible to have get_iplayer do the transcoding? Does it current support that sort of thing? If not, I can look into a patch. As per yesterday's discussion Mp3 from Radio, use either: get_iplayer --command 'ffmpeg -i filename --flags filename.out' or: get_iplayer --command 'my_script.sh filename' aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Mp3 from Radio
On 4/1/2011, at 5:22pm, ZULU wrote: ... The GUI is fine...I can scroll it up huge when I need to and I understand (well, mostly) how it works. Remember, there are different causes of low vision, which affect in different ways. Reading text is anightmare for me. I cab't read a car number plate at arms length! Which is why I'd have thought a braille display would be perfect for you! (refreshable Braille display, Braille terminal) get_iplayer at the command line is as simple as `get_iplayer -g program name`. That's providing you set the options first, but there are a bunch of us here more than happy to help with that. Using the command-line does take a commitment to learning it - and we've all suffered years of grief doing that! - but I'd really have thought it would be better than needing a magnifying glass to read your email. I don't intend this to be a criticism, or to tell you how to live your life, or anything like that. I cannot imagine how hard it must be to be in your position. I'm just thinking this would be easier, is all. You're using Ubuntu, so you're already ahead of the game. If you're within an hour's drive (i.e. London, Birmingham) I'd even be glad to pop over and help you set things up, should you ever need that. I can only imagine that the GUI might be, for you, a big mess of colours which don't really make sense, and trying to use it like blundering around in a very strange place. I can only imagine buttons and checkboxes and scrollbars as difficult to discern or confusing, in your position. The command line gives output which is simply plain text - I find it a very precise medium. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Itouch mp4 settings
On 28/12/2010, at 11:17am, Don Rossie wrote: Hi, Thanks for your reply Andy and the attached information. Am I right in saying that after I run get_iplayer and it has downloaded the video file from iplayer, it then has a second stage of where it converts it to a mp4 file from a flv file by using ffmpeg ? Yes. This is shown in this part of get_iplayer's output: ... 318090.957 kB / 1734.20 sec (99.9%) 318218.957 kB / 1734.56 sec (99.9%) 318282.957 kB / 1734.92 sec (99.9%) 318304.984 kB / 1 735.08 sec (99.9%) Download complete FFmpeg version SVN-r25767, Copyright (c) 2000-2010 the FFmpeg developers built on Dec 14 2010 00:29:20 with gcc 4.4.4 configuration: --prefix=/usr --libdir=/usr/lib --shlibdir=/usr/lib --mandir=/usr/share/man --enable-static --enable-shared --cc=i686-pc-linux-gnu-gcc --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-network --disable-vaapi --disable-ffplay --disable-static --disable-vdpau --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --disable-indev=v4l --disable-indev=v4l2 --disable-indev=alsa --disable-indev=oss --disable-indev=jack --disable-outdev=alsa --disable-outdev=oss --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libschroedinger --disable-altivec --cpu=host --enable-hardcoded-tables libavutil 50.33. 0 / 50.33. 0 libavcore 0.13. 0 / 0.13. 0 libavcodec52.96. 0 / 52.96. 0 libavformat 52.84. 0 / 52.84. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter1.62. 0 / 1.62. 0 libswscale 0.12. 0 / 0.12. 0 libpostproc 51. 2. 0 / 51. 2. 0 [flv @ 0x8b724c0] Estimating duration from bitrate, this may be inaccurate Input #0, flv, from '/mnt/space/Media/BBC/Climbing_Great_Buildings_-_7._St_Pauls_Cathedral_b00tv973_default.partial.mp4.flv': Metadata: duration: 1735 moovPosition: 32 width : 832 height : 468 videocodecid: avc1 audiocodecid: mp4a avcprofile : 77 avclevel: 30 aacaot : 2 videoframerate : 25 audiosamplerate : 24000 audiochannels : 2 Duration: 00:28:55.12, start: 0.00, bitrate: N/A Stream #0.0: Video: h264, yuv420p, 832x468 [PAR 117:117 DAR 16:9], 25 tbr, 1k tbn, 50 tbc Stream #0.1: Audio: aac, 48000 Hz, stereo, s16 Output #0, mp4, to '/mnt/space/Media/BBC/Climbing_Great_Buildings_-_7._St_Pauls_Cathedral_b00tv973_default.partial.mp4': Metadata: encoder : Lavf52.84.0 Stream #0.0: Video: libx264, yuv420p, 832x468 [PAR 1:1 DAR 16:9], q=2-31, 25 tbn, 25 tbc Stream #0.1: Audio: aac, 48000 Hz, stereo Stream mapping: Stream #0.0 - #0.0 Stream #0.1 - #0.1 Press [q] to stop encoding frame= 2531 fps= 0 q=-1.0 size= 18458kB time=101.21 bitrate=1494.0kbits/s frame= 5026 fps=5025 q=-1.0 size= 36745kB time=201.00 bitrate=1497.6kbits/s frame= 7228 fps=4818 q=-1.0 size= 52937kB time=289.11 bitrate=1500.0kbits/s frame= 9757 fps=4878 q=-1.0 size= 71423kB time=390.28 bitrate=1499.2kbits/s ... If you add --debug to your get_iplayer arguments you'll see at least a little bit more - it should tell you, I think, exactly how get_iplayer is calling ffmpeg. The purpose of ffmpeg (to get_iplayer) is explained in the last paragraph: http://www.mail-archive.com/get_iplayer@lists.infradead.org/msg00158.html This is my command line and I don't refer to ffmpeg anywhere so I assuming that it is built into get_iplayer: get_iplayer --type=tv --get 130 --modes=iphone,flashstd,flashnormal When the file had downloaded, it still won't work on itunes !!! I think you need to use --tvmode here, not --modes. I.E. --tvmode=iphone,flashstd,flashnormal. Using --modes=iphone,flashstd,flashnormal is shown here to be ignored. You can see what modes get_iplayer is trying from this early part of get_iplayer's output: INFO: Checking existence of default version INFO: flashvhigh1,flashvhigh2,flashhigh1,flashhigh2,flashstd1,flashstd2 modes will be tried for version default INFO: Trying flashvhigh1 mode to record tv: Climbing Great Buildings - 7. St Paul's Cathedral INFO: File name prefix = Climbing_Great_Buildings_-_7._St_Pauls_Cathedral_b00tv973_default RTMPDump v2.3 See the second line? In my case (above) this is being taken from my preferences: $ get_iplayer --prefs-show | grep tvmode tvmode = flashhd,flashvhigh,flashhigh,flashstd,flashnormal $ As others have observed the iphone mode is no longer working. According to [1] flashstd flashnormal both appear to be higher resolution than iphone mode, but lower bitrate. It's quite possible your iPod won't play them. What mode have you actually downloaded that it's not playing? You need to look at the whole of get_iplayer's output in order to determine this. On a Linux system: get_iplayer --get 130 --tvmode=iphone,flashstd,flashnormal output.txt Then you can `tail -f output.txt` in
Re: Itouch mp4 settings
On 23/12/2010, at 11:51am, Don Rossie wrote: Hi, I have managed to download programs from iplayer and then they are automatically converted to mp4 from flv (by using ffmpeg I assume). The trouble is they won't load onto itunes so that I can play them on my itouch, however, they will play on vlc. It must be something to do with the conversion tool ffmpeg and the settings. Camn anyone please help me with getting the downloads suitable to play on my itouch. I would guess it's the h262 level at which the video is encoded. Loosely speaking these translate to the level of performance required to playback the video. See: http://en.wikipedia.org/wiki/H264#Profiles (scroll down to Levels subsection) An iPod might be able to play back level 1.3, but if the video is marked as level 2 (the scale starts at 1 and goes to 5.1) then it knows it won't have the horsepower, and won't even try to decode it. Obviously higher-resolution videos require a more powerful processor to decode. There are tools with which you can change the level with which the video is marked, but if the bitrate is too high then the playback will stutter (at best). See, for example: http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2006-June/003218.html This is first hit in this search: http://www.google.com/search?q=mplayer%20levels%20h264%20ipod The easy answer is probably that you've been downloading with `get_iplayer --tvmode flashhd,flashvhigh` and you need to use `get_iplayer --tvmode flashstd,flashnormal`. If you want the high-quality flashhd,flashvhigh to watch on your 50 TV but maybe want to take the video on your iPod, in case you're stuck in traffic and want to watch it whilst you drive, then you can transcode from the higher resolution to the lower one yourself. But it is CPU intensive to do so, and you're probably just better off downloading two copies (use `get_iplayer -o /a/different/dir --force`). HTH, aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Does get_iplayer still support subtitles?
On 21/12/2010, at 3:32pm, Richard Mace wrote: If so, I'd like to know what I'm doing wrong. The program I am streaming has subtitles1 (from --info) I am using the --subtitles override, using mplayer. Cursor over mplayer output,'v' toggles visibility on and off but no subtitles. Need more info. What is the PID of the show? What does get_iplayer say when you run `get_iplayer -g --pid b00fvcq0 --subtitles`? Why didn't you attach the output from get_iplayer? Consider using the --debug flag, but do not post its output indiscriminately. $ get_iplayer --longhelp | grep -ie subtitles --info, -i Show full programme metadata and availability of modes and subtitles (max 50 matches) --subsrawAdditionally save the raw subtitles file --subtitles Download subtitles into srt/SubRip format if available and supported --subtitles-only Only download the subtitles, not the programme $ So do you have .srt files in your download directory? Have you tried using --subsraw option? What happens? Have you tried using --subtitles-only option? What happens? I'm not saying this is the case, but it could be that your version of mplayer is compiled without subtitle support, or it can't find the font. mplayer's console output is as verbose as get_iplayer's. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Radio 4 recordings
On 19/12/2010, at 11:41am, Alexis Huxley wrote: I would prefer mp3 rather than flv, or can I convert back to MP3? Have you tried `get_iplayer --radiomode flashaudio1` ? I have similar problems, which I work around by converting to mp3 afterwards, but I'm guessing there's no mp3 version available or, if there is no mp3 version available, then there's a way to tell get_iplayer to do the conversion for me? The output from get_iplayer with '--radiomode flashaudio1' and with the options it itself suggested I use are below. ... WARNING: Your version of flvstreamer/rtmpdump does not support SWF Verification FLVStreamer v2.1c (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL I think this is your problem. Use rtmpdump (and `... --flvstreamer /path/to/rtmpdump`). aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Radio 4 recordings
On 19/12/2010, at 2:55pm, Alexis Huxley wrote: ... You might like to try `get_iplayer --radiomode flashaudio` torchio$ get_iplayer --radiomode flashaudio --flvstreamer rtmpdump --pvr xxx -o /pub/incoming/alexis/podcasts ... INFO: No specified modes (flashaudio) available for this programme with version 'default' (try using --modes=flashaaclow,rtspaaclow,wma) ERROR: Failed to record 'Twenty Minutes - Among Animals and Plants (b00wfy9s)' torchio$ Ha! I did immediately begin to doubt myself after committing myself to saying I think rtmpdump will solve your problem. If that gives the same No specified modes error, then please post output following this prototype: $ get_iplayer --type radio twenty minute -i | grep modes modes: default: flashaaclow1,flashaacstd1,flashaudio1,rtspaaclow1,rtspaacstd1,rtspaudio1,wma1 modesizes: default: flashaaclow1=7MB,flashaacstd1=19MB,flashaudio1=19MB,rtspaaclow1=7MB,rtspaacstd1=19MB,rtspaudio1=19MB,wma1=19MB $ torchio$ get_iplayer --type radio twenty minute -i | grep modes modes: default: flashaaclow1,rtspaaclow1,wma1 modesizes: default: flashaaclow1=5MB,rtspaaclow1=5MB,wma1=7MB torchio$ ^ This command shows the versions that are available. I'll refer back this in a moment. I'm not sure if my geographical location is relevent here; I'm in Germany. Ah! I think that might be the problem. I assume so. I mean, I would be glad to troubleshoot this further if you relocate your computer to the UK and can still reproduce the download failure, but non-UK IPs are unsupported. If you can find a UK-based proxy you might try that. I only condone doing so for testing purposes, to determine whether the BBC is deliberately blocking your IP or whether the problem is with your software. I have no problem downloading stuff in WMA format which I then convert, but, as per the original poster, I'd prefer MP3, but besides that everything works, so it's no big inconvenience, only a small one. ... torchio$ ~/get_iplayer/get_iplayer --modes=flashaaclow,rtspaaclow,wma --pvr xxx -o /pub/incoming/alexis/podcasts ... video:0kB audio:42044kB global headers:0kB muxing overhead 2.512199% INFO: Recorded /staging/pub/incoming/alexis/podcasts/Twenty_Minutes_-_Among_Animals_and_Plants_b00wfy9s_default.aac INFO: id3 tagging aac file New radio programme: 'Twenty Minutes - Among Animals and Plants', 'Rober Chandler introduces the work of Russian writer Andrey Platonov.' torchio$ Out of curiosity: is this the version you normally download and have been transcoding? No, I normally run: get_iplayer --pvr xxx -o /pub/incoming/alexis/podcasts without access to flvstreamer or rtmpdump and that downloads the WMA, which I convert to MP3. You might find that the AAC files are better, one way or the other, than WMV. AAC is an open format, and open-source media software tends to like it, much better than WMV. I would tend to assume (rightly or wrongly) that the quality of the AAC versions would be higher, and lots of portable music players play them, too, now. You would help me out a great deal if you're able to determine whether this file plays ok on a Mac or Windows. I would hazard that it plays fine on just about every Linux media player (although if you use speakers /or a GUI in Linux and you've never tried double-clicking on one of get_iplayer's .aac files then I'd be grateful if you'd try that, too). For MAC and Windows, I can get back to you tomorrow to confirm (no MACs or Windows at home). Thanks. That would be very helpful. (PS. Mac is only capitalised if you're talking about cosmetics or ethernet hardware ;) For Linux, I'm an XFCE user using Totem and double-clicking on the AAC files worked fine. I also tried loading it in Rhythmbox, MPlayer XFMedia; all fine. That's what I figured. I'm unclear what component is responsible for producing MP3 format though. I originally assumed that it was the BBC making (or not making) media available in MP3 format, but your original reply (Have you tried `get_iplayer --radiomode flashaudio1` ?) has confused me a bit :-) You run a single command, a get_iplayer command that is, and you finish up with MP3s? What command do you use and I'll just try that here. I'm using exactly the single commands I've shown you. The only minor differences are for file-saving path, other trivia like that, and if the option is already specified in my ~/.get_iplayer/options Regarding the last point, if you wanted to make AAC your default mode you'd just do: get_iplayer --radiomode flashaachigh,flashaacstd --prefs-add Then you could confirm this is set: $ get_iplayer --prefs-show | grep mode tvmode = flashhd,flashvhigh,flashhigh,flashstd,flashnormal radiomode = flashaachigh,flashaacstd $ Likewise `get_iplayer -o /pub/incoming/alexis/podcasts --prefs-add` will save you typing the path every time
Re: Problem with ffmpeg or the source?
On 19/12/2010, at 3:39pm, Shevek wrote: On 18 December 2010 12:47, Shevek she...@shevek.co.uk wrote: I have now... found where the change in ffmpeg behaviour begins. The last build which gives a brainfart warning and good output is r25658 The next build is r25669 which gives no warning and bad output I have also now downloaded and tested all HD content which is still available and was added between eps 5 and 6 of simple suppers. It looks to be that the change in encoding by the Beeb happened some time overnight on the 1st / 2nd Dec I'm confused. Using the old version ffmpeg, don't you get good output irrespective of this change at the BBC? Because in that case, surely the solution is to take this to the ffmpeg devs, tell them about the change that's causing ffmpeg to fail to identify the brainfart problem, and get them to fix it in future builds. We can easily fix ffmpeg (even if it means patching it ourselves), but we cannot in any useful way influence the BBC's encoding. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Problem with ffmpeg or the source?
On 19/12/2010, at 6:02pm, Shevek wrote: On 19 December 2010 16:34, Andy Bircumshaw a...@networkned.co.uk wrote: I'm confused. Using the old version ffmpeg, don't you get good output irrespective of this change at the BBC? yes - you do get good output but there is the warning from ffmpeg. These are my findings: HD encodes prior to 1st Dec are fine when transcoded by any version of ffmpeg HD encodes post 1st Dec and transcoded using r25658 or earlier give the brainfart message HD encodes post 1st Dec and transcoded using r25669 or later give a bad output Thanks for the clarification, and for spending so much time on this. Seems to me like the brainfart message is a good thing - the message is to say I recognise this is a problem and then it's proceeding to deal with it. Seems to me like r25669 and later aren't recognising the brainfart cropping and therefore aren't dealing with it, and therefore that's why you're seeing the artefacts. We can't do anything about the BBC's new cropping, but we can take this upstream to ffmpeg. Are you ok to do that? aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Problem with ffmpeg or the source?
On 18/12/2010, at 8:46am, Shevek wrote: ... Of the Nigel Slater files in my archive eps 1 to 6 were originally processed with r25557 and ep 7 with a later version Eps 1 to 5 are showing no problem at all and eps 6 7 exhibit the issue. This to me points to the source, not ffmpeg. As all 7 eps are still on iPlayer I will re-download them all using both r25557 and r26401 and post results Instead of re-downloading them all with the different versions (i.e. twice), I think you can just use `get_iplayer --raw` and then transcode by hand using different versions of ffmpeg. If you seen differences between r25557 and r26401 you can then try with r25979 (the SVN version halfway between them) and see whether the change occurred before or after then, and continue splitting SVN revisions until you find the one that causes the problem. I think this is called regression testing. Having downloaded once with --raw you'll have the original file on your PC to work with and can keep trying the different versions of ffmpeg more easily. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: SWF Verification
On 17/12/2010, at 2:30pm, Arthur Dent wrote: ... Is there anything that can be done about the slightly irritating Using a hash as a reference is deprecated warnings? Yes, upgrade to the git release. This was fixed 2 months ago. http://git.infradead.org/get_iplayer.git aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Problem with ffmpeg or the source?
On 17/12/2010, at 5:44pm, Shevek wrote: ... I've just run through my archive of all series 2 of Simple Suppers mp4s and remuxed to mov using the same params that get_iplayer uses: for %F in (*.mp4) do P:\Program Files (x86)\get_iplayer\ffmpeg\bin\ffmpeg.exe -i %F -vcodec copy -acodec copy -f mov -y %~nF.mov Using my original r25557 ffmpeg the last 2 report the brainfart message and all are watchable I repeated again using r26401, no brainfart messages and the first 5 are watchable but the last 2 exhibit the green/pink band and shadowing So it seems that some time between 2/12 and 8/12 (these are the dates I downloaded the last good and first bad eps) the Beeb changed something with their HD encoding which is causing this problem. Again, my brain isn't fully functioning right now, but couldn't the cause be that something changed in ffmpeg between revision r25557 r26401 ? aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: HD content still unavailable
On 3/11/2010, at 8:59am, fs ck wrote: ... The file (at least in the Linux world and probably same in Windows world) is called '.swfinfo'. Search for it and remove any instance you find. The problem we found last month was that since the BBC now insists on an updated SWF url and the cached size/hash stored in this .swfinfo file is not updated. Problem is that rtmpdump seems to ignore anything in the URL that is a GET parameter (i.e. the all-important revision in this case). Also, upgrading rtmpdump alone will not help. I'm not saying you're wrong, but if you look at the output Kris posted previously (2 November 2010 3:22:54 am GMT) to http://paste2.org/p/1067704 you'll see his rtmpdump is at least *claiming* to be using the new url (grep for 21576). aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: HD content still unavailable
On 3/11/2010, at 2:46am, Kris LeC wrote: ... I think that if you open a DOS prompt and paste (including all quotes and all on a single line): After fiddling with ' and I managed to get this: C:\Program Files (x86)\get_iplayerC:\Program Files (x86)\get_iplayer\rtmpdump- 2.2d\rtmpdump.exe --port 1935 --protocol 0 --playpath mp4:secure/3200kbps/b00v fgkl_1287592545?auth=daEdwaccbd5bCa5a3bocrcAcwcGbEdUc_ci-bmZ3CO-bWG-DnnFBqDoNBuE sxGaifp=v001slist=secure/3200kbps/b00vfgkl_1287592545 --host cp41752.edgefcs .net --swfVfy http://www.bbc.co.uk/emp/10player.swf?revision=18269_21576; --tc Url rtmp://cp41752.edgefcs.net:80/ondemand?_fcs_vhost=cp41752.edgefcs.netundef inedauth=daEdwaccbd5bCa5a3bocrcAcwcGbEdUc_ci-bmZ3CO-bWG-DnnFBqDoNBuEsxGaifp=v0 01slist=secure/3200kbps/b00vfgkl_1287592545 --app ondemand?_fcs_vhost=cp41752 .edgefcs.netundefinedauth=daEdwaccbd5bCa5a3bocrcAcwcGbEdUc_ci-bmZ3CO-bWGDnnFBq DoNBuEsxGaifp=v001slist=secure/3200kbps/b00vfgkl_1287592545 --pageUrl --resu me -o G:\iplayer\Mike_Woods_5.flv --timeout 10 RTMPDump v2.3 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL Connecting ... INFO: Connected... ERROR: rtmp server sent error ERROR: rtmp server requested close As it's the only syntax that didn't result in a stream of xyz is not recognized as an internal or external command, operable program or batch file. Can you post again having added --verbose to the command, please? I think this'll need to be reported upstream to the rtmpdump devs. Does that look likely? Is there anything else that I could try? Thanks again for your time! It's greatly appreciated. You are certainly reaching the limits of my ability to help, I'm afraid. And it does seem to be a rtmpdump problem, rather than a get_iplayer one. rmtpdump mailing lists are at: https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump http://lists.mplayerhq.hu/pipermail/rtmpdump/ aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Apple TV
On 1/11/2010, at 6:36pm, Christian Hewitt wrote: ... get_iplayer uses ffmpeg to move flash video into an mp4 container so it's not impossible to change the ffmpeg commands to include cropping that resets the video dimensions to what the crippled QuickTime player can handle. The negative to this approach is that you perform a full re-encoding of the video file. Instead of a quick 2 minute swap of container formats it can take an hour or more to re-encode longer shows. I did some experimentation before and cropping is what you need. I can't remember the exact commands though - I ran out of patience and moved on to other ideas ... I'm not sure that cropping is required, as such. See also my other post, but in the comments on one of the pages of Phil's site, Andy (ctrl-f apple) claims to have been able play other 1280×720 movies: http://linuxcentre.net/bbc-iplayer-hd-1280x720-now-supported-by-get_iplayer He notes that iPlayer's HD recordings have 188Kbps audio and that Apple TV will play up to 160Kbps. That transcoding is cheap in processor cycles. I'm sure you know this, but to elaborate on your first sentence for the benefit of Ian or anyone else: get_iplayer uses the ffmpeg program to remux video from the flash video container (.flv) used by the BBC to an .mp4 container. Remuxing does not change the video (or audio, as applicable) in any way, so it is a quick process and the results retain original quality, codec and approximate file size. iPlayer's hi-res and HD shows use the h264 video codec, AAC audio. Transcoding means to change the video (or audio) stream by re-encoding it; this is done typically to make the file / resolution smaller or so it can be played on a device with a less-powerful CPU or which doesn't support the original codec. You can use the original codec when transcoding, or a different one; transcoding takes longer and it always results in some quality loss (although sometimes on may not notice the loss). aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Dropping get_iPlayer
On 18 Oct 2010, at 11:53, David Woodhouse wrote: On Mon, 2010-10-18 at 09:23 +0100, Dan Ashby wrote: One of the less desirable aspects of this project is the way it's tied in with porn sites: ...It happens to work with those sites, if you *ask* it to download from those sites by giving it an appropriate (or inappropriate) URL. ... Obviously you wouldn't want it automatically indexing those sites without being asked, and presenting results from there in a title search. And the nice thing about get_iplayer (not that I want to go near the code, any further than I have done already) is that it *does* index the iPlayer listings, and will download episodes by title on a recurring basis. get-flash-videos won't ever do anything like the -- pvr mode. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: resuming bad recording.
On 12 Oct 2010, at 02:23, Michael Bannerman wrote: ... Anyway, I was trying to record a programme and received a last tag size must be greater/equal zero error. In the old version, there was a file location where I could delete the log entry. I don't believe that _deleting the log entry_ should be necessary. I think `get_iplayer --force` should be adequate. It's been a while since I've used Get_iplayer: can someone refresh my memory or update me on where the log entry is that I need to delete to resume recording? I've found *resuming* to be troublesome. It may be better to delete the partial file in your output dir and start from scratch. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: mov versus mp4 and mp3 as aac
On 10 Oct 2010, at 22:35, Kevin Lynch wrote: ... I have get_iplayer working on both ubuntu and win xp (32 bit). I prefer my media as mp4 and mp3 occasionally material is saved as mov and aac (it's no big problem I re-wrap with mp4box/gpac on ubuntu) ... I use winff (windows/ubuntu) to transcode AAC as MP3 My question is what do I have to do to get_iplayer to save MP4/MP3 by default Not sure why you'd be seeing .mov instead of .mp4. I'd be curious to see a PID, copy paste from the terminal /or output of `mplayer -vo null -ao null -identify -endpos 1`. I'm *guessing* that the format / container choices that get_iplayer makes are based entirely upon the quality settings that you use. I'm never seeing any final output but h264 / AAC / .mp4 / .aac here. So to get MP3, you can probably just choose a lower quality setting: http://beebhack.wikia.com/wiki/IPlayer_TV#Comparison_Table I want best quality, so: $ get_iplayer --show-options ... Options from Files: radiomode = best tvmode = flashhd,flashvhigh,flashhigh ... Thus I get programmes in h264 / AAC / .mp4 (.aac for radio). It's relatively not-useful to talk about .mov vs .mp4 as these are merely container formats, and don't affect the quality. As you probably understand, remuxing them into a different container (gpac) is quick and lossless. The codec is more important, and your transcode (winff) is lossy. AAC is generally better quality than MP3. aB. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: RTSP link needed for BBC audio
On 4 Sep 2010, at 17:45, Andy Bircumshaw wrote: On 4 Sep 2010, at 15:54, Bob Toms wrote: Hello Get_iplayer people. It's a great piece of software. I've tried it out on the following URL (and it worked! Excellent): http://news.bbc.co.uk/sport1/hi/cricket/counties/8968123.stm However, that is not my issue. I would like to find out the RTSP link so that I can play the audio/radio feed on my mobile phone. I am able to do this for radio feeds that the BBC publish, but as the above link is on an ad hoc and temporary webpage, it probably won't be publish as a link you can access directly on a mobile phone (unless the BBC change their mind). Suggest you post the command-line that you're using. This seems to be working here: $ get_iplayer --type all --url http://news.bbc.co.uk/sport1/hi/cricket/counties/8968123.stm -- modes =flashaachigh,flashaacstd,iphone,flashaudio,realaudio,flashaaclow,wma ... INFO: File name prefix = Live_-_Sussex_commentary_-_2010-09-04_172927 RTMPDump v2.3 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL WARNING: Can't resume live stream, ignoring --resume option Connecting ... INFO: Connected... Starting Live Stream INFO: Metadata: INFO: createdby ViewCast INFO: streamstartUTC04 Sep 2010 12:41:49 INFO: canSeekToEnd 0.00 INFO: duration 0.00 INFO: audiocodecid 10.00 INFO: audiodelay0.00 INFO: audiodatarate 96.00 INFO: audiochannels 1.00 3626.405 kB / 362.98 sec The stream is still running here as I write, so I can't say that the output will be intelligible. The commentary seems to have finished for the afternoon. The resultant file was unplayable on my Mac. I suspect this is a get_iplayer bug. I was able to easily create a playable file using: mplayer -ao null -vo null -dumpaudio -dumpfile Sussex_Commentary.fixed.aac Live_-_Sussex_commentary_- _2010-09-04_172927.aac aB. -- Andy Bircumshaw - Network Ned - Computing services, support solutions Email - a...@networkned.co.uk ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer