An update: 

In the file:


Code:
--------------------
    
  "/mnt/media/Music_test/f_French_Baroque/Clérambault, L-N/Les déesses 
outragées - Agnès Mellon, Barcarole.flac"
  
--------------------


..looking in the mysql database, the url for the 1st track is encoded
as:


Code:
--------------------
    
  
file:///mnt/media/Music_test/f_French_Baroque/Cl%C3%83%C2%A9rambault,%20L-N/Les%20d%C3%A9esses%20outrag%C3%A9es%20-%20Agn%C3%A8s%20Mellon,%20Barcarole.flac#0-73.2666666666667
  
--------------------


That decodes to:

Code:
--------------------
    
  file:///mnt/media/Music_test/f_French_Baroque/Clérambault, L-N/Les déesses 
outragées - Agnès Mellon, Barcarole.flac#0-73.2666666666667
  
--------------------

So, a *portion* of that URL has been double UTF8 encoded by the scanner
before percent encoding and storage to the db.  Notice that the file
name portion is encoded correctly.  It's just the folder name that the
scanner screws up.

The correct encoding for that url ought to be:

Code:
--------------------
    
  
file:///mnt/media/Music_test/f_French_Baroque/Cl%C3%A9rambault%2C%20L-N/Les%20d%C3%A9esses%20outrag%C3%A9es%20-%20Agn%C3%A8s%20Mellon%2C%20Barcarole.flac#0-73.2666666666667
  
--------------------


So, that explains why the file can't be found for artwork extraction
and for playback.

Now, look at the url for another track in another album in that same
folder:

Path:

Code:
--------------------
    
  "/mnt/media/Music_test/f_French_Baroque/Clérambault, L-N/The Triumph of 
Apollo - Les Elments.flac"
  
--------------------


url field for track 1 in the db:

Code:
--------------------
    
  
file:///mnt/media/Music_test/f_French_Baroque/Cl%C3%A9rambault,%20L-N/The%20Triumph%20of%20Apollo%20-%20Les%20Elments.flac#0-420.866666666667
  
--------------------


..which decodes to:

Code:
--------------------
    
  file:///mnt/media/Music_test/f_French_Baroque/Clérambault, L-N/The Triumph of 
Apollo - Les Elments.flac#0-420.866666666667
  
--------------------

..which is absolutely correct.

So...can we conclude that the problem the scanner is having is when
there are diacritics in BOTH the file name and the folder name?

Possibly.  But that doesn't explain this next example:

File path: 

Code:
--------------------
    
  "/mnt/media/Music_test/b_Renaissance/Kerle, J/Missa Da pacem Domine & Motets 
- Huelgas-Ensemble, Paul van Nevel.flac"
  
--------------------

Notice that there were no diacritics in that entire path!

url stored in the db for track 1:

Code:
--------------------
    
  
file:///mnt/media/Music_test/b_Renaissance/Kerle,%20J/Missa%20Da%20pacem%20Domine%20&%20Motets%20-%20Huelgas-Ensemble,%20Paul%20Van%20Nevel.flac#0-573.213333333333
  
--------------------

..which decodes to:

Code:
--------------------
    
  file:///mnt/media/Music_test/b_Renaissance/Kerle, J/Missa Da pacem Domine & 
Motets - Huelgas-Ensemble, Paul Van Nevel.flac#0-573.213333333333
  
--------------------

..which is perfect.  Yet SBS can't get the artwork or play back that
file either.  Is that one a different bug?  Is the presence of the
ampersand in the file name causing the problem?

If I rename the file to add a diacritic so that 'Nevel' becomes 'Nevél'
and rescan....nothing changes.  The file still can't be "found" for
whatever reason by the scanner for artwork extraction and by SBS for
playback.

BUT...if I edit the embedded cuesheet and add the diacritic to the FILE
statement and then rescan, suddenly the artwork shows up and the file is
playable.

Bizzare.


But even more bizzare:

If we put back the original file with the "&" ampersand in the file
name and rename the containing folder so that it has a diacritic, so
that the file path becomes:

Code:
--------------------
    
  "/mnt/media/Music_test/b_Renaissance/Kérle, J/Missa Da pacem Domine & Motets 
- Huelgas-Ensemble, Paul Van Nevel.flac"
  
--------------------

..then suddenly the file is visible too...artwork gets scanned and it
becomes playable.

These are two really strange and subtly interrelated bugs:

1). If a file name contains a diacritic AND the file's folder name
contains a diacritic, then the scanner performs a bad UTF8 encoding on
the folder name.

2).  If a file name contains an "&" ampersand and it's path DOES NOT
otherwise contain a diacritic, then the file cannot be "found" even
though the URL is correcly encoded in the db.

All the flacs in question have embedded cuesheets.  I have no idea if
these problems crop up with other audio formats.

Any suggests as to what I should title this bug as when I post it?


-- 
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=68419

_______________________________________________
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta

Reply via email to