Bugzilla – Bug 16113
National characters in folder names
Last modified: 2011-04-27 15:45:51 UTC
Created attachment 6805 [details] How the national characters look in MY codepage :) I have noticed that if the path (not the filename) contain some of my country's national characters, you cannot play any of the music files when selecting via the touch unit itself (screen or remote). The Touch will show the folder and the content (music->folders->folder->music files) correctly, also the specific national characters. But, when selecting "play" via "right" or "play", it shows up with an "empty" message, and no sound. It is possible to do same selection via PC browser control panel, and it plays correctly. This <could> be something of the same as 15882 or 15139 or maybe not... BUT - my humble bid is that the "internal build" of the path to find the file to play gets an incorrect syntax, somehow, unabling the play to take place. When replacing the national character with an A->Z charaters problem goes away. This has worked nicely with my SB3, so it's to be considered a "childhood disease". National (DK) characters are : Lower case: L1=æ L2=ø L3=å Uppercase: U1=Æ U2=Ø U3=Å The preceding two lines are attached as BMP, i.e. to bypass codepage differences... PS: The Touch is a nice unit! :)
I really do not understand why this should be the case only from the Touch UI, when the same files play fine via a WebUI or from an SB3 UI. Please confirm that you have been using the same SqueezeboxServer in all cases and using the browse by music folder function each time. In any case, I cannot reproduce this with Nordic characters with 7.6, where there has been a lot of work done on character-set handling. I think that it must be fixed there.
(In reply to comment #1) > I really do not understand why this should be the case only from the Touch UI, > when the same files play fine via a WebUI or from an SB3 UI. Please confirm > that you have been using the same SqueezeboxServer in all cases and using the > browse by music folder function each time. > > In any case, I cannot reproduce this with Nordic characters with 7.6, where > there has been a lot of work done on character-set handling. I think that it > must be fixed there. Working correctly with r32364 on Touch and Radio. Using Mac 10.6.7 W7 64 and XP32