Application launch load time (amarok 2) Ubuntu Jaunty Package

Bug #368522 reported by proxiziac
28
This bug affects 5 people
Affects Status Importance Assigned to Milestone
amarok (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

Binary package hint: amarok

With 40000 + tracks it takes about 5 minutes for amarok 2 to load and the splash image blocks the view to other applications.

( splash image should be displayed for a finite time and should not wait for the application to load )

Bug fix / Improvement needed

Intel Core 2 duro e6400 2.17 ghz
4 gigs of ram

description: updated
tags: added: jaunty load loading time ubuntu
summary: - Application launch load time
+ Application launch load time (amarok 2) Ubuntu Jaunty Package
description: updated
description: updated
Revision history for this message
proxiziac (dave-feeditout) wrote :

added sql database for testing purposes

Revision history for this message
proxiziac (dave-feeditout) wrote :
Download full text (19.6 KiB)

dave@proxy:~$ amarok
amarok(24320) Phonon::KdePlatformPlugin::createBackend: using backend: "Xine"
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- First byte did not mactch MPEG synch.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
<unknown program name>(24319)/: Communication problem with "amarok" , it probably crashed.
Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." "

dave@proxy:~$ TagLib: ID3v2.4 no longer supports the frame type RVAD. It will be discarded from the tag.
TagLib: ID3v2.4 no longer supports the frame type RVAD. It will be discarded from the tag.
TagLib: ID3v2.4 no longer suppor...

Revision history for this message
redgolum (redgolum) wrote :

I successful to remove

TagLib: ID3v2.4 no longer supports the frame type TDAT. It will be discarded from the tag.

with easytag I change the tag IDv2.3 in2.4 but now I have always

TagLib: MPEG::Header::parse() -- Invalid sample rate.

I hope that I help somebody

Revision history for this message
Andrew Ash (ash211) wrote :

Thanks for the bug report, proxiziac. When you say there are 40000 tracks, is that in the collection, or the playlist, or where? Please upgrade to the latest version of Amarok[1] and report back with a more detailed description of where the 40000 are.

Thanks!

[1] https://help.ubuntu.com/community/UbuntuBackports

Changed in amarok (Ubuntu):
status: New → Incomplete
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as requested in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the "Status" column, and change the status back to "New". Thanks again!

Changed in amarok (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Fukurokudzu (sergei-fukurokudzu) wrote :

I've about 8000 track in my playlist. loading of amarok2 takes about 3-4 minutes to start with tonns of messgaes like:
TagLib: MPEG::Header::parse() -- Invalid sample rate.
or
TagLib: MPEG::Header::parse() -- First byte did not match MPEG synch.

Changed in amarok (Ubuntu):
status: Invalid → New
Revision history for this message
Myriam Schweingruber (myriam) wrote :

This is already solved in Amarok 2.2.1.

Revision history for this message
Myriam Schweingruber (myriam) wrote :

This is solved in Amarok 2.2.1

Changed in amarok (Ubuntu):
status: New → Fix Released
Revision history for this message
Fukurokudzu (sergei-fukurokudzu) wrote :

omg, i'm sorry so. using the latest version in kubuntu now.

Revision history for this message
Fukurokudzu (sergei-fukurokudzu) wrote :

i'm sorry, but now i have amarok 2.2.1 from Karmic PPA1 and the problem is still there =(
amd64, if that matters.

Changed in amarok (Ubuntu):
status: Fix Released → New
Revision history for this message
Valdas (jvaldas) wrote :

 This problem also persist In my system : Amarok with ~500 mp3 songs in playlist takes several minutes to load at fresh system bootup. If I restart Amarok or relogon then Amarok starts immediately.

System:
Kubuntu 9.10, i386
$cat /proc/version
Linux version 2.6.31-17-generic (buildd@palmer) (gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu8) ) #54-Ubuntu SMP Thu Dec 10 16:20:31 UTC 2009

Amarok v2.2.2

Revision history for this message
Valdas (jvaldas) wrote :

Addition to comment #11: when I start Amarok in console at bootup get:

senbuvis@plonas:~/Poligonas$ amarok
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Properties::read() -- Page headers were invalid.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
<unknown program name>(2424)/: Communication problem with "amarok" , it probably crashed.
Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." "

senbuvis@plonas:~/Poligonas$ TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
TagLib: MPEG::Header::parse() -- Invalid sample rate.
--------------------------------------------------------------------------------------------

Revision history for this message
Jelle de Jong (j-f-dejong) wrote :

Exactly same errors with me

AMD64
Using Ubuntu 10.04 64bit
Amarok 2.3.0 (actually not using, cause it crashes completely at 11000 tracks if I want to scan entire collection)
Collection about 30.000 tracks (ogg, mp3, flac, you name it)
Longest playlist file about 100 tracks

Other than comment #11. My Amarok startup stays slow.

Revision history for this message
Glucose Grin (glucosegrin) wrote :

Ubuntu 10.04.1 LTS
2.6.32-24-generic-pae
Qt: 4.7.0
KDE Development Platform: 4.4.92 (KDE 4.4.92 (KDE 4.5 RC2))
Amarok: 2.3.1.90

Intel core2 duo 1.8, 4Gb ram.

Same problem here...
My music files are stored on a NAS box over 100BASE-TX.
The slowdown on my end consists of ten minutes of "TagLib: MPEG::Header::parse() -- Invalid sample rate.", about one line every 5 seconds. With 10,058 tracks loading into a single playlist, mix of MP3 and FLAC files.

Once the console prints "amarok(28859)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:", speed is normal.

When I re-run Amarok a second tome (with --debug again) it writes "amarok: not a track no match" a few thousand times, I'm guessing once for every track I have.

Then it does every file again with
"amarok: [CUEFILE]: "/media/nas/Music/Music/Artist/Album/Track.cue" - Shoot blindly and missed, searching for other cue files.
amarok: [CUEFILE]: - Didn't find any matching cue file.
"
where Artist/Album/Track represent actual filenames (each one, one by one), only I do not have any .cue files.

After all that, here:
amarok: BEGIN: virtual void Playlist::InsertTracksCmd::redo()
amarok: BEGIN: void Playlist::Model::setAllNewlyAddedToUnplayed()
amarok: END__: void Playlist::Model::setAllNewlyAddedToUnplayed() - Took 6.5e-05s
amarok: BEGIN: void StatusBar::updateTotalPlaylistLength()
amarok: END__: void StatusBar::updateTotalPlaylistLength() - Took 0.0081s
amarok: END__: virtual void Playlist::InsertTracksCmd::redo() - DELAY Took (quite long) 5.7s
amarok: END__: void Playlist::Controller::insertTracks(int, Meta::TrackList) - DELAY Took (quite long) 1.8e+02s
amarok: BEGIN: void Playlist::Actions::queue(QList<int>)
amarok: END__: void Playlist::Actions::queue(QList<int>) - Took 0.00011s
amarok: END__: void Playlist::Actions::restoreDefaultPlaylist() - DELAY Took (quite long) 4.1e+02s
amarok: END__: Playlist::Actions::Actions() - DELAY Took (quite long) 4.1e+02s

Quite long. 6 minutes, 40 seconds.

Revision history for this message
Jonathan Kolberg (bulldog98) wrote :

Thanks for reporting this bug.

Could you please try to reproduce this bug with Kubuntu 11.04 or the current developer version of Kubuntu?

Regards Jonathan

Changed in amarok (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for amarok (Ubuntu) because there has been no activity for 60 days.]

Changed in amarok (Ubuntu):
status: Incomplete → Expired
Revision history for this message
stc (curtze) wrote :

Problem occured for me in UBUNTU 12.04, did not have that before. Takes 5-10 min for amarok to start up. In 11.10 it was about 30 sec.
In command line slowly appearing lots and lots of lines before startup finished.
TagLib: MPEG::Header::parse() -- Invalid sample rate.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.