1

Allgemein [ General ] / Wo ist die MAC Adresse gespeichert?

« on: February 23, 2026, 22:31:59 »

Hallo,

ich habe mehrere MLD Clients auf Raspberry PI Basis. Um mir den Installationsaufwand bei gleicher Hardware zu sparen, habe ich bei einem laufenden System die SD Karte gesichert (dd), auf eine leere Karte gespielt (ebenfalls dd), gestartet und im WebIF den Hostnamen & die IP Adresse geändert. Der Client hat danach sauber funktioniert.

Nun hatte ich mal beide Clients zusammen am laufen und andauernd Störungen im Netzwerk. Stockende Pings, abbrechende SSH Verbindungen etc.

Nach kurzer Recherche habe ich entdeckt, dass beide Clients die gleiche MAC Adresse haben ?! (ip link). Kann das sein? Wie kann ich das korrigieren? Laut einiger Anleitungen im Netz kann das durchaus in irgendwelchen Dateien stehen, aber ich finde keine?!  War bisher davon ausgegangen, dass die im EEPROM steht und bei dd nicht mit übernommen werden kann?!


Grüße
Björn

2

Allgemein [ General ] / Remote Timers funktioniert nicht (mehr)

« on: February 21, 2026, 13:41:48 »

Hallo,


bei meinem aktuellen Client-Server-Setup (Server yavdr 2.7.3, Client MLD 6.5) funktionieren Remote Timer nicht mehr, also das Anzeigen oder Neuprogrammieren von Server-Timern vom Client aus.

Wenn ich am Client im Menu die Timer-Liste öffne, ist die leer.

Wenn ich einen Timer anlegen möchte, erscheint die Meldung "Fehler beim Ansprechen des fernen Timers 0@<servername>!

Auf der Kommandozeile des Clients gibt der Befehl "svdrpsend <servername> 6419 LSTT" die Liste der Timer auf dem Server problemlos aus.

Die Einstellungen zum SVDRP in der Setup.conf lauten

SVDRPDefaultHost = <servername>
SVDRPHostName =
SVDRPPeering = 2
SVDRPTimeout = 300


Ich bin mir relativ sicher, dass vor einem der letzten Updates oder Änderungen das ganze noch lief. Als eine der letzten Änderungen habe ich den epgsync parametriert, der läuft auch über SVDRP (?). Ob das damit zusammenhängen kann?

Hat jemand einen Tip für mich?

Grüße
Björn

3

Allgemein [ General ] / VDR Client Start / Warten auf Server läuft immer in einen Timeout

« on: January 23, 2026, 14:28:30 »

Hallo,

bei mir laufen mehrere (6.5) MLD clients mit einem yavdr Server. Der Server wird beim Start vom Client geweckt. Dabei ist mir folgendes Problem bei allen Clients aufgefallen (siehe Log ganz unten)

Der Client startet den Server und wartet.
Nach ca. 80-90s läuft das ganze in einen Timeout, der VDR wird neu gestartet und das Fernsehbild erscheint.

Das Starten des Servers geht deutlich schneller (ca 15s). Ich denke, dass nicht zklisch geprüft wird, ob der Server da ist, sondern einfach die 80-90s gewartet und neugestartet wird? Das ganze ist absolut reproduzierbar.

Wenn beim Start des Clients der Server schon an ist, läuft alles korrekt.

Es ist nantürlich schlecht für den WAF, wenn der Client nach Start erst mal ca 90Sekunden gar nicht reagiert.

Beim MLD 5.5 ist mir das so nicht aufgefallen?

Schuld dürfte diese Zeile in der "/usr/share/vdr/run.d/30_streamdev-client.sh" sein
timeout 90 sh -c "while [ -z '$(svdrpsend.sh -H $server_ip QUIT)' ]; do sleep 1; done"

Hat jemand eine Idee, was geändert werden muss?

Grüße
Björn

Jan 23 14:13:13 vdr- run.sh[902]: Wait for network connection:
Jan 23 14:13:13 vdr- run.sh[902]: Start streamdev server:
Jan 23 14:13:13 vdr- run.sh[902]: Wait for streamdev server:
Jan 23 14:14:37 vdr- systemd[1]: vdr.service: start-pre operation timed out. Terminating.
Jan 23 14:14:37 vdr- systemd[1]: vdr.service: Failed with result 'timeout'.
Jan 23 14:14:37 vdr- systemd[1]: Failed to start Video Disk Recorder.
Jan 23 14:14:37 vdr- systemd[1]: vdr.service: Consumed 2.730s CPU time.
Jan 23 14:14:38 vdr- systemd[1]: vdr.service: Scheduled restart job, restart counter is at 1.
Jan 23 14:14:38 vdr- systemd[1]: Starting Video Disk Recorder...

4

Allgemein [ General ] / Download Links für MLD 6.5 nicht verfügbar?

« on: November 24, 2025, 20:42:04 »

Hallo,

die meisten Downloadlinks für die MLD 6.5 sind nicht verfügbar (zB Raspberry Pi 4). Ist das ein temporäres Problem oder muss jemand was tun?

Grüße
Benutzername

5

Allgemein [ General ] / VDR bootet nicht mehr, wie am schnellsten Neuinstallation machen?

« on: December 10, 2024, 13:39:51 »

Hallo,


gestern ist mein VDR (MLD 5.5 x86) eingefroren, seitdem lässt er sich nicht mehr wiederbeleben. Er bootet und bleibt dann im OSD hängen. Per Netzwerk ist er nicht erreichbar.

Ein aktuelles Backup ist natürlich nicht vorhanden.

Da der WAF leidet, benötige ich eine Lösung, um zeitnah ein lauffähiges System zu bekommen. Ich dachte (vorbehaltlich der Annahme, dass es ein Softwareproblem ist und kein Hardwaredefekt vorliegt) an die folgende Vorgehensweise

1.) Mit USB Stick booten & alle notwendigen Konfigurationen sichern
2.) MLD 5.5 neu installieren
3.) Konfigurationen wieder einspielen.

Dazu stellen sich mir folgende Fragen:

1.) Welche Konfigurationsdateien wären das alles?
2.) Wie erkenne ich, ob ich damal unstable oder Testing installiert hab?
3.) Oder hat der MLD irgendwie ein Auto-Backup oder Auto-Repair, was man jetzt noch nutzen könnte?

Grüße
Björn

6

Raspberry PI / Streaming Client auf Raspberry Pi 4

« on: January 01, 2024, 13:41:54 »

Hallo,

ich habe einen zentralen Server (MLD 5.5 mit x64 Hardware) sowie Clients auf Basis Raspberry Pi 3 (MLD 5.4). Das ganze läuft auch ganz gut, einziger Schönheitsfehler: Mit dem Skin Shady_KISS ist das OSD sehr träge. Fürs Schlafzimmer OK, aber als Haupt-VDR nicht WAF-fähig.

Da ich noch ein Raspberry Pi 4 ohne Verwendung habe, wollte ich mal testen, ob das da besser ist. Leider schaffe ich es nicht, die MLD 5.5 (unstable) zum Laufen zu bekommen.

1.) Beim Anwählen eines Pakets im WebIF wurde der ganze VDR deinstalliert? (vielleicht Bedienfehler)
2.) Ton über HDMI geht nicht, der VDR stürzt ab (ALSA Mixer Fehler, Umstellen der Soundausgabe auf Analog scheint zu helfen)
3.) Bild über Streaming Server läuft nicht (noch keine nähere Diagnose betrieben)

Aufgrund der doch vorhandenen Probleme (auf dem RPI3 bin ich das nicht gewohnt) und einiger ähnlicher Forenbeiträge stelle ich mir doch die Frage: Läuft MLD auf einem RPI4 schon sauber? Hat das jemand am Laufen? Oder bleibt man besser beim RPI3? Ist bei der MLD 6.4 Besserung zu erwarten?

Grüße
Björn

7

Allgemein [ General ] / Aufnahmen werden nicht aktualisiert nach Mount von Avahi

« on: August 22, 2023, 15:15:54 »

Hallo,

ich habe einen zusätzlichen VDR in Betrieb genommen (MLD 5.5 testing). Funktionierte super, Kompliment an die Entwickler. Zur Zeit werkelt bei mir nun ein MLD Server (5.5), ein MLD client (5.4 stable, raspberry) und ein alter yavdr headless server (soll als Archiv für Aufnahmen dienen, wird demnächst auf reine nas Funktionalität zurückgebaut).

Es gibt bisher lediglich ein kleines Problem. Wenn von Avahi die Aufnahmen auf dem yaVDR gemountet werden, werden auf dem 5.5 die Aufnahmen nicht aktualisiert. Dann muss ich im Menu "Update Recordings" auswählen und die Aufnahmen werden angezeigt.

Interesanterweise ist auf dem MLD 5.4 (raspberry pi) alles OK.

Wo könnte man da prüfen? Gibt es irgendwo ein Event, wenn der Avahi mountet, so dass man da ein Skript "update Recordings" hinterlegen könnte oä?

Grüße
Björn

8

Raspberry PI / [5.4 Stable] Avahi mountet Freigabe nicht

« on: June 04, 2021, 19:22:31 »

Hallo,

der Avahi-Linker funktioniert bei mir nicht sauber. Ich nutze ein frisch installiertes MLD 5.4 Stable auf einem Raspberry Pi als Client und ein yaVDR als Server. Auf diesem ist der Avahi auch installiert. Die Static Mounts verwende ich gar nicht.

Die Freigaben auf dem Server werden gefunden, es wird ein Symlink /data/tv/yaVDR angelegt, der auf /mnt/MLD/yaVDR/srv/share/vdr verweist. Dieses Verzeichnis existiert aber gar nicht (also schon das /mnt/MLD/yaVDR nicht). Im Logfile taucht der Auschnitt weiter unten auf.

Ich kann die Freigabe manuell mounten (mount -t nfs 192.168.2.9:/ (...)), ein Problem der Berechtigung scheint es nicht zu sein.


Weiß jemand Rat?

Grüße
Björn

2021-06-04 19:09:16,822 DEBUG  Detected service 'Videos on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,823 DEBUG  Checking service 'Videos on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,824 DEBUG  Detected service 'Recordings on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,825 DEBUG  Checking service 'Recordings on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,826 DEBUG  Detected service 'Pictures on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,826 DEBUG  Checking service 'Pictures on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,827 DEBUG  Detected service 'Music on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,828 DEBUG  Checking service 'Music on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,829 DEBUG  Detected service 'Videos on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,829 DEBUG  Checking service 'Videos on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,830 DEBUG  Detected service 'Recordings on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,830 DEBUG  Checking service 'Recordings on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,831 DEBUG  Detected service 'Pictures on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,832 DEBUG  Checking service 'Pictures on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,833 DEBUG  Detected service 'Music on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,833 DEBUG  Checking service 'Music on yaVDR' type '_nfs._tcp' domain 'local'
2021-06-04 19:09:16,834 DEBUG  avahi-service resolved: Music on yaVDR on yaVDR.local: {'subtype': 'audio', 'path': '/srv/audio'}
2021-06-04 19:09:16,836 DEBUG  translated audio to audio
2021-06-04 19:09:16,844 DEBUG  avahi-service resolved: Music on yaVDR on yaVDR.local: {'subtype': 'audio', 'path': '/srv/audio'}
2021-06-04 19:09:16,845 DEBUG  translated audio to audio
2021-06-04 19:09:16,861 DEBUG  avahi-service resolved: Pictures on yaVDR on yaVDR.local: {'subtype': 'picture', 'path': '/srv/picture'}
2021-06-04 19:09:16,861 DEBUG  translated picture to picture
2021-06-04 19:09:16,866 DEBUG  avahi-service resolved: Pictures on yaVDR on yaVDR.local: {'subtype': 'picture', 'path': '/srv/picture'}
2021-06-04 19:09:16,866 DEBUG  translated picture to picture
2021-06-04 19:09:16,919 DEBUG  avahi-service resolved: Recordings on yaVDR on yaVDR.local: {'subtype': 'vdr', 'path': '/srv/share/vdr'}
2021-06-04 19:09:16,920 DEBUG  translated vdr to vdr
2021-06-04 19:09:16,920 DEBUG  creating directory /data/tv/yaVDR
2021-06-04 19:09:16,921 DEBUG  creating symlink from /data/tv/yaVDR to /mnt/MLD/yaVDR/srv/share/vdr
2021-06-04 19:09:16,921 DEBUG  symlink from '/mnt/MLD/yaVDR/srv/share/vdr' to '/data/tv/yaVDR' for 'yaVDR' already exists
2021-06-04 19:09:16,922 DEBUG  avahi-service resolved: Recordings on yaVDR on yaVDR.local: {'subtype': 'vdr', 'path': '/srv/share/vdr'}
2021-06-04 19:09:16,923 DEBUG  skipped share Recordings on yaVDR on yaVDR.local: already used
2021-06-04 19:09:17,014 DEBUG  avahi-service resolved: Videos on yaVDR on yaVDR.local: {'subtype': 'video', 'path': '/srv/video'}
2021-06-04 19:09:17,014 DEBUG  translated video to video
2021-06-04 19:09:17,016 DEBUG  avahi-service resolved: Videos on yaVDR on yaVDR.local: {'subtype': 'video', 'path': '/srv/video'}
2021-06-04 19:09:17,016 DEBUG  skipped share Videos on yaVDR on yaVDR.local: already used
2021-06-04 19:09:17,176 INFO   Update recdir via dbus: 0 update of recordings triggered
2021-06-04 19:09:24,325 INFO   Update recdir via dbus: 0 update of recordings triggered

9

Allgemein [ General ] / Letzte stabile Version? (Raspi 3 / VDR Client)

« on: November 24, 2019, 11:38:06 »

Hi,


ich möchte zu Hause auf Client/Server umstellen und als Clients Raspberry Pis nutzen. Vor Jahren hatte ich schon einmal MLD im Einsatz und gute Erfahrungen gemacht (allerdings auf einem x64 PC), so dass ich gerne wieder dahin zurückmöchte. Also an dieser Stelle auch noch ein großes Kompliment für diese Distribution.

Ich habe die 5.4 stable installiert und hatte dabei schon Probleme mit der Fernbedienung (ähnlich wie https://www.minidvblinux.de/forum/index.php/topic,9245.msg0.html). Da die Systeme produktiv laufen sollen (WAF), möchte ich von unstable und testing auch Abstand halten.

Daher die Frage: Welche Version ist denn für folgende Konfiguration empfehlenswert bzw stabil:

- Raspberry Pi 3
- Logitech Harmony über GPIO (KLS 1.6)
- KODI

Danke und Grüße
Björn