VERSION-get_iplayer Says 2.94.

[Vangelis forthnet]

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:

https://squarepenguin.co.uk/forums/thread-1205-post-5410.html#pid5410

Hi tellyaddict/tvfan

 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

where x=(5|6|7|8|9)

BTW, GiP 2.94 can't download anything by the --pid
method currently, because it's missing

https://github.com/get-iplayer/get_iplayer/commit/b9adeaa8f7171a3ac469c66a51f6cd167200c23a

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:

2.99
The_Official_Chart_with_Greg_James_-_2017-03-10_b08gwqyf_original
2.98
The_Official_Chart_with_Greg_James_-_2017-03-10_b08gwqyf_original
2.97
The_Official_Chart_with_Greg_James_-_2017-03-10_b08gwqyf_default
2.96
The_Official_Chart_with_Greg_James_-_2017-03-10_b08gwqyf_default
2.95
The_Official_Chart_with_Greg_James_-_2017-03-10_b08gwqyf_default

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

2.99
get_iplayer_-_b08gwqyf_b08gwqyf_original
2.98
get_iplayer_-_b08gwqyf_b08gwqyf_original
2.97
The_Official_Chart_with_Greg_James_2017-03-10_-__b08gwqyf_default
2.96
The_Official_Chart_with_Greg_James_-_2017-03-10_b08gwqyf_default
2.95
The_Official_Chart_with_Greg_James_-_2017-03-10_b08gwqyf_default

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 
radio.cache.

 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...
I used

perl get_iplayer-2.9x.pl --pid=p04sjnfq -i | FindStr fileprefix

Results:

2.99
get_iplayer_-_p04sjnfq_p04sjnfq_original.mp4
2.98
get_iplayer_-_p04sjnfq_p04sjnfq_original.mp4
2.97
The_Sky_at_Night_Telescope_Takeover_Trail_-_Telescope_Takeover_p04sjnfq_default
2.96
The_Sky_at_Night_Telescope_Takeover_Trail_-_Telescope_Takeover_p04sjnfq_default
2.95
The_Sky_at_Night_Telescope_Takeover_Trail_-_Telescope_Takeover_p04sjnfq_default

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:

https://github.com/get-iplayer/get_iplayer/commit/1b5160b03cf8eb064c28b37e7030fd990708f51f

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:

https://mediaarea.net/en/MediaInfo/Download

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...

Regards