Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Benutzername

1
Allgemein [ General ] / Remote Timers funktioniert nicht (mehr)
« on: March 29, 2026, 12:01:02 »
Hallo,

leider ist das Thema doch noch nicht gelöst. Ich bekomme es nicht hin, dass die Timer angezeigt werden und gleichzeitig der EPG regelmäßig aktualisiert wird. Leider finde ich auch keine Log-Ausgabe, die mich einer Lösung näherbringen würde.

Der aktuelle Stand ist jetzt so (Auszug aus der setup.conf. Hostname des Servers ist vdr-hwr, IP ist 192.168.2.16). Das svdrpservice Plugin wird mit Argument gestartet (192.168.2.16:6419).

svdrpservice.ConnectTimeout = 2
svdrpservice.ReadTimeout = 5
svdrpservice.ServerIp = 192.168.2.16
svdrpservice.ServerPort = 6419

SVDRPDefaultHost = vdr-hwr
SVDRPHostName =
SVDRPPeering = 2
SVDRPTimeout = 300

epgsync.ChannelByChannel = 1
epgsync.ChannelTypes = 1
epgsync.ConnectAttempts = 1
epgsync.EveryHours = 1
epgsync.HideMainMenuEntry = 0
epgsync.NowNext = 1
epgsync.RedirectChannels = 0
epgsync.ServerIp =
epgsync.ServerPort = 0
epgsync.ServerPort : = 0
epgsync.SyncOnStart = 1


Ich ändere nur die beiden Parameter epgsync.ChannelByChannel und epgsync.NowNext. In dieser Variante wird der EPG geladen, aber die Timer werden nicht angezeigt.

epgsync.ChannelByChannel = 0
epgsync.NowNext = 0

Wenn ich die Parameter folgendermaßen ändere, wird der EPG nicht aktualisiert, aber die Timer werden angezeigt

epgsync.ChannelByChannel = 1
epgsync.NowNext = 1

Laut Dokumentation / Recommended settings (https://github.com/vdr-projects/vdr-plugin-epgsync) sollte letzteres richtig sein.

Wo könnte man noch suchen?

Grüße
Björn

2
Allgemein [ General ] / Wo ist die MAC Adresse gespeichert?
« on: March 01, 2026, 09:59:46 »
Hallo,


ich habe keine Regeln in der Richtung selbst erstellt, deshalb gehe ich mal davon aus, dass das in der MLD schon drin ist.

Ich habe das MLD Setup auf dem ersten Raspberry Pi normal installiert. Die MAC Adresse, die in der uboot.env steht, ist die dieses Raspberry Pis. Demnach würde ich mal spekulieren, dass die bei der Installation da reingekommen ist?

Grüße

3
Allgemein [ General ] / Wo ist die MAC Adresse gespeichert?
« on: February 27, 2026, 22:02:44 »
Hallo,

ich habe in der /boot/uboot.env die falsche MAC-Adresse gefunden und gelöscht. Nach Entfernen startet das Raspberry Pi mit einer anderen (der richtigen?) und die beiden Systeme stören sich nicht mehr.

Falls mal jemand dasselbe Problem hat...

Grüße
Björn

4
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

5
Allgemein [ General ] / Remote Timers funktioniert nicht (mehr)
« on: February 22, 2026, 18:58:56 »
Hallo,

noch ein Nachtrag:

ich habe das svdrpservice plugin jetzt mit Argument gestartet (192.168.2.16:6419) (die Parameter im VDR OSD Menu eintragen hat nicht funktioniert, wurde nicht gespeichert) und in der setup.conf den Hostnamen / Port des epgsync plugins entfernt.

Jetzt scheints alles korrekt zu funktionieren.

6
Allgemein [ General ] / Remote Timers funktioniert nicht (mehr)
« on: February 21, 2026, 15:53:41 »
Ich glaube, es funktioniert jetzt.

Ich bin auf ein Backup von Anfang Januar 2026 zurück -> Timer funktionierten

Alle Updates eingespielt -> Timer funktionierten

-> epgsync Einstellungen geändert wie zuletzt -> keine Timer mehr

Nach Studium der Doku war meines Erachtens der "epgsync.channelbychannel = 0" falsch:

"Use "Sync channel by channel: yes" if
- you connect to SVDRP port
- or encounter bandwidth related problems with "no"
- or want to share the SVDRP connection with other local plugins
"

Mal sehen, ob der epgsync jetzt trotzdem noch korrekt läuft...

Schon mal danke für Eure Rückmeldungen
Björn

7
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

8
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...


9
Allgemein [ General ] / Download Links für MLD 6.5 nicht verfügbar?
« on: November 30, 2025, 14:00:11 »
Alles klar, funktioniert wieder. Da hab ich wohl einfach einen unglücklichen Zeitpunkt erwischt.

Danke für die schnelle Lösung

10
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

11
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

12
Hallo,

ich möchte das Thema noch mal hochholen, habe dieses Verhalten auch. Bei 5.4 alles ok, bei 5.5 (testing) funktioniert der avahi linker nicht.

Was mir auffällt: Der linker startet nicht. Beim manuellen Start (start avahi-linker) kommt die folgende Fehlermeldung

Code: [Select]
Starting avahi-linker
ln: /mnt/vdr-name/net: Permission denied

/mnt/vdr-name ist ein Symlink nach /net und in der default.cfg als autofsdir konfiguriert.

Warum der Linker da noch ein net dranhängt, ist mir nicht klar. Möglicherweise stimmt was im Skript nicht?

Grüße

13
Raspberry PI / Streaming Client auf Raspberry Pi 4
« on: January 07, 2024, 19:40:05 »
Hallo,

habe heute auch an einem neueren TV mit FullHD angeschlossen. Gleiches Problem, nach dem Start und Bootlogo meldet der TV ein fehlendes Signal.

Bei Dir hat das System out of the box funktioniert oder hast Du noch was konfiguriert?

Grüße
Björn

14
Raspberry PI / Streaming Client auf Raspberry Pi 4
« on: January 06, 2024, 15:23:49 »
Kleine Ergänzung:

Beinm Hochfahren erscheint nach Start das OSD und ich höre den Ton vom Sender (für ca 2 Sekunden bevor neugestartet wird), das Bild wird nicht angezeigt.

Der Fernseher ist ein älterer (noch kein FullHD), falls das wichtig ist.

Der Streamdev Server sollte nicht die Ursache sein, andere Clients (MLD 5.4 auf RPI 3) haben keine Probleme.

Grüße
Björn

15
Raspberry PI / Streaming Client auf Raspberry Pi 4
« on: January 06, 2024, 15:15:57 »
Hallo,

habe noch einmal versucht zu installieren. Das Frontend ist installiert, die Verbindung zum Streamdev-server ist auch aufgebaut, aber der Client startet regelmäig neu. Ursache liegt bei ALSA (?). An den Einstellungen hab ich bisher nichts verändert. Muss da noch was konfiguriert werden?

Code: [Select]
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 228 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:03:12 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 229 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:04:25 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 228 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:05:38 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 229 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:06:51 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 228 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:08:04 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 229 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:09:18 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 228 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:10:31 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 229 (28): No space left on device
AlsaPlayer: ring buffer empty

Der Server meldet in der Zeit folgendes:

Code: [Select]
Jan  6 15:06:02 MLD user.err vdr: [8431] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:07:09 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:07:15 MLD user.err vdr: [2048] ERROR: 34038 ring buffer overflows (6399144 bytes dropped)
Jan  6 15:07:15 MLD user.err vdr: [8518] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:08:23 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:08:28 MLD user.err vdr: [8604] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:09:35 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:09:41 MLD user.err vdr: [2048] ERROR: 33048 ring buffer overflows (6213024 bytes dropped)
Jan  6 15:09:42 MLD user.err vdr: [8690] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:10:51 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:10:57 MLD user.err vdr: [2048] ERROR: 39474 ring buffer overflows (7421112 bytes dropped)
Jan  6 15:10:58 MLD user.err vdr: [8779] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:12:03 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:12:08 MLD user.err vdr: [8864] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:13:16 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:13:22 MLD user.err vdr: [2048] ERROR: 28526 ring buffer overflows (5362888 bytes dropped)
Jan  6 15:13:22 MLD user.err vdr: [8952] ERROR: streamdev-server: couldn't send data: Connection timed out