UTF-8 data corruption due to use of id3v1

the only problem with this is that it only works when there's both v1 and v2. if there's only v2 then you'll load nothing. array_pop($value) might be a better way to go.

i'm going to apply the attached patch to HEAD and DRUPAL-5. i think it's a cleaner way to do it. re-open this if it doesn't work for you.

right you are. and i'd even tested that :( committed the attached patch.

this works great, except that non-English names contain no links. i.e. they are now displayed correctly, but it is not possible to list all the songs with similar names or performers' names.

second problem is that non-English characters do not display on players (see XSPF Web Music Player - Slim or XSPF Web Music Player)

non-English names contain no links. i.e. they are now displayed correctly, but it is not possible to list all the songs with similar names or performers' names.

i'm not sure what you mean? can you elaborate? though i wonder if you ran into a bug i've already fixed... you should make sure you're running the latest release. you may need to re-save those nodes.

sorry, can't do anything about the XSPF player.

On a page of an audio-file there are such several categories under the player as: artist, title, album, genre, etc and it is possible to list all the songs of the same artist, genre or of the common song name.

For instance, if an audio file with the name "forever" has this link for the title:

http://www.domain.us/audio/by/title/forever

but a song with a name "Навсегда" (Cyrillic) for the same category (title) has:

http://www.domain.us/audio/by/title/

alaa, what should i exactly need to do in order to get list songs with Cyrillic tags?

alaa wrote:

this may be caused by another bug (should have reported it but I was too lazy) the function audio_clean_tag which is used to normalize info like artist name, song title and album name replaces all non latin unicode bytes with underscores.

yeah, i think that's the cause... i already said as much in #6:

though i wonder if you ran into a bug i've already fixed... you should make sure you're running the latest release. you may need to re-save those nodes.

drewish, re-saving doesn't help. i did re-save several different nodes for several times. UTF8 names read perfectly, but show empty links.

snegny, can you copy the first two lines from your audio.module file for me? it should look something like:

<?php
// $Id: audio.module,v 1.123 2007/08/01 18:51:49 drewish Exp $

they are

<?php
// $Id: audio.module,v 1.105.2.10 2007/07/31 03:20:30 drewish Exp $

i downloaded the module just yesterday

sorry guys, but this has not really be solved for non-English characters. it displays n.E. letter correctly, but links work not correctly. so i am changing status of the thread back to active.

marked http://drupal.org/node/185657 as a duplicate

marked http://drupal.org/node/186801 as a duplicate

I'm using 5.x-1.3 audio module.

So to fix the iTunes mp3 / ID3 question mark issue I'm having, should I be applying this patch ?

http://drupal.org/node/156476#comment-277431

Or will I have to upgrade further to 5.x-2.x-dev??

whoops, i'd marked a bunch of issues as a duplicate of this... it should have been: http://drupal.org/node/145117

So what's the status on this fix? Does it even work for 5.x-1.4?

Thanks.

I started bugging my hoster because of this =)

here's what I've got in HEAD that seems to be working pretty well. anyone want to give it a try?