Please see below ...
On 17/07/2019 16:26, James Scholes wrote:
Scratch what I said previously, the format of the URLs has changed and
the 320K streams are still available. Just posted the info here:
https://forums.squarepenguin.co.uk/thread-2062.html
And dinky had replied: "That is not a new URL format. You've just
happened on a TV programme with 320k audio still available." I'm not
going to attempt to arbitrate between you !-)
Let's instead look at the script. First we have to know what difference
if any the script version makes. I'm still using 3.17, and checking
back I find that everything I've downloaded in almost-HD since 1/1/2019
is at 128kbps audio or less, whereas others say that the problem started
for them around the beginning of July, so what versions are others
using, and does the new v3.21 apparently announced today resolve the
problem? If not ...
In v3.17 of the script, I get the impression that the selection of
streams is done in lines 5474 onwards:
my $best_audio;
# etc.
Line 5511 appears to be the one that matches both the audio stream
designation that you discussed in the forum:
my ($ab, $vb) = ($1, $2) if $stream->{'URL'} =~
/audio.*?=(\d+)-video.*?=(\d+)/;
Although I've created a major Perl program which works very well, Perl
Regular Expressions (REs), which are what are doing the matching and
capturing in this line, are something that I use so infrequently that I
have to look them up whenever I do. As far as I can tell the above
should match the new audio designation with its added suffix of '_eng',
but I'd feel more confident if other Perl programmers here would verify
this. As far as I can tell any problem lies somewhere else in the
program logic surrounding the above line.
_______________________________________________
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
