Archiv > Raspberry PI

kein Ton bei squeezeplayer

<< < (2/2)

clausmuus:
Passiert das nur mit einem bestimmten Radio Stream, und wenn ja, mit welchem?
Ich habe so was bisher nicht beobachtet.

Claus

thueringer01:
Hi Claus,
es ist wohl so, dass die Streams sich da unterschiedlich verhalten.
Es gibt welche die laufen konstant.
Abbruch hatte ich z.B. bei Radio L-Musik nach 10 sec.

--- Code: ---/var/log/messages

Jan  1 01:00:15 (none) syslog.info syslogd started: BusyBox v1.22.0
Jan  1 01:00:14 (none) syslog.info syslogd started: BusyBox v1.22.0
Jan  1 01:00:19 (none) user.info kernel: [   19.949565] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Jan  1 01:00:20 (none) user.info kernel: [   21.484992] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
Feb 12 13:30:52 (none) auth.info login[1609]: root login on 'tty1'
Feb 12 13:30:52 (none) auth.info login[1610]: root login on 'tty2'
Feb 12 13:30:52 (none) auth.info login[1617]: root login on 'tty4'
Feb 12 13:30:52 (none) auth.info login[1614]: root login on 'tty3'
Feb 12 13:31:28 (none) daemon.err squeezeplay: playback_callback:346 Audio underrun: used 15 frames, requested 440 frames. elapsed samples 255200
Feb 12 13:31:55 (none) daemon.err udevd[2210]: failed to execute '/lib/udev/wakeup_enable' 'wakeup_enable': No such file or directory
Feb 12 13:31:55 (none) daemon.err udevd[2209]: failed to execute '/lib/udev/wakeup_enable' 'wakeup_enable': No such file or directory
Feb 12 13:31:57 (none) user.info kernel: [  111.136771] btrfs: device fsid 35de40f9-b929-41d8-93c5-e6bcebaf325c devid 1 transid 85 /dev/mmcblk0p2
Feb 12 13:32:00 (none) daemon.err squeezeplay: playback_callback:346 Audio underrun: used 272 frames, requested 440 frames. elapsed samples 1523295
Feb 12 15:03:16 (none) daemon.err squeezeplay: playback_callback:346 Audio underrun: used 335 frames, requested 440 frames. elapsed samples 744480

--- End code ---
Der Player ist dann fest.Da komm ich nur mit stop xorg, start xorg raus.

Dann hab ich nochmal den Sender ( R.SA) gestartet, der vorhin nach 15sec. abgebrochen ist. Der läuft jetzt durch. Hm, k.A.
Ach,ja Prozessorlast ist :

--- Code: ---Mem: 111912K used, 269704K free, 0K shrd, 816K buff, 53032K cached
CPU:  58% usr  40% sys   0% nic   0% idle   0% io   0% irq   0% sirq
Load average: 1.89 2.32 2.20 3/93 7269
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 6958  6957 root     S <  55964  15%   0  41% {Xorg} X :0 -ardelay 250 -arinterv
 7001  6993 root     S    53520  14%   0  33% ./jive
 6999  6993 root     R     3000   1%   0  17% unclutter -idle 0
 7090  7001 root     S     7176   2%   0   5% jive_alsa -d default -c default -b
  386     2 root     SW       0   0%   0   1% [kworker/0:1]
  486     2 root     SW<      0   0%   0   1% [VCHIQ-0]
 7269  6775 root     R     4012   1%   0   1% top
 6774  1512 root     S     2788   1%   0   0% sshd -E
  487     2 root     SW<      0   0%   0   0% [VCHIQr-0]
 6967  6965 root     S    11600   3%   0   0% icewm-lite
 6968  6965 root     S    10872   3%   0   0% icewmtray-lite
 6966  6965 root     S N   9788   3%   0   0% icewmbg-lite
 6965  6957 root     S     7668   2%   0   0% /usr/bin/icewm-session-lite
 6997  6984 root     S     4436   1%   0   0% monitor
 6998  6984 root     S     4104   1%   0   0% {poswindows} /bin/sh /usr/bin/posw
 6985     1 root     S     4104   1%   0   0% {startup} /bin/sh /etc/X11/icewm/s
 6775  6774 root     S     3976   1%   0   0% -sh

--- End code ---


Nachtrag: Ich hab da zum Testen einen 24" Monitor mit HD-Auflösung dran. Schluckt der zuviel Ressourcen?
Grüße

clausmuus:
Hi,

die System Last ist schon ungewöhlich hoch. Vor allem die xorg Prozessor Last tritt bei mir nicht auf. Ich benutze squeeze bisher am RPI nur mit nem kleinen 7" Bildschirm am AV Ausgang. Aber das sollte nun wirklich nicht diesen hohen Load rechtfertigen...
Hast Du den squeezeserver auf nem anderem System laufen? Das sollte zwar kein Unterschied machen, da Radio Streams direkt abgespielt werden, aber das könnte zum nachstellen interessant sein.
Was noch auffällt ist, dass unclutter ne recht hohe Last produziert. Das könnte der Auslöser des Problems sein. Kommentiere mal in der /usr/bin/squeezeplay das unclutter in Zeile 12 aus. Anschließend xorg neu starten.

Claus

thueringer01:
Hi,
so auskommentiert, reagiert viel zügiger im Menü und bis jetzt keine Hänger:

--- Code: ---Mem: 120164K used, 261452K free, 0K shrd, 816K buff, 62648K cached
CPU:  58% usr   2% sys   0% nic  37% idle   0% io   0% irq   1% sirq
Load average: 0.83 0.48 0.35 3/92 17020
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
16790 16783 root     R    53136  14%   0  38% ./jive
16747 16746 root     S <  56076  15%   0  16% {Xorg} X :0 -ardelay 250 -arinterval 30 vt7
16839 16790 root     S     7176   2%   0   5% jive_alsa -d default -c default -b 30000 -p 3 -s 16 -f 3
  386     2 root     SW       0   0%   0   1% [kworker/0:1]
  486     2 root     SW<      0   0%   0   1% [VCHIQ-0]
17020  6775 root     R     4012   1%   0   1% top
 6774  1512 root     S     2788   1%   0   0% sshd -E
  487     2 root     SW<      0   0%   0   0% [VCHIQr-0]
16756 16754 root     S    11600   3%   0   0% icewm-lite
16757 16754 root     S    10872   3%   0   0% icewmtray-lite
16755 16754 root     S N   9788   3%   0   0% icewmbg-lite
16754 16746 root     S     7668   2%   0   0% /usr/bin/icewm-session-lite
16787 16774 root     S     4436   1%   0   0% monitor
16788 16774 root     S     4104   1%   0   0% {poswindows} /bin/sh /usr/bin/poswindows
16775     1 root     S     4104   1%   0   0% {startup} /bin/sh /etc/X11/icewm/startup
 6775  6774 root     S     3976   1%   0   0% -sh
 1609     1 root     S     3976   1%   0   0% -sh
 1610     1 root     S     3976   1%   0   0% -sh
 1614     1 root     S     3976   1%   0   0% -sh
 1617     1 root     S     3976   1%   0   0% -sh
 1491     1 root     S     3976   1%   0   0% logger -t tcpsvd
16710     1 root     S     3972   1%   0   0% {runx} /bin/sh /usr/bin/runx
16732 16710 root     S     3972   1%   0   0% {startx} /bin/sh /usr/bin/startx
16774     1 root     S     3972   1%   0   0% {poswindows} /bin/sh /usr/bin/poswindows
16783 16775 root     S     3972   1%   0   0% {squeezeplay} /bin/sh /usr/bin/squeezeplay
 1301     1 root     S     3972   1%   0   0% udhcpc -b -H MLD -p /var/run/udhcpc.pid
16746 16732 root     S     3000   1%   0   0% xinit /usr/bin/icewm-session-lite -- -ardelay 250 -arinterval 30 vt7
  616     1 root     S     2728   1%   0   0% udevd --daemon
16632   616 root     S     2724   1%   0   0% udevd --daemon
16641   616 root     S     2724   1%   0   0% udevd -
--- End code ---

Nachtrag: Ich hab versucht, den Player außer Tritt zu bringen. Er läuft absolut stabil und reagiert wirklich zügig.
Der squeezeserver ist auf dem Raspi gar nicht installiert. Der läuft auf meiner Synology-NAS.
Bis jetzt alles top. Warte noch auf ein neues 9" Display für den TV. Dann kommt das 7"-Toch an den Raspi.
Grüße

Navigation

[0] Message Index

[*] Previous page