[1] 2 >>> MLD-5.x / Systems / x86 Systeme (PC) / MLD 5.2 Server-Host Communication unsauber
 

Offline Atoq

  • Newbie
  • *
  • Posts: 30
    • View Profile
    • Homepage auf Atoq.de
MLD 5.2 Server-Host Communication unsauber
« on: January 14, 2025, 18:27:53 »
Moin zusammen,

ersteinmal ein erfolgreiches, frohes und gesundes neues Jahr !!!

Zum Jahresanfang hatte ich ja 12-Jahre alten Ct-VDR durch die MLD abgelöst und dabei ...
(1) einen Rechner mit zwei DVB-S2 Karten als Server mit 5.2 MLD mit dem Streamdev-Server-Plugin und den Plugins für den remoten Aufruf des Server-Menüs auf dem Client  installiert  (Debug-Log x2zOAK), und
(2) einen zweiten Rechner mit nur einer DVB-S2-Karte im Wohnzimmer als Client (Debug-Log nv4783)

Auf diese Weise wollte ich die jeweils vorhandenen Sat-Leitungen optimal nutzen und grundsätzlich funktionierte das Ganze auch. Ich muss allerdings zugeben, dass ich den Server NICHT als MLD-Server installiert hatte, da er mir bei dieser Installationsmethode wegen des Streamings selbst mit nachinstallierten Anzeigplugins an der Maschine die Empfangs-/Bildkontrolle am Monitor des Servers verweigerte und ich diese Kontrolloption aber wichtig fand, Also habe ich einen normalen MLD installiert und dann das Streamingsserver plugin nachgerüstet.

Das Ganze funktionierte Ende des Jahres als reine Client-Server-Lösung ohne die angeschlossene DVB-S2-Karte am Client so weit grundsatzlich auch ganz vernünftig:
1) Der Client im Wohnzimmer startete beim Hochfahren ggfs. den Server im Büro  und sieht durch entsprechenden Mount die Aufnahmen des Servers im Subverzeichnis data\tv\server und spielte sie auch einwandfrei ab,
2 ) Der Client sieht die Timer des Servers und kann Aufnahmen lokal oder auf dem Server programmieren.
So weit, so gewollt.

Aber als ich nach der Abschaltung des Alt-VDR die nun freie Satelittenleitung an den MLD-Client im Wohnzimmer angeklemmt habe, scheinen die beiden sich irgendwie nicht mehr sauber zu verständigen:

Der Client startet immer noch den Server, versucht aber weiterhin trotz vorhandener und mit dem Satellit verbundener DVB-S2-Karte immer noch primär einen Stream vom Server zu verarbeiten, was m.E. unnötigen Traffic auf der Netzwerkleitung verursacht. Nur wenn ich im Streamingplugin die Anzahl der gemeinsam genutzten DVB-Karten auf 0 setze, kann ich ihn dazu zwingen, die lokale Karte zur Programmanzeige zu verwenden

Wenn ich die Anzahl der gemeinsam genutzten DVB-Karten auf 2 setze, bekommt der Client manchmal trotzdem  keinen Stream vom Server und dann muss man den VDR sowohl am Server als auch am Client wieder neu starten, was etwas lästig ist, aber grundsätzlich ja auch nicht nötig ist, wenn der Client seine eigene Karte benutzt.

Dummerweise schaltet sich der Server mitunter nach getaner Aufnahme aus einem Timer einfach ab, obwohl der Client noch eine Aufzeichnung von der Serverplatte abruft, was den Client dann regelmäßig crasht.
Was muss ich einstellen, damit der Server sich nicht runter fährt, sondern merkt, dass auf seine Platten noch zugegriffen wird ?
Gibt's da irgendeinen Trick, eine SVDRP-Verbindung zum Server so lange offen zu halten, wie der Client läuft?

Ein weiteres Problem liegt darin, dass inzwischen beim Abspielen einer Aufnahme vom Server auf dem Client Ton und Bild ziemlich schnell auseinander laufen und der Ton deutlich hinter dem Bild hinter her läuft... :-(
Wenn ich mir dann die Auslastung des Clients anschaue, scheint die noch genug Ressourcen zu haben.

Ich vemute langsam, dass irgendetwas am Client nicht stimmt. Aber was?

Grüße, frohes Schaffen und gutes Gelingen
 
Frajo

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20618
    • View Profile
    • ClausMuus.de
MLD 5.2 Server-Host Communication unsauber
« Reply #1 on: January 14, 2025, 21:12:48 »
Hi,
mit dem nsora Paket (auf dem Server) kannst Du diesen so einstellen (im Setup unter Network), dass dieser nicht herunter fährt, solange einer der eingestellten Clients noch online ist.

Wenn ich mich richtig erinnere kann man irgendwie die Priorität der DVB Geräte einstellen. Ich weiß aber nicht mehr wie und wo das eingestellt wird.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Atoq

  • Newbie
  • *
  • Posts: 30
    • View Profile
    • Homepage auf Atoq.de
MLD 5.2 Server-Host Communication unsauber
« Reply #2 on: January 15, 2025, 19:38:59 »
Moin,
Dankeschön.  Das Plugin nsora habe ich auf dem Server nachgeladen und frage mich nun, wie ich die IP-Adressen unter Network trennen muss...  Was ist richtig ? Leerzeichen / _ / # / ~ ???

Ich vermute, ich muss den Client wahrscheinlich noch mal neu installieren, weil ich dem Phaenomen mit dem zurueckbleibenden Ton nicht auf die Schliche komme. :-\
Das hatte ich ganz zu Anfang bei ersten Tests mit dem SoftHDDevice auch schon mal. Wenn man sich das Plugin anschaut, gibt es jede Menge doppelte Frames oder Drops ?!?  :-(
Bei späteren Tests lief das Ding dann anscheinend wieder normal. Aber inzwischen hat sich das total verschlimmert.
Man kann aktuellle Aufnahmen noch synchron schauen, aber Aufnahmen des alten VDR hängen im Ton schon von Anfang an total daneben... Auf dem Raspberry habe ich das Problem mit dem Xineliboutput noch nicht bemerkt, aber der lief bisher auch nicht lange genug..

Bei Xineliboutput trat der Fehler zwar nicht auf, aber dafür landet das Bild nur auf dem PC-VGA-Ausgang und nicht auf dem HDMI-Ausgang auf dem nur der MLD mit seinem Statusbild erscheint.
Und auf dem VGA-Ausgang ist dann natuerlich auch kein Ton. :-(
Kann ich das irgendwie ändern, dass auch Xineliboutput mit Bild & Ton den HDMI-Ausgang benutzt?


Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20618
    • View Profile
    • ClausMuus.de
MLD 5.2 Server-Host Communication unsauber
« Reply #3 on: January 15, 2025, 21:36:10 »
Beim nsora müssen die IP Adressen durch Leerzeichen getrennt werden.

Wenn Du mehrere Bildschirme hast, kannst Du im Setup einstellen, welcher der Hauptbildschirm ist. Dieser wird für die VDR Ausgabe verwendet. Und auch der Soundkarten Ausgang lässt sich im Setup wählen.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Atoq

  • Newbie
  • *
  • Posts: 30
    • View Profile
    • Homepage auf Atoq.de
MLD 5.2 Server-Host Communication unsauber
« Reply #4 on: January 15, 2025, 22:27:20 »
Dankeschön, ich probiere es morgen aus :-)

Offline Atoq

  • Newbie
  • *
  • Posts: 30
    • View Profile
    • Homepage auf Atoq.de
MLD 5.2 Server-Host Communication unsauber
« Reply #5 on: January 16, 2025, 17:17:15 »
Beim nsora müssen die IP Adressen durch Leerzeichen getrennt werden.
Seltsam... Habe ich gemacht, hat sich aber trotzdem runter gefahren...
Ich gucke noch mal nach

Wenn Du mehrere Bildschirme hast, kannst Du im Setup einstellen, welcher der Hauptbildschirm ist. Dieser wird für die VDR Ausgabe verwendet. Und auch der Soundkarten Ausgang lässt sich im Setup wählen.

Sorry, aber welches Setup meinst Du?
Nach der Installation von Xineliboutput finde ich mit aplay -l
Den HDMI -Port als Device3.   Aber wo stelle ich das ein?
Im VDR-Setup finde ich nix und unter Plugins wird der Bildschirm sofort unbedienbar, wenn ich die lokale Anzeige aktiviere...

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20618
    • View Profile
    • ClausMuus.de
MLD 5.2 Server-Host Communication unsauber
« Reply #6 on: January 16, 2025, 17:22:16 »
Ich meine das Setup im Webif. Das kannst Du auch über einen Browser aufrufen, wenn Du den Namen oder die IP des MLD PCs eingibst, also z.B. http://mld/
Dort lässt sich unter "Anzeige" (oder so ähnlich) der Bildschirm Konfigurieren, und unter "Ton" der Audio Ausgang auswählen.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Atoq

  • Newbie
  • *
  • Posts: 30
    • View Profile
    • Homepage auf Atoq.de
MLD 5.2 Server-Host Communication unsauber
« Reply #7 on: January 16, 2025, 17:41:56 »
Okay, ich habe mittels webif  unter System - Konfiguration - XOrg den Hauptbildschirm auf HDMI umgestellt und den Ton auch dahin bekommen, aber das TV/OSD -Bild schiebt xineliboutput nach wie vor auf den VGA Ausgang  :-/

Debug-Log  3llD17

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20618
    • View Profile
    • ClausMuus.de
MLD 5.2 Server-Host Communication unsauber
« Reply #8 on: January 16, 2025, 18:56:42 »
Jetzt wird's auf die Entfernung etwas schwierig, vor allem weil ich schon seit Jahren kein MLD-5 System mehr verwende...
In der /etc/rc.config gibt es die Variable "VDR_SXFE_ARGS". Dort kannst Du den Parameter " -d 0:1" oder " -d 1:0" hinzufügen. Je nachdem wie Dein Zweiter Bildschirm erkannt wurde, könnte einer der beiden Werte helfen. Nach dem Hinzufügen einer der Parameter muss die Ausgabe per "restart appstarter" neu gestartet werden.
Eventuell hilft es aber auch schon, wenn Du auch noch im Setup den VGA Bildschirm als Second Screen auswählst.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Atoq

  • Newbie
  • *
  • Posts: 30
    • View Profile
    • Homepage auf Atoq.de
MLD 5.2 Server-Host Communication unsauber
« Reply #9 on: January 17, 2025, 12:06:56 »
Jetzt wird's auf die Entfernung etwas schwierig, vor allem weil ich schon seit Jahren kein MLD-5 System mehr verwende...
verständlich:-)  Mir mangelt es da leider immer noch am grundlegenden Verständnis:-/

In der /etc/rc.config gibt es die Variable "VDR_SXFE_ARGS". Dort kannst Du den Parameter " -d 0:1" oder " -d 1:0" hinzufügen. Je nachdem wie Dein Zweiter Bildschirm erkannt wurde, könnte einer der beiden Werte helfen. Nach dem Hinzufügen einer der Parameter muss die Ausgabe per "restart appstarter" neu gestartet werden.
Habe ich beides ausprobiert. Jeweils mit "restart appstarter", als auch VDR- bzw System-Restart.
Aktuell: VDR_SXFE_ARGS="--fullscreen --reconnect xvdr://localhost -P tvtime:method=use_vo_driver -d 0:1"
Unverändert: TV-Bild auf VGA Ton & MLD-Logo auf HDMI :-\

Eventuell hilft es aber auch schon, wenn Du auch noch im Setup den VGA Bildschirm als Second Screen auswählst.
Hatte ich schon wechselseitig in der Hoffnung probiert, dann wenigstens ausser dem MLD-Logo auch das TV-Bild auf HDMI zu sehen...


Offline Atoq

  • Newbie
  • *
  • Posts: 30
    • View Profile
    • Homepage auf Atoq.de
MLD 5.2 Server-Host Communication unsauber
« Reply #10 on: January 17, 2025, 14:50:05 »
sodele... nach einigem Probieren habe ich an dem ASus-Multimedia-Teil einfach mal das Kabel vom VGA-Anschluss abgemacht und siehe da: TV-Bild und Ton sind jetzt beide auf HDMI  :)

Was leider bleibt, ist dass der Server trotz Eintrag der beiden festen Client-Adressen unter System, System, Netzwerk heute morgen wieder runtergefahren ist, als der Client mal kurz neu bootete... Ich werde das jetzt mal beobachten, ob er das im Regelbetrieb immer noch macht, oder die zwei hier unglücklich an einander vorbei kommuniziert haben..

Offline Atoq

  • Newbie
  • *
  • Posts: 30
    • View Profile
    • Homepage auf Atoq.de
MLD 5.2 Server-Host Communication unsauber
« Reply #11 on: January 17, 2025, 21:06:03 »
Reicht die im anhaengenden Bild dokumentierten Einträge, oder muss ich das für Snora woanders eintragen?

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20618
    • View Profile
    • ClausMuus.de
MLD 5.2 Server-Host Communication unsauber
« Reply #12 on: January 18, 2025, 01:00:49 »
Ich habe nsora nie verwendet, aber die Einstellung sieht richtig aus.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Atoq

  • Newbie
  • *
  • Posts: 30
    • View Profile
    • Homepage auf Atoq.de
MLD 5.2 Server-Host Communication unsauber
« Reply #13 on: January 19, 2025, 19:57:20 »
Ich habe nsora nie verwendet, aber die Einstellung sieht richtig aus.

Also jetzt gerade hat sich der Server (MLDBUERO   Debug: hItzlK ) nach dem Aufnehmen der aktuellen Stunde wieder herunter gefahren, obwohl die IP des Client (MLDWZ 192.168.0.15 Debug:  jAceFn )als erste Clientadresse eingetragen war und die Aufnahme abspielte... :-(

Und unter netstat -n taucht 192.168.0.15 auch auf...

Was mache ich falsch?
« Last Edit: January 19, 2025, 20:07:14 by Atoq »

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20618
    • View Profile
    • ClausMuus.de
MLD 5.2 Server-Host Communication unsauber
« Reply #14 on: January 19, 2025, 22:37:39 »
Was liefert denn ein
Code: [Select]
LC_ALL=C netstat -n | grep ESTABLISHED bzw. ein
Code: [Select]
LC_ALL=C netstat -n auf dem Server der nicht ausgehen soll, bzw. nicht ausgehen soll, wehrend vom client eine Aufnahme abgespielt wird?
« Last Edit: January 19, 2025, 22:44:00 by clausmuus »
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

[1] 2 >>> MLD-5.x / Systems / x86 Systeme (PC) / MLD 5.2 Server-Host Communication unsauber
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.