Foreign characters?

yongrokc, since the version drop down is broken i have to ask, what version of the module are your using CVS/HEAD or 4.6? if you're using HEAD/CVS it should work, on 4.6 i can't say for certain.

humm, two things:
* would you post some sample text that i could play around with?
* if you have one, would you post an mp3 with korean characters in the ID3v2 tags for testing?

Oh, make sure you've got the latest version of the HEAD audio.module and getID3 installed. Some UTF bugs were fixed with this issue: http://drupal.org/node/56083

humm, well if you typed in some korean character then they ended up as ???s so it might be a general Drupal problem. do they work in the rest of your site?

i'll look at that mp3...

see http://drupal.org/node/68299

I'm having the same problems with Arabic mp3 files. The id3 tags are imported but they are garbled. I reenter them manually. They all show up fine on the preview, but after submitting the file the Artist and Title are garbled again. However the node's title is displayed correctly.

I've tested this with both the 4.7.0 and the cvs versions with the same results.

In addition to that if I click on download audio file, the file is downloaded and is the right size but can't be played in windows media player any more(C00D1199: Cannot play the file). However it will play in Media Player Classic. I checked the downloaded file and the id3 tags have been stripped, so maybe something else was changed too after being uploaded. This happens with all audio files i've uploaded (english and arabic).

Attached is a sample Arabic audio file.

Thank you.

same problem with cyrillic. only i have installed 4.7, but i don't think in cvs will be differently.

I have tried both 4.7 and cvs versions of today. Everything works fine except a problem with ?????? characters in title instead, in my case, cyrillic letters. Although I am a total drewbie I digged in audio.module and found out that if a line of 1409

$getID3->encoding_id3v1 = 'ISO-8859-1'

to change with

$getID3->encoding_id3v1 = 'CP1251'

it gives an error:

PHP does not have iconv() support - cannot convert from CP-1251 to UTF-8

I was patient and compiled installed iconv and compiled php with it. my phpinfo() shows that I have successfully insatlled it. However, audio module kept giving error message. Then I tried to change different things that might have relation with iconv(), namely after changing in php.ini 'safe mode' to 'On' audio.module finally could to transfer and show cyrillic letters, though error message about absense of iconv() persisted.
And I would leave it this way, giving me error message but actually being able to correctly display cyrillic titles in id3, but unfortunately my gallery does not work with safe mode put to On.

So I am posting all these here just to give an idea to more professional users where to dig on to get internationl characters dispaled correctly. It is, in my believe, in line 1409: $getID3->encoding_id3v1 = 'ISO-8859-1'
Why ISO-8859-1?

no fix or it but just wanted to let you know that ID3v1 only supports the ISO-8859-1 encoding. ID3v2 supports UTF-8 which should have the correct characters.

I also got the same errors with the arabic language. If ID3v2 supports UTF8 , how can we force the usage of it ?

The metadata (artist, title..etc.) gets picked up correctly by media player classic.

I wonder why does it not get rendered correctly by the audio module

okay, I opened phpmyadmin to take a look at what's in the tables and found that they were stored as garbled chars. I corrected them manually and then reloaded the page and it worked fine.

I guess it's in storing the metadata in the DB.

i think the problem is when it's reading the id3v1 tags, those don't support UTF-8.

okay, i finally spent some time trying to track this down. my guess at this point is that the id3v1 tags are encoded in your local codepage. i'd like to add a dropdown so the admin can select the code page but the problem is that getID3's tests that iconv work are broken.

does this mean, the module will be fully functional soon? will the solution appliaed to the module or the patch will be given?

snegny, i'm not promising anything, but i've got some ideas that i'll be working on. any fixes will probably wait on an update to the getid3 library.

thank you. looking forward.

I use Audio module 4.7 and getID3 package 1.7.7. I get the same error while using chinese.
And I remember another module has the same problem.
Looking forward the fix.
Thanks!

I also have this problem with hebrew tags.
Is this issue going to be solved anytime soon?
Is there any workaround?

i think this patch fixed this: http://drupal.org/node/156476