[SOLVED] Проблемка с Amarok
Всем салют!
Проблема такого рода - Amarok неправильно определяет время для некоторых (не всех) треков в MP3. Т.е. скажем, перетаскиваем какой-нибудь альбомчик (где каждый трек, по идее, рипался с одинаковыми опциями) в плейлист - у некоторых время определяется правильно, а у некоторых - нет, при этом никакой закономерности я не обнаружил. А если открыть в Amarok-е же Метаданные трека, то там время указано правильное.
Собственно, все это хозяйство собрано следующим образом:
[ebuild R ] media-libs/xine-lib-1.1.8 USE="X alsa arts dvd nls opengl truetype vorbis win32codecs -a52 -aac -aalib (-altivec) -debug -directfb -dts -dxr3 -esd -fbcon -flac -gnome -gtk -imagemagick -ipv6 -jack -libcaca -mad -mmap -mng -modplug -musepack -oss -pulseaudio -real -samba -sdl -speex -theora -v4l -vcd -vidix -wavpack -xcb -xinerama -xv -xvmc" 0 kB
[ebuild R ] media-sound/amarok-1.4.8 USE="amazon arts kde mysql opengl -daap -debug -ifp -ipod -mp4 -mtp -musicbrainz -njb -postgres -python -real -visualization -xinerama"
Есть идеи, куда копать?
- Для комментирования войдите или зарегистрируйтесь
Такая же фигня
Такая же фигня и у меня встречается...
VBR?
Можно вас попросить проверить 2 вещи:
1) Файлы, для которых неправильно определяется время - MP3 с VBR? (по мотивам http://bugs.kde.org/show_bug.cgi?id=105128)
2) Если скопировать такой файл в любую другую папку (или в ту же, под другим именем) - будет ли оно определяться Amarok-ом правильно? (невероятно, но факт - у меня после таких манипуляций Amarok верно определяет длину трека)
По поводу
По поводу второго. Он же в БД хранит данные. Копирование файла должно вызывать обновление записи в БД. И, как следствие, пересчет его параметров. А метаданные по идее прямо из файла читаются.
Пересканирован
Пересканирование коллекции решило проблему. Я даже кажется понял, почему так получилось - альбом качался из торрента, и видимо в процессе закачки Amarok-у захотелось обновить базу.
Спасибо за наводку!