Possible solution to the Windows AtomicParsley crashes?

Vangelis forthnet northmedia1 at the.forthnet.gr
Fri Oct 7 16:53:59 EDT 2011


On Thu Oct 6 00:31:17 BST 2011, dinkypumpkin wrote:

>So that is now 2 programmes where the latest version of AP appears to
>fix the the crashing problem.  It would be grateful if both of you could
>check this on your systems.  I've temporarily uploaded a copy of the
>latest AP build here:
>
>https://bitbucket.org/dinkypumpkin/atomicparsley/downloads/AtomicParsley-0.9.4-hg-472d5fe6fb04.zip

Hello dinkypumpkin,
I'm on Windows (Vista SP2 x86), script version I am on now is:
get_iplayer-2.80-git-0693264.infradead.20110831-171426Z
(manually downloaded  snapshot from the main infradead git repo...),
AP used is the latest win binary you most kindly provided in your link, i.e.
AtomicParsley-0.9.4-hg.472d5fe6fb04-x86.dinkypumpkin.03-Oct-2011.

I downloaded a (small) World Service file, command line used is:

get_iplayer --type=radio -i --pid=p00k9js2 --modes=flashaac --force -w --file-prefix="Health 
Check - 28_09_2011[p00k9js2]" --overwrite

My "user options" read like this:

C:\Program Files\get_iplayer>get_iplayer --prefs-show
Options in 'C:\Users\vangelis/.get_iplayer/options'
        tag_longdesc = 1
        tag_fulltitle = 1
        thumbsize = 6

I end up with an untagged m4a file (though not because of an AP crash):

INFO: Recorded D:\Vangelis\iPlayer Recordings\Health Check - 
28_09_2011[p00k9js2].m4a

Wide character in print at get_iplayer.pl line 3530.
Cannot decode string with wide characters at Encode.pm line 162.

C:\Program Files\get_iplayer>

Line 3530 of my script reads:
3530 print HIST $prog->{$_}.'|' for @history_format;

One week ago, I was on an older 2.79 version of the script (precisely this 
one:
get_iplayer-2.79-git-5b2817c.infradead.20110407-200856Z, also from the main 
infradead git repo,
but patched for the updated SWFurl),
I have this backed-up, just in case...
If I use this older script to download (of course, it nags 
bout  --tag_longdesc
& --tag_fulltitle, invalid for 2.79), I end up with a tagged m4a file (but 
using
the "lighter" 2.79 tagging pattern):

INFO: Recorded D:\Vangelis\iPlayer Recordings/Health Check - 
28_09_2011[p00k9js2].m4a

Wide character in print at get_iplayer.pl line 3504.
INFO: mp4 tagging m4a file

 Started writing to temp file.
 Progress: =>  2% ------------------------------------------------------|
 Finished writing to temp file.

C:\Program Files\get_iplayer>

Media Info:

Format                           : MPEG-4
Format profile                 : Apple audio with iTunes info
Codec ID                       : M4A
File size                          : 8.06 MiB
Duration                         : 17mn 30s
Overall bit rate                : 64.4 Kbps
Album                            : Health Check
Album/Performer            : BBC World Service
Track name                    : Health Check: 28/09/2011
Performer                       : BBC World Service
Genre                             : Factual,Lifestyle & Leisure,Health & 
Wellbeing
Recorded date                : 2011-09-28T19:32:00+01:00
Tagged date                    : UTC 2011-10-07 19:51:13
Writing application           : Lavf53.14.0
Cover                              : Yes
Comment                         : Rising numbers of suicides in Greece as a 
result of the economic and social crisis
desc                                 : Rising numbers of suicides in Greece 
as a result of the economic and social crisis
tvsh                                  : Health Check
tven                                  : p00k9js2
rtng                                   : 2

The "Wide character in print at get_iplayer.pl line 3504" is:
3504   print HIST $prog->{$_}.'|' for @history_format;
so it is the same line content as in the case of the 2.80 script.
But, the most recent AP seems to be able to tag correctly my file in 2.79,
not so in 2.80, despite the same "Wide character" error...

Any insight would be much appreciated!
Vangelis.





More information about the get_iplayer mailing list