VERSION-get_iplayer Says 2.94.
northmedia1 at the.forthnet.gr
Tue Mar 14 22:27:27 PDT 2017
On Wed Mar 15 01:41:50 GMT 2017, tellyaddict wrote:
> For the time being I have downgraded back to 2.96
> because it can see more metadata than 2.99 can.
> As 2.96 can see more metadata,
> downloads are still getting filenames that mean something.
> 2.99 cannot see enough metadata to make a meaningful filename.
A relevant forum post by the same person is:
Being of an inquisitive nature, I decided
to conduct some experiments to investigate
the "filename" issue you have reported...
I initially did not have to download anything,
I used a template GiP command like:
perl get_iplayer-2.9x.pl --pid=<pid> -i | FindStr fileprefix
BTW, GiP 2.94 can't download anything by the --pid
method currently, because it's missing
which was pushed after tag 2.94 and prior to 2.95.
I first examined a radio show, pid=b08gwqyf
I refreshed the radio cache manually (in 2.99) by issuing:
perl get_iplayer-299.pl --type=radio -f --force --ybbcy
This uses the AOD radio feeds and is quick (2.5min).
Then I used
perl get_iplayer-2.9x.pl --type=radio --pid=b08gwqyf -i | FindStr fileprefix
The <fileprefix> substitution parameter is as follows:
The key thing with radio is to include --type=radio and have the show
present within the radio.cache; if the --type switch is omitted, then
So, GiP 2.97 is the last to compose a meaningful fileprefix, but 2.98+
should work if --type=radio is specified and --pid present within the
Then I examined a short video clip, pid=p04sjnfq. By default, this pid is
not to be found inside tv.cache, even with the tv schedule feeds running...
perl get_iplayer-2.9x.pl --pid=p04sjnfq -i | FindStr fileprefix
So, again, 2.97 is the last to compose a proper fileprefix.
Tracking down the GiP code in the GitHub repo,
I identified the culprit commit to be:
pushed after 2.97 and before 2.98...
About the thumbnails discussion:
1. A fine tool to tell whether the thumbnail you're seeing
is an embedded one to the MP4 file or one generated
by Windows Explorer (natively in Win7+ for video) is MediaInfo:
In the generated log, search for "Cover: Yes";
if it's present, it's an embedded one...
According to my download tests, all radio .m4a files
with GiP 2.95+ have embedded thumbnails,
in some cases the wrong ones...
But with video downloads, the versions of GiP that
generate proper filenames (i.e. 2.95, 2.96, 2.97)
produce tagged .mp4 files without embedded thumbnails.
On the contrary, 2.98+, which generate the "generic"
filenames, yield tagged mp4 files with an embedded
thumbnail - I haven't tracked down this behaviour yet...
More information about the get_iplayer