Es probable que un archivo de su colección provoque un fallo en la biblioteca TagLib, y haga que Amarok se cuelgue. Puede identificar este archivo echando un vistazo a ~/.kde/share/apps/amarok/collection_scan.log. Debería informar de este cuelgue como un fallo de la base de datos de TagLib en bugs.kde.org y asociar el archivo corrompido. Después puede eliminar el archivo de su colección y repetir la exploración.

Suele significar que TagLib se cuelga mientras está leyendo las etiquetas de la pista. Informe del fallo de TagLib en bugs.kde.org.

Actualice sus bibliotecas y utilidades de ALSA a la última versión, o utilice OSS, o emulación OSS.

Si utiliza MySQL como motor de base de datos pruebe a utilizar SQLite, que está más madura (el código de Amarok, no la base de datos propiamente dicha).

Pruebe con diferentes motores de audio.

Asegúrese de que todas las bibliotecas de Amarok utilizadas se compilaron con la misma versión de GCC, al igual que el propio Amarok. En una situación en la que Amarok se compiló utilizando GCC 3.4.x y se enlaza con taglib que se compiló utilizando GCC 3.3.x puede colgarse durante la edición de las etiquetas.

Si está utilizando KDE con artsd, pruebe a desactivar «suspender automáticamente si estaba inactivo después de...» en la configuración del sistema de sonido o al menos no utilice un valor de 1 segundo, ya que puede interferir cada vez que amarok cambie de canción.

En caso contrario, envíenos las secuencias de llamadas cuando aparezca el correo electrónico (ya lo verá). Si se produce un cuelgue con cierta frecuencia seguramente lo verá corregirlo, si nos envía un buen informe. Consulte las siguientes secciones para obtener asistencia sobre esto.

Consulte el Cómo sobre depuración.

Si Konqueror u otras aplicaciones muestran información diferente sobre el título, artista, álbum o género que la que aparece en Amarok cuando crea su colección, puede que esté leyendo el formato antiguo de etiquetas ID3v1 en lugar de las nuevas etiquetas ID3v2. Ésto puede deberse a las configuraciones de Codificación: Vaya a Preferencias->Configurar Amarok, y a continuación vaya a la sección Codificaciones del panel de Preferencias. Quite las marcas de todas las casillas para «no decodificar la siguiente como latin1». Vuelva a explorar su colección para obtener las etiquetas ID3v2.

Ésto se debe a que la mayor parte de las aplicaciones colocan datos utf8 en las etiquetas id3v2 pero no especifican la codificación como unicode. Éste script en perl puede corregir esto.

#!/usr/bin/perl
die "Archivo $ARGV[0] no existe" unless -f $ARGV[0];
use MP3::Mplib;
my $mp3 = MP3::Mplib->new($ARGV[0]);
my $v2tag = $mp3->get_v2tag;
print "Error al escribir las etiquetas de $ARGV[0]\n" unless $mp3->set_v2tag($v2tag,&UTF8);

Los iconos de la barra de estado de Amarok (Aleatorio/Repetir/Añadir) parece que están constantemente activos en KDE 3.4.0. Éste es un fallo conocido en KDE 3.4.0. Los efectos de los iconos se pierden algunas veces. Basta activar la opción Aspecto->Iconos->Avanzado en kcontrol, y definir el estado desactivado como «Gris» y «Semitransparente». Tenga en cuenta que algunas veces debe pulsar en el icono 3 veces antes de que los cambios tengan efecto.

Si obtiene este error: «amarokapp: error al buscar el símbolo: amarokapp: símbolo no definido: _ZN11KSystemTray9setPixmapERK7QPixmap», compruebe que amarok utiilza las libqt correctas (compruébelo con : ldd `which amarokapp` | grep qt).

Para corregirlo, puede tener que eliminar cualquier libqt conflictivo y/o editar /etc/ld.so.conf para que obtenga la versión correcta primero.