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


2
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

3
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

4
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

5
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

6
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

7
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

8
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

9
Raspberry PI / Streaming Client auf Raspberry Pi 4
« on: January 03, 2024, 20:36:31 »
Hallo,

danke Euch beiden für die Infos.

@Claus: Welches Default Skin verwendest Du? Die Defaults sehen meines Erachens eher nach C64 denn nach aktuellem OSD aus. Das Theme auf der Startseite dürfte auch das SHADY_KISS sein?

@franky: Danke für die Info, ich werde testen und berichten. Leider kann ich mich hauptsächlich nur am Wochenende der Sache widmen, aber das ist auch der Grund, warum ich auf was stabiles hoffe...

Grüße
Björn

10
Raspberry PI / Streaming Client auf Raspberry Pi 4
« on: January 01, 2024, 15:32:17 »
Alles klar, danke für die Einschätzung.

Gibts denn zu meinem "Schönheitsfehler" (langsames OSD bei SHADY_KISS) einen Lösungsansatz? Dann wäre der RPI3 immer noch vollkommen ausreichend für mich...

Grüße
Björn

11
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

12
Hi,

leider finde ich keine Stelle, wo ein entsprechender Event generiert wird (sowohl bei 5.4 als auch bei 5.5 nicht).

Gibts zu der Funktionsweise eine etwas detailliertere Doku?

Grüße



13
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

14
Raspberry PI / [5.4 Stable] Avahi mountet Freigabe nicht
« on: June 05, 2021, 14:20:08 »
Hallo,

Fehler gefunden: Der Hostname konnte nicht aufgelöst werden. Habe den yaVDR mit IP-Adresse in die /etc/hosts aufgenommen und alles hat funktioniert.

Danke für die Unterstützung

Grüße
Björn

15
Raspberry PI / [5.4 Stable] Avahi mountet Freigabe nicht
« on: June 05, 2021, 10:47:25 »
Hallo,

das Verzeichnis /mnt/MLD ist ein Symlink auf /net

Im Verzeichnis /net kann ich kein Verzeichnis yaVDR anlegen (Permission denied trotz root). Eventuell liegt da das Problem?

Mich wundert auch, dass das Zielverzeichnis ./yaVDR/srv/vdr/video sein soll. Sollte er nicht direkt nach yaVDR mounten (also 192.168.2.9:/srv/vdr/video -> /mnt/MLD/yaVDR bzw /net/yaVDR bzw /data/tv/yaVDR)?

Leider finde ich auch keinen Eintrag im Log darüber, ob das Mounten durchgeführt wird bzw fehlschlägt. Auf jeden Fall ist nichts gemountet (mount zeigt keinen entsprechenden Eintrag)

Grüße
Björn