From: Vangelis forthnet
Sent: Wednesday, September 14, 2016 23:53
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+ :
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
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
From: Vangelis forthnet Sent: Monday, September 12, 2016 19:37
By examining your verbose log, I find that:
1. The downloaded file size (using mode
dashhigh - native perl downloader is used)
is 420.75MB (partial file before remuxing),
while in my test it was 421.58MB, i.e. slightly larger.
I
hello
AMD 64 bit server
Why the question about Atomicparsley. it has nothing to do with the
failure. The verbose log file clearly shows that.
it if ffmpeg that is misreading the downloaded file.
atomicparsley
ii atomicparsley 0.9.2~svn110-4
amd64read,
On 12 September 2016 at 21:44, artisticforge . wrote:
> those results would point to a difference in the Perl installation on
> Debian Linux Jessie.
a few questions...
are you running this on a pi or a pc?
what version of atomicparsley do you have installed?
thanks
jon
hello
Thank you for the debugging research.
In the verbose log, ffmpeg is seeing a Duration of 36:48 at 1598 Kbps
that is nearly 5 times 320 kbps.
5 times 36:48 gives roughly 10800 seconds or 3hours. 3 hours is what
the file should be.
so for some reason under Debian Linux Jessie the downloaded
On Mon Sep 12 14:24:11 BST 2016, artisticforge . wrote:
to rule out it being a ffmpeg issue
I tried ffmpeg 2.6.7, 2.8.7 & 3.0.2
under Debian Linux
(snip)
The audio downloads are all truncated under Debian Linux
I have not tried get_iplayer-2.96 under windows 10
(snip)
I will post a verbose log
below is a verbose log file of a truncated radio program
take note of the "Duration:". the Bit rate is 4.978193146417 times 321.
the Duration of this program should be close to 3 hours/10800 seconds
the Duration of the truncated program is roughly 1/5 of 10800 seconds.
This is under linux. I
Hello
I have been doing some further investigation into this problem.
to rule out it being a ffmpeg issue I tried ffmpeg 2.6.7, 2.8.7 & 3.0.2
under Debian Linux. all the same results.
I then downloaded radio programs from 2016-09-03, which download fine and
used the old version of the encoder.
Hello
It is not clear as to where I am to send them.
to you personally or the list?
On Sun, Sep 11, 2016 at 3:32 PM, Jon Davies wrote:
> On 11 September 2016 at 14:01, artisticforge .
> wrote:
>> The downloaded file are within nominal file
On 11 September 2016 at 14:01, artisticforge . wrote:
> The downloaded file are within nominal file size, it is after
> conversion that they are truncated.
Please could you email a verbose log of an example that fails?
thanks
jon
Hello
After several hours of debugging i believe that the cause for the
truncation of many of the Sunday morning radio programs that i listen to
is the change in the encoding software version.
below is one example:
Rod_Whiting_-_1365._2016-09-11_p045pzy5_original.m4a:
Track Type Info
1 audio
13 matches
Mail list logo