Bug 169104 - SE mobile unable to read mp3 tags (of some files) properly
Summary: SE mobile unable to read mp3 tags (of some files) properly
Status: RESOLVED NOT A BUG
Alias: None
Product: taglib
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Scott Wheeler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-14 09:39 UTC by Yogesh Marwaha
Modified: 2008-08-15 00:36 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yogesh Marwaha 2008-08-14 09:39:01 UTC
Version:           1.5 (using KDE 4.1.0)
Installed from:    SuSE RPMs
Compiler:          gcc 4.3 
OS:                Linux

My media collection consist of large number of MP3 and FLAC (and few ogg) file. I use Amarok only and all the tags in the media files have been added via Amarok. Tags in FLAC are initially added by flac but later edited via Amarok.

I usually transfer these songs to my Sony Ericsson mobile (W580i and K550i) via Amarok; MP3s straight and FLAC converted to MP3 using Amarok's transkode script.

The problem is that my phones correctly read the tags of the MP3 files which were converted from FLAC (by transkoder script), but tags of other files are not read properly e.g. if the complete album title is "Singh is Kingg" then the phones' media app would show "Singh is Ki" or "Singh is" etc.; this varies even for same albums.
Comment 1 Yogesh Marwaha 2008-08-14 11:05:59 UTC
I've uploaded mp3 files for you

This is one which is working properly: -
http://yogeshm.007.googlepages.com/Ishq_Ada_-_Ada.mp3

...and this is the one where tags are not shown properly: -
http://yogeshm.007.googlepages.com/Bachna_Ae_Haseeno_-_Bachna_Ae_Haseen.mp3
In this file album name is shown as "Bachna Ae Hasee" instead of "Bachna Ae Haseeno" and title is shown as "Bachna Ae" instead of "Bachna Ae Haseeno".
Comment 2 Lukáš Lalinský 2008-08-14 11:22:45 UTC
The first obvious difference is that the "correct" file uses Latin-1 strings, while the other one uses UTF-8 strings. Does the phone show tags correctly for http://oxygene.sk/lukas/test.mp3 (it's the Bachna_Ae_Haseeno_-_Bachna_Ae_Haseen.mp3 file but with Latin-1 tags and truncated)? If it does, it's not really a TagLib bug.
Comment 3 Yogesh Marwaha 2008-08-14 13:47:02 UTC
Yes, tags are shown correctly for "http://oxygene.sk/lukas/test.mp3" in my phone. If the problem is not with taglib, then which program is responsible for this. The only app I use is Amarok (Noatun was the preferred app about one and half year ago); I might have tried others but not for long and *never* edited any tags except with Amarok/Noatun.

OT: Can you suggest any way I can force all files in my collection to use latin-1 encoding? Is latin-1 the dedfault/preferred encoding format for mp3 files?
Comment 4 Scott Wheeler 2008-08-15 00:36:18 UTC
Hmm, then it sounds like the bug is in your phone.  There is no "preferred" encoding for ID3v2 -- the standard supports Latin1, UTF-8 and UTF-16.  It seems that your phone doesn't work with at least UTF-8, possibly also UTF-16.

It's fairly easy programatically to set TagLib to write Latin1 tags, in fact, the default in 1.5 is to write Latin1 unless the string is using characters that can't be represented in Latin1.  Getting that supported in your tagger of choice is another matter.