get_iplayer 3.00 released

get_iplayer 3.00 for Windows and other systems was released yesterday.

The main feature is: Restored functionality broken by the BBC

Some features that were deprecated previously have now gone. Caching has
been revised, you will need to rebuild.

https://github.com/get-iplayer/get_i...iki/release300


--
Pete Forman
https://payg-petef.rhcloud.com

"Pete Forman" wrote in message
...
get_iplayer 3.00 for Windows and other systems was released yesterday.

The main feature is: Restored functionality broken by the BBC

Some features that were deprecated previously have now gone. Caching has
been revised, you will need to rebuild.

https://github.com/get-iplayer/get_i...iki/release300

So far it seems to be working just as well as if did before. Despite the
warnings that it will take a lot longer to populate the list of programmes,
I found that after clearing the current list and starting again took about 1
minute, not the 5-10 that they predicted.

About the only difference that I could see was that the programmes no longer
have a thumbnail screen-shot icon beside them - not a major problem.

Pete Forman wrote:

get_iplayer 3.00 for Windows and other systems was released yesterday.

forecast sounds gloomy ... "For whatever life it has left, get_iplayer
will rely more heavily on web scraping"

Andy Burns writes:

Pete Forman wrote:

get_iplayer 3.00 for Windows and other systems was released yesterday.

forecast sounds gloomy ... "For whatever life it has left, get_iplayer
will rely more heavily on web scraping"

I have just rerun a couple of Python scripts I wrote in 2014 that pulled
metadata from the BBC. The XML one fails, obviously. The HTML scraper
needed one change.

--
Pete Forman
https://payg-petef.rhcloud.com

On Mon, 01 May 2017 09:25:21 +0100, Pete Forman wrote:

get_iplayer 3.00 for Windows and other systems was released yesterday.

The main feature is: Restored functionality broken by the BBC

Some features that were deprecated previously have now gone. Caching has
been revised, you will need to rebuild.

https://github.com/get-iplayer/get_i...iki/release300

Thank you for that timely news, Pete.

I'm running LM 17.1 KDE 64 and have been putting off an update to ffmpeg
that appeared in the update manager list several days back. The new
version number bears so little resemblance to 3.0 (7:3.3.0~trusty), I was
afraid to allow the update in case it broke my especially installed ffmeg
ver 3.0.

I guess I can 'let it rip' now and see whether my fears were justified
since any remediation work it might cause will be 'lost in the noise' of
a major (to me) update task (as in the, "It's nothing on a big ship"
philosophical point of view).

If I hit any problems, I'm sure I'll be able to inject some overdue
activity into the ucol news group before resorting to this one for
further help. :-)

--
Johnny B Good

In article , Johnny B Good
wrote:
On Mon, 01 May 2017 09:25:21 +0100, Pete Forman wrote:

get_iplayer 3.00 for Windows and other systems was released yesterday.

The main feature is: Restored functionality broken by the BBC

Some features that were deprecated previously have now gone. Caching
has been revised, you will need to rebuild.

https://github.com/get-iplayer/get_i...iki/release300

Thank you for that timely news, Pete.

I'm running LM 17.1 KDE 64 and have been putting off an update to
ffmpeg that appeared in the update manager list several days back. The
new version number bears so little resemblance to 3.0 (7:3.3.0~trusty),
I was afraid to allow the update in case it broke my especially
installed ffmeg ver 3.0.

FWIW I keep different versions of ffmpeg in different places. GiP lets you
specify where to find the version it should use for a command you give to
it.

I guess I can 'let it rip' now and see whether my fears were justified
since any remediation work it might cause will be 'lost in the noise' of
a major (to me) update task (as in the, "It's nothing on a big ship"
philosophical point of view).

FWIW2 I've experimented and found that with my old version of GiP simply
using

--fileprefix \"title_pid\"

added to the command string I build to feed to gip means I get files that
have a sensible title and include the pid.

N.B. I'm escaping the " chars above because I use a sprintf() to assemble a
command string which is then used to launch gip. (And as per above I
include an --ffmpeg option to point to the version gip should use.)

Jim

--
Please use the address on the audiomisc page if you wish to email me.
Electronics https://www.st-andrews.ac.uk/~www_pa...o/electron.htm
Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc http://www.audiomisc.co.uk/index.html

Does this program work with a screenreader and also does it allow selection
of the AD stream on a program that has this. I'd have thought this would be
very trivial to add for them if its not there. When you can confirm these
then give me a download link for a windows built version. Thanks.
Brian

--
----- -
This newsgroup posting comes to you directly from...
The Sofa of Brian Gaff...

Blind user, so no pictures please!
"NY" wrote in message
o.uk...
"Pete Forman" wrote in message
...
get_iplayer 3.00 for Windows and other systems was released yesterday.

The main feature is: Restored functionality broken by the BBC

Some features that were deprecated previously have now gone. Caching has
been revised, you will need to rebuild.

https://github.com/get-iplayer/get_i...iki/release300

So far it seems to be working just as well as if did before. Despite the
warnings that it will take a lot longer to populate the list of
programmes, I found that after clearing the current list and starting
again took about 1 minute, not the 5-10 that they predicted.

About the only difference that I could see was that the programmes no
longer have a thumbnail screen-shot icon beside them - not a major
problem.

"Brian Gaff" wrote in message
news
Does this program work with a screenreader and also does it allow
selection of the AD stream on a program that has this. I'd have thought
this would be very trivial to add for them if its not there. When you can
confirm these then give me a download link for a windows built version.
Thanks.

I'm not sure what needs to be done to a web page to make it work well with a
screen reader. Hopefully the developers can say whether they have tested it
with a selection of screenreader programs.

There is a sub-menu on the web page (on localhost on your PC) which allows
you to select the version of the programme. And you can select that you want
a version that has AD. I'm not sure whether you can set a default value so
for all future programmes you always get the AD version.

One of the potential problems may be that the feedback as to when the
programme has finished downloading is visual: you get lots of info about
downloading the initial version as a TS file, downloading subtitles as a
text file, merging the two together to produce an MP4 file - interesting as
a progress report but the crucial thing is "all finished: now you can watch
/ listen to what you've just downloaded".

I've just had a thought: I wonder if there is a way of only downloading the
soundtracks (programme audio and AD) without needing to download the video
part - that would speed up download considerably.

"NY" wrote in message
o.uk...
"Brian Gaff" wrote in message
news
Does this program work with a screenreader and also does it allow
selection of the AD stream on a program that has this. I'd have thought
this would be very trivial to add for them if its not there. When you can
confirm these then give me a download link for a windows built version.
Thanks.

I'm not sure what needs to be done to a web page to make it work well with
a screen reader. Hopefully the developers can say whether they have tested
it with a selection of screenreader programs.

There is a sub-menu on the web page (on localhost on your PC) which allows
you to select the version of the programme. And you can select that you
want a version that has AD. I'm not sure whether you can set a default
value so for all future programmes you always get the AD version.

One of the potential problems may be that the feedback as to when the
programme has finished downloading is visual: you get lots of info about
downloading the initial version as a TS file, downloading subtitles as a
text file, merging the two together to produce an MP4 file - interesting
as a progress report but the crucial thing is "all finished: now you can
watch / listen to what you've just downloaded".

I've just had a thought: I wonder if there is a way of only downloading
the soundtracks (programme audio and AD) without needing to download the
video part - that would speed up download considerably.


If you want to try it (maybe with a sighted person to help with initial
navigation around the screens until you work out how best to drive it from a
screen reader) then the URL is:
https://github.com/get-iplayer/get_i...yer-3.00.0.exe

The Release Notes are at
https://github.com/get-iplayer/get_i...iki/release300


The installation instructions are fairly wordy but as far as I remember from
when I initially installed an older version, from which I've periodically
upgraded, you run the EXE file and end up with a desktop icon Web PVR
Manager which starts various components, the main one being a web page in
your default browser which allows you to: update the list of available
programmes (the thing that caused all the hassle when the BBC withdrew the
older source of this information); search this list for matching programmes;
schedule programmes to be downloaded to a default Windows directory.

A typical programme is about 800 MB for a 1-hour programme in 1280x720
resolution which seems to be default, so you'll need to work out download
times based on your download speed. One of the options on the Recording tab
allows you to specify "recording modes" and you can at least reduce time by
selecting "good" rather than the default "better" which gives you SD rather
than HD. The "programme version" on the same tab has options such as
"audiodescribed".

Incidentally, those controls could be implemented *so* much better if they
were drop-down boxes with a finite set of choices that allowed you (in the
case of resolution) to choose using real units (eg "SD 720x576", "sub-HD
1280x720", "HD 1920x1080" rather than woolly adjectives like "good",
"better", "best" that you have to type in a text box) :-)

Get iPlayer is good nd gets the job done, but it does have a slightly geeky
feel to its UI, as if they hastily bolted a Windows front end onto a
real-men-use-command-lines user interface ;-)

En el artículo , Andy Burns
escribió:

forecast sounds gloomy ... "For whatever life it has left, get_iplayer
will rely more heavily on web scraping"

I don't understand this.

If get_iplayer is having to evolve to keep up with changes the BBC make
(and I'm not sure what those changes are), doesn't that render older
set-top boxes, TVs and other devices that have iPlayer baked into their
firmware obsolete?

--
(\_/)
(='.'=) "Between two evils, I always pick
(")_(") the one I never tried before." - Mae West