OK, then...

Testing using svn 16474

I've created new flac test files on my windows machine, using
double-checked utf8 encoded cuesheets, jpg coverart and a new test flac
audio file with a .1 second 440hz sine wave every other second
alternating between left and right channels for 30 seconds. 

The two zipped version of the test files can be found here:

http://www.hegardtfoundation.org/flacstuff/flac-filename-problems-ansi.zip
(zipfile produced on windows machine [via winzip] so that filename
entries are ansi encoded.  Suitable for unzipping on a windows machine
for testing there or for copying to a linux slimserver via samba.)

http://www.hegardtfoundation.org/flacstuff/flac-filename-problems-utf8.zip
(zipfile produced on linux machine [via zip] so that filename entries
are utf8 encoded.  Suitable for unzipping on a linux machine for
testing there.)


I copied the new test flac files to the samba share (on an ext3
partition) on the SC server from my window machine.  All file names
look "normal" when viewed from windows. Checked files on server in both
a shell session and in gnome nautilus: all file names looked "normal"
i.e. were UTF8 encoded.

Stopped SC service.  Dropped all mysql tables via MySQL administrator. 
Restarted SC to rebuild db from scratch.

Results:  SC was able to read metadata and parse the embedded cuesheets
in ALL files.  SC could not extract the artwork from ANY of the files
with diacritic characters in their pathnames.  SC could not play ANY of
those files either.

Second test, following Michael’s suggestion above: commented out lines
142 and 144 in server/Slim/Muic/Artwork.pm.

Code:
--------------------
    
        # Bug 3245 - for systems who's locale is not UTF-8 - turn our UTF-8
        # path into the current locale.
        my $locale = Slim::Utils::Unicode::currentLocale();
  
        #if ($locale ne 'utf8' && !-e $path) {
                $path = Slim::Utils::Unicode::encode($locale, $path);
        #}
  
--------------------

Results: no change.

Lesson learned:  It's a paradox that SC obviously has access to the
files in question if it can extract and parse the embedded cuesheets to
get the metadata for the tracks.  But when it comes time to extract
artwork or to play the audio, suddenly SC can't find the files.  What's
SC doing when it extracts the cuesheets that it's not doing with the
artwork or the audio?


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

_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/beta

Reply via email to