1

Allgemein [ General ] / Shutdown verhindert

« on: December 31, 2025, 12:00:28 »

Nach längerem suchen ist mir aufgefallen, dass der svdrp wohl nicht erreichbar ist. Ich habe vor kurzem in der svdrphosts.conf das Netz von 0.0.0.0/0 auf mein lokales Netz 192.168.0.0/16 umgestellt habe. Das hat wohl verhindert, dass zu dem svdrp eine Verbindung hergestellt werden konnte. (epgsearch Suchtimer wurde auch nicht mehr angelegt.) Nachdem ich es zurück auf 0.0.0.0/0 gestellt habe, fährt der vdr wieder ordnungsgemäß runter und auch die Suchtimer werden wieder angelegt.

Gruß und guten Rutsch ins neue Jahr!

2

Allgemein [ General ] / Shutdown verhindert

« on: December 23, 2025, 11:55:25 »

Hallo Klaus,
ja das hatte ich auch erst vermutet, aber die VNSI-Clients waren alle offline. Ich aktualisiere nochmal alle Pakete und schaue es mir nochmal an.
Gruß und schöne Feiertage
Thomas

3

Allgemein [ General ] / Shutdown verhindert

« on: December 20, 2025, 17:12:01 »

Ich nutzte hier mal das Thema weiter, da es irgendwie dazu passt.

Mit dem Update vom 17.12.2025 (vermutlich, bin mir nicht ganz sicher), fuhr der VDR nicht mehr runter. In den Logs war auch gar nichts mehr vom shutdown-Skript zu sehen, so als wenn dieses gar nicht erst ausgelöst wurde. Nachdem ich den Snapshot vom 11.12.2025 wieder eingespielt habe, fuhr der VDR wieder runter. die Skripte hatten sicher aber nicht verändert. Hat sich was am VDR Code geändert, was den Shutdown nicht ausführt? Ich habe bis heute keine Pakete mehr aktualisiert, damit der VDR nicht 24/7 im Betrieb ist.

Gruß

Thomas

4

Allgemein [ General ] / Shutdown verhindert

« on: November 30, 2025, 18:39:22 »

Hallo,

ich hab es jetzt so konfiguriert:

- Power - Taste - Sofort herunterfahren, wenn die Taste am Gerät gedrückt wird wieder = disabled (da dies in meinem Zusammenhang keine Rolle spielt!?)
- Autostart = System-Setup (Damit am VDR selbst keine Ausgaben und somit kein Ton ausgegeben wird)
- TV - VDR darf das System herunterfahren, auch wenn eine andere App aktiv ist

Ich habe mal das Skript um weitere Ausgaben erweitert:

Code: [Select]

#!/bin/sh

test -e /etc/vdr/nexttimer && . /etc/vdr/nexttimer
echo "SHUTDOWN: AUTOSTART=$(setting get apps.autostart)"
echo "SHUTDOWN: APPSTITLE=$(setting get apps.app.title)"
echo "SHUTDOWN: mayShutdown=$(setting get vdr.mayShutdown)"

# do not shutdown if VDR is not the default app
if [ "$(setting get apps.autostart)" != "VDR" ]; then
  echo "SHUTDOWN: STEP 1"
  # switch to default app if power button pressed
  if [ "$reason" == "1" ]; then
    setting call apps.start
    echo "SHUTDOWN: STEP 2"
  fi
   echo "SHUTDOWN: STEP 3"
  exit 1
fi

# do not shutdown if an other app (not VDR) is running
if [ "$(setting get apps.app.title)" != "VDR" -a "$(setting get vdr.mayShutdown)" != "true"  ]; then
echo "SHUTDOWN: STEP 4"
  exit 1
fi

exit 0
Und bekomme damit folgende LogMeldung (Rückwärts sortiert):

Code: [Select]

Nov 30 18:15:54 MLD vdr[5080]:  do not shutdown
Nov 30 18:15:54 MLD vdr[5088]: SHUTDOWN: STEP 3
Nov 30 18:15:54 MLD vdr[5088]: SHUTDOWN: STEP 1
Nov 30 18:15:54 MLD vdr[5088]: SHUTDOWN: mayShutdown=true
Nov 30 18:15:54 MLD vdr[5088]: SHUTDOWN: APPSTITLE=System-Setup
Nov 30 18:15:54 MLD vdr[5088]: SHUTDOWN: AUTOSTART=System-Setup
Nov 30 18:15:54 MLD vdr[1029]: [1029] saved setup to /etc/vdr/setup.conf
Nov 30 18:15:54 MLD vdr[5080]: 50_vdr.sh says:
Nov 30 18:15:54 MLD vdr[5080]: Shutdown...

Also mein Ziel wäre dieses:
1. Installiertes XineLib wg. xvdr-client zum schneiden der Aufnahmen auf einem anderen PC
2. Autostart nicht VDR, damit an dem VDR-System selbst keine Ausgabe erfolgt und somit auch kein Ton ausgegeben wird
3. Automatischer Shutdown durch den VDR, sofern keine Aufnahme oder etwas anderes dagegen spricht

Aus meiner Sicht, würde ich das Shutdown-Skript folgendermaßen ändern, aber ich kann nicht ganz abschätzen, ob es insgesamt passt. Was bedeutet "$reason"?

Code: [Select]

#!/bin/sh

test -e /etc/vdr/nexttimer && . /etc/vdr/nexttimer

# do not shutdown if VDR is not the default app
if [ "$(setting get apps.autostart)" != "VDR" ]; then
  # switch to default app if power button pressed
  if [ "$reason" == "1" ]; then
    setting call apps.start
  fi
  if [ "$(setting get vdr.mayShutdown)" != "true" ]; then
    exit 1
  fi
fi

exit 0


5

Allgemein [ General ] / Shutdown verhindert

« on: November 30, 2025, 12:22:21 »

Hallo,

o.k. nichts desto trotz, hat das Aktivieren dieser Option dafür gesorgt, dass sich der Rechner heruntergefahren hat. Ich hatte vorher noch geschaut und hatte eine uptime von 10 Tagen. Unterhalb der Einstellungen / TV finde ich eine solche Option nicht. Ich habe alle Pakete (die zum Update verfügbar waren) aktualisiert. Paketquellen stehen auf nightbuild. (in etc/issue steht MLD 6.5.0)

6

Allgemein [ General ] / Shutdown verhindert

« on: November 30, 2025, 09:58:29 »

Hallo,
hat etwas gedauert mit dem Test, aber sieht soweit gut aus. Ich habe die Option "Sofort herrunter fahren wenn die Taste am Gerät gedrückt wird" eingeschaltet und der VDR fährt nach der eingestellten Zeit automatisch herunter. (Vielleicht könnte man den Hinweistext unterhalb der Option nochmal erweitern, dass hier auch der Shutdown durch den VDR selbst mit gemeint ist. Ich war mir da zuerst nicht ganz sicher, ob es diese Option ist.
Super. Vielen Dank für die Umsetzung!

7

Allgemein [ General ] / Shutdown verhindert

« on: November 21, 2025, 09:45:51 »

Ich habs umgestellt. Shutdown konnte ich noch nicht testen, allerdings habe ich so ein anderes Problem. Ich "brauche" den xinelibOutput als "Ausgabe", um an meinem Arbeits-PC mittels vdf-sxfe auf den "VDR-Server" zuzugreifen und die Aufnahmen zu schneiden. D.h. eigentlich müsste ich eine Kombi aus

1. Autostart  "VDR" wg. dem Shutdown (oder eine anderen Möglichkeit, damit der Shutdown funktioniert? Könnte ich nicht "einfach" die Shutdown Bedingung aus dem shutdown.cmd ändern?)
2. Ausgabe "XineLibOut" (aber nicht lokal am dem System selbst)

konfigurieren. Gibt es dafür eventuell eine Möglichkeit?

8

Allgemein [ General ] / Shutdown verhindert

« on: November 20, 2025, 18:36:06 »

Ich nutze meinen VDR im als Server ohne Ausgabe und nur über Kodi/VNSI. Ich hatte unter Apps mal "System-Setup" eingestellt, da mit der Einstellung "VDR" auf dem Rechner selber die Tonausgabe gestartet war. Von daher hatte ich nach Rückfrage hier, dort "System-Setup" eingestellt. Jetzt fällt mir auf, dass das System gar nicht mehr runter fährt.

Im Log sehe ich so Meldung

Code: [Select]

Nov 19 02:07:19 mld-server vdr[5841]: Shutdown...
Nov 19 02:07:19 mld-server vdr[5841]: 50_vdr.sh says:
Nov 19 02:07:19 mld-server vdr[5841]:  do not shutdown
Wenn ich mit das Shutdown Script anschauen, wird so etwas geprüft

Code: [Select]

test "$(setting get apps.app.title)" = "VDR"
Hat das vielleicht irgendwie, etwas miteinander zu tun?

9

Allgemein [ General ] / Erfahrungen mit der sundtek dual dvb usb

« on: October 19, 2025, 10:11:58 »

Hallo sundtek,

die beiden Befehle führe ich das nächste mal aus, sobald der Empfänger in der MLD wieder weg ist.

Autosuspend steht tatsächlich auf 2.

Ich würde dann im /boot/syslinux/syslinux.cfg den Parameter usbcore.autosuspend=-1 bei beiden Menüeinträgen setzen?

10

Allgemein [ General ] / Erfahrungen mit der sundtek dual dvb usb

« on: October 15, 2025, 19:40:14 »

Hallo,

ich habe in mehreren Threads über den sundtek gelesen und dass ihr hier und da mal Treiber usw. angepasst habt. Grundsätzlich dort aber nichts gefunden, dass es grundsätzlich irgendein ein Problem mit diesem Empfänger geben könnte. Ich habe den sundtek schon mit der MLD5.5 im Betrieb gehabt und dort immer das Problem gehabt, dass er 1-3 Wochen lief und dann nicht mehr. Dann half in der Regel ein Restore eines älteren Snapshots und nach einen Neustart war auch der Sundtek wieder aktiviert (LEDs an). Irgendwann die letzten Wochen habe ich mich entschlossen auf die MLD6 zu wechseln und habe jetzt die MLD 6.5.0 installiert. (x86 System). Auch das lief ca. 2-4 Wochen durch, bis die sundtek nicht mehr gefunden/initialisiert wurde. Auch nach Neustarts nicht. Es kommt im log immer "no dvb device found" oder ähnlich. Ich habe mal alle Kabel abgezogen und wieder angesteckt ein paar Neustarts gemacht und jetzt scheint die wieder da zu sein. LEDs an. Bildschirmbild da.

Ich habe dadurch grundsätzlich  die Hardware/den sundtek-empfänger oder das externe Netzteil in Verdacht, aber bevor ich mir ein Ersatz beschaffe, wollte ich mal grundsätzlich rumfragen, wie die Erfahrungen mit diesem Empfänger sind und ob ich besser auf einen anderen Hersteller wechsel sollte.

Für den Fall, dass ich wechseln möchte, ist die Frage, welcher Empfänger kompatibel wäre. Geht grundsätzlich alles was für die 5.5 geht auch für 6.5? Einträge für die 6er sind hier ja nicht vorhanden.
https://www.minidvblinux.de/wiki/mld/tv-karten_uebersicht/tv-karten

11

Allgemein [ General ] / xineliboutput ohne lokale Ausgabe

« on: September 30, 2025, 10:59:55 »

Hallo,
ich habe meine MLD auf die Version 6.5 umgestellt. Ich nutzt eigentlich nur Kodi-Clients und benötige keine lokale Ausgabe. Ich habe allerdings vorher immer vdr-sxfe genutzt, um die Aufnahmen auf meinem Desktoprechner zu schneiden. Derzeit habe ich als lokale Ausgabe auf "keins/dummydevice" gesetzt. Wenn ich xineliboutput aktiviere, dann funktioniert zwar wieder der Remote-Zugriff mittels vdr-sxfe, aber es wird lokal auch das Bild ausgegeben und was eigentlich noch blöder ist, der Ton ausgegeben. Gibt es eine Möglichkeit, dass xineliboutput ohne lokale Ausgabe zu aktivieren?
Danke
Thomas

12

Allgemein [ General ] / MLD als Server / Lokale Ausgabe unterbinden

« on: February 10, 2024, 15:40:10 »

ich hab das System (eigentlich) als VDR-Server vorgesehen/installiert und nutze VNSI-Clients.

Es wird aber das Fernsehbild auf dem "Server/Rechner" selbst dargestellt und der Ton wird über den internen Lautsprecher wiedergegeben.  Vermutlich ist es der vdr-sxfe Prozess auf dem System? Wie kriege ich diesen deaktiviert? Einfache "Mute" des Tones über den Alsamixer hilft auch nicht, da nach einem Restart das "mute" wieder zurücksetzt ist.

Ich wollte allerdings vdr-sxfe auf meinem Arbeitsrechner nutzen, um die Schnittmarken der Aufnahmen zu editieren. Kann ich den VDR so konfigurieren, dass auf dem Server selbst keine Ausgabe erfolgt, ich aber den vdr-sxfe auf einem Client dennoch nutzen kann?

13

Allgemein [ General ] / ACPI Wakeup / Nächste Timerzeit

« on: January 08, 2024, 20:28:01 »

Ich habe nochmal die Testing auf einen USB Stick gezogen und siehe da, der Rechner wacht bei jedem Timer auf. Jetzt sehe ich auch die genannten Einstellungen für nvram-wakup unter "standby". (Habe aber nichts anpassen müssen. Es lief out-of-the-box.
Im Bios habe ich nichts weiter geändert, außer halt, die Haken bei den Wochentage zu entfernen. Die Einstellung "deep sleep", habe ich in den Powermanagement Options auch nicht. Der PC lief von Anfang an auf UTC Time.
Ich habe direkt die 5.5 Testing auf dem Rechner installiert und mehrere Timer haben seit gestern den VDR sauber gestartet. Es muss irgendwie an der 5.4. stable oder meiner Installation gelegen haben. Ich habe aber auch keine Fehlermeldungen gesehen.

Vielen Danke für eure Hilfe und die ganzen Tipps!

14

Allgemein [ General ] / ACPI Wakeup / Nächste Timerzeit

« on: January 07, 2024, 14:59:16 »

Ja, es lässt sich Stunde und Minute einstellen und der Tag aktivieren (Mo-So).
Leider keine Option mit RTC / enable / disable / byOS. Wenn ich das so im BIOS aktivieren, dann wacht er auf, wenn ich die Tage wieder disable und den Rechner mit einem gesetzten Timer schlafen lege, dann wacht er wieder nicht auf.
Ich hatte das ganze auch schon mit diesem Skript probiert und leider auch keinen Erfolg: http://www.vdr-wiki.de/wiki/index.php/ACPI_Wakeup;;

15

Allgemein [ General ] / ACPI Wakeup / Nächste Timerzeit

« on: January 07, 2024, 12:21:16 »

Unterhalb von Standby habe ich nur die Möglichkeit die "Inaktivitätszeit" des VDRs für den Shutdown zu definieren, aber keine Einträge zu nvram oder restart. Fehlt hier eventl. noch die Installation eines Paketes? Ich habe die 5.4 stable installiert.
Der Rechner ist zwar gebraucht, aber eigentlich nicht so alt (>= 15 Jahre). (HP ProDesk 600 G2, Pentium G4400, also maximal 9 Jahre, eher jünger). Vom der Bios Optik auch eher neuer, vermutlich UEFI-Konfiguration?
Die RTC-Option haben ich soweit auch nicht. Ich kann beim Powermanagement noch so etwas wie "S5" aktivieren, aber so wie ich das interpretiere, ist das eher ein "noch tieferer Schlaf" und damit vermutlich auch eher kontraproduktiv?

Es gibt noch ein Paket "suspend", welches ich noch nicht installiert habe. Unter System, ist der ACPI-Daemon aktiviert, falls es damit noch zusammenhängen kann.