You have 2 mp3's available by http (links in e-mail to your private address). "alcool.mp3" has "Fórum" in ID3 tags, and it always trigger the issue here. "alcool_good.mp3" has "Forum", so no non-english characters, and everything is fine...
In the meantime, I found another thing. My default locale is "[EMAIL PROTECTED]". If I login (in Gnome) with "[EMAIL PROTECTED]" (so ISO-8859-1), no problems with gkrellmms and ID3 tags... So apparently it happens only if the locale is UTF-8. Perhaps you have never been able to reproduce the issue because you don't use UTF-8 locales, and the people who report this bug use UTF-8 locales...
Regards,
Dionisio Martínez Soler [EMAIL PROTECTED]
Sjoerd Simons wrote:
On Thu, Jan 13, 2005 at 01:36:39AM +0100, Dionisio Martínez Soler wrote:
Sjoerd Simons wrote:
Is this always right away or just with certain mp3's ?
Sjoerd
It seemed always, but after playing a while, I found that apparently it is another thing which trigger it. It happens when xmms opens (from gnump3d of from a local file) a mp3 file which has non-english characters in ID3 tags (I tried both ISO-8859-1 and UTF-8, which is not yet supported by xmms: the result is the same with both codings). If the ID3 tags don't have non-english characters, everything is normal (you know, most of my files have non-english characters in ID3 tags, that's why it seemed "always").
I tried also disabling the "Enable scrolling title panel" feature of gkrellmms, but this doesn't solve the issue.
Of course, when I start xmms from gkrellmms' buttons, the last file played is open, and if the last file played by xmms had ID3 tags with non-english characters, gkrellm freezes.
At this point, I don't know if this is a bug, or a missing feature, but probably you can tell.
If it freezes it's a bug :) I've heard this problem from more people, but i've never been able to reproduce it (even when using mp3's with very weird named).
If you could make one mp3 where it always happens for you available i could try what happens here..
Sjoerd