1

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


2

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)

3

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!

4

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?

5

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?

6

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?

7

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

8

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

9

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?

10

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!

11

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;;

12

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.

13

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

« on: January 05, 2024, 12:54:49 »

Hallo,

ich habe mir (endlich) wieder einen (fast) funktionsfähigen VDR mit MLD installiert. Es funktioniert alles soweit, bis auf den Wakeup für den nächsten Timer. Ich habe mittels dieses Testscript versucht, ob der Rechner überhaupt aus dem Sleep aufwacht, aber das macht er leider nicht (http://www.vdr-wiki.de/wiki/index.php/ACPI_Wakeup).

Ich habe es auch mit dem zweimaligen setzen des Timers probiert, auch das funktioniert leider nicht.

Setzte ich den Timer im Bios, wacht das System auf. Ich habe es mit und ohne aktiviertem Timer im Bios probiert. Leider kein Erfolg. Da das System zumindest per WOL aufwacht, habe ich mir überlegt, dieses Funktion nach extern zu verlagern, da ich ohnehin einen Server permanent laufen habe.

Meine Frage:
- Gibt es eventuell noch eine Idee für den ACPI - Wakeup?
- Im Zweifel würde ich unter /etc/vdr/shutdown.d ein Skript hinterlegen, welches die nächste "Timerzeit" an meinen Server übermitteln, damit von da der WOL ausgeführt wird. (Gibt es da eventuell auch schon was einfacheres?)

14

Hardware / Hardwareempfehlung / Netwerktreiber 8168 / RTL8111B

« on: November 27, 2023, 21:53:57 »

Da mein vorhandenes MLD System den Geist aufgegeben hat, habe ich mich dazu entschlossen noch einmal neu zu starten. Da ich noch ein System mit Intel Celeron E3300 im ITX Format hatte (Mainboard: DG41MJ), habe ich versucht, auf diesem die MLD Distribution zum Laufen zu bekommen.
Allerdings funktioniert die Netzwerkkarte nicht. Wenn ich es richtig in Erfahrung gebracht habe, handelt es ich dabei um einen RT8168 bzw. RTL8111B Chip. Die Netzwerkkarte funktioniert grundsätzlich, da ich über diese mit PXE booten kann. Ich habe die MLD 5.4 stable inkl. aller Netzwerktreiberpakete als Grundlage benutzt. Ausprobiert habe ich auch die MLD 6.1 Alpha. Leider auch mit keinem Erfolg.

Die Hauptfrage, die sich mir auf Grund der Netzwerkproblematik stellt: Ist es überhaupt sinnvoll, auf Basis dieses veralteten Systems, neu zu starten? Macht es ggf. mehr Sinn, ein System auf nvidia-Basis oder ähnliches zu nutzen, um auch HD-Material sicher aufnehmen/streamen zu können? Gibt es ggf. eine andere Hardware-Empfehlungen, gerne auch gebraucht, die relativ simple, out-of-the box mit der MLD zusammenarbeiten sollte?

Ziel wäre ein VDR-Serversystem für Empfang und Aufnahme über DVB-S. Nur frei empfangbare Sender. Abgespielt werden soll mittels  Kodi und dem VNSI-Client. Das System soll nur nach Bedarf starten (wake-up mittels clock oder Wake-up-on-LAN von den Kodi-Clients). Als TV-Karte soll eine Sundtek SkyTV Ultimate Dual (USB) (2x DVB-S/S2/S2X) genutzt werden.

15

Allgemein [ General ] / Alternative zum vdradmin

« on: December 14, 2019, 13:54:30 »

Hallo,

gibt es eigentlich eine Alternative zum vdradmin, zum Durchsuchen des epgs, anlegen von Timern und definieren von Suchtimern? Grundsätzlich funktioniert der vdradmin ja, allerdings ist die Seite alles andere als responsive und lässt sich auf dem Mobiltelefon fast nicht bedienen.
Gibt es eventuell einen Aufsatz auf dem restfulapi?