[brötchen]

Hallo,

ich habe auf meinem Server den Squeeze Server installiert und auf dem RPI3 mit dem 7" Display läuft der Squeezeplayer als client.
Wenn ich auf dem RPI I-Net Radio hören möchte habe ich immer wieder Aussetzer von 1-2 sek. beim Abspielen. Wenn ich Musik abspiele die auf dem Server liegt habe ich keine Aussetzer.

Ich habe auf dem Server schon ein bisschen mit den Einstellungen rum gespielt und auch schon div. Streams probiert, dass bringt aber keine Besserung. Gefühlt ist es so, dass Streams mit einer höheren Bitrate >128 k/bits flüssiger laufen.

Hat jemand eine Idee wo ich da auf die Suche gehen muss um das Problem zu finden?


Gruß

[clausmuus]

Benutzt Du das WLAN das auf dem RPI3 mit dabei ist? Falls ja, versuch's mal mit ner anderen Anbindung.

Claus

[brötchen]

Hi Claus,

ne hier ist alles Verkabelt. Der RPI läuft auch als SatIp-client und das funktioniert ja sehr zuverlässig.


Gruß

[brötchen]

Hi,

da Ich zum Testen noch ein Raspi mit Installiertem Pi-Core Player habe ist mir aufgefallen das auf dem PiCoreServer noch das Lame Plugin installiert ist.

Das ist bei dem Squeeze-Server MLD nicht installiert. Wenn ich das richtig verstanden habe wird das doch nur benötigt um MP-3 Konvertierungen durchzuführen oder rechnet das Plugin beim Streaming auch noch was um?

Gruß

[clausmuus]

Das ist meines Wissens nur zum erstellen von mp3 nötig, nicht aber für's dekodieren.

Claus

[brötchen]

Ok dann fällt das aus. Anbei mal noch ein paar logs (Hätte ich auch gleich mal mitschicken können ).

Squeezeplayer

Code: [Select]

MLDWZ-R3> grep squeeze /var/log/messages
Oct  9 10:10:33 (none) daemon.err squeezeplay: playback_callback:346 Audio underrun: used 216 frames, requested 440 frames. elapsed samples 24026640
Oct  9 14:42:16 (none) daemon.err squeezeplay: audio_thread_execute:849 exit, parent is dead
Oct  9 14:42:16 (none) daemon.err squeezeplay: audio_thread_execute:1053 Audio thread exited

Squeeze-Server (/var/log/squeezeserver.log)

Spoiler (show / hide)

[10:00:05.371592] sendHELO:107 [0x91f4e0] cap: Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=0,MaxSampleRate=96000,flc,pcm,aif,aac,mp3
[10:00:05.373882] PlayerThread:481 [0x977c60]: processing volume: 50 (-15.00)
[13:13:42.936766] UpdateMRThread:599 [0x977c60]: removing renderer (am335x-opt)
[13:13:42.936842] slimproto_close:878 [0x91f4e0] slimproto stop for am335x-opt
[13:13:43.018996] DelRaopDevice:868 [0x977c60]: Raop device stopped
[13:17:13.402924] AddRaopDevice:776 [0x977c60]: adding renderer (am335x-opt)
[13:17:13.404043] output_raop_thread_init:134 [0x91f4e0]: init output raop
[13:17:13.404064] output_init_common:290 allocating 1764000
[13:17:13.404734] slimproto_thread_init:931 [0x91f4e0] connecting to 192.168.100.2:3483
[13:17:13.404960] slimproto:840 [0x91f4e0] connected
[13:17:13.405015] sendHELO:107 [0x91f4e0] cap: Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=0,MaxSampleRate=96000,flc,pcm,aif,aac,mp3
[13:17:13.407298] PlayerThread:481 [0x977c60]: processing volume: 50 (-15.00)
[14:11:15.163381] UpdateMRThread:599 [0x977c60]: removing renderer (am335x-opt)
[14:11:15.163440] slimproto_close:878 [0x91f4e0] slimproto stop for am335x-opt
[14:11:15.316704] DelRaopDevice:868 [0x977c60]: Raop device stopped
[14:19:45.525694] AddRaopDevice:776 [0x977c60]: adding renderer (am335x-opt)
[14:19:45.526796] output_raop_thread_init:134 [0x91f4e0]: init output raop
[14:19:45.526817] output_init_common:290 allocating 1764000
[14:19:45.527348] slimproto_thread_init:931 [0x91f4e0] connecting to 192.168.100.2:3483
[14:19:45.527509] slimproto:840 [0x91f4e0] connected
[14:19:45.527559] sendHELO:107 [0x91f4e0] cap: Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=0,MaxSampleRate=96000,flc,pcm,aif,aac,mp3
[14:19:45.535481] PlayerThread:481 [0x977c60]: processing volume: 50 (-15.00)

Gibt es noch irgenwo Daten die zur Fehlersuche beitragen können?


Gruß

[brötchen]

Hallo,

ich habe bzgl. diese Threads http://www.minidvblinux.de/forum/index.php/topic,7800.msg60578.html#msg60578 mal die Karte aus dem RPI3 in den RPI2 gesteckt hatte da aber ab und an auch noch einen Aussetzer.

Nachdem ich dann auf die neue rpi-firmware gegangen bin waren die Aussetzer auf dem RPI2 weg.

Dann habe ich die Karte wieder in den RPI3 gesteckt. Dort sind jetzt noch Aussetzer aber es ist um Welten besser geworden.

Vielleicht hilft diese Erkenntnis ja weiter...

Gruß

[brötchen]

Hi,

ich muss hier nochmal nachhaken. Nachdem dem ich jetzt schon die Karte und HDMI Kabel getauscht und so einiges an Parametern in der config.txt ausprobiert habe hatte ich nur noch die Idee auf dem Raspi den HDMI-Port (display_default_lcd=0) als default zu nehmen und das 7" Display zu ignorieren.

Wenn ich jetzt den Squeezeplayer starte ist dieser auf dem TV und spielt die ganze Zeit munter ohne zu Ruckeln.

Also scheint der Parameter  VDR_PLUGIN_ARGS_rpihddevice="--display=5" da irgendetwas durcheinander zu bringen auf dem RPI3.

Gibt es die möglichkeit dem Squeezeplayer beim start ein --display=4 mit zu geben?

Gruß

[clausmuus]

Mir ist nicht bekannt, dass dem Squeezeplayer so etwas mitgegeben werden kann. Würde aber auch keinen Sinn machen, da der Squeezeplayer die Ausgabe über also macht. Da wird das Ausgabe Device also über die Sound Einstellung im System Setup geregelt.

Claus

[brötchen]

Hi,

mit dem Parameter --display=4 möchte ich nur erreichen das der Squeezeplayer beim Starten aus dem VDR-Menü die Bildausgabe auf dem 7" RPI-Display anzeigt und nicht auf dem TV.

Im moment starte ich den RPI mit dem Parameter

 /etc/rc.config

Code: [Select]

VDR_PLUGIN_ARGS_rpihddevice="--display=5"
/boot/config.txt

Code: [Select]

hdmi_mode=31
hdmi_group=1
#display_default_lcd=0        ##HDMI-Port ist Primär bei display_default_lcd=0 sonst DSI##

Und wenn ich den Squeezeplayer über das VDR-OSD aufrufe geht der TV aus und das 7" RPI-Display wird gestartet und der Squeezeplayer läuft dann auf dem 7".

Ich habe den Eindruck das Ruckeln bzw. die Audio-Aussetzer haben was mit dem Parameter VDR_PLUGIN_ARGS_rpihddevice="--display=5" zu tun und daher würde ich das gerne zum Testen mal umdrehen.

Also Beispielsweise so

Squeezeplayer aus dem OSD starten mit

Code: [Select]

--display=4
Die /boot/config.txt würde ich dann so ändern das HDMI als Primäres device genutzt wird.

Code: [Select]

hdmi_mode=31
hdmi_group=1
display_default_lcd=0

Die Soundausgabe sollte doch damit erstmal nichts zu tun haben, oder liege ich da falsch?

Ich hoffe das ist verständlich was ich hier zusammengetragen habe.


Gruß

[clausmuus]

Hi,

das lässt sich über die /etc/X11/icewm/winoptions steuern. Dort kannst Du einstellen auf welchem Display die unterschiedlichen Apps gestartet werden sollen, und in welcher Größe. Für Dich dürfte die Option "geometry" interessant sein.
Beim grapftft Plugin wird das z.B. so auf den zweiten Screen verlegt:

Code: [Select]

graphtft-fe.dTitleBar: 0
graphtft-fe.dBorder: 0
graphtft-fe.geometry: 800x600+1920+0
Claus

[brötchen]

Hi,

jetzt steh eich ein wenig auf dem Schlauch

In der winoptions steht ja

Code: [Select]

# get the windo name by "xprop | grep WM_NAME"
Wenn ich das Eingebe kommt

Code: [Select]

MLDWZ-R3> xprop | grep WM_NAME
xprop:  unable to open display ''

Jetzt habe ich schon alle mögliche Optionen die mir Tante Google zu xprop gibt ausprobiert bekomme aber immer das gleiche angezeigt.

Da muss doch nicht einfach

Code: [Select]

squeezeplay.geometry: --display=4
in die Datei geschrieben werden oder sollte das doch so einfach sein?

Wenn das so ist habe ich da noch ein Fehler drin denn mit dem Parameter läuft der squeezeplayer noch auf dem TV.

Gruß

[clausmuus]

Hi,

um das Tool xprop über ssh nutzen zu können, musst Du zuvor noch nen "export DISPLAY=:0" machen, da das Tool ansonsten nicht weiß, auf welches Display es zugreifen soll. Nun hab ich aber gerade festgestellt, das der Fenster Name ein Space enthält: "SqueezePlay Beta". Da wüsste ich nicht wie man den verwenden soll. Eventuell klappt's aber mit der Fenster Klasse. die ist "jive". Die Zeile müsste dann so lauten:

Code: [Select]

jive.geometry: 800x600+1920+0Hinter dem Doppelpunkt wird angegeben wie groß das Fenster sein soll (800x600) und wo es plaziert werden soll (+1920+0)
Die Option "--display=4" kennst squeeze nicht (und wenn, das wäre das eine komandozeilen Option, ond keine für die xorg Konfiguration), denn das ist eine Option die nur bei Hardware Beschleunigter Video Ausgabe genutzt werden kann.
Ob sich das Fenster wie beschrieben überhaupt verschieben lässt, kann ich aber nicht versprechen. Es gibt auch Programme, bei denen das nicht möglich ist.

Claus

[brötchen]

Hi,

vielen Dank!

Das bringt mich doch schonmal weiter. Ich teste das gleich mal und gebe Rückmeldung.

Gruß

[clausmuus]

Ich habe gerade noch mal nachgeschaut. Der squeezeplayer gehört zu den Programmen, die sich nicht gut per xorg Konfiguration beeinflussen lassen. Wenn's nicht klappt, musst Du die /usr/bin/startsqueezeplay in Zeile 47 ändern, und dort das "0,0,0" durch ein "0,1920,0" ersetzen.

Die 1920x0 bzw. 0,1920,0 sind nur richtig, wenn sich Dein kleiner Bildschirm logisch rechts neben dem großen befindet, wenn der Mauszeiger als rechts aus dem Bild zum kleinen geht. Die korrekten Werte kannst Du mit "xrandr" nachschauen.

Claus