Re: A bug in get_iplayer-3.01?
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
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?
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
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
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
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?
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
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
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
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?
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, RSwrote: >> 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