On Sat Oct 8 21:21:25 BST 2011, I wrote:
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
On 8 October 2011 16:33, dinkypumpkin dinkypump...@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
This patch addresses problems in get_iplayer 2.80 first reported here:
http://lists.infradead.org/pipermail/get_iplayer/2011-October/002063.html
The patch should prevent this warning:
Wide character in print at get_iplayer.pl line 3530.
This warning is generated when writing an entry
With all the incremental changes made by dinkypumpkin (and others) to
the 2.80 perl script, I was thinking it might be a good thing to
somehow distinguish between them quickly...
Perhaps instead of x.yy maybe x.yy-yymmdd ? Just something to make it
obvious without having to do a diff/similar.
With all the incremental changes made by dinkypumpkin (and others) to
the 2.80 perl script, I was thinking it might be a good thing to
somehow distinguish between them quickly...
Hi
I think that would be a good feature.
Some programs (such as FFmpeg-git) show the 'commit'.
On 09/10/2011 08:39, Vangelis forthnet wrote:
it has pid=p00kdr09. With the workaround suggested, AP (latest binary)
tags the m4a file, but only
PARTIALLY: The Comment and ©lyr fields (in MediaInfo) contain only
the first word of the
description, i.e. Were (???).
Man, when it rains it pours.
On 10/09/11 17:13, bat guano wrote:
With all the incremental changes made by dinkypumpkin (and others) to
the 2.80 perl script, I was thinking it might be a good thing to
somehow distinguish between them quickly...
Hi
I think that would be a good feature.
Some programs (such as
I've been watching the recent AtomicParsley exchanges with some ignorance,
but wonder if any of these recent changes has altered the way it tags
programmes for the 2.80 update (Windows)?
Previously it would concatenate the title as show+episodeID but now I just
get episodeID, even tho the show is
On Mon Oct 10 01:11:50 BST 2011, Andy Gascoigne wrote:
I've been watching the recent AtomicParsley exchanges with some ignorance,
but wonder if any of these recent changes has altered the way it tags
programmes for the 2.80 update (Windows)?
Previously it would concatenate the title as
9 matches
Mail list logo