Possible solution to the Windows AtomicParsley crashes?

[Shevek]

On 8 October 2011 16:33, dinkypumpkin <dinkypumpkin at gmail.com> wrote:
> On 08/10/2011 16:12, Shevek wrote:
>>
>> I'm also getting this error now (having never seen it before):
>>
>> INFO: Recorded
>> D:\Users\Cyrus\Downloads\iPlayer\Stuart_Maconies_Freakier_Zone_-_08_10_2011_b015gv6n_default.m4a
>>
>> Wide character in print at get_iplayer.pl line 3530.
>> INFO: Downloaded Thumbnail to
>>
>> 'D:\Users\Cyrus\Downloads\iPlayer\Stuart_Maconies_Freakier_Zone_-_08_10_2011_b015gv6n_default.jpg'
>> Cannot decode string with wide characters at Encode.pm line 174.
>
> Same problem as Vangelis - the dreaded "curly quote".  I wonder if the Beeb
> has changed how they author the metadata.  These characters can derive from
> "smart quotes" in source text, thanks to MS Word or other word processing
> app.
>
> A short-term workaround until I get a patch together is to comment out lines
> 4286-4288 in get_iplayer{.pl}, which should look like:
>
> #       while ( my ($key, $val) = each %{$meta} ) {
> #               $meta->{$key} = decode("utf8", $val);
> #       }
>
> The "Wide character" warning will still appear, but tagging should work.
>  I'm embarrassed to admit that I should have removed those lines before now.
>  IIRC, they are a vestigial remnant of my attempts at Perl-only MP4 tagging.
>

Yep, I can confirm that
Stuart_Maconies_Freakier_Zone_-_08_10_2011_b015gv6n has now completed
the script after commenting out the 3 lines