Re: A bug in get_iplayer-3.01?

2017-06-03 Thread Alan Milewczyk

On 03/06/2017 21:26, RS wrote:

Sent: Saturday, June 3, 2017 14:26  Iwrote


In Windows / is replaced with _.  In Linux it is not.  If the 
justification for removing --fatfilename was that Linux was to 
treated in the same way as Windows it seems to me you are right to 
call it a bug.


I have now found where --fatfilename was removed.  It was in v2.98.  
The Release Notes say,



File name sanitisation options (replaced by uniform naming scheme)


  All file names are now always ASCII-only, with most punctuation 
removed.
  All dates in episode titles are now always converted to -MM-DD 
format for use in file names


The relevant code in v3.01 would seem to be

# Generic
# Make a filename/path sane
sub StringUtils::sanitize_path {
   my $string = shift;
   my $is_path = shift || 0;
   my $force_default = shift || 0;
   my $punct_bad = '[!"#$%&\'()*+,:;<=>?@[\]^`{|}~]';
   # Replace forward slashes with _ if not path
   $string =~ s/\//_/g unless $is_path;
   # Replace backslashes with _ if not Windows path
   $string =~ s/\\/_/g unless $^O eq "MSWin32" && $is_path;
   # use ISO8601 dates
   $string =~ s|(\d\d)[/_](\d\d)[/_](20\d\d)|$3-$2-$1|g;
   # ASCII-fy some punctuation
   $string = StringUtils::convert_punctuation($string);
   # Remove non-ASCII chars
   $string = StringUtils::remove_marks($string);
   $string =~ s/[^\x{20}-\x{7e}]//g;
   # Truncate duplicate colon/semi-colon/comma
   $string =~ s/([:;,])(\1)+/$1/g;
   # Add whitespace behind colon/semi-colon/comma if not present
   $string =~ s/([:;,])(\S)/$1 $2/g;
   # Remove most punctuation chars
   # Includes invalid chars for FAT and HFS
   $string =~ s/$punct_bad//g;
   # Replace ellipsis
   $string =~ s/\.{3}/_/g;
   # Remove extra/leading/trailing whitespace
   $string =~ s/\s+/ /g;
   $string =~ s/(^\s+|\s+$)//g;
   # Replace whitespace with _ unless --whitespace
   $string =~ s/\s/_/g unless ( $opt->{whitespace} && ! $force_default );
   # Truncate multiple replacement chars
   $string =~ s/_+/_/g;
   return $string;


The question would appear to be why $is_path is true in Linux but not 
in Windows.  I don't know enough Perl to be able to answer.


Me neither but maybe the reason is that \ is used in Windows to denote a 
folder/directory whereas in Linux it is /.


Alan


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: bigger files

2017-06-03 Thread Alan Milewczyk

Hi Graham

We got the message and artisticforge replied to it yesterday:

"hello

Good place to start is read the get_iplayer wiki on recording quality

https://github.com/get-iplayer/get_iplayer/wiki/modes

If possible, the other option is to add a hard drive. Hard drives are
inexpensive. Nothing like the prices years ago. amazon.co.uk seems
to have the warehouse deals on hard drives."


The recording modes have changed in recent versions and what was the 
default is now different. 1 GB/hour is the file size you get for HD 
output at 1280x720. I suspect you were using 960x540 mode. As 
artisticforge says read the wiki link and take it from there. You can 
still specify what download mode you wish to use.


I've cc'ed your e-mail in case you don't get this mail from the list but 
please reply via list.


Regards

Alan

On 03/06/2017 19:26, Graham Temple wrote:

This doesnt seem to have been circulated is there something wrong with it?


   Original Message
From: graham.j.tem...@gmail.com
Sent: 2 June 2017 16:20
To: get_iplayer@lists.infradead.org
Subject: bigger files

I use the PVR for all my downloads.  Since the 3. series versions all my
downloads are about 50% bigger. An hour used to be typically 660mb and is
now over 1gb. In the recording settings my programme version is set to
default and my Recording Modes is blank as previously.  Any ideas?  I'm
gobbling hard drive.

GT

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: A bug in get_iplayer-3.01?

2017-06-03 Thread RS

Sent: Saturday, June 3, 2017 14:26  Iwrote


In Windows / is replaced with _.  In Linux it is not.  If the justification 
for removing --fatfilename was that Linux was to treated in the same way as 
Windows it seems to me you are right to call it a bug.


I have now found where --fatfilename was removed.  It was in v2.98.  The 
Release Notes say,



File name sanitisation options (replaced by uniform naming scheme)



  All file names are now always ASCII-only, with most punctuation removed.
  All dates in episode titles are now always converted to -MM-DD 
format for use in file names


The relevant code in v3.01 would seem to be

# Generic
# Make a filename/path sane
sub StringUtils::sanitize_path {
   my $string = shift;
   my $is_path = shift || 0;
   my $force_default = shift || 0;
   my $punct_bad = '[!"#$%&\'()*+,:;<=>?@[\]^`{|}~]';
   # Replace forward slashes with _ if not path
   $string =~ s/\//_/g unless $is_path;
   # Replace backslashes with _ if not Windows path
   $string =~ s/\\/_/g unless $^O eq "MSWin32" && $is_path;
   # use ISO8601 dates
   $string =~ s|(\d\d)[/_](\d\d)[/_](20\d\d)|$3-$2-$1|g;
   # ASCII-fy some punctuation
   $string = StringUtils::convert_punctuation($string);
   # Remove non-ASCII chars
   $string = StringUtils::remove_marks($string);
   $string =~ s/[^\x{20}-\x{7e}]//g;
   # Truncate duplicate colon/semi-colon/comma
   $string =~ s/([:;,])(\1)+/$1/g;
   # Add whitespace behind colon/semi-colon/comma if not present
   $string =~ s/([:;,])(\S)/$1 $2/g;
   # Remove most punctuation chars
   # Includes invalid chars for FAT and HFS
   $string =~ s/$punct_bad//g;
   # Replace ellipsis
   $string =~ s/\.{3}/_/g;
   # Remove extra/leading/trailing whitespace
   $string =~ s/\s+/ /g;
   $string =~ s/(^\s+|\s+$)//g;
   # Replace whitespace with _ unless --whitespace
   $string =~ s/\s/_/g unless ( $opt->{whitespace} && ! $force_default );
   # Truncate multiple replacement chars
   $string =~ s/_+/_/g;
   return $string;


The question would appear to be why $is_path is true in Linux but not in 
Windows.  I don't know enough Perl to be able to answer.





___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: bigger files

2017-06-03 Thread Graham Temple
This doesnt seem to have been circulated is there something wrong with it?


  Original Message  
From: graham.j.tem...@gmail.com
Sent: 2 June 2017 16:20
To: get_iplayer@lists.infradead.org
Subject: bigger files

I use the PVR for all my downloads.  Since the 3. series versions all my
downloads are about 50% bigger. An hour used to be typically 660mb and is
now over 1gb. In the recording settings my programme version is set to
default and my Recording Modes is blank as previously.  Any ideas?  I'm
gobbling hard drive.

GT

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


One Love Concert - Manchester

2017-06-03 Thread CJB
Does anyone know how this will be streamed? FLAC would be great!!! CJB

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: R3 Flac again

2017-06-03 Thread michael norman

On 06/03/2017 02:06 PM, Jim web wrote:

In article , michael
norman  wrote:


Without wanting to start the usual debate about bitrates etc my personal
wish would be for the BBC to stream all of its music output in flac.


Well, the pattern in the past is that this tends to be the way such things
end up being rolled out. Once it is, you're next problem is to try and beat
down the producers up the chain who level/band compress music into pap.

Jim

Indeed much recorded music is processed as you describe.  Quite a lot 
now isn't, see debates about "loudness wars" etc.  If I as a listener 
have a problem with that sort of thing well I avoid as far as I can 
listening to their output.  As a consumer I'll judge what I hear, be it 
streams, cds or lps by what it sounds like to me. If I don't like ir I 
won't pay for it, if its a physical medium like lp or cd I'll send it back.


All I want the BBC to do is make the option available to me with the 
content I want.  That content is not "classical" music but I understand 
why they would start this experiment with that music, I'll listen when 
they do that maybe I'll improve my musical education at the same time.


Mike

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: A bug in get_iplayer-3.01?

2017-06-03 Thread RS

From: artisticforge .
Sent: Saturday, June 3, 2017 10:18



there is no --fatfilename option in get_iplayer-3.01.
the last get_iplayer version to have it was perhaps get_iplayer-2.96



I do not have get_iplayer-2.97 nor get_iplayer-2.98 installed. so I am
not sure about them.
since get_iplayer-2.99 '--fatfilename' and '--punctuation' are no
longer present.



I am not entirely sure it is a bug, it is more like unexpected behavior.



it is easily remedied manually.
mkdir Vets_24_7_-_Series_4
mv Vets_24/7_Series_4/* Vet_24_7_-_Series_4
rm -rf Vets_24


Sorry I have misunderstood the documentation.  I had to go back to the v2.87 
Release Notes to find --fatfilename.  They said the behaviour 
of --whitespace was being changed.  There are several sub-headings saying, 
"Just say no to non-ASCII characters in filenames".  It seems rather 
inconsistent to remove problem characters by default in Windows and OSX 
while removing the option to do the same in Linux.


The name of the programme when displayed as a search result in Windows is
Vets 24/7: Series 4 - Episode 4, BBC One, b08r69t1

The : is removed in Windows.  It would be a nightmare if it were not.  As 
you say, these problems are easily fixed in Linux, but it is very difficult 
in Windows.  The only way I have found to edit out characters which Windows 
will not accept in file names is to boot from an Ubuntu Live CD.  Your 
example seems to indicate that the : is also removed in Linux.  To that 
extent Windows and Linux are treated equally, which would be the only reason 
for removing the --fatfilename option.


In Windows / is replaced with _.  In Linux it is not.  If the justification 
for removing --fatfilename was that Linux was to treated in the same way as 
Windows it seems to me you are right to call it a bug.


I have now found where --fatfilename was removed.  It was in v2.98.  The 
Release Notes say,


File name sanitisation options (replaced by uniform naming scheme)

   All file names are now always ASCII-only, with most punctuation removed.
   All dates in episode titles are now always converted to -MM-DD 
format for use in file names


I have not looked at the code to see how this has been implemented.  If 
Windows, OSX and Linux are all to be treated the same, you would expect to 
see the same code used for all three.




___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: R3 Flac again

2017-06-03 Thread Jim web
In article , michael
norman  wrote:

> Without wanting to start the usual debate about bitrates etc my personal
> wish would be for the BBC to stream all of its music output in flac.

Well, the pattern in the past is that this tends to be the way such things
end up being rolled out. Once it is, you're next problem is to try and beat
down the producers up the chain who level/band compress music into pap.

Jim

-- 
Electronics  https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: R3 Flac again

2017-06-03 Thread michael norman



On 06/03/2017 12:34 PM, Jim web wrote:

This is just to let people know as I think some here will be interested.

I've just been told by 'someone at the BBC' that *all* their R3 programming
during the period of the Proms will be flac streamed. This is contrary to
what I'd been told previously when it had been said that *only* the actual
Proms would be flac streamed.

Looks like the previous 'test' was judged a success. :-)

Jim



Without wanting to start the usual debate about bitrates etc my personal 
wish would be for the BBC to stream all of its music output in flac.


I live in hope.

Mike

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


R3 Flac again

2017-06-03 Thread Jim web
This is just to let people know as I think some here will be interested.

I've just been told by 'someone at the BBC' that *all* their R3 programming
during the period of the Proms will be flac streamed. This is contrary to
what I'd been told previously when it had been said that *only* the actual
Proms would be flac streamed.

Looks like the previous 'test' was judged a success. :-)

Jim

-- 
Electronics  https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: A bug in get_iplayer-3.01?

2017-06-03 Thread artisticforge .
Hello

there is no --fatfilename option in get_iplayer-3.01.
the last get_iplayer version to have it was perhaps get_iplayer-2.96

I do not have get_iplayer-2.97 nor get_iplayer-2.98 installed. so I am
not sure about them.
since get_iplayer-2.99 '--fatfilename' and '--punctuation' are no
longer present.

I am not entirely sure it is a bug, it is more like unexpected behavior.

it is easily remedied manually.
mkdir Vets_24_7_-_Series_4
mv Vets_24/7_Series_4/* Vet_24_7_-_Series_4
rm -rf Vets_24


On Fri, Jun 2, 2017 at 5:28 PM, RS  wrote:
>> From: artisticforge . Sent: Friday, June 2, 2017 18:13
>
>
>> this is the first time i have seen this happen.
>> the Program, "Vet 24/7" has a 'forward slash' in the name.
>> When get_iplayer makes the subdirectory under linux, it
>> creates Vet_24/7_Series_4
>> The 'forward slash' is normally the indication of a directory
>
>
>> Vets_24/7_Series_4/
>
>
>> The episodes are in the 7_Series_4 directory.
>
>
>> this is easy to manually remedy.
>
>
>> Not sure what should be the "proper" behavior.
>
>
> Does --fatfilename help?
>
>
>
> ___
> 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