Hallo iedereen,
Ik heb zojuist Listen 0.6.2 geinstalleert via portage op mijn Gentoo installatie.
Nu heb ik het probleem dat ik geen MP3's kan afspelen. De MP3's spelen prima af in bijvoorbeeld mplayer, totem en vlc, maar spelen niet in Listen.
Zodra ik op play druk in Listen, krijg ik wat schokjes van muziek uit mijn luidsprekers. De timer begint te lopen, maar 1 seconde op de timer duurt ongeveer 3 seconden op mijn horloge.
Listen speelt audio bij mij dus heel schokkend en stotend af, het lijkt erop alsof hij iedere ~0.5 seconde een tiende seconde CPU tijd krijgt om audio af te spelen en dus een toon in de luidspreker te geven.
De CPU load loopt ook op tijdens het spelen naar 52% per core (2 cores).
De terminal geeft op dat moment deze tekst:
In de strace output, is ook duidelijk te zien dat hij naar iets op zoek is (ook terwijl hij niet aan het spelen is), maar de melding terugkrijgt "Resource not available", of -EGAIN.
De strace output is belachelijk groot (2.5MB), ook al heb ik maar een paar seconden opgenomen en een stukje hiervan is hier te vinden (ik krijg 2.5MB niet in mn clipboard, en pastebin heeft geen optie om een file te uploaden)
Als ik ook kijk naar de filedescriptors die Listen opent, probeert hij van fd's te lezen die simpelweg niet bestaan:
Het is misschien wat moeilijk te zien in deze output, maar al die "pipe:" en "socket:" dingen zijn roodgekleurd.
Ik vermoed dat het er dus mee te maken heeft dat Listen 500x per seconde van een socket of pipe probeert te lezen, waar niets op binnenkomt en dus geen tijd meer heeft om mn MP3'tje af te spelen. De vinkjes bij de opties "Hou mijn bibliotheek in de gaten" stonden trouwens allemaal uit.
Ik wou dit misschien als bug gaan rapporteren, maar eerst even aan jullie vragen;
- Snijdt deze analyse hout?
- Als dit klopt, waarom kan ik op Google dan helemaal niets vinden van mensen met hetzelfde probleem?
- Als dit niet klopt, waar moet ik het dan wel zoeken?
*edit: geen reden om dit topic te schoppen, maar wie dit via de search tegenkomt:
https://bugs.launchpad.net/listen/+bug/408132
Ik heb zojuist Listen 0.6.2 geinstalleert via portage op mijn Gentoo installatie.
Nu heb ik het probleem dat ik geen MP3's kan afspelen. De MP3's spelen prima af in bijvoorbeeld mplayer, totem en vlc, maar spelen niet in Listen.
Zodra ik op play druk in Listen, krijg ik wat schokjes van muziek uit mijn luidsprekers. De timer begint te lopen, maar 1 seconde op de timer duurt ongeveer 3 seconden op mijn horloge.
Listen speelt audio bij mij dus heel schokkend en stotend af, het lijkt erop alsof hij iedere ~0.5 seconde een tiende seconde CPU tijd krijgt om audio af te spelen en dus een toon in de luidspreker te geven.
De CPU load loopt ook op tijdens het spelen naar 52% per core (2 cores).
De terminal geeft op dat moment deze tekst:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
| /usr/lib64/listen/widget/preference.py:24: DeprecationWarning: the md5 module is deprecated; use hashlib instead
import md5
No avahi support
location: /usr/lib64/xulrunner-1.9.1/libxpcom.so
before 3
Tray icon attached
WARNING listen.player.fadebin.StreamBin stream "file:///mnt/dow...mply Red - Fairground.mp3" already blocked
ERROR listen.lastfm_information.LastFmBox 0x37ef370 Failed to load image http://www.7digital.com/shops/assets/sleeveart/150244_100.JPEG (not found)
Traceback (most recent call last):
File "/usr/lib/listen/source/lastfm_information.py", line 272, in make_btn_lastfm
try: sock = urlopen(image_url)
File "/usr/lib64/listen/vfs/vfsutils.py", line 55, in urlopen
return opener.open(req)
File "/usr/lib64/python2.6/urllib2.py", line 389, in open
response = meth(req, response)
File "/usr/lib64/python2.6/urllib2.py", line 502, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib64/python2.6/urllib2.py", line 421, in error
result = self._call_chain(*args)
File "/usr/lib64/python2.6/urllib2.py", line 361, in _call_chain
result = func(*args)
File "/usr/lib64/python2.6/urllib2.py", line 597, in http_error_302
return self.parent.open(new)
File "/usr/lib64/python2.6/urllib2.py", line 389, in open
response = meth(req, response)
File "/usr/lib64/python2.6/urllib2.py", line 502, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib64/python2.6/urllib2.py", line 427, in error
return self._call_chain(*args)
File "/usr/lib64/python2.6/urllib2.py", line 361, in _call_chain
result = func(*args)
File "/usr/lib64/python2.6/urllib2.py", line 510, in http_error_default
raise HTTPError(req.get_full_url(), code, msg, hdrs, fp)
HTTPError: HTTP Error 403: Forbidden
ERROR listen.lastfm_information.LastFmBox 0x37ef370 Failed to load image http://www.7digital.com/shops/assets/sleeveart/207669_100.JPEG (not found)
Traceback (most recent call last):
File "/usr/lib/listen/source/lastfm_information.py", line 272, in make_btn_lastfm
try: sock = urlopen(image_url)
File "/usr/lib64/listen/vfs/vfsutils.py", line 55, in urlopen
return opener.open(req)
File "/usr/lib64/python2.6/urllib2.py", line 389, in open
response = meth(req, response)
File "/usr/lib64/python2.6/urllib2.py", line 502, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib64/python2.6/urllib2.py", line 421, in error
result = self._call_chain(*args)
File "/usr/lib64/python2.6/urllib2.py", line 361, in _call_chain
result = func(*args)
File "/usr/lib64/python2.6/urllib2.py", line 597, in http_error_302
return self.parent.open(new)
File "/usr/lib64/python2.6/urllib2.py", line 389, in open
response = meth(req, response)
File "/usr/lib64/python2.6/urllib2.py", line 502, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib64/python2.6/urllib2.py", line 427, in error
return self._call_chain(*args)
File "/usr/lib64/python2.6/urllib2.py", line 361, in _call_chain
result = func(*args)
File "/usr/lib64/python2.6/urllib2.py", line 510, in http_error_default
raise HTTPError(req.get_full_url(), code, msg, hdrs, fp)
HTTPError: HTTP Error 403: Forbidden
WARNING listen.player.fadebin.StreamBin bin0 stream is already unlinked. huh? "file:///mnt/dow...mply Red - Fairground.mp3"
WARNING listen.player.fadebin.StreamBin bin0 stream is already unlinked. huh? "file:///mnt/dow...mply Red - Fairground.mp3"
WARNING listen.player.fadebin.StreamBin bin0 stream is already unlinked. huh? "file:///mnt/dow...mply Red - Fairground.mp3"
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 |
In de strace output, is ook duidelijk te zien dat hij naar iets op zoek is (ook terwijl hij niet aan het spelen is), maar de melding terugkrijgt "Resource not available", of -EGAIN.
De strace output is belachelijk groot (2.5MB), ook al heb ik maar een paar seconden opgenomen en een stukje hiervan is hier te vinden (ik krijg 2.5MB niet in mn clipboard, en pastebin heeft geen optie om een file te uploaden)
Als ik ook kijk naar de filedescriptors die Listen opent, probeert hij van fd's te lezen die simpelweg niet bestaan:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
| rainmaker@Medusa /proc/11508/fd $ ls -l totaal 0 lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 0 -> /dev/pts/0 lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 1 -> /dev/pts/0 l-wx------ 1 rainmaker rainmaker 64 jul 29 00:05 10 -> pipe:[21958] lr-x------ 1 rainmaker rainmaker 64 jul 29 00:05 11 -> pipe:[21959] l-wx------ 1 rainmaker rainmaker 64 jul 29 00:05 12 -> pipe:[21959] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 13 -> socket:[21978] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 14 -> socket:[21980] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 15 -> socket:[21983] lr-x------ 1 rainmaker rainmaker 64 jul 29 00:05 16 -> /dev/urandom lr-x------ 1 rainmaker rainmaker 64 jul 29 00:05 17 -> pipe:[21991] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 18 -> socket:[21984] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 19 -> socket:[21986] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:04 2 -> /dev/pts/0 l-wx------ 1 rainmaker rainmaker 64 jul 29 00:05 20 -> /home/rainmaker/.cache/listen/mozembed/listen/.parentlock l-wx------ 1 rainmaker rainmaker 64 jul 29 00:05 21 -> pipe:[21991] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 22 -> socket:[21992] lr-x------ 1 rainmaker rainmaker 64 jul 29 00:05 23 -> /home/rainmaker/.cache/listen/mozembed/listen/XPC.mfasl lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 24 -> /home/rainmaker/.cache/listen/mozembed/listen/places.sqlite lr-x------ 1 rainmaker rainmaker 64 jul 29 00:05 25 -> pipe:[21994] l-wx------ 1 rainmaker rainmaker 64 jul 29 00:05 26 -> pipe:[21994] lr-x------ 1 rainmaker rainmaker 64 jul 29 00:05 27 -> pipe:[21995] l-wx------ 1 rainmaker rainmaker 64 jul 29 00:05 28 -> pipe:[21995] lr-x------ 1 rainmaker rainmaker 64 jul 29 00:05 3 -> pipe:[21957] lr-x------ 1 rainmaker rainmaker 64 jul 29 00:05 30 -> inotify lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 31 -> socket:[21998] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 32 -> socket:[22001] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 33 -> socket:[22003] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 34 -> socket:[22005] lr-x------ 1 rainmaker rainmaker 64 jul 29 00:05 35 -> /mnt/downloads/Muziek/Simply Red - Fairground.mp3 lr-x------ 1 rainmaker rainmaker 64 jul 29 00:05 36 -> pipe:[22010] l-wx------ 1 rainmaker rainmaker 64 jul 29 00:05 37 -> pipe:[22010] l-wx------ 1 rainmaker rainmaker 64 jul 29 00:05 4 -> pipe:[21957] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 5 -> socket:[21971] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 6 -> socket:[21955] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 7 -> socket:[21974] lrwx------ 1 rainmaker rainmaker 64 jul 29 00:05 8 -> socket:[21976] lr-x------ 1 rainmaker rainmaker 64 jul 29 00:05 9 -> pipe:[21958] |
Het is misschien wat moeilijk te zien in deze output, maar al die "pipe:" en "socket:" dingen zijn roodgekleurd.
Ik vermoed dat het er dus mee te maken heeft dat Listen 500x per seconde van een socket of pipe probeert te lezen, waar niets op binnenkomt en dus geen tijd meer heeft om mn MP3'tje af te spelen. De vinkjes bij de opties "Hou mijn bibliotheek in de gaten" stonden trouwens allemaal uit.
Ik wou dit misschien als bug gaan rapporteren, maar eerst even aan jullie vragen;
- Snijdt deze analyse hout?
- Als dit klopt, waarom kan ik op Google dan helemaal niets vinden van mensen met hetzelfde probleem?
- Als dit niet klopt, waar moet ik het dan wel zoeken?
*edit: geen reden om dit topic te schoppen, maar wie dit via de search tegenkomt:
https://bugs.launchpad.net/listen/+bug/408132
We are pentium of borg. Division is futile. You will be approximated.