listen load 100%

Bug #442556 reported by morii
120
This bug affects 26 people
Affects Status Importance Assigned to Milestone
Listen
Fix Released
Medium
Mehdi Abaakouk

Bug Description

DEBUG listen.cover_manager.ListenCoverManager 0x91ff3cc cover not found /home/morii/.cache/listen/cover/a fire to scare the sun.jpg (web:True)
DEBUG listen.player.fadebin.StreamBin bin1 stream "file:///home/mo...2009%29/04%20diamonds.mp3" fully faded out (at 0.000000)
DEBUG listen.player.fadebin.PlayerBin 0x9078c34 got fade-out-done for stream "file:///home/mo...2009%29/04%20diamonds.mp3" -> PENDING_REMOVE
INFO listen.player.fadebin.PlayerBin 0x9078c34
INFO listen.player.fadebin.PlayerBin 0x9078c34 Stream list:
INFO listen.player.fadebin.PlayerBin 0x9078c34 - [fading in] "file:///home/mo...82009%29/05%20johanna.mp3"
INFO listen.player.fadebin.PlayerBin 0x9078c34 - [pending remove] "file:///home/mo...2009%29/04%20diamonds.mp3"
DEBUG listen.player.fadebin.PlayerBin 0x9078c34 reap_streams
INFO listen.player.fadebin.PlayerBin 0x9078c34
INFO listen.player.fadebin.PlayerBin 0x9078c34 Stream list:
INFO listen.player.fadebin.PlayerBin 0x9078c34 - [playing] "file:///home/mo...82009%29/05%20johanna.mp3"
INFO listen.player.fadebin.PlayerBin 0x9078c34 - [pending remove] "file:///home/mo...2009%29/04%20diamonds.mp3"
DEBUG listen.player.fadebin.PlayerBin 0x9078c34 reaping stream "file:///home/mo...2009%29/04%20diamonds.mp3"
DEBUG listen.player.fadebin.StreamBin bin1 active output pad for stream "file:///home/mo...2009%29/04%20diamonds.mp3" removed
DEBUG listen.player.fadebin.StreamBin bin1 unlink added in stream "file:///home/mo...2009%29/04%20diamonds.mp3" to dispose
DEBUG listen.player.fadebin.StreamBin now have 1 linked streams
INFO listen.player.fadebin.PlayerBin 0x9078c34
INFO listen.player.fadebin.PlayerBin 0x9078c34 Stream list:
INFO listen.player.fadebin.PlayerBin 0x9078c34 - [playing] "file:///home/mo...82009%29/05%20johanna.mp3"
DEBUG listen.cover_manager.ListenCoverManager 0x91ff3cc trying mp3 tag
INFO listen.lastfm_events.LastFmEventsBox 0x9684e8c Search events: Declan De Barra
INFO listen.lastfm_events.LastFmEventsBox 0x9684e8c found 9 events
DEBUG listen.cover_manager.ListenCoverManager 0x91ff3cc trying mp3 tag
DEBUG listen.cover_manager.ListenCoverManager 0x91ff3cc trying lastfm (url:http://ws.audioscrobbler.com/1.0/album/Declan%20De%20Barra/A%20Fire%20To%20Scare%20The%20Sun/info.xml)
INFO listen.vfs.vfsutils download http://userserve-ak.last.fm/serve/126/25067281.png start
INFO listen.vfs.vfsutils download http://userserve-ak.last.fm/serve/126/25067281.png finish
WARNING listen.cover_manager.ListenCoverManager 0x91ff3cc file file:///home/morii/.cache/listen/cover/a%20fire%20to%20scare%20the%20sun.jpg does not exist !
DEBUG listen.cover_manager.ListenCoverManager 0x91ff3cc trying amazon (search:a fire to scare the sun)
ERROR listen.cover_manager.ListenCoverManager 0x91ff3cc failed to search on amazon
Traceback (most recent call last):
  File "/usr/lib/listen/cover_manager.py", line 283, in get_cover
    ResponseGroup="Images,Request" )
  File "/usr/lib/listen/amazon.py", line 350, in ItemSearch
    return pagedIterator(XMLItemSearch, argv, "ItemPage", 'Items', plugins)
  File "/usr/lib/listen/amazon.py", line 227, in __init__
    dom = self.__search(** self.__arguments)
  File "/usr/lib/listen/amazon.py", line 359, in XMLItemSearch
    return query(buildRequest(argv))
  File "/usr/lib/listen/amazon.py", line 185, in query
    e = buildException(errors)
  File "/usr/lib/listen/amazon.py", line 170, in buildException
    e = globals()[ class_name ](msg)
KeyError: u'ingParameter'
DEBUG listen.cover_manager.ListenCoverManager 0x91ff3cc cover not found /home/morii/.cache/listen/cover/a fire to scare the sun.jpg (web:True)

When I just run listen and change the song to other the cpu load increases to 100% (music is still playing)

Revision history for this message
melomane (domenico-guerra) wrote :

same problem here

Revision history for this message
CoskiBukowski (julian87) wrote :

Same here. More data: *i think* the CPU goes to 100% when listen tries to fetch the wikipedia and/or lyrics data. In my case, both the wikipedia and lyrics "tabs" doesnt show anything. I tried the MOZILLA_FIVE_HOME method in the FAQ, but with no luck.
Im running Ubuntu Karmic, and Listen 0.6.3 from the PPA, i have both firefox and xulrunner installed, but i couldnt get listen to work pointing to neither of those.

Sorry about my english,
hoping for a solution,

Regards!

Revision history for this message
Fa11en_Angel (konstantin-filtschew) wrote :

Same Problem. Only playing music is enough to rise CPU Load to 100%

System: Karmic standard installation
Listen: listen 0.6.2

Firefox and depending xulrunner ist installed. How can I help to solve this issue?

Thank you for help!

Revision history for this message
Bruno (andreas-bruno) wrote :

Same here, Listen is unusable at the moment...
is there a way to turn amazon cover search and wikipedia off?

Revision history for this message
CoskiBukowski (julian87) wrote :

The only way i could avoid the 100% cpu, is un-marking the "auto update" checkbox in both wikipedia and lyrics tabs *every time* i run the player.
The "offline mode" in the menu didnt work.

Revision history for this message
Filip Dąbek (filedil) wrote :

I have the same problem. Following CoskiBukowski's advice I found out that un-marking auto-update on wikipedia tab is enough to prevent the cpu from going to 100%. Also I noticed that listen opens the wikipedia page in firefox tab, not in itself.
For now the workaround is to find file "/usr/lib/listen/source/wikipedia.py" (or wherever it is installed) and change line:
self.auto_update.set_property("active",True) to self.auto_update.set_property("active",False). That will disable autoupdate on wikipedia tab.

Revision history for this message
jose (jose-cybergalvez) wrote :

I was having the same issue until I added
export LISTEN_BROWSER=mozilla
to my .profile file, now its working again as it should, low CPU and both wikipedia and lyrics work

Revision history for this message
Bruno (andreas-bruno) wrote :

This is what fixed it for me:
sudo gedit /usr/bin/listen
add theses lines:
export LISTEN_BROWSER=mozilla
MOZILLA_FIVE_HOME=/usr/lib/firefox LD_LIBRARY_PATH=/usr/lib/firefox /usr/lib/listen/listen.py "$@"
CPU load is way down, lyrics and wikipedia are working again, though I still can't retrieve the covers via amazon.
I had the latter issue fixed somehow when trying to fix the main problems, I keep you updated when I remember how....

Revision history for this message
Mauro Hernán Romero (mkhr-90) wrote :

This happens to me too, CPU is pretty much always at 80%-100% when playing. And those last two workarounds did not work for me; still high CPU consumption and no Lyrics nor Wiki working. I have also noticed RAM usage increasing for no apparent reason.

Revision history for this message
Knysliux001 (knysliux001) wrote :

I can confirm this bug in Karmic

Changed in listen:
status: New → Confirmed
Revision history for this message
philippe leconte (leconte-philippe) wrote :

About Bruno and Jose solution:
For me , add these lines in /usr/bin/listen solve the CPU load issue BUT no more lyrics and no more wikipedia... And indeed, listen complains of not being able to load the 2 plugins ; I have the following import error message:
    ImportError: LISTEN_BROWSER support only "webkit" or "mozilla"
And with "webkit", the application freeze (I checked, python-webkit is well installed on my system)

So still no good workaround for me.

Revision history for this message
philippe leconte (leconte-philippe) wrote :

Finally the workaround seems to work after the installation of python-gtkmozembed

Revision history for this message
philippe leconte (leconte-philippe) wrote :

I confirm that all is working well now. This bug seems then well linked to the transition to webkit and the suppression of the dependance to python-gtkmozembed in the ubuntu package.

Revision history for this message
ZioGR (ziogiallorosso) wrote :

I've also fixed in this way

Revision history for this message
Natim (site-remy) wrote :

I have python-gtkmozembed installed and still the same problem.

/usr/lib/pymodules/python2.6/musicbrainz2/model.py:21: DeprecationWarning: the sets module is deprecated
  from sets import Set
WARNING listen.cover_manager.ListenCoverManager 0x962b6cc failed to load /home/natim/.cache/listen/cover/"des bouts de moi" [1987] intégrale 81-91.jpg in a pixbuf
WARNING listen.player.fadebin.StreamBin stream "file:///home/na...Des%20B%C3%A9b%C3%A9s.mp3" already blocked
ERROR listen.cover_manager.ListenCoverManager 0x962b6cc failed to search on amazon
Traceback (most recent call last):
  File "/usr/lib/listen/cover_manager.py", line 283, in get_cover
    ResponseGroup="Images,Request" )
  File "/usr/lib/listen/amazon.py", line 350, in ItemSearch
    return pagedIterator(XMLItemSearch, argv, "ItemPage", 'Items', plugins)
  File "/usr/lib/listen/amazon.py", line 227, in __init__
    dom = self.__search(** self.__arguments)
  File "/usr/lib/listen/amazon.py", line 359, in XMLItemSearch
    return query(buildRequest(argv))
  File "/usr/lib/listen/amazon.py", line 185, in query
    e = buildException(errors)
  File "/usr/lib/listen/amazon.py", line 170, in buildException
    e = globals()[ class_name ](msg)
KeyError: u'ingParameter'
WARNING listen.cover_manager.ListenCoverManager 0x962b6cc failed to load /home/natim/.cache/listen/cover/"des bouts de moi" [1987] intégrale 81-91.jpg in a pixbuf
ERROR listen.cover_manager.ListenCoverManager 0x962b6cc failed to search on amazon
Traceback (most recent call last):
  File "/usr/lib/listen/cover_manager.py", line 283, in get_cover
    ResponseGroup="Images,Request" )
  File "/usr/lib/listen/amazon.py", line 350, in ItemSearch
    return pagedIterator(XMLItemSearch, argv, "ItemPage", 'Items', plugins)
  File "/usr/lib/listen/amazon.py", line 227, in __init__
    dom = self.__search(** self.__arguments)
  File "/usr/lib/listen/amazon.py", line 359, in XMLItemSearch
    return query(buildRequest(argv))
  File "/usr/lib/listen/amazon.py", line 185, in query
    e = buildException(errors)
  File "/usr/lib/listen/amazon.py", line 170, in buildException
    e = globals()[ class_name ](msg)
KeyError: u'ingParameter'
Exiting...
Saving column config for filesystem
Saving column config for local
Saving column config for lastfmradio
Saving column config for podcast_local
Exit successful
Listen existed

Revision history for this message
Natim (site-remy) wrote :

export LISTEN_BROWSER=mozilla

Worked for me :)

Revision history for this message
zweetvoetje (roelanddilz) wrote :

editing /usr/bin/listen worked, BUT I had to put the two extra lines at the BEGINNING of the file. Not at the and. Don't know why, but it seems to matter...

Revision history for this message
cement_head (andorjkiss) wrote :

Yep, also have this bug and this workaround worked, but can't download covers

Revision history for this message
OrelEagle (oreleagle) wrote :

Hello,

Same problem here after an upgrade to Ubuntu 9.10. I fixed it by editing /usr/bin/listen and adding only this line:

export LISTEN_BROWSER=mozilla

Revision history for this message
l33tmmx (l33tmmx-gmail) wrote :

I don't think this issue has anything to do with gtkmozembed/webkit, after all. On Gentoo, you can build Listen-0.6.3 with either gtkmozembed or webit support, and with both options Listen uses 100% on one core, unless I change on the file /usr/lib64/listen/source/wikipedia.py the line self.auto_update.set_property("active",True) to False, as suggested by Filip Dąbek. There's something else badly wrong in Listen-0.6.x, I'm afraid... :(

Revision history for this message
David On Laptop (davidonlaptop) wrote :

Hey thanks guys!

I can confirm this works out pretty well for me : listen is now down to 4% cpu use on karmic 9.10. Wikipedia auto-update working too.

My /usr/bin/listen now looks as follows :

export LISTEN_LIBRARY_PATH="/usr/lib/listen"
export LISTEN_DATA_PATH="/usr/share/listen"
export LISTEN_VERSION="0.6.3"

export LISTEN_BROWSER=mozilla
cd $LISTEN_LIBRARY_PATH && MOZILLA_FIVE_HOME=/usr/lib/firefox LD_LIBRARY_PATH=/usr/lib/firefox exec python listen "$@"

Revision history for this message
Knysliux001 (knysliux001) wrote : Re: [Bug 442556] Re: listen load 100%
Download full text (4.9 KiB)

Finally, that works!
Thank you, David =]

On Mon, Jan 25, 2010 at 8:11 AM, David On Laptop <email address hidden>wrote:

> Hey thanks guys!
>
> I can confirm this works out pretty well for me : listen is now down to
> 4% cpu use on karmic 9.10. Wikipedia auto-update working too.
>
> My /usr/bin/listen now looks as follows :
>
> export LISTEN_LIBRARY_PATH="/usr/lib/listen"
> export LISTEN_DATA_PATH="/usr/share/listen"
> export LISTEN_VERSION="0.6.3"
>
> export LISTEN_BROWSER=mozilla
> cd $LISTEN_LIBRARY_PATH && MOZILLA_FIVE_HOME=/usr/lib/firefox
> LD_LIBRARY_PATH=/usr/lib/firefox exec python listen "$@"
>
> --
> listen load 100%
> https://bugs.launchpad.net/bugs/442556
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Listen, a Music player and management: Confirmed
>
> Bug description:
> DEBUG listen.cover_manager.ListenCoverManager 0x91ff3cc cover not
> found /home/morii/.cache/listen/cover/a fire to scare the sun.jpg (web:True)
> DEBUG listen.player.fadebin.StreamBin bin1 stream
> "file:///home/mo...2009%29/04%20diamonds.mp3" fully faded out (at 0.000000)
> DEBUG listen.player.fadebin.PlayerBin 0x9078c34 got fade-out-done for
> stream "file:///home/mo...2009%29/04%20diamonds.mp3" -> PENDING_REMOVE
> INFO listen.player.fadebin.PlayerBin 0x9078c34
> INFO listen.player.fadebin.PlayerBin 0x9078c34 Stream list:
> INFO listen.player.fadebin.PlayerBin 0x9078c34 - [fading in]
> "file:///home/mo...82009%29/05%20johanna.mp3"
> INFO listen.player.fadebin.PlayerBin 0x9078c34 - [pending remove]
> "file:///home/mo...2009%29/04%20diamonds.mp3"
> DEBUG listen.player.fadebin.PlayerBin 0x9078c34 reap_streams
> INFO listen.player.fadebin.PlayerBin 0x9078c34
> INFO listen.player.fadebin.PlayerBin 0x9078c34 Stream list:
> INFO listen.player.fadebin.PlayerBin 0x9078c34 - [playing]
> "file:///home/mo...82009%29/05%20johanna.mp3"
> INFO listen.player.fadebin.PlayerBin 0x9078c34 - [pending remove]
> "file:///home/mo...2009%29/04%20diamonds.mp3"
> DEBUG listen.player.fadebin.PlayerBin 0x9078c34 reaping stream
> "file:///home/mo...2009%29/04%20diamonds.mp3"
> DEBUG listen.player.fadebin.StreamBin bin1 active output pad for
> stream "file:///home/mo...2009%29/04%20diamonds.mp3" removed
> DEBUG listen.player.fadebin.StreamBin bin1 unlink added in stream
> "file:///home/mo...2009%29/04%20diamonds.mp3" to dispose
> DEBUG listen.player.fadebin.StreamBin now have 1 linked streams
> INFO listen.player.fadebin.PlayerBin 0x9078c34
> INFO listen.player.fadebin.PlayerBin 0x9078c34 Stream list:
> INFO listen.player.fadebin.PlayerBin 0x9078c34 - [playing]
> "file:///home/mo...82009%29/05%20johanna.mp3"
> DEBUG listen.cover_manager.ListenCoverManager 0x91ff3cc trying mp3
> tag
> INFO listen.lastfm_events.LastFmEventsBox 0x9684e8c Search events:
> Declan De Barra
> INFO listen.lastfm_events.LastFmEventsBox 0x9684e8c found 9 events
> DEBUG listen.cover_manager.ListenCoverManager 0x91ff3cc trying mp3
> tag
> DEBUG listen.cover_manager.ListenCoverManager 0x91ff3cc tryin...

Read more...

Mehdi Abaakouk (sileht)
Changed in listen:
milestone: none → 0.6.4
Mehdi Abaakouk (sileht)
Changed in listen:
status: Confirmed → Fix Committed
importance: Undecided → Medium
assignee: nobody → Mehdi Abaakouk (theli48)
Mehdi Abaakouk (sileht)
Changed in listen:
status: Fix Committed → Fix Released
Revision history for this message
ishai levy (ishai-levy-gmail) wrote :

Confirmed,
adding export LISTEN_BROWSER=mozilla
fixes the bug, nothing else worked.
Works great with lots of plugins enabled as well!

Revision history for this message
ArathoN (turionavanon-deactivatedaccount) wrote :

i resolved this problem disabling the plugin lastfm information....now fron about 30-50% of cpu usage it takes only 4-8% of cpu...i hope that you solve it that way...ah i didn't modify the file listen, adding export LISTEN_BROWSER=mozilla...

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

Other bug subscribers

Remote bug watches

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