Hi!

My amarok (installed with Suse 9.3) very often crashes after a few minutes. What might be the reason?

The same mp3\'s are played back on another pc without any problem. I cannot reproduce this problem at the same point. Sometimes it work 3 minutes, next time amarak crashes after 15 minutes

regards
Detlef


005696@bw009870:~> TagLib: ID3v2.4 no longer supports the frame type TSIZ. It
will be discarded from the tag.
QObject::connect: Cannot connect QSignal::signal(const QVariant&) to (null)::(nu
ll)
QObject::connect: Cannot connect QSignal::signal(const QVariant&) to (null)::(nu
ll)
QObject::connect: Cannot connect QSignal::signal(const QVariant&) to (null)::(nu
ll)
TagLib: ID3v2.4 no longer supports the frame type TSIZ. It will be discarded fr
om the tag.
ID3v2 header found(size=279)
Guessed format: mpeg
akode: ALSA fragment-size: 3760
Guessed format: xiph
akode: ALSA fragment-size: 3760
TagLib: ID3v2.4 no longer supports the frame type TSIZ. It will be discarded fr
om the tag.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
ID3v2 header found(size=378)
Guessed format: mpeg
akode: ALSA fragment-size: 3760
akode: ALSA xrun
Guessed format: xiph
akode: ALSA fragment-size: 3760
Guessed format: xiph
akode: ALSA fragment-size: 3760
TagLib: ID3v2.4 no longer supports the frame type TSIZ. It will be discarded fr om the tag.
ID3v2 header found(size=300)
Guessed format: mpeg
akode: ALSA fragment-size: 3760
akode: ALSA xrun
TagLib: ID3v2.4 no longer supports the frame type TSIZ. It will be discarded fr om the tag.
ID3v2 header found(size=1878)
Guessed format: mpeg
akode: ALSA fragment-size: 3760
TagLib: ID3v2.4 no longer supports the frame type TSIZ. It will be discarded fr om the tag.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
ID3v2 header found(size=280)
Guessed format: mpeg
akode: ALSA fragment-size: 3760
akode: ALSA xrun
amarokapp: Fatal IO error: client killed

Thanks to the wisdom of Suse, you appear to be using the akode engine. Use another one.

We\'ve taken akode out of amaroK since it was buggy.

Hi!

Thanks for this information. What can I do now? Would it help to remove amarok-rpm\'s and compile amarok from source?

ciao
Detlef

Well, upgrading to 1.3 wouldn\'t be the worse idea. However probably all you need to is go to Settings->Configure amaroK... and go to the engine panel where its possible to change the engine to something more suitable.

I am using 1.3 compiled from source and having the same problems in Slackware 10.1. I can play some songs then it\'ll just crash. I can hit skip and it will work. Other times I hit skip and it crashes. If I turn on random it will crash. Other times not.
I\'m using gstreamer but have tried arts & xine with the same effects. Any ideas/thoughts?

Aaron

Update:
I think it may have to do with the mp3 file itself. I don\'t know why and cannot figure out why, but some mp3 files will crash amaroK. Listing them does not affect the program. Trying to access the file does. I cannot edit the tag information nor play the file. Looking at the properties of the files, all I see is they are MPEG layer 3 files. Is there some other way I can try and figure this problem out? Something to disect the files with, etc.?

Many thanks, and I didn\'t mean to hijack this thead. Maybe this is related.

Aaron

Aaron wrote:

Update:
I think it may have to do with the mp3 file itself. I don\'t know why and cannot figure out why, but some mp3 files will crash amaroK. Listing them does not affect the program. Trying to access the file does. I cannot edit the tag information nor play the file. Looking at the properties of the files, all I see is they are MPEG layer 3 files. Is there some other way I can try and figure this problem out? Something to disect the files with, etc.?

Many thanks, and I didn\'t mean to hijack this thead. Maybe this is related.

Aaron

Get a backtrace. http://amarok.kde.org/wiki/index.php/Debugging_HowTo

Thank you very much. I\'m going to reconfigure amarok to use GDB and give it a go.

Aaron

Ok. I followed the debug method as described in the wiki and loaded up some songs I thought would crash it. And they did. Here is the output from GDB from the loading of the song to the crash.

[code:1]
amarok: [controller] Loading URL: file:///SWRT/My%20Music/Rock/Stone%20Temple%20Pilots/Stone%20Temple%20Pilots%20-%20Thank%20You%20-%20(Proper)%20-%202003%20-%20RNS/10-stone_temple_pilots-interstate_love_song-rns.mp3
[New Thread 163847 (LWP 31402)]
amarok: BEGIN: void EngineSubject::«»stateChangedNotify(Engine::«»State)
amarok: BEGIN: void ContextBrowser::«»showHome()
amarok: END__: void ContextBrowser::«»showHome() - Took 0.4s
amarok: [virtual void amaroK::«»StatusBar::engineStateChanged(Engine::«»State, Engine::«»State)] Line: 130
amarok: BEGIN: virtual void ContextBrowser::engineStateChanged(Engine::«»State, Engine::«»State)
amarok: END__: virtual void ContextBrowser::engineStateChanged(Engine::«»State, Engine::«»State) - Took 0.0039s
amarok: BEGIN: virtual void PlayerWidget::engineStateChanged(Engine::«»State, Engine::«»State)
amarok: END__: virtual void PlayerWidget::engineStateChanged(Engine::«»State, Engine::«»State) - Took 9.2e-05s
amarok: END__: void EngineSubject::«»stateChangedNotify(Engine::«»State) - Took 0.43s
amarok: BEGIN: void EngineSubject::newMetaDataNotify(const MetaBundle&, bool)
[New Thread 180232 (LWP 31403)]
amarok: [CollectionDB] Found APIC frame(s)
amarok: [CollectionDB] Size of image: 0 byte
amarok: [CollectionDB] Found APIC frame(s)
amarok: [CollectionDB] Size of image: 0 byte
amarok: [511x73]
amarok: 4
amarok: 32
amarok: END__: void EngineSubject::newMetaDataNotify(const MetaBundle&, bool) - Took 0.28s
amarok: BEGIN: virtual bool CurrentTrackJob::doJob()
amarok: [CollectionDB] Found APIC frame(s)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 180232 (LWP 31403)]
0x41896926 in TagLib::ByteVector::ByteVector () from /usr/lib/./libtag.so.1
(gdb) bt
#0 0x41896926 in TagLib::ByteVector::ByteVector () from /usr/lib/./libtag.so.1
#1 0x41878eb7 in TagLib::ID3v2::AttachedPictureFrame::picture () from /usr/lib/./libtag.so.1
#2 0x080b5de3 in CollectionDB::findImageByMetabundle ()
#3 0x080b6f3a in CollectionDB::albumImage ()
#4 0x080f39d1 in CurrentTrackJob::doJob ()
#5 0x08210a0f in ThreadWeaver::Thread::run ()
#6 0x41102f2a in QThreadInstance::«»start () from /usr/lib/qt/lib/libqt-mt.so.3
#7 0x419f254e in pthread_start_thread () from /lib/libpthread.so.0
#8 0x419f25df in pthread_start_thread_event () from /lib/libpthread.so.0
#9 0x41b1bb8a in clone () from /lib/libc.so.6
(gdb)
[/code:1]

Let me know if I need to make this a bug or not.

Thanks

Aaron

This is a taglib bug - sorry! its not us!

****. After I saw that, I was afraid that was the case. I suppose I should compile against a newer or later version.

Thanks for the patience and help! Love the program!

Aaron