The system is

Opensuse 11.2
2.6.31.5-0.1-desktop
amarok-2.1.1-7.6.i586

With amarok-1.4.10-103.pm.107.42 (Opensuse 11.1) the mp3-file below has no problems, the cover, title, artist, etc are shown, while I see with Amarok 2 "??????" and _no_ cover, which is in the mp3-file itself.

I assume there is a connection to this:

man lame:
Lame will smartly choose which tags to use. It will add ID3 v2 tags only if
the input comments won't fit in v1 or v1.1 tags, i.e. if they are more than 30 characters. In this case, both v1 and v2 tags will be added, to ensure reading of tags by MP3 players which are unable to read ID3 v2 tags.


exiftool -G -H -a 09-sciur_padrum-argyris_bakirtzis-
encardia_agapi_mou_fidell.mp3
[ExifTool] - ExifTool Version Number : 7.98
[File] - File Name : 09-sciur_padrum-
argyris_bakirtzis-encardia_agapi_mou_fidell.mp3
[File] - Directory : .
[File] - File Size : 3.4 MB
[File] - File Modification Date/Time : 2009:10:09
16:21:00+02:00
[File] - File Type : MP3
[File] - MIME Type : audio/mpeg
[File] - ID3 Size : 16669
[MPEG] - MPEG Audio Version : 1
[MPEG] - Audio Layer : 3
[MPEG] - Audio Bitrate : 128000
[MPEG] - Sample Rate : 44100
[MPEG] - Channel Mode : Joint Stereo
[MPEG] - MS Stereo : On
[MPEG] - Intensity Stereo : Off
[MPEG] - Copyright Flag : False
[MPEG] - Original Media : True
[MPEG] - Emphasis : None
[MPEG] 0x0001 VBR Frames : 5461
[MPEG] 0x0002 VBR Bytes : 3537406
[MPEG] 0x0003 VBR Scale : 77
[ID3] - Artist : Αργύρης Μπακιρτζής
[ID3] - Album : Encardia Αγάπη μου
Fidella
[ID3] - Title : Sciur padrum
[ID3] - Track : 9
[ID3] - Comment (eng) : 9 | sciur padrum |
argyris bakirtzis | encardia agapi mou fidella |
[ID3] - Genre : Greek
[ID3] - Picture Mime Type : image/jpeg
[ID3] - Picture Type : Front Cover
[ID3] - Picture Description :
[ID3] - Picture : (Binary data 15155
bytes, use -b option to extract)
[ID3] - Tagging Time : 2009:07:07 17:36:40
[ID3] 0x0003 Title : Sciur padrum
[ID3] 0x0021 Artist :
[ID3] 0x003f Album :
[ID3] 0x005d Year :
[ID3] 0x0061 Comment : 09 | sciur padrum |
argyris
[ID3] 0x007d Track : 9
[ID3] 0x007f Genre : None
[Composite] - Duration : 02:22 (approx)



eyeD3 --no-color 09-sciur_padrum-argyris_bakirtzis-
encardia_agapi_mou_fidell.mp3

09-sciur_padrum-argyris_bakirtzis-encardia_agapi_mou_fidell.mp3 [ 3.39 MB ]
-------------------------------------------------------------------------------
Time: 02:22 MPEG1, Layer III [ ~198 kb/s @ 44100 Hz - Joint stereo
]
-------------------------------------------------------------------------------
ID3 v2.4:
title: Sciur padrum artist: Αργύρης Μπακιρτζής
album: Encardia Αγάπη μου Fidella year: None
track: 9 genre: Greek (id None)
Unique File ID: [Amarok 2 AFTv1 - amarok.kde.org]
2b69b4bb636fca2d6cae9af425287d6b
Comment: [Description: ] [Lang: eng]
9 | sciur padrum | argyris bakirtzis | encardia agapi mou fidella |

FRONT_COVER Image: [Size: 15155 bytes] [Type: image/jpeg]
Description:

I strongly suggest you upgrade to Amarok 2.2.1, out since a few days, this should solve most of these problems, Amarok 2.1.1 is rather obsolete now.

Hmmh, Opensuse 11.2 is brandnew and has a lot of bugs as always, when a distri is published. So how can I upgrad amarok _only_ from a repo to have automatic updates? Is there a repo for Amarok 2.2 for Opensuse 11.2? I don't want to upgrade to a newer KDE-version, because I fear it gets unstable.

use http://software.opensuse.org/search to find it and do 1-click install

If I do a 1-click-install from "factory" I assume a lot of factory-packages will be needed and I can't use "zypper up" to get amarok updates except I add the factory repo. All in all this means to get an unstable system. I think the better way is to wait and use Amarok 1 with Opensuse 11.1 the next time.

I posted this thread to inform about the problem.

might be problem with amarok 2.2.1 and your kde4.3.1 which like amarok is old, then again maybe the rpm will be updated to 2.2.1 soon

std kde4 is now 4.3.3 which is in either the factory or kde43 repos, you should consider upgrading
see announcement http://www.kde.org/announcements/announce-4.3.3.php

it's mostly a bug fix release

The problem exists with amarok-2.2.1-39.1.i586 too. Can this thread be forwarded as bugreport or do I have to write one? If so, where is the right place?

bug reporting is with https://bugs.kde.org/

Very strange, the mentioned song above is now (after a cold start) displayed correctly, but the embedded cover is not displayed- I have still other songs with "????????", e.g.

[MPEG] - MPEG Audio Version : 1
[MPEG] - Audio Layer : 3
[MPEG] - Audio Bitrate : 128000
[MPEG] - Sample Rate : 44100
[MPEG] - Channel Mode : Joint Stereo
[MPEG] - MS Stereo : On
[MPEG] - Intensity Stereo : Off
[MPEG] - Copyright Flag : False
[MPEG] - Original Media : True
[MPEG] - Emphasis : None
[MPEG] 0x0001 VBR Frames : 6044
[MPEG] 0x0002 VBR Bytes : 3728633
[MPEG] 0x0003 VBR Scale : 77
[ID3] - Album : The Greek spirit
[ID3] - Artist : Γιώργος Νταλάρας
[ID3] - Title : Εσμεράλδα
[ID3] - Recording Time : 1994
[ID3] - Track : 19
[ID3] - Comment (eng) : 19 | esmeralda | jorgos d
[ID3] - Genre : Greek
[ID3] - Tagging Time : 2009-07-07T20:05:56
[ID3] 0x0003 Title :
[ID3] 0x0021 Artist :
[ID3] 0x003f Album : The Greek spirit
[ID3] 0x005d Year : 1994
[ID3] 0x0061 Comment : esmeralda | jorgos dalara
[ID3] 0x007d Track : 19
[ID3] 0x007f Genre : None
[Composite] - Duration : 02:37 (approx)

You need two things:
Use UTF-8 or UF-16 on all the system and avoid iso-8660 encoding, it's old and totally obsolete. Display problems are often due to wrong encodings, especially music from various sources doesn't always have the correct character encodings.

On Amarok 2.2.1, do a full rescan of your collection, then restart Amarok.

I use UTF-8 since years, it is a full new scan and it is ID3 v2.4, which is the only version which supports UTF-8. It was encoded with lame 3.97 using a wav-file from the original cd.



eyeD3 --no-color 19-esmeralda-jorgos_dalaras-greek_spirit.mp3

19-esmeralda-jorgos_dalaras-greek_spirit.mp3 [ 3.57 MB ]
-------------------------------------------------------------------------------
Time: 02:37 MPEG1, Layer III [ ~188 kb/s @ 44100 Hz - Joint stereo ]
-------------------------------------------------------------------------------
ID3 v2.4:
title: Εσμεράλδα artist: Γιώργος Νταλάρας
album: The Greek spirit year: 1994
track: 19 genre: Greek (id None)
Unique File ID: [Amarok 2 AFTv1 - amarok.kde.org] 7317a4b0555257d075df0f96262189c5
Comment: [Description: ] [Lang: eng]
19 | esmeralda | jorgos dalaras | greek spirit |

FRONT_COVER Image: [Size: 11968 bytes] [Type: image/jpeg]
Description:

Did you do a full rescan, then restart Amarok? There is an option for enabling character set detection in the id3 tags, try without first, if this doesn't work, do it again with the detection enabled. You absolutely need to restart Amarok after the scan to see the results.

I did a fresh install of the whole system. After I changed from Amarok 2.1 to Amarok 2.2 I did a full rescan, but did not start Amaork again. All my mp3s are created with the same script. A lot of files with Greek characters (UTF-8) work fine. Everything is default till now. I will search / try this "character set option", when amarok_afttagger is finished. With the 2nd file I mentioned, there was a freh boot of the system.

Well, it is the restart of Amarok after the full rescan that matters, else it doesn't show the updated database, but the old version.

I tried it again.

I use opensuse 11.1 with amarok-2.2.1-46.2 and Kernel 2.6.27.39-0.2-default.

The cd is ripped with abcde-2.3.99.6-58.20 and lame-3.98.2-1.pm.4.5. CDDB is used. These are no old mp3s from "strange" sources. Disc-ID is calculated by the original cd: 9d0e480d

I think the best is to show a screenshot, where you see, that some files / songs are ok, while others not.

The artist is always the same: Έλλη Πασπαλά and the album is always Στο Μέγαρο μουσικής

Amarok 1.4 and vlc have no problems with these files.




See a screenshot from amarok-1.4.10-103.pm.107.39