Reply
Thread Tools
Posts: 5 | Thanked: 15 times | Joined on Sep 2015 @ Cambridge, UK
#1
This is to announce the release of GetiPlay, a simple user interface for downloading TV and radio programmes from the BBC iPlayer feeds, using get_iplayer as the backend to do the work.

OpenRepos page: https://openrepos.net/content/flypig/getiplay
GitHub page: https://github.com/llewelld/getiplay

It's pre-alpha and I'm anticipating problems with Perl dependences and use outside the UK. Since I have trouble testing this, I'd appreciate any feedback, but please keep your expectations low and be gentle!.

Any suggestions about how to get the RPM to deal with the Perl dependencies would be great.

Here's what it's supposed to look like when it works.

__________________
Website: http://www.flypig.co.uk
 

The Following 10 Users Say Thank You to flypig For This Useful Post:
Posts: 188 | Thanked: 308 times | Joined on Jan 2013 @ UK
#2
Excellent, may thanks for this. Up to my eyeballs at the moment, but will test as soon as I get time.
 
Posts: 5 | Thanked: 15 times | Joined on Sep 2015 @ Cambridge, UK
#3
There's no rush This is going to be a slow burner for me anyway (also due to other commitments). Any feedback you can give in the future would be great though!
__________________
Website: http://www.flypig.co.uk
 
Posts: 188 | Thanked: 308 times | Joined on Jan 2013 @ UK
#4
Before you get too far down the line with this, you might want to check this out: http://arstechnica.co.uk/business/20...-iplayer-beta/

It may not negate the need for the application, but it might have an influence on design/functionality.
 

The Following User Says Thank You to skanky For This Useful Post:
Posts: 1,203 | Thanked: 3,027 times | Joined on Dec 2010
#5
Might take a look at the code to see if it will help my long overdue Maemo app.
 
Posts: 5 | Thanked: 15 times | Joined on Sep 2015 @ Cambridge, UK
#6
That's good news, thanks for sharing! We'll have to see whether this improves things for us Sailfish users and what the consequences might be for get_iplayer. Hopefully only positive though
__________________
Website: http://www.flypig.co.uk
 
Posts: 5 | Thanked: 15 times | Joined on Sep 2015 @ Cambridge, UK
#7
Originally Posted by Android_808 View Post
Might take a look at the code to see if it will help my long overdue Maemo app.
I must admit I wasn't aware of your efforts until now, but you've clearly done much more on this than I have. Basically all GetiPlay does is interpret the output from the command line app, show it in a list and let you download. It was just easier than tapping away at the command line.

Right now I'm having much difficulty packaging up the Perl dependencies though (XML::Simple, LWP and their prerequisites). Do you have any advice about how to do this?
__________________
Website: http://www.flypig.co.uk
 
Posts: 1,203 | Thanked: 3,027 times | Joined on Dec 2010
#8
Not really. I was reworking the old cuteTube widget based UI and implementing something similar to what you have in terms of interpreting the command line. The initial plan was to see if I could make it so that it could one day be a plugin for cuteTube1 but the handling of streams vs console output prevented it going much further.

IIRC I was adapting some of the python code from giPlayer. Managed to get searching, displaying the episode description and thumbnail, related search (just searches by series name) and viewing by category (now unsupported by get_iplayer). Transfers were working in the previous iteration before I started refactoring everything to be more independant of cuteTube framework.

I must say your code does appear to be a lot cleaner than my version. I don't have the code handy as its on the laptop. I do seem to remember the metadata was returned by submitting --listformat along with what you want in the order you want it, including the thumbnail location, which was then obtained via a cache. If the file was not in the cache a placeholder was set until the image was downloaded, like https://github.com/marxoft/cutetube2...imagecache.cpp

Might be worth looking --expiry at some stage. If cache is older than 4hrs iirc it will automatically redownload the cache when get_iplayer is run. This might be undesirable if trying to download a show in your current >7 day old cache as the refresh might cause the information to be removed from your local db. Secondly, depending on data tariff it might not be desirable. Lastly if there is no internet connection it will probably wipe out the existing cache meaning you can't view or search anything.

With regards to episode length, unless things have changed, the values stored in the local db/cache are pretty useless (ie 0) and are only rough estimates when doing a full metadata retrievel via --info (ie 30, 45, 60mins etc.)

I have done some experiments with live streaming via ffplay, the code is somewhere in the get_iplayer and rtmpdump thread. If your running a recent ffmpeg with librtmp support you could also stream the DASH audio for the radio stations.

When I get a bit of time I might take another look at it. Think I need an update to rtmpdump first to fix progress % being messed up. Might take some cues from your output parsing to clean my code up a bit.

With regards to packaging the perl modules, all I can suggest is to look at Jollas existing spec files for other packages. XML::Simple is now required, which is what I still need to push to fix Maemo versions of get_iplayer. The minimum perl requirement is lower than what they suggest but on Sailfish I suspect it's newer than Maemo anyway.

Feel free to PM if I can help at all.
 
Feathers McGraw's Avatar
Posts: 654 | Thanked: 2,368 times | Joined on Jul 2014 @ UK
#9
Made a few modifications to fix some things that weren't working for me. Testing version can be found here:

https://openrepos.net/content/feathe...lay-unofficial
 

The Following User Says Thank You to Feathers McGraw For This Useful Post:
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 15:58.