listen 0.6.3 & 0.6.4 - MP3 playback is choppy
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Listen |
Fix Released
|
Undecided
|
Unassigned | ||
listen (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
I just installed listen 0.6.3 on Gentoo, and tried to playback an MP3.
This does not work. The timer (which tells me how long the song has been playing) runs at ~1/3rd of it's normal speed. So it takes about 3 seconds walltime to make listen play 1 second of audio.
Obviously, the songs are hardly recognisable that way.
The CPU load goes up to about 52% per core (2 cores) during this playback.
In the terminal, the following output appears:
/usr/lib64/
import md5
No avahi support
location: /usr/lib64/
before 3
Tray icon attached
WARNING listen.
ERROR listen.
Traceback (most recent call last):
File "/usr/lib/
try: sock = urlopen(image_url)
File "/usr/lib64/
return opener.open(req)
File "/usr/lib64/
response = meth(req, response)
File "/usr/lib64/
'http', request, response, code, msg, hdrs)
File "/usr/lib64/
result = self._call_
File "/usr/lib64/
result = func(*args)
File "/usr/lib64/
return self.parent.
File "/usr/lib64/
response = meth(req, response)
File "/usr/lib64/
'http', request, response, code, msg, hdrs)
File "/usr/lib64/
return self._call_
File "/usr/lib64/
result = func(*args)
File "/usr/lib64/
raise HTTPError(
HTTPError: HTTP Error 403: Forbidden
ERROR listen.
Traceback (most recent call last):
File "/usr/lib/
try: sock = urlopen(image_url)
File "/usr/lib64/
return opener.open(req)
File "/usr/lib64/
response = meth(req, response)
File "/usr/lib64/
'http', request, response, code, msg, hdrs)
File "/usr/lib64/
result = self._call_
File "/usr/lib64/
result = func(*args)
File "/usr/lib64/
return self.parent.
File "/usr/lib64/
response = meth(req, response)
File "/usr/lib64/
'http', request, response, code, msg, hdrs)
File "/usr/lib64/
return self._call_
File "/usr/lib64/
result = func(*args)
File "/usr/lib64/
raise HTTPError(
HTTPError: HTTP Error 403: Forbidden
WARNING listen.
WARNING listen.
WARNING listen.
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
I also used strace to see what the application was actually doing. It collected 2.5MB of info in about 5 seconds. A part of the strace output can be found at:
http://
- As far as I can tell, this seems to be some HAL related issue. The options for "Check for changes in media library" and "scan changes" were OFF.
- The files are on on (ntfs3g) mounted harddisk partition, but if I move them to my root filesystem (ext4), I have the same problem
- I also recompiled listen without HAL support, but still I didn't get any (usefull) playback.
- The MP3 files play fine in any other application (tested; VLC, mplayer and totem).
- With 0.6.4, I got the same problem (is not yet in portage).
- Using python 2.6.2
- The listen --debug 9 output is attached.
After reinstalling all of the gst-plugin packages I had and installing a few more, the problem is "fixed".
Unfortunatly, I cannot say which one caused it though.