Non-standard characters

To get bugs in the current release fixed, please report them here.

Moderator: Gurus

Lowlander
Posts: 45552
Joined: Sat Sep 06, 2003 5:53 pm
Location: MediaMonkey 5

Non-standard characters

Post by Lowlander » Sat Mar 12, 2005 5:16 pm

MM 2.3 is behaving very strangly here with characters with an accent.

I doesn't use tags when removed from library and re-added.

When editing the tags a small file with a messed up filename is created. As long as this file is present MM reads the tags when adding files new to the library.

When adding album art this extra files grows in size.


All this on a windows XP machine.
Lowlander (MediaMonkey user since 2003)

namidori

Re: Non-standard characters

Post by namidori » Sun Apr 24, 2005 9:22 am

Lowlander wrote:MM 2.3 is behaving very strangly here with characters with an accent.

I doesn't use tags when removed from library and re-added.

When editing the tags a small file with a messed up filename is created. As long as this file is present MM reads the tags when adding files new to the library.

When adding album art this extra files grows in size.


All this on a windows XP machine.
Found another problem with non-standard characters. MM works great with Japanese unicode filenames most of the time. It works fine in the album and stored playlist. But if a filename or pathname in the "Now Playing" section contains katakana small "i" or small "tsu", and you close MM, then when you open it again these entries are greyed out. MM can't seem to remember paths with these types of characters. A katakana small "i" gets replaced by E£ (capital E and british pound), resulting in a broken path.

This is on Windows XP, with language for non-unicode programs set to Japanese

Dieter

Post by Dieter » Wed Apr 27, 2005 5:02 pm

I have a similar problem. I have one song (mp3-file) which is always shown in the "unsynchronized tags" node. This song has the German umlaut ö in its title tag and also in the file name. When I select this song and choose "synchronize tags", in the same directory where the song file is stored a file is created having the same file name except that the ö is replaced by the characters ö. This file has only about 2KB (the original file has about 2.8MB).
Even after having chosen "synchronize tags" the original file is still shown in the "unsynchronized tags" node.

I usually use OGG instead of mp3 for encoding and have a lot of other OGG-files having German umlauts in the file name and title but do not have any problems with these OGG-files. The problem arises only with the MP3-file (but this is the only MP3-file I have with umlauts). Could that be a problem with mp3-tags and non-standard characters which does not occur with OGG-files?

This is also on an windows XP machine.

mockturtle
Posts: 8
Joined: Wed Jun 18, 2008 4:49 pm

Post by mockturtle » Sun May 01, 2005 4:37 am

I wasn't able to reproduce this. Should anyone has some more information or could generate a debug log, please let me know.

Jiri

Lowlander
Posts: 45552
Joined: Sat Sep 06, 2003 5:53 pm
Location: MediaMonkey 5

Post by Lowlander » Mon May 02, 2005 10:38 pm

This has been resolved with MM 2.4 A1 as far as I know.

The | character gives me problems. MM doesn't seem to have a proper character mapping for it.
Lowlander (MediaMonkey user since 2003)

Dieter

Post by Dieter » Wed May 04, 2005 3:02 am

@Jiri

Should I send you the mp3-file via e-mail for testing?

Dieter

mockturtle
Posts: 8
Joined: Wed Jun 18, 2008 4:49 pm

Post by mockturtle » Wed May 04, 2005 4:10 am

I think that the file wouldn't help, I tried one with 'ö'. Maybe a debug help would help...

Jiri

Hiroyasu Ishikawa
Posts: 5
Joined: Wed Nov 23, 2005 12:20 am
Location: Japan

Character Problem

Post by Hiroyasu Ishikawa » Wed Nov 23, 2005 8:05 am

Hi Everybody,
I live in Japan. I use Japanese Language, off course.
I got a similar problem. And I tested some Japanese character on MediaMonkey. I found characters which makes the problem.

When I use a character with voiced consonant signal, MediaMonkey get wrong directory name.
Here is a example.
when I read

c:\testdir\oooxo\testfile.mp3
if x is a character with voiced consonant signal, MediaMonkey recognize directory like..
c - testdir - oooxo\ - estfile.mp3

c:\testdir\ooxxo\testfile.mp3
recognize like
c - testdir - ooxxo\t - stfile.mp3

I think this problem is from utf-8. because the size of a character of utf-8 format is valiable. I guess other languages, like Korean, have same problem.

There is a screenshot of this problem.
http://homepage2.nifty.com/hiroyasu-ish ... odeerr.gif
OS: WindowsXpSP1 MMver: 2.4.2.874

I bet Language code problem is complex and painful, but very important for us. Please Help us!

Hiro

mockturtle
Posts: 8
Joined: Wed Jun 18, 2008 4:49 pm

Post by mockturtle » Wed Dec 07, 2005 5:31 am

Hiro,

could you please e-mail me your 'My Music\MediaMonkey\MediaMonkey.mdb' file with as much as possible description of the problem. You have already described it well, but as you wrote, this isn't an easy problem and it's hard to debug for us using only 30 ASCII characters... :)

Jiri

Post Reply