My Amarok-CVS goes to 100% CPU usage after going to the next song for a few seconds (which is very annoying) using the gstreamer plugin. Amarok goes into this jam mode while it\'s switchings songs for a few seconds. I used gdb to try to troubleshoot in gstreamer, I don\'t get anything from there. Gstreamer seems to be working fine.. Debug doesn\'t really show anything wrong with it... Doesn\'t matter what output plugin I use, same thing...

Anyone else having such issues?

This is where it just seems to pause:

[code:1]
amarok: BEGIN: InputPipeline::InputPipeline()
amarok: END__: InputPipeline::InputPipeline() - Took 0s
amarok: END__: virtual bool GstEngine::load(const KURL&, bool) - Took 0.07s
amarok: BEGIN: virtual bool GstEngine::play(unsigned int)
amarok: END__: virtual bool GstEngine::play(unsigned int) - Took 0.24s
amarok: [CollectionDB] SELECT tags.url,tags.title,artist.name,round(statistics.percentage + 0.4 ) FROM tags,artist,statistics WHERE 1 AND ( 0 OR artist.name LIKE \'London Oratory School Scholars\' OR artist.name LIKE \'Joe Hisaishi\' OR artist.name LIKE \'John Williams\' OR artist.name LIKE \'Ben Del Maestro\' OR artist.name LIKE \'Enya\' OR artist.name LIKE \'Vanna\' OR artist.name LIKE \'THE ANALOGS\' OR artist.name LIKE \'Isabel Bayakdarian\' OR artist.name LIKE \'Elizabeth Fraser\' OR artist.name LIKE \'Coldplay\' ) AND artist.id=tags.artist AND statistics.url=tags.url ORDER BY statistics.percentage DESC LIMIT 0, 5
amarok: [CollectionDB] SELECT tags.url,tags.title,artist.name FROM tags,artist WHERE 1 AND ( 0 OR artist.name LIKE \'London Oratory School Scholars\' OR artist.name LIKE \'Joe Hisaishi\' OR artist.name LIKE \'John Williams\' OR artist.name LIKE \'Ben Del Maestro\' OR artist.name LIKE \'Enya\' OR artist.name LIKE \'Vanna\' OR artist.name LIKE \'THE ANALOGS\' OR artist.name LIKE \'Isabel Bayakdarian\' OR artist.name LIKE \'Elizabeth Fraser\' OR artist.name LIKE \'Coldplay\' ) AND artist.id=tags.artist ORDER BY RAND() LIMIT 0, 7
amarok: [Gst-Engine] XFade-in finished.
amarok: BEGIN: void GstEngine::destroyInput(InputPipeline*)
amarok: [Gst-Engine] Destroying input pipeline.
amarok: BEGIN: InputPipeline::~InputPipeline()
amarok: [Gst-Engine] Destroying input bin.
amarok: END__: InputPipeline::~InputPipeline() - Took 0s
amarok: END__: void GstEngine::destroyInput(InputPipeline*) - Took 0s
amarok: [ThreadWeaver] Job aborted: CollectionReader. Jobs pending: 0
[/code:1]

After that,(few seconds jammed) it plays fine.. heh.


Using Xine is fine, but crossfading resets the equalizer for each song. Oh, did I mention gstreamer used to work a few CVS\'s back? heh.

I\'m figuring it might just be my gstreamer (0.8. but I\'m going to rule that out since it seems to work fine in other apps

Yes, I have the same thing. Gstreamer/Alsa. Just before the crossfade to next song, it is half a second of silence. I use beta 3, though.

I am experiencing something similiar. When I click on next explicitly I also have s short burst to 100% cpu usage (longer than with automatic switch between songs occurs) and I hear something like an echo of the last played fragment of the previous song before the new song begins to play. I have also amarok-beta3-gstreamer-0.8.8-alsa-dmix setup.

might be fixed in cvs.

...muesli

Still doing the same thing with the latest CVS build (built today)
The jams seem a littler shorter, but I can\'t tell, still doing that 100% CPU burst nonetheless.

I had the same problem, but fixed it by removing ONE gst-plugin.

Now I reinstalled, and try to find what gst-plugin that was

Correction:
What I had was a bit different problem, namely that it takes about 10 secs to load a song in general (No matter if launched directly or if it is the next in playlist). I found the reason, and that was the gstreamer ffmpeg plugin. Removing it makes it go quite smooth again.

Now I just have the same problem as you guys - half a second gap at beginning of crossfade

P.S. Anything more reliable to measure cpu usage peaks than \"top\"?

Well, apparently that seems to be the culprit. I just removed gst-plugins-ffmpeg, did gst-register and the problem seems to have almost gone away. Interesting? Anyone else give this a try and did it solve the problem? There is still a tiny 100% CPU burst and a tiny pause, but almost insignificant now... It\'s still not as clean as using XINE, but it\'s a start

Yeah, you\'re right. Removing gstreamer-ffmpeg reduces the gap to a tiny break about half a second or something like that while doing the crossfading..

Hey!

Just realized that gstreamer-ffmpeg wasn\'t the problem.
I removed the recent gstreamer-packages 0.8.9 and installed gstreamer and gstreamer-devel 0.8.7, plugins, plugins-devel and plugins-mp3 0.8.5 and gstreamer-ffmpeg-0.8.3.
Now everything\'s playing fine again and I\'m enjoying rocking amarok 1.2 with smooth crossfading..

Tobsen

Tobsen wrote:

Hey!

Just realized that gstreamer-ffmpeg wasn\'t the problem.
I removed the recent gstreamer-packages 0.8.9 and installed gstreamer and gstreamer-devel 0.8.7, plugins, plugins-devel and plugins-mp3 0.8.5 and gstreamer-ffmpeg-0.8.3.
Now everything\'s playing fine again and I\'m enjoying rocking amarok 1.2 with smooth crossfading..

Tobsen

Well, gstreamer-ffmpeg definitely seems involved in the problem. I didn\'t have it installed, but I did have gstreamer 0.8.9 installed, and there were a few (2-3) seconds of pause between the songs. To test, I installed the latest gstreamer-ffmpeg, and the pauses dramatically increased to about 10 seconds, with high amarok cpu usage. After this, I removed all my gstreamer libraries and installed the versions you mentioned (except for ffmeg, which I don\'t need anyway), and the pauses decreased to about half a second...

I\'ve fixed the issue yesterday in amaroK CVS. Testing welcome.

Nice job! I\'ve tried the cvs with the latest stable gstreamer packages (including ffmpeg), and the pauses are never longer than half a second. They haven\'t entirely disappeared though: I still miss a small fragment at the beginning of a song, or near the end of a song in crossfade mode. Still, it\'s a major improvement. Keep up the good work!