VDR 2.3.9 SVDRP Probleme

  • lstd

    Primary ist device 7, in lstd wird jedoch 8 angezeigt.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

    The post was edited 1 time, last by jsffm: reduziert auf wirklichen Fehler ().

  • Hast du schon den Patch von Klaus eingebaut? VDR 2.3.9 Fixes

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ja, sind beide drin.


    Das mit dem Trennzeichen '-' ist Absicht und kennzeichnet das Ende.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Eingangspost auf das verbleibende Problem reduziert.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Du hast ein PrimaryDVB in der setup.conf, was mit "P" ausgegeben wird. Dieses ist auch beim Hochfahren das PrimaryDevice. Wenn hinterher das PrimaryDevice geändert wird, dann wird es mit svdrpsend PRIM wohl richtig ausgegeben, ändert aber nichts an der Position des P. Das sollte Klaus wohl ändern.

    vdr-2.6.1

    softhddevice,, dbus2vdr, dvd, epgsearch, femon, graphtftng, hbbtv, menuorg,
    osdteletext, radio, recsearch, satip, tvguide, vnsiserver

    ubuntu focal, yavdr-ansible, linux-5.10 ,AsRock J4105, CIne CT-V7 DVB-C

  • Stimmt, PrimaryDVB zeigt auf 8, softhddevice ändert dann auf 7.


    Die Anzeige sollte aber m.E. den aktuellen Stand anzeigen.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Kannst du bitte mal das hier probieren?

    Diff
    1. --- device.c 2018/01/27 14:45:08 4.26
    2. +++ device.c 2018/03/24 09:49:14
    3. @@ -195,6 +195,7 @@
    4. primaryDevice->MakePrimaryDevice(true);
    5. primaryDevice->SetVideoFormat(Setup.VideoFormat);
    6. primaryDevice->SetVolumeDevice(Setup.CurrentVolume);
    7. + Setup.PrimaryDVB = n + 1;
    8. return true;
    9. }
    10. esyslog("ERROR: invalid primary device number: %d", n + 1);

    Klaus

  • Moin,

    ich hänge mich hier mal rein weil es zum Title passt.


    Seit dem Update meines Severs auf 2.3.9 verbinden sich die beiden Clienten (beide 2.3.8) nicht mehr mit dem Server.

    Server steht auf 'mit jeder Maschine', die beiden Clienten auf 'nur mit der Standardmaschine' verbinden.

    Ändern der Klienten auf 'mit jeder ...' bringt aber keine auch keine Änderung.

  • ich hänge mich hier mal rein weil es zum Title passt.

    ...aber auch nur, weil der Title zu breit gewählt wurde ;-).


    Seit dem Update meines Severs auf 2.3.9 verbinden sich die beiden Clienten (beide 2.3.8) nicht mehr mit dem Server.

    Server steht auf 'mit jeder Maschine', die beiden Clienten auf 'nur mit der Standardmaschine' verbinden.

    Ändern der Klienten auf 'mit jeder ...' bringt aber keine auch keine Änderung.

    Ich habe hier ständig zwei VDRs am laufen, die sich einwandfrei verbinden. Egal ob "any hosts" oder "only default host".


    Passen denn die Einträge in der svdrphosts.conf?


    Was sagt denn das Log auf der jeweiligen Maschine?


    Klaus

  • Einträge in svdrphosts.conf passen.

    Vor dem Update lief es ja auch einwandfrei und ansonsten habe ich auch nichts verändert.




    Mit dem Log auf den PI's muss ich gleich noch schauen. Der steht hier im normal Betrieb auf 0 (wegen der Speicherkarte).

  • Kannst du bitte mal das hier probieren?

    Klaus

    Das löst das Problem, danke.


    Zu dem anderen Problem von Saman:


    Mir ist auch aufgefallen, dass ich auf meinem vdr3 mit vdr 2.3.8 die Timer von vdr2 mit vdr 2.3.9 nicht mehr sehe.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • ...aber auch nur, weil der Title zu breit gewählt wurde ;-).

    es waren ja ursprünglich zwei Probleme, von denen sich aber eins in Luft auflöste ...


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Hallo Klaus,


    ich habe meinen Fehler gefunden.


    Verantwortlich war das Program timeshift, das sich aus irgendeinem Grund dazu entschlossen hat, im Video Verzeichnis seine Backups abzulegen.

    Mehre tausend Dateien waren dann wohl ein bisschen viel für den VDR.


    Sorry und Gruß

    Marc

  • Zu dem anderen Problem von Saman:


    Mir ist auch aufgefallen, dass ich auf meinem vdr3 mit vdr 2.3.8 die Timer von vdr2 mit vdr 2.3.9 nicht mehr sehe.

    Jetzt zeigt er es wieder an, warum auch immer. Scheint sich auch in Luft aufzulösen.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Ganz sauber läuft das hier doch noch nicht. Wie lange sollte es denn maximal dauern, bis die Timer am Client angezeigt werden?


    EDIT: Hier mal ein Log-Schnipsel (Loglevel 3 und 'cat /var/log/syslog | grep -i svdrp') von einem der Clienten:


    Und das vom Server zu der Zeit

    The post was edited 2 times, last by Saman ().

  • Wenn ich den VDR auf dem Server neu starte, sind die Timer auf den Clienten unmittelbar zu sehen.

  • Ich habe jetzt alle debs für die Clienten auf 2.3.9 angehoben.

    Leider bleibt es dabei: Läuft der VDR auf dem Server schon vor dem Start des Clienten, werden die Timer nicht angezeigt.


    EDIT:

    Juhu - jetzt geht's! Habe den vdr-2.3.9 ja gleich als Debian-Paket gebaut und dabei wurde wohl die svdrpsend.conf überschrieben.

    Nach ändern selbiger läuft es tadellos!

    The post was edited 1 time, last by Saman ().