Re get iplayer under windows server.....
Will the last windoze user please turn the lights out -- Sent from an open-source O/S, not an iPhad. N900-linux ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: get-iplayer on Windows 7
Explanation and fix here: https://github.com/dinkypumpkin/get_iplayer/wiki/swfurl Regards John - Original Message - From: Anand Prasad anandpra...@phonecoop.coop To: get_iplayer@lists.infradead.org Sent: Friday, June 21, 2013 9:12 PM Subject: get-iplayer on Windows 7 Am i the only one whose get-iplayer for windows won't download tv. It downloads radio but not tv. I can't download from the bbc iplayer website either but that may hace going on for ages. It is such apain i stopped using it. I see i haven't downloaded a video since 22nd March so it may have been going on for a while, Error report INFO Trying to stream pid using type tv INFO: pid found in cache Matches: 503: My Afternoons with Margueritte - -, BBC Four, Comedy,Drama,Films,Guidance,Relationships Romance,TV, default INFO: 1 Matching Programmes INFO: Checking existence of default version INFO: flashhigh1,flashhigh2,flashstd1,flashstd2 modes will be tried for version default INFO: Trying flashhigh1 mode to record tv: My Afternoons with Margueritte - My Afternoons with Margueritte INFO: File name prefix = My_Afternoons_with_Margueritte_-_My_Afternoons_with_Margueritte_b01bl0q3_default RTMPDump 2.4 git-6230845 2011-9-25 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL Connecting ... INFO: Connected... ERROR: RTMP_ReadPacket, failed to read RTMP packet header INFO: Command exit code 1 (raw code = 256) WARNING: Failed to stream file C:\Users\Prasad\Desktop\iPlayer Recordings\My_Afternoons_with_Margueritte_-_My_Afternoons_with_Margueritte_b01bl0q3_default.partial.mp4.flv via RTMP INFO: skipping flashhigh1 mode INFO: Trying flashhigh2 mode to record tv: My Afternoons with Margueritte - My Afternoons with Margueritte INFO: File name prefix = My_Afternoons_with_Margueritte_-_My_Afternoons_with_Margueritte_b01bl0q3_default RTMPDump 2.4 git-6230845 2011-9-25 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL Connecting ... INFO: Connected... ERROR: RTMP_ReadPacket, failed to read RTMP packet header INFO: Command exit code 1 (raw code = 256) WARNING: Failed to stream file C:\Users\Prasad\Desktop\iPlayer Recordings\My_Afternoons_with_Margueritte_-_My_Afternoons_with_Margueritte_b01bl0q3_default.partial.mp4.flv via RTMP INFO: skipping flashhigh2 mode INFO: Trying flashstd1 mode to record tv: My Afternoons with Margueritte - My Afternoons with Margueritte INFO: File name prefix = My_Afternoons_with_Margueritte_-_My_Afternoons_with_Margueritte_b01bl0q3_default RTMPDump 2.4 git-6230845 2011-9-25 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL Connecting ... INFO: Connected... ERROR: RTMP_ReadPacket, failed to read RTMP packet header INFO: Command exit code 1 (raw code = 256) WARNING: Failed to stream file C:\Users\Prasad\Desktop\iPlayer Recordings\My_Afternoons_with_Margueritte_-_My_Afternoons_with_Margueritte_b01bl0q3_default.partial.mp4.flv via RTMP INFO: skipping flashstd1 mode INFO: Trying flashstd2 mode to record tv: My Afternoons with Margueritte - My Afternoons with Margueritte INFO: File name prefix = My_Afternoons_with_Margueritte_-_My_Afternoons_with_Margueritte_b01bl0q3_default RTMPDump 2.4 git-6230845 2011-9-25 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL Connecting ... INFO: Connected... ERROR: RTMP_ReadPacket, failed to read RTMP packet header INFO: Command exit code 1 (raw code = 256) WARNING: Failed to stream file C:\Users\Prasad\Desktop\iPlayer Recordings\My_Afternoons_with_Margueritte_-_My_Afternoons_with_Margueritte_b01bl0q3_default.partial.mp4.flv via RTMP INFO: skipping flashstd2 mode ERROR: Failed to record 'My Afternoons with Margueritte - My Afternoons with Margueritte (b01bl0q3)' ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: Get Iplayer for Windows
Date: Thu, 29 Sep 2011 14:17:38 +0100 From: dinkypump...@gmail.com To: get_iplayer@lists.infradead.org Subject: Re: Get Iplayer for Windows On 29/09/2011 00:19, Vangelis forthnet wrote: I went further and trimmed down the installation folder (C:\Program Files\get_iplayer) size by: 1. Leaving inside the rtmpdump/bin folder only the rtmpdump.exe binary. 2. Leaving inside the ffmpeg/bin folder only the ffmpeg.exe binary. 3. Deleting from inside the mplayer\MPlayer-1.0rc2\ folder the mencoder.exe man_page.html files, as get_iplayer does not use either of them... I initially changed the current installer to do that trimming automatically, but in the end I decided to be conservative and leave everything in, the rationale being that Windows users wouldn't get any surprises and, as before, receive all the same helper app components that Linux users would get through their package management systems (though I suspect that doesn't matter to most Windows users). If we ever move to a standalone installer, it would definitely make sense to pare down to the bare minimum. As a result, I have a perfectly functioning (in the way I use it) installation of get_iplayer with a Program Files\get_iplayer folder size of approximately 33 MB; add to that another With the current installer, the equivalent trimmed installation would use ~55MB. Most of the extra bulk comes with the updated version of Perl. Hi Something else to consider in order to strip down get_iplayer. It's not crucial to use id3 and AtomicParsley, FFmpeg will allow to specify *some* tags. (Though we would need to ensure that this metadata is compatible with iTunes etc). Information is here:- http://wiki.multimedia.cx/index.php?title=FFmpeg_Metadata Here's an example of use... Download the raw radio show:- get_iplayer --get --type=radio --pid=b0150ds --force --raw Convert it to m4a and insert some metadata... Like this:- ffmpeg -i Bells_on_Sunday_-_25_09_2011_b0150dsg_default.flv \ -metadata album=Bells on Sunday \ -metadata composer=BBC Radio \ -metadata genre=Religion Ethics \ -metadata comment=The bells of St Mary's in Bishopstoke, Hampshire. \ -acodec copy Bells_on_Sunday_-_25_09_2011_b0150dsg.m4a This is the result with MediaInfo:- General Complete name : Bells_on_Sunday_-_25_09_2011_b0150dsg.m4a Format : MPEG-4 Format profile : Apple audio with iTunes info Codec ID : M4A File size : 2.85 MiB Duration : 3mn 0s Overall bit rate mode : Constant Overall bit rate : 133 Kbps Album : Bells on Sunday Composer : BBC Radio Genre : Religion Ethics Writing application : Lavf53.12.0 Comment : The bells of St Mary's in Bishopstoke, Hampshire. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On Thu Sep 29 20:51:07 BST 2011, bat guano wrote: Something else to consider in order to strip down get_iplayer: It's not crucial to use id3 and AtomicParsley, FFmpeg will allow to specify *some* tags. (Though we would need to ensure that this metadata is compatible with iTunes etc). Information is here:- http://wiki.multimedia.cx/index.php?title=FFmpeg_Metadata Thanks bat guano for this most interesting piece of info :-) However, I don't feel that id3v2 AtomicParsley present an issue sizewise: On my installation, the combined size of id3v2-0.1.12-win32 AtomicParsley (containing v0.9.0) folders is under 1 MB (420 230 KB respectively). ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: Get Iplayer for Windows
However, I don't feel that id3v2 AtomicParsley present an issue sizewise: On my installation, the combined size of id3v2-0.1.12-win32 AtomicParsley (containing v0.9.0) folders is under 1 MB (420 230 KB respectively). OK Vangelis. I agree. It's not worth upsetting things just for the sake of 1MB. :-) ... Though if we were designing the get_iplayer script now from scratch it might be worth considering FFmpeg metadata to reduce the dependencies and simplify the Windows installer. (Perhaps FFmpeg's tagging capability was introduced after get_iplayer was invented) ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On 30/09/2011 00:05, bat guano wrote: ... Though if we were designing the get_iplayer script now from scratch it might be worth considering FFmpeg metadata to reduce the dependencies and simplify the Windows installer. (Perhaps FFmpeg's tagging capability was introduced after get_iplayer was invented) FWIW, if you were re-building get_iplayer from scratch, and full tagging support was an key design goal, I would say do it in Python and use the Mutagen library - no need for external helpers. I looked into FFmpeg tagging when I re-engineered the tagging support a few months ago. The MP4 tagging in FFmpeg is OK, but it still lacks support for a few useful atoms. The MP3 tagging in FFmpeg is much more limited, however. Unless the BBC moves to AAC for regional radio programmes, MP3 tagging will be a consideration for get_iplayer. get_iplayer gathers a lot of metadata about each programme, and I think you might as well preserve all of that metadata when tagging the files in order to allow users to catalogue their downloads as they like. There is a good pure Perl solution for MP3 tagging (now included with the latest installer), but as I wrote at the time, the pure Perl options for MP4 were inadequate or buggy and slow, so AtomicParsley stayed in the picture. I think it might make sense to implement FFmpeg as the default tagging option for users who can't (or don't want to) use the full tagging support. That way, every file would be guaranteed to have some minimal identifying info added. That might be good enough for some users. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On Tue Sep 26 23:54:22 BST 2011, dinkypumpkin wrote: VirtualBox + VM w/ default Ubuntu command-line install + all get_iplayer dependencies could take up 1GB on the host system disk. The current Windows install is ~200MB, but that could be cut by a third if VLC were dropped. I'd guess Linux disk overhead would be somewhat less since perl is already installed. I suppose most people wouldn't be bothered, but 1GB seems hefty just for get_iplayer. My 2006 bought WinVista laptop came with a small (80GB) HDD to begin with, then the person who initially set it up for me created a (small) C partition of only 25 GBs, because he was at the time accustomed to WinXP standards...Now, after two Service Packs, countless Microsoft updates, .NET Frameworks installed, various other programs installed along the years, anti-virus databases getting ever so bigger, logs written etc., I'm suffering from low disk space on the OS partition... I installed get_iplayer via the Win installer back in mid-Jan 2011 but I chose, as you said, not to install VLC LAME; I only use the flash (aac/audio) streams (I bet this is the case with the majority of the users), these require only rtmpdump; and LAME is redundant after the demise of the RealAudio streams. I went further and trimmed down the installation folder (C:\Program Files\get_iplayer) size by: 1. Leaving inside the rtmpdump/bin folder only the rtmpdump.exe binary. 2. Leaving inside the ffmpeg/bin folder only the ffmpeg.exe binary. 3. Deleting from inside the mplayer\MPlayer-1.0rc2\ folder the mencoder.exe man_page.html files, as get_iplayer does not use either of them... As a result, I have a perfectly functioning (in the way I use it) installation of get_iplayer with a Program Files\get_iplayer folder size of approximately 33 MB; add to that another ~ 2 MB of other get_iplayer files residing on the C partition (mainly C:\Users\my user name\.get_iplayer) and in total get_iplayer occupies only ~ 35 MB on my space-starved OS partition! This is equal to the size of my current Firefox 7 installation folder (C:\Program Files\Mozilla Firefox, 34.7 MB). I have to say (from a user's end) that I'm quite content with the way things are AFAS the Windows version of get_iplayer is concerned, although from reading various posts in the list I do realise the current way is making the dev's life (slightly, I hope) more difficult. On my part, I'm treating with reservation any talk of future implementations involving yet more new things to learn (virtual machines, new OSes), especially when increased disk space is needed, just to get my favourite BBC radio shows! (FWIW, it was a leap for me to move from Paul Battley's Windows GUI to a CL tool like get_iplayer; yes, I opted for the CLI and not the WebPVR because I immediately realised it was far more versatile!). Greetings from debt-ridden Greece! Vangelis. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
Hello Vangelis, It's great how you managed to trim down everything to fit your tiny partition. I just want to suggest to you a very nice program for repartitioning. It's called GParted, it's open-source, maintained and can be downloaded from: http://gparted.sourceforge.net/ With that application you can resize any partition without losing any data. You just write the image downloaded from the site to a cd, boot from it under some Linux and with a very easy to use graphical interface you can resize any partition regardless of the file system. I've used it countless times and it works great. Rafael ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On 25/09/2011 12:49, James Cook wrote: I suppose where I'm going with this is a VirtualBox holding only a CLI (command line - shell) Ubuntu/*nix being accessed on the command line from the host system where you do something like virtbox client shell get_iplayer --pid=w343rft and it writes mp4s to the host file system So in effect no new OS for the user. I get it now. I was thinking of vmplayer a bit too literally. Your method works OK here for downloads, but I couldn't find a working incantation for live streaming (no loss in my book, and maybe not possible). But, in a lovely bit of synchronicity, guest execution has recently been broken by VirtualBox 4.1.2 guest additions. On question springs to mind: how much can an Ubuntu installation be stripped down? VirtualBox + VM w/ default Ubuntu command-line install + all get_iplayer dependencies could take up 1GB on the host system disk. The current Windows install is ~200MB, but that could be cut by a third if VLC were dropped. I'd guess Linux disk overhead would be somewhat less since perl is already installed. I suppose most people wouldn't be bothered, but 1GB seems hefty just for get_iplayer. Another, minor consideration: the web pvr manager. I don't think it is currently packaged for Ubuntu, but if your concept were to become reality it would be a shame to lose it, particularly for Windows users. It works OK via VirtualBox as well, but I'm not sure what would the best way to configure it: start/stop scripts on host, boot-time startup on guest, or something else. That decision would feed into the packaging and/or host system setup scripts. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On 21/09/2011 23:52, Christopher Woods (CustomMade) wrote: (I am pragmatic though, I understand the complexities of maintaing a win32 build.) When it boils down to the essentials, what's needed for an update? With the current installer, updating helper applications requires posting a small configuration file to infradead.org and swapping a symbolic link to point to it. Whenever the installer runs, it downloads that file, looks for changes, and selects any updated components for re-install (the user can opt not to upgrade, of course). Updating get_iplayer itself requires running some scripts at infradead.org to cut a new release from the git repo and post the release snapshot on the web site. Once that is done, the process is similar to that for helper apps. When the installer runs, it downloads a small version file from the web site, checks for a new version, and selects the get_iplayer component for reinstall if indicated. So, with that infrastructure in place, the update process isn't too bad. One wrinkle is the bundled version of Perl. Right now, it can't be updated separately. It must be included in the installer, though it would be easy to make it a separately-updated component so long as there was a place to host the archive. OTOH, it shouldn't need to be updated again for quite a while. Could a base install be provided then, for updates, various binaries just be bundled together in one NSIS / ZIP and provided to users along with the core get_iplayer.pl? I think it might be simpler to just have a standalone installer, rebuilt as needed, rather than separate updaters. There are only seven installable components, none of which are especially volatile. The only helper app likely to warrant an upgrade in the next 6 months is RTMPDump, when and if its developers produce a final version 2.4. FWIW, I implemented the capability for building standalone installers in the current code. The addition of all the helper apps makes for a much heftier payload, but an all-in-one bundle has the virtue of simplicity. A big chunk of the installer code is devoted to dealing with installation of the helper apps. Most of that could go away if you bundled everything together in the installer binary. In the end, I decided it was a step too far for this release, but it's there if someone wants to take it in that direction. If you wanted to slim down a standalone installer, you could dump LAME and VLC. With no more RealAudio streams, LAME is never used, as far as I know. VLC is only invoked for 3gp/n95 streams (do many people use that?), and I'm sure a lot of people don't need it for Web PVR playback. You could supply instructions for those users in lieu of the whole VLC package. It's easy enough to download and install. You might also be able to dump MPlayer and replace it with instructions for those users who really want WMA streams. However, I don't think it has ever been resolved whether FFmpeg can adequately replace MPlayer for flashaudio streams. It seems to work OK for me, but warning messages are still generated. And you could simplify things yet further by dumping the custom distribution of Perl in favour of instructions for Strawberry Perl installation. But that would probably be on excision too far since it makes extra work for every Windows user. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On Sun, 07 Aug 2011 21:38:40 +0100, you wrote: On 04/08/2011 20:21, David Woodhouse wrote: I would love for someone to step forward and maintain the Windows stuff. I won't volunteer to take over permanently because - like David - I don't use Windows much and prefer to keep it that way. Given that get_iplayer is such a hassle to maintain for installation on Windows wouldn't distributing say an Ubuntu+get_iplayer package for e.g. VMplayer be worth looking at? JC ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer upgrade Windows Problem
On Tue, 2011-08-30 at 09:26 +0200, Alan Stevens wrote: Can't locate XML/LibXML/SAX.pm in @INC (@INC contains: C:/Program Files/get_iplayer/lib .) at (eval 46) line 1. I suspect the Windows installer was built with only the perl dependencies required for get_iplayer itself, and not the web cgi script? Dinkypumpkin? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer upgrade Windows Problem
On 30/08/2011 09:58, David Woodhouse wrote: On Tue, 2011-08-30 at 09:26 +0200, Alan Stevens wrote: Can't locate XML/LibXML/SAX.pm in @INC (@INC contains: C:/Program Files/get_iplayer/lib .) at (eval 46) line 1. I suspect the Windows installer was built with only the perl dependencies required for get_iplayer itself, and not the web cgi script? If only it were so simple. Sorry all, but I've been bitten by the Perl version upgrade. The Strawberry Perl version in the previous Windows release didn't include the XML::Simple, et al., modules, so they weren't included in the installer. The new version of Strawberry Perl does include XML::Simple and related modules, but the dependency checker didn't detect all of the SAX parser bits, so the Perl XML support is incomplete. The effect is that a bit of get_iplayer code that never ran in the previous release (because XML::Simple not found) now attempts to execute, but dies. I'll post a new installer once I get this sorted. Alan (and anyone else affected) - here are some workarounds in the meantime: 1. In Web PVR Manager, search by name for Conspiracy Files and use the Record link in the search results 2. On the command line, use the actual PID code from the URL: get_iplayer --pid=b0148yz5 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On 14 August 2011 01:49, dinkypumpkin dinkypump...@gmail.com wrote: On 13/08/2011 13:22, Jon Davies wrote: The thing I was scratching my head about and wondering how best to solve was the eternal problem of updating things for windows. This touches on a thorny question vis-a-vis a get_iplayer Windows installer: should it be dynamic and net-based, or standalone? As I've mentioned elsewhere on this thread, there already is infrastructure at infradead.org for servicing updates of get_iplayer, its dependencies, and the Windows installer. The current installer doesn't make full use of it, but I think I've managed to fix most of that. [...] The alternative is to make a get_iplayer installer more like a desktop application installer and bundle all the dependencies, scripts, etc. in the installer package. dynamic vs standalone is one of those unresolvable questions - for dumb users standalone is convenient in that you know you're giving your users a consistent set of working software. dynamic makes it easier for users to install only those (extra) apps they need. get_iplayer has been dynamic for a while, and I don't see a good reason for change. In fact I rather like the way get_iplayer installs at the moment. mostly. (I don't see why perl isn't just another component, I can't see a good reason for it being included in the installer, given that pretty much nothing else is.) I have a objection in principle to install/update functionality that depends on the server behaving in a particular way because it ties you to servers that can be specifically configured, which rules out many hosting services - so using server-side redirects somewhat irks me. I'd prefer something that used a configuration file to work out where to find things (a bit like cygwin does) to avoid the need to update the installer every time a component is updated. I'm happy to help maintain the windows version (though I don't use get_iplayer on windows either), but can't commit a great deal of time to it. It might be better if I commit to maintain windows builds of AtomicParsley (not that it's very hard...). Platforms I *am* interested in maintaining are ubuntu and the d-link dns-323 NAS. If you want to take it over (and are planning to stick with NSIS), I'm happy to hand off my scripts to you. I'm not sure want is quite the right word, but I should be able to find some time. I'm still willing to get the next version out Please do, thanks FWIW, I think I've automated the Windows build process reasonably well. that's definitely a good thing. I'd been exploring automation, but mainly while trying to document what I was actually doing. the scripts were too fragile and dependent on the config of my system and it never got into a state where I could reasonably hand it on. You hinted that were thinking of making your own builds of dependencies, so that feature might prove helpful if you decided to bundle everything together. Did I? Only for those dependencies for which windows builds are not readily available (which is why I built AtomicParsley). I'm lazy. If someone else is maintaining builds, and I think I can trust them, I'd rather let them do the hard work ;-) Anyway, I should be able to get my code up on Github sometime later this week, so you can judge for yourself. Let me know when it's there and I'll have a look. Cheers Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On Sun, 2011-08-14 at 17:41 +0100, Jon Davies wrote: (I don't see why perl isn't just another component, I can't see a good reason for it being included in the installer, given that pretty much nothing else is.) I looked at that. The subset of Strawberry Perl used for get_iplayer is about a tenth the size of the full (even the minimal) installation. That's the reason I didn't switch over to doing it that way. I have a objection in principle to install/update functionality that depends on the server behaving in a particular way because it ties you to servers that can be specifically configured, which rules out many hosting services - so using server-side redirects somewhat irks me. I'm not sure that's a consideration. We're pointing it at our *own* service which *is* under our control. I can even put the get_iplayer.cgi script from http://www.infradead.org/cgi-bin/get_iplayer.cgi into the git repository. -- dwmw2 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On 13 Aug 2011, at 13:22, Jon Davies wrote: On 8 August 2011 11:47, David Woodhouse dw...@infradead.org wrote: On Sun, 2011-08-07 at 21:38 +0100, dinkypumpkin wrote: On 04/08/2011 20:21, David Woodhouse wrote: I would love for someone to step forward and maintain the Windows stuff. I won't volunteer to take over permanently because - like David - I don't use Windows much and prefer to keep it that way. However, I may be able to provide a bit of short-term help. I started to look at building a fresh install package for Windows, and started down the road of building the dependencies for windows first, hence the new build of AtomicParsley. The thing I was scratching my head about and wondering how best to solve was the eternal problem of updating things for windows. For Ubuntu, it's easy - I just maintain a package archive and it just works. for windows I contemplated building something separate to do the updates, but then I changed jobs and started to work for a living and ran out of time. I'm happy to help maintain the windows version (though I don't use get_iplayer on windows either), but can't commit a great deal of time to it. It might be better if I commit to maintain windows builds of AtomicParsley (not that it's very hard...). Platforms I *am* interested in maintaining are ubuntu and the d-link dns-323 NAS. There's a port of Sparkle to Windows, which may be worth a look, as Sparkle is so lovely to implement on OS X. http://winsparkle.org/ ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On 08/08/2011 21:47, David Woodhouse wrote: On Mon, 2011-08-08 at 19:24 +0100, dinkypumpkin wrote: On 08/08/2011 11:47, David Woodhouse wrote: 1. It means the installer would always have to be built on Windows Why so? Doesn't it work in wine? Dunno - haven't touched Wine in aeons. Strictly speaking, I think you only need to run pp on Windows since NSIS can build the installer on Linux/OSX. If Strawberry Perl and related gubbins work in Wine, then it's all good. I've created build scripts such that the Perl support can be built separately when needed. 3. So if I upgrade the version of Perl, I'd like to go to 5.12. If anyone thinks there is a reason to only go to 5.10.1 instead, chime in here. Might as well update to 5.12, I think. Why stay on something older? 5.12 it is then. This will require some thought. In the current installer, only rtmpdump uses the redirects set up at infradead.org, and changing them now would More trouble than it's worth, I suspect. Well, I still think it would be worthwhile to use the system of CGI redirects. It would be nice not to have to go through the rigmarole of posting a new installer just because a URL has changed. Even if it only amounts to changing a string, it means someone has to sit down, do a build, post it, etc. The current installer can't use the redirect system because of its hard-wired assumptions about archive structure, etc. However, my new installer can. I finally had a chance to spend some more time looking at this, and I think it's simpler than I first thought. Here's how I think it could work: The CGI redirect system responds to at least these keys: mplayer - mplayer archive lame - lame archive ffmpeg- ffmpeg archive vlc - vlc archive rtmpdump - rtmpdump .exe rtmpdumpz - rtmpdump archive Unless the current installer was built with code other than that in the git repo, it only uses the rtmpdumpz key - the rest are hard-coded in the installer script. That means that we could bring a new installer online simply by changing the configuration for all the other keys to point to the new archive URLs, and adding a new one for atomicparsley. That way the new and old installers wouldn't collide, and it would presumably not require much work on the server side. I'm assuming it's your server-side code, so you're the ultimate arbiter on this. I think the main reason for the redirects originally was not so that it could adapt to new versions of tools, but more that it could adapt if the external URLs stopped working; it could be pointed to another mirror or something. If we're pointing at stable download locations, we should be fine. I would think the new URLs are reasonably stable, but only 2 of the 6 helper apps come from what I would call primary sources, so who can really say? There might some small improvements we could make (see post from Nick Ludlam elsewhere in this thread), but I think the infrastructure already set up at infradead.org is probably OK for distributing updates for this kind of project. If we get the installer updated to use it effectively, then it means that as long as infradead.org is running, we can get updates out for both get_iplayer and its dependencies. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On 13/08/2011 13:22, Jon Davies wrote: I started to look at building a fresh install package for Windows, and started down the road of building the dependencies for windows first, hence the new build of AtomicParsley. Thanks again for that AP build. If definitely plugs a gap. MP3 tagging can be done well enough in Perl, but none of the MP4 Perl solutions proved to be reliable enough, and Sourceforge downloads are problematic for the installer. The thing I was scratching my head about and wondering how best to solve was the eternal problem of updating things for windows. For Ubuntu, it's easy - I just maintain a package archive and it just works. for windows I contemplated building something separate to do the updates, but then I changed jobs and started to work for a living and ran out of time. This touches on a thorny question vis-a-vis a get_iplayer Windows installer: should it be dynamic and net-based, or standalone? As I've mentioned elsewhere on this thread, there already is infrastructure at infradead.org for servicing updates of get_iplayer, its dependencies, and the Windows installer. The current installer doesn't make full use of it, but I think I've managed to fix most of that. The alternative is to make a get_iplayer installer more like a desktop application installer and bundle all the dependencies, scripts, etc. in the installer package. This is more like Sparkle on OSX and similar systems. The notion has some appeal because it gives more control over the installation. OTOH, it probably means you have build more versions of the installer, so somebody would need to own the process and the update mechanism. I'm happy to help maintain the windows version (though I don't use get_iplayer on windows either), but can't commit a great deal of time to it. It might be better if I commit to maintain windows builds of AtomicParsley (not that it's very hard...). Platforms I *am* interested in maintaining are ubuntu and the d-link dns-323 NAS. If you want to take it over (and are planning to stick with NSIS), I'm happy to hand off my scripts to you. I'm still willing to get the next version out, but if you're stepping up it might be best to take over sooner rather than later. FWIW, I think I've automated the Windows build process reasonably well. As for the installer itself, aside from a bunch of code cleanup, the main change I've made is to make it more adaptable in dealing with downloaded archives for the various dependencies, so changing to a different source for ffmpeg, say, that uses a different archive layout or packages 32- and 64-bit builds together, won't break the installer. I've also implemented support for creating standalone installers (with all dependencies bundled in), should that seem like the way to go. You hinted that were thinking of making your own builds of dependencies, so that feature might prove helpful if you decided to bundle everything together. Anyway, I should be able to get my code up on Github sometime later this week, so you can judge for yourself. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On 13/08/2011 14:59, Nick Ludlam wrote: There's a port of Sparkle to Windows, which may be worth a look, as Sparkle is so lovely to implement on OS X. Yep, Sparkle is mighty handy for Mac apps. The get_iplayer installer already uses a simple update mechanism that isn't terribly dissimilar, though. I don't know if there are other (free) contenders, but I had a look at WinSparkle a little while back. It might present a somewhat a nicer UI (with display of release notes, etc.), but essentially it doesn't offer any more functionality than the installer already has. I think it would only make sense to go the WinSparkle route if the installer were a standalone bundle containing all the dependencies and scripts. The alternative is to run separate appcasts for each dependency and bake that into the installer. That might create more complexity than is worthwhile. Plus, Winsparkle would need to be hacked a little bit to work in that context. It may not be worth the trouble for apps that don't change very often. OTOH, a standalone installer might actually be a good idea. It shouldn't need frequent updates, but it does mean that someone would need to own the installer and the appcast that goes with it, as well as make the initial changes necessary to Sparkle-ify the installer. It might be interesting, but I'm not sure my love for get_iplayer extends that far. I've had decent results with NSIS over the years, but the combination of building installers and working on Windows sometimes seems like trying to build a piano with a crowbar, a bread knife, and a spoon. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On Sun, 2011-08-07 at 21:38 +0100, dinkypumpkin wrote: On 04/08/2011 20:21, David Woodhouse wrote: I would love for someone to step forward and maintain the Windows stuff. I won't volunteer to take over permanently because - like David - I don't use Windows much and prefer to keep it that way. However, I may be able to provide a bit of short-term help. For a while now, I've been maintaining a get_iplayer installer for friends, family, and colleagues to make it easy for them to keep up with the various changes in the get_iplayer universe. I'd be happy to pass on my modifications to whoever takes over the installer. I think I've done the minimum necessary for a new release - more info below. That sounds brilliant; thanks. Want to go ahead and commit them, and we'll see if we can get a new installer together. If you let me have a SSH public key, you can commit directly to the git repository on git.infradead.org. It'd be really good to use 'pp' to make the subset of perl files that we need for get_iplayer; the hack with a 'perlfiles.tar.gz' is horrid. Did you look at what it would take to automate that? Also, it's possible to update the downloads without having to update the installer; they're done through redirects from a CGI script. Perhaps we should update the URLs that the CGI script redirects to? Really, you want to track the version of each dependency that's currently installed, then notice when a new version becomes available and offer to install that. But then we're basically inventing a package management system for a crappy platform that doesn't have it. This is *so* far from what get_iplayer is actually supposed to be doing, and on *such* a broken platform, that I always lose the will to live by the time I start contemplating it... -- dwmw2 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On Mon, 2011-08-08 at 19:24 +0100, dinkypumpkin wrote: On 08/08/2011 11:47, David Woodhouse wrote: It'd be really good to use 'pp' to make the subset of perl files that we need for get_iplayer; the hack with a 'perlfiles.tar.gz' is horrid. Did you look at what it would take to automate that? I should have mentioned that in my earlier message. I've done exactly that, but it raises a few issues: 1. It means the installer would always have to be built on Windows (probably no bad thing), though perlfiles.tar.gz could always be captured as necessary. Why so? Doesn't it work in wine? 3. So if I upgrade the version of Perl, I'd like to go to 5.12. If anyone thinks there is a reason to only go to 5.10.1 instead, chime in here. Might as well update to 5.12, I think. Why stay on something older? Also, it's possible to update the downloads without having to update the installer; they're done through redirects from a CGI script. Perhaps we should update the URLs that the CGI script redirects to? This will require some thought. In the current installer, only rtmpdump uses the redirects set up at infradead.org, and changing them now would break the installer in some cases, including rtmpdump. At a minimum, I think we would need to create another CGI script or update the current one to accept some sort of installer version identifier so that it could service both current and future installers. This is due to another issue: Even if the downloads are discovered dynamically, the installer code is still hard-wired to handle the type and structure of each downloaded archive. I've simplified things a bit, but that hard-wiring is still there in reduced form. I suppose that the installer code could be rewritten to deal with this problem, but I haven't bothered to tackle it. I'll have another look. More trouble than it's worth, I suspect. I think the main reason for the redirects originally was not so that it could adapt to new versions of tools, but more that it could adapt if the external URLs stopped working; it could be pointed to another mirror or something. If we're pointing at stable download locations, we should be fine. I'm not interested in trying to make Windows a usable platform with sane package management, etc. Let's just install something that's known to work, and hope it keeps working. And keeps being available from the same download location. -- dwmw2 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows - HOW TO UPDATE
M2 wrote: J K.Eason wrote: *From:* power...@aol.com *To:* get_iplayer@lists.infradead.org *Date:* Thu, 4 Aug 2011 13:29:23 -0400 (EDT) Is there any news on the Windows installer version of the Get I Player program being updated? Get I Player Version 2.79 doesnt seem to work any more. Will the rtmpdump file be upgraded from 2.2d to version 2.4? Or is there any other way of upgrading this file on a Window's based system? There is lots of info out there on the board for Linux Ubuntu but none for us Windows users. Thanks in advance for any help Lee Simply download rtmpdump 2.4 and extract it into the rtmpdump-2.2d folder over the current programs. Regards John (m...@john-eason.co.uk) ___ Hi, I have find an easy way (someone please correct me if I am wrong). Download required rtmpdump from http://rtmpdump.mplayerhq.hu/download/ 1. 9 for windows is http://rtmpdump.mplayerhq.hu/download/rtmpdump-1.9.zip or any later release with rtmpdump-X.X-windows.zip In your folder where you have installed get_iPlayer C:\Program Files\get_iplayer\ on my Win 7 create new folder rtmpdump-2.4 I already have: Downloads\ ffmpeg\ lame\ lib\ mplayer\ perl-license\ rtmpdump-1.9\ rtmpdump-2.2d\ rtmpdump-2.3\ rtmpdump-2.4\ vlc\ so extract relevant file into the folder and then find your options file I have it in c:\Users\All Users\get_iplayer\options on my Win 7 and edit in notepad and change: flvstreamer .\rtmpdump-1.9\rtmpdump.exe to flvstreamer .\rtmpdump-2.4\rtmpdump.exe or other version you want to try. I have forgot to include the patched get_iplayer.pl Which as been patched to solve few problem instructions over here https://github.com/dinkypumpkin/get_iplayer/wiki/instructions download the file from here https://github.com/dinkypumpkin/get_iplayer/raw/master/get_iplayer rename the old one to the name of you choice (I normally add the date.old at the end get_iplayer.pl.20110611.old) and now copy the downloaded file into the folder where get_iplayer is installed (|C:\Program Files\get_iplayer\get_iplayer.pl) Win 7 just make sure it's got name get_iplayer.pl and that's it. | ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On 04/08/2011 20:21, David Woodhouse wrote: I would love for someone to step forward and maintain the Windows stuff. I won't volunteer to take over permanently because - like David - I don't use Windows much and prefer to keep it that way. However, I may be able to provide a bit of short-term help. For a while now, I've been maintaining a get_iplayer installer for friends, family, and colleagues to make it easy for them to keep up with the various changes in the get_iplayer universe. I'd be happy to pass on my modifications to whoever takes over the installer. I think I've done the minimum necessary for a new release - more info below. As David hinted, the installer and related bits could probably use some serious TLC, but that's a discussion for another thread. If anyone is interested enough to start that discussion, we can take up specifics there. Even with the current framework, I think the next installer release should last for a while, assuming that the problems with rtmpdump are sorted. The helper apps shouldn't need to change that often - rtmpdump is the only one to have caused truly major headaches for Window users in recent months. To my mind, the biggest issue that has cropped up in recent months is giving Windows users access to the latest version of the main get_iplayer script from the git repository, but I think the get_iplayer update mechanism should deal with that, not the installer. Anyway, if you're thinking of taking on the installer, some notes on my changes are below. Feedback on potential problems with the helper apps would be useful. Any comments to the list, please. Summary of changes: 1. HACK: Installer carries a current version of get_iplayer.pl (with faked version 2.80) and disables the initial download of get_iplayer.pl from infradead.org. This would obviously be removed in production, but is necessary until a 2.80 version is released at infradead.org. 2. Some minor cleanup to ensure clean uninstalls. A couple of files were omitted from the installer and left hanging around on uninstall. Also removed the Downloads folder that was installed in C:\Program Files\get_iplayer. AFAICT, that folder is never used - someone correct me if I'm wrong. 3. Updates to the download sources/versions for helper apps, with minor changes to better isolate package/version differences. Notes on helper apps below. 4. Updated the included Perl libraries with MP3::Tag and dependencies to support full MP3 tagging on Windows without id3v2. 5. Installer build script translated into a Windows batch file. The installer can be built without need of unix-ish shell or utilities - just NSIS and 7-Zip. Notes on helper apps: atomicparsley: Updated to 0.9.4 from bitbucket.org. The old version 0.9.0 still works, but it's no longer possible to download it from Sourceforge in the installer. Sourceforge uses meta refresh on download pages, so some more drastic changes in the installer would be necessary to cope. It doesn't seem worth the trouble as long as another source is available. ffmpeg: Updated to 0.8 from zeranoe.com. Same source as earlier version, but different site name. Videolan recently released 0.8.1, but I haven't yet seen an updated build with that version stamp. Version 0.8 should include all get_iplayer-relevant fixes. lame: Updated to 3.98.4 from rarewares.org. As far as I can tell the old 3.98.2 version from bakerweb.biz never worked (wouldn't launch), at least on XP. mplayer: Remains at version 1.0-rc2. I know they marked 1.0-rc4 earlier in the year, but I didn't see a new Windows build. rtmpdump: Updated to nominal 2.4 (rtmpdump-20110723-git-b627335-win32.zip mentioned elsewhere on the list). Like others here, I've seen better results with resuming downloads using this build. Is this the build to fix on? Others need to chime in here. As David mentioned elsewhere, at least one possible relevant change to rtmpdump post-dates this build. vlc: Updated to 1.1.11. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
J K.Eason wrote: *From:* power...@aol.com *To:* get_iplayer@lists.infradead.org *Date:* Thu, 4 Aug 2011 13:29:23 -0400 (EDT) Is there any news on the Windows installer version of the Get I Player program being updated? Get I Player Version 2.79 doesnt seem to work any more. Will the rtmpdump file be upgraded from 2.2d to version 2.4? Or is there any other way of upgrading this file on a Window's based system? There is lots of info out there on the board for Linux Ubuntu but none for us Windows users. Thanks in advance for any help Lee Simply download rtmpdump 2.4 and extract it into the rtmpdump-2.2d folder over the current programs. Regards John (m...@john-eason.co.uk) ___ Hi, I have find an easy way (someone please correct me if I am wrong). Download required rtmpdump from http://rtmpdump.mplayerhq.hu/download/ 1. 9 for windows is http://rtmpdump.mplayerhq.hu/download/rtmpdump-1.9.zip or any later release with rtmpdump-X.X-windows.zip In your folder where you have installed get_iPlayer C:\Program Files\get_iplayer\ on my Win 7 create new folder rtmpdump-2.4 I already have: Downloads\ ffmpeg\ lame\ lib\ mplayer\ perl-license\ rtmpdump-1.9\ rtmpdump-2.2d\ rtmpdump-2.3\ rtmpdump-2.4\ vlc\ so extract relevant file into the folder and then find your options file I have it in c:\Users\All Users\get_iplayer\options on my Win 7 and edit in notepad and change: flvstreamer .\rtmpdump-1.9\rtmpdump.exe to flvstreamer .\rtmpdump-2.4\rtmpdump.exe or other version you want to try. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
*From:* power...@aol.com *To:* get_iplayer@lists.infradead.org *Date:* Thu, 4 Aug 2011 13:29:23 -0400 (EDT) Is there any news on the Windows installer version of the Get I Player program being updated? Get I Player Version 2.79 doesnt seem to work any more. Will the rtmpdump file be upgraded from 2.2d to version 2.4? Or is there any other way of upgrading this file on a Window's based system? There is lots of info out there on the board for Linux Ubuntu but none for us Windows users. Thanks in advance for any help Lee Simply download rtmpdump 2.4 and extract it into the rtmpdump-2.2d folder over the current programs. Regards John (m...@john-eason.co.uk) ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get Iplayer for Windows
On Thu, 2011-08-04 at 13:29 -0400, power...@aol.com wrote: Is there any news on the Windows installer version of the Get I Player program being updated? Get I Player Version 2.79 doesnt seem to work any more. Will the rtmpdump file be upgraded from 2.2d to version 2.4? Or is there any other way of upgrading this file on a Window's based system? There is lots of info out there on the board for Linux Ubuntu but none for us Windows users. Thanks in advance for any help I would love for someone to step forward and maintain the Windows stuff. Life is *so* much harder on Windows where we have to do so much for ourselves, as opposed to the Linux packages where we just mark it as depending on perl, ffmpeg, rtmpdump etc., and everything Just Works. And updates for packages like rtmpdump *also* happen properly, because there's a system-wide update mechanism that works. I've occasionally tried to keep it up to date, but fundamentally I just don't care about Windows. I'm never going to do a good job of it, and I only even *boot* Windows to test the installation, so I'm not a good person to do it. I'd be more than happy to 'hand over', and show someone how I got it working, and give them access to the FTP site so that they can keep things up to date (for example by testing newer versions of the various dependencies and adjusting the links to them, etc.) -- dwmw2 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: Get Iplayer for Windows
-Original Message- From: get_iplayer-boun...@lists.infradead.org [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf Of David Woodhouse Sent: 04 August 2011 20:22 To: power...@aol.com Cc: get_iplayer@lists.infradead.org Subject: Re: Get Iplayer for Windows On Thu, 2011-08-04 at 13:29 -0400, power...@aol.com wrote: Is there any news on the Windows installer version of the Get I Player program being updated? Get I Player Version 2.79 doesnt seem to work any more. Will the rtmpdump file be upgraded from 2.2d to version 2.4? Or is there any other way of upgrading this file on a Window's based system? There is lots of info out there on the board for Linux Ubuntu but none for us Windows users. Thanks in advance for any help I would love for someone to step forward and maintain the Windows stuff. Life is *so* much harder on Windows where we have to do so much for ourselves, as opposed to the Linux packages where we just mark it as depending on perl, ffmpeg, rtmpdump etc., and everything Just Works. And updates for packages like rtmpdump *also* happen properly, because there's a system-wide update mechanism that works. I've occasionally tried to keep it up to date, but fundamentally I just don't care about Windows. I'm never going to do a good job of it, and I only even *boot* Windows to test the installation, so I'm not a good person to do it. I'd be more than happy to 'hand over', and show someone how I got it working, and give them access to the FTP site so that they can keep things up to date (for example by testing newer versions of the various dependencies and adjusting the links to them, etc.) Your work to date has been most appreciated by what I think's probably a largely quiet Windows user community. Thanks on behalf of all of us for keeping the win32 fork maintained after everyone thought it was going to curl up in a corner and die of unnatural causes...! Would a 'differential' installer be a kludge fix? Any simpler for you to implement? Everyone would to install a snapshotted base version, then after that install the latest update to obtain latest stable builds and update references etc. I've not updated get_iplayer since the last major win32 release - it works, I read about problems with the latest 'current' linux builds (which are subsequently patched very quickly by guys on here... but I'm in the Works? DON'T TOUCH IT camp ;-) Would it be less work to just write a quick script-based installer which relied upon a preexisting get_iplayer install for updates? (this of course doesn't count all of the required work to compile functional win32 builds of course!) Unfortunately I have close to nil experience with compiling components for win32, frustrating because in this kind of situation I really wish I could helpfully contribute. ___ 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 Sun, 2011-01-09 at 16:08 +, Andy Bircumshaw wrote: Or alternatively just reinstall get_iplayer. Surely the current Windows installer provides 2.3 ? No, it still installs 2.2d. It's not as easy under Windows to handle software packaging and dependencies. An update to the installer would be much appreciated, if you feel like working on it and testing it... -- dwmw2 ___ 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