Audio encoding changed, truncated audio files

[artisticforge .]

hello

After spending many hours researching this issue i have the following:

I used Rod_Whiting pid=p045pzc5 for all testing.

the raw downloaded file:
Mac Mini running Mountain Lion MacOSX & get_Iplayer-2.96: download OK
Raspberry Pi 2 running Raspbian Jessie & get_iplayer-2.96:    download OK
Raspberry Pi 3 running Raspbian Jessie & get_iplayer-2.96:    download OK
Windows 10 & get_iplayer-2.96:
    download OK
AMD Debian Linux Jessie & get_iplayer-2.96:
download Failed
Intel Debain Linux Jessie & get_iplayer-2.96:
download Failed

the Debian Linux Jessie Downloaded Raw files were all shorter in
length than the other platform files.

440432523 Sep 14 10:12
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw.m4a
440751343 Sep 14 11:33
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-02.m4a

442055972 Sep 14 18:25
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-hallein.m4a
442055972 Sep 14 20:51
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-niedernsill.m4a
442055972 Sep 14 09:39
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-wien.m4a
442055972 Sep 14 10:42
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-windows.m4a

using mp4file --list on Debian Linux machines, MacOSX & Raspbian on
the raw downloaded files
gives the following:

ReadAtom: "Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-02.m4a":
invalid atom size, extends outside parent atom - skipping to end of ""
"ќǤ" 3608486380 vs 440751343
iso6   dash,iso6           32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-02.m4a
iso6   dash,iso6           32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-hallein.m4a
ReadAtom: "Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw.m4a":
invalid atom size, extends outside parent atom - skipping to end of ""
"?o??" 3609949306 vs 440432523
iso6   dash,iso6           32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw.m4a
iso6   dash,iso6           32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-niedernsill.m4a
iso6   dash,iso6           32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-wien.m4a
iso6   dash,iso6           32-bit
Rod_Whiting/Rod_Whiting_-_1364._2016-09-10_p045pzc5_original-raw-windows.m4a

wien == MacOSX, hallein == Raspberry Pi 3 niedernsill == Raspberry Pi 2
raw == AMD raw-02 Intel

I ran the 4 ok downloads through many different version of ffmpeg on
the MacOSX & AMD Linux
the resulting output file were all OK
AtomicParsley tagged the output files OK.

The Issue is with Perl Modules under Debian Linux Jessie.
Sometime between Sunday 2016-09-04 & Sunday 2016-09-11 Debian Linux
Jessie Updated which broken get_iplayer under Debian Linux. In all
likelihood the update took place Saturday night.

The AMD Debian Linux box has been my "go to" box for years. it have
used it for get_iplayer for 4 years.
There was never an issue like this at anytime in the past.

The Raspberry Pi were clean installs in the past week.

for now I will use the MacOSX computer until I am able to sort out the
Debian Linux boxes.
My first thought is to downgrade all Perl Modules on the AMD Debian Linux box.
the Intel Box will be kept intact until such time I am able to wipe it
clean and retire it.
For now it will be a comparison box.


On Wed, Sep 14, 2016 at 5:53 PM, Vangelis forthnet
<northmedia1 at the.forthnet.gr> wrote:
> On Wed Sep 14 13:42:05 BST 2016, RS wrote:
>
>> -i says
>> timeadded: 3 days 1 hours ago (2016-09-11T10:22:11+00:00)
>> so it has been updated.
>
>
> Greetings Richard :-)
>
> The "timeadded" part actually informs you
> of when that specific audio programme first
> populated your local "radio.cache" file;
> it has nothing to do with the actual time
> that audio file was uploaded/modified
> by the BBC on their CDNs!
> E.g., if I "--info" on my machine:
>
> perl get_iplayer-296w.pl --type=radio --pid=p045j35r -i | FindStr timeadded
>
> I get:
>
> timeadded: 10 days 20 hours ago (2016-09-04T02:18:08+00:00)
>
> (this specific radio show was
> firstbcast:     original: 2016-09-03T06:00:00+01:00)
>
>> I have just tried this with v2.95 in Windows 10
>> (snip)
>> for dashhigh1.
>> (snip)
>> Interestingly, all the HAF modes have been removed.
>
>
> NO, they have not! You are using GiP 2.95, the "haf"
> radiomodes were implemented in 2.96+ :
>
> https://github.com/get-iplayer/get_iplayer/wiki/release296#3-combined-dash-haf-and-hlsaac-modes-now-default-for-radio-programmes-dash-preferred
>
> ergo:
>
> perl get_iplayer-296w.pl --type=radio --pid=p045j35r -i | FindStr "modes:"
>
> modes:          original:
> dashhigh1,dashhigh2,dashstd1,dashstd2,dashmed1,dashmed
> 2,dashlow1,dashlow2,flashaacstd1,flashaacstd2,flashaaclow1,flashaaclow2,hafhigh1
> ,hafhigh2,hafstd1,hafstd2,hafmed1,hafmed2,haflow1,haflow2,hlsaacstd1,hlsaaclow1
>
> whereas:
>
> perl get_iplayer-295.pl --type=radio --pid=p045j35r -i | FindStr "modes:"
>
> modes:          original:
> dashhigh1,dashhigh2,dashstd1,dashstd2,dashmed1,dashmed
> 2,dashlow1,dashlow2,flashstd1,flashstd2,flashlow1,flashlow2,hlsstd1,hlsstd2,hlss
> td3,hlslow1
>
> For the sake of "silent" people who
> only read the list archives and do not
> participate directly in this list, it is prudent
> no false data gets through...
>
> Kindest regards,
> Vangelis.
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer



-- 
terry l. ridder ><>