So, I don’t quite know what caused Amarok to start crashing. But, I’m using 1.4 and the first track will play fine. If you let Amarok switch to the next track a rapid fire of error messages appears all saying that Xine could not initialize the drivers; sound still plays. If you close out the error messages it crashes and the kmail bug mailer pops up saying the following below. Normally, I’d let it slide and have it mail it. But, since the amarok devs are pushing to use A2 I doubt they’d respond to a bug report for 1.4.
======== DEBUG INFORMATION =======
Version: 1.4.10
Engine: xine-engine
Build date: Jan 2 2010
CC version: 4.4.1 [gcc-4_4-branch revision 150839]
KDElibs: 3.5.10 “release 74”
Qt: 3.3.8b
TagLib: 1.5.0
CPU count: 2
NDEBUG: true
==== file which amarokapp =======
/opt/kde3/bin/amarokapp: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.4, stripped
==== (gdb) bt =====================
[Thread debugging using libthread_db enabled]
[New Thread 0xaf7ffb70 (LWP 5351)]
[New Thread 0xb017ab70 (LWP 5294)]
[New Thread 0xb138bb70 (LWP 5292)]
[New Thread 0xb1d64b70 (LWP 5289)]
0xffffe424 in __kernel_vsyscall ()
==== (gdb) thread apply all bt ====
Thread 5 (Thread 0xb1d64b70 (LWP 5289)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb67190c2 in pthread_cond_timedwait@@GLIBC_2.3.2 ()
from /lib/libpthread.so.0 #2 0xb309919b in metronom_sync_loop () from /usr/lib/libxine.so.1 #3 0xb67146e5 in start_thread () from /lib/libpthread.so.0 #4 0xb6714600 in ?? () from /lib/libpthread.so.0
Thread 4 (Thread 0xb138bb70 (LWP 5292)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6718d95 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb30ab300 in ao_loop () from /usr/lib/libxine.so.1 #3 0xb67146e5 in start_thread () from /lib/libpthread.so.0 #4 0xb6714600 in ?? () from /lib/libpthread.so.0
Thread 3 (Thread 0xb017ab70 (LWP 5294)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6718d95 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb30ae594 in xine_event_wait () from /usr/lib/libxine.so.1 #3 0xb30ae615 in listener_loop () from /usr/lib/libxine.so.1 #4 0xb67146e5 in start_thread () from /lib/libpthread.so.0 #5 0xb6714600 in ?? () from /lib/libpthread.so.0
Thread 2 (Thread 0xaf7ffb70 (LWP 5351)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb671b899 in __lll_lock_wait () from /lib/libpthread.so.0 #2 0xb6716ef1 in _L_lock_765 () from /lib/libpthread.so.0 #3 0xb6716d09 in pthread_mutex_lock () from /lib/libpthread.so.0 #4 0xb6c90d8b in QRecursiveMutexPrivate::lock() ()
from /usr/lib/qt3/lib/libqt-mt.so.3 #5 0xb6c909c2 in QMutex::lock() () from /usr/lib/qt3/lib/libqt-mt.so.3 #6 0xb6963c1f in QApplication::lock() () from /usr/lib/qt3/lib/libqt-mt.so.3 #7 0xb734a958 in CollectionDB::makeShadowedImage(QString const&, bool) ()
from /opt/kde3/lib/libamarok.so.0 #8 0xb734b1b9 in CollectionDB::notAvailCover(bool, int) ()
from /opt/kde3/lib/libamarok.so.0 #9 0xb7361d3d in CollectionDB::albumImage(MetaBundle const&, bool, unsigned int, bool*) () from /opt/kde3/lib/libamarok.so.0 #10 0xb73a0f89 in CurrentTrackJob::showCurrentArtistHeader(MetaBundle const&)
() from /opt/kde3/lib/libamarok.so.0 #11 0xb73a3bc3 in CurrentTrackJob::doJob() () from /opt/kde3/lib/libamarok.so.0 #12 0xb75c2e4a in ThreadManager::run() ()
from /opt/kde3/lib/libamarok.so.0 #13 0xb695d852 in QThreadInstance::start(void*) ()
from /usr/lib/qt3/lib/libqt-mt.so.3 #14 0xb67146e5 in start_thread () from /lib/libpthread.so.0 #15 0xb6714600 in ?? () from /lib/libpthread.so.0
Thread 1 (Thread 0xb4998940 (LWP 5272)):
I’ll do a full reboot to see if it fixed anything.
And, 1.4 has a better interface with what I do. Like the MySQL db setup… making playlists… visualizers… etc.
I know A2 is supposed to be “faster” and uses MySQL only for the DB. But, I actually see it being slower. I have roughly 300GB of music that constantly grows. (I’m a hobby DJ.)
reset amarok user account privs to all on amarok mysql db
start amarok
DO NOT SET the library path
SET DB type to sqlite
test amarok by adding tracks to playlist and playing them till the end allowing the next track selection and start to occur for a few tracks
if successful, set up mysql connection in amarok and select the amarok library path
In previous troubleshooting, i did not drop the DB or delete the users amarok config files. I think that it could have just been the two amarok config files in ~ that got it all messed up. I should have copied them before removing to see that might have caused it.
Hopefully, I’ll never have to do this again. In the process, I lost my iPod setup, smartplaylists, and static playlists.
the response time isn’t as fast as mysql. with a smaller library it wouldn’t be noticeable. But, with a library of of several thousands of tracks with many at 320kbps making the average file size at about 7-8 MBs per track.
:run() ()