Listen Music Player: excessive CPU usage while downloading podcasts

Same here. Xubuntu Jaunty, Listen 0.5-6ubuntu1. My CPU was utilized so heavily that I couldn't change window focus, and typing in console (Alt-F1) was 1 character per second, with no possibility to log in (timeout after 60 seconds).

Problem doesn't exist in listen 0.6

I have the same problem with new Listen on Karmic.
Installed: 0.6.2-1ubuntu3 (karmic)

I can confirm the problem with listen (0.6.2-1ubuntu3), CPU usage 95 - 105%
System: Intel Centrino Duo 1.83 GHz, 1.5 GB RAM, ubuntu 9.10

Same system (karmic upgraded from Jaunty), same package, same issue here.
Python 2.6.4

(Thanks for this great player I use for long !)

I've solved the problem with Listen 2.6.3 in Ubuntu 9.10.
If you remove /usr/lib/listen/source/wikipedia.py* listen doesn't eat cpu! (Wikipedia not necessary for me!)

PS: I'm searching the problem in the wikipedia.py...and if i can, i will correct the bug!

it really helps. thanx a lot!

Remove this file did not solve the problem for me. I also tried to remove and reinstall the package listen, and remove the config file .listen, no change
I Forgot to mention that the abnormal CPU usage appears just when I play a song, without doing anything else.

Sorry i've missed that you NEED to disable CROSSFADE (under preferences). And if you have the same problem, disable plugins one by one. Bye ;)

No change with Crossfade and ALL the plugins disabled (first CPU still at 100% and second around 25%) :-(
I'am wondering if the issue is not pulseaudio...

I've some knowledge in python and pygtk programming, if a developper can tell me what other tests I can do, do not hesitate.
(and for my curiosity, where is the class Player?)

Here is the output when listen is launched from the console (without the depreciation warnings)

same issue with kermic (also with plugins disabled) .....when I play song cpu 50 - 60 %

It is definitely not solved.

When started with library of ~7K songs Listen uses 100% CPU for a while and when finished drops to normal until I try to play anything. First several seconds playing CPU usage is normal and then no matter what, playing or not, window open or not, all plugins and crossfading disabled or not, listen uses all CPU it can get.
My guess is some internal feature that can't be disabled in preferences gathering some info about current playing track misbehaves.

I strongly suspect cover downloader listen/cover_manager.py or related file because of the last messages Listen sends to stdout before hogging cpu [attached file]

How could I further investigate this bug and provide more useful information?

Behaviour observed in version 0.6.2 and standard Karmic Ubuntu installation.

This bug must be reopened.

And about the name, I think it has nothing to do with downloading podcasts.

OK, I'm experiencing this bug https://bugs.launchpad.net/listen/+bug/442556

Same problem as #13

Still getting ~100% CPU usage un 0.6.2 as in 0.6.3

Could it be pulse related issue?
(I had some problems with banshee and exaile because of pulse)

Toni, Knysliux & Co., maybe you should consider filing separate bug reports. The bug that I originally described really seems to be fixed: my CPU usage is normal while downloading podcasts (listen is now 0.6.2-1ubuntu3, on Karmic).

I have the same problem. Ubuntu 9.10, Listen 0.6.2. Disabling cross-fade didn't help. Then I deleted wikipedia.py and wikipedia.pyc which solved the problem.

Using listen 0.6.3 I also had to delete / rename the wikipedia.py and wikipedia.pyc

Using Ubuntu 8.04 and Listen 0.5. Renamed wikipedia.py and wikipedia.pyc, and disabled loading of those modules, but Listen still uses c. 90% CPU and continually eats RAM while downloading podcasts.

Is there a way to download single episodes of podcasts, rather than all episodes at once? This might solve the problem.

I'm sorry, my problem with the CPU usage is not related to podcasts downloading. I will open a new report.

I think this also applies to internet radio. That is, I guess it is the same bug. It does use a lot of CPU.