1696 – and extended characters in media path

@enriquep wrote:

It’s working now.

In Spanish/Windows, the default music folder is [……Mi Música], and for some reason that “ú” is not being taken correctly. Apparently everything goes fine when selecting “Mi Música” during install, and “Mi Música” is listed OK in the configuration app (… in a first stage). But not in the web interface page, where the “ú” is replaced by a funny character. When I corrected the “media folder” path using the web interface and restarted the server a full scan started.

However, there seems to be a problem somewhere, as the way the path is listed in the (icn tray) configuration app *and* the way it appears in the web page are different and inconsistent; it might have to do with my system’s configuration (?) or with the way extended characters are handled by Firefly’s installer and/or server (?).

Also, and what’s worse, there is a big “unstability” in this respect: the way “Mi Música” is transcribed seems to change within a few minutes, as if some of the entries were revised or retouched by the dark forces of the system, and when that happens the server freezes or refuses to start or finds no files in the scan – until the folder name is (again) manually corrected.

In short: I’ve done some testing, and having the “ú” in the media path makes the server very unstable. Actually, when I’ve changed that path from “M:Mi Música” to just “M:” nightly-1696 scans, and works, fine; that has been my “final solution” to the problem, at least for now.

I must add that I have not changed the paths or folder names for many months, and that those problems did not appear before now. It is true that the accented characters in path name appeared somewhat “distorted” when seen in the web interface, but everything worked. Not now.

Sorry again for my crappy desription and crappier English, but I hope this helps others.

Best from Spain,
-Enrique

This is it:

2007-11-28 18:12:52 (8b0900a3): iconv error: unknown (0)

I changed some of the code that was home-rolled for changing codepage formats to iconv, since that should allow for better flexibility with codepage changes.

Clearly something broke, though.

If you wanted to email me at [email protected], I could let you know when I think I have something on that. It’s hard for me to test internationalization, as there are lots of points of breakage, and my machine isn’t very internationalized. :/

So if you wanted to help work through those issues, it would be very helpful to me.

— Ron

Any fix for this yet? Can’t try r1699 untill this is fixed (I to have a whole bunch of files with international characters, and Firefly is crashing ‘all over the place’…

@turbo wrote:

@enriquep wrote:

Also I have many, many files with int’l characters in their names (and in their tags), and in my case 1699 seems to work OK – as long as none of those characters are present in the selected media path.

I couldn’t get r1699 to create the DB (sqlite3). Looking at the code, it seems like a lot of the stuff have been removed. Using sqlite instead, didn’t work either… I downgraded to r1696 instead. That works much better…

I think he meant 1696. SVN is completely broken right now. I’ve only just now got itunes working against the new db backend, and that with sqlite2 only, and no query/browse support.

On the other hand, I’ve written a couple thousand lines of code without being able to test is from an actual media player, so now that it’s working against a real media player, I ought to be able to move faster now.

— Ron