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 <northmed...@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@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> _______________________________________________ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer