Verhalten VDR bei "retuning due to modification of channel"

    Hallo,


    bei Aufnahmen (meist von verschlüsselten Sendern) habe ich schon häufiger festgestellt, dass beim Start der Aufnahme der Kanal neu getuned wird und es zu o.g. Logausgabe kommt.
    Erklärungen sind u.a. hier zu finden:
    http://www.linuxtv.org/piperma…/2006-October/010781.html
    retuning due to modification of channel


    Mit letztem Link mag das Problem evtl. nicht mehr / seltener auftreten.


    Im Grunde bleibt es eine Aufnahme, die jedoch durch das neu tunen in 00001.ts und 00002.ts gesplittet wird. Zusätzlich startet der VDR jedoch 2x das Skript rwrapper (executing '/usr/local/bin/rwrapper.sh jeweils für before und after), so als ob es quasi 2 Aufnahmen wären.
    Ist dieses Verhalten logisch oder dürfte es trotz retuning nicht nur ein Aufruf sein?


    Hintergrund:
    Ich habe mir einige Skripte geschrieben, welche Aufnahmen automatisch komprimieren/konvertieren und nach GoogleDrive, Dropbox etc. hochladen (getriggert anhand von Keywords im Aufnahmename). Diese Skripte werden u.a. von rwrapper.sh aufgerufen, so dass eine Konvertierung/ein Upload 2x getriggert wird, obwohl es nur eine Aufnahme (ein Verzeichnis) ist.


    Wäre es sinnvoll das Verhalten derart zu ändern, dass bei einem retunen während einer Aufnahme kein rwrapper (bzw. das Skript was dem VDR mit dem -r Parameter übergeben wurde) aufgerufen wird?


    Marcus

    My VDRs:

    Danke für die Info.


    Eine Frage hierzu noch:
    Wurde das Verhalten so geändert, dass kein Retuning mehr auftritt, oder dass es als "eine" Aufnahme behandelt wird? Ich kann den Punkt in der HISTORY leider nicht finden.


    Marcus

    My VDRs:

    Zitat von dad401


    Wurde das Verhalten so geändert, dass kein Retuning mehr auftritt, oder dass es als "eine" Aufnahme behandelt wird? Ich kann den Punkt in der HISTORY leider nicht finden.


    Code
    2014-01-05: Version 2.1.3
...
- Changes in the teletext PID no longer cause retuning (and thus interrupting a
  recording).


    Klaus

    Danke Klaus - die Änderung zielt IMHO jedoch nur auf Änderungen der Videotext-PID. Wie sieht es aus mit CA-IDs, wie z.B. in meinem ersten Link diskutiert. In diesem Fall gibt es weiterhin ein Retuning?


    Marcus

    My VDRs:

    In meiner Erinnerung werden manchmal nur die CA-IDs neu durcheinandergewürfelt.
    Als ich noch verschlüsselte Sender geschaut habe, hatte ich in der channels.h aus
    #define CHANNELMOD_RETUNE
    den CHANNELMOD_CA entfernt und hatte nie negative Effekte.

    vdr-2.6.7

    softhddevice, dbus2vdr, dvd, epgsearch, femon, graphtftng, web, menuorg,
    osdteletext, radio, recsearch, satip, tvguide, vnsiserver
    ubuntu focal, yavdr-ansible, linux-5.15 ,AsRock J4105, CIne CT-V7 DVB-C

    Wenn gerade eine Aufnahme z.B. auf AXN läuft und dann eine 2. Aufnahme
    auf dem selben Transponder startet (z.b.FOX) und bei FOX die PIDs wechseln,
    dann ist doch die 1. Aufnahme vom retuning gestört oder?


    Wie lang ist so eine Störung ?, < 1s ?

    vdr 1.7.23 suse 12.1 64 Bit 1xTTS2-6400 HD-USB: 24TB
    vdr 1.7.23 suse 11.3 64 Bit 1xTTS2-6400, 1xTTS2-3200 + ci HD:2TB
    vdr 2.2.0 Raspberry pi HD-USB: 2TB (Garten)

    Zitat von kls

    Ja. Aber das sollte nicht *während* einer Sendung passieren, sondern nur davor bzw. danach.

    Hier passierte es während einer Sendung (je nach Definition) - nochmal genauer zusammengefasst:
    - VDR schaltet auf Kanal um
    - VDR startet Aufnahme der Sendung nach 00001.ts -> Aufruf von rwrapper.sh start (vdr -r rwrapper.sh)
    - VDR retuned Kanal (gefühlt < 1 Sekunde nach Start der Aufnahme)
    - VDR stoppt Aufnahme der Sendung nach 00001.ts -> Aufruf von rwrapper.sh stop
    - VDR startet Aufnahme der Sendung nach 00002.ts -> Aufruf von rwrapper.sh start (vdr -r rwrapper.sh)
    - Aufnahme läuft ohne weitere Probleme
    - VDR stoppt Aufnahme der Sendung nach 00002.ts -> Aufruf von rwrapper.sh stop (vdr -r rwrapper.sh)


    Fazit:
    - eine "logische" Aufnahme mit 00001.ts und 00002.ts
    - 4x der Aufruf von rwrapper.sh anstelle 2x -> somit "Bearbeitung" von 2 Aufnahmen über dieses Skript
    mögliche Lösung um die Logik von rwrapper wiederherzustellen: entweder beim retuning den Aufruf von rwrapper unterbinden oder nach Start einer Aufnahme nicht retunen


    Edit: bei einem überlappenden Timer kann es m.E. schonmal 3 Sendungen (Aufnahme + Vor- und Nachlaufsendung) geben.


    Marcus

    My VDRs:

    Ich habe vor langem mal ein recordinghook-skript gebastelt, dass diesen "PID-Wechsel" abfängt, in dem es nach Ende der Aufnahme wartet und schaut, ob sie innerhalb von 6 Sekunden erneut startet. Wenn ja, dann gehe ich von einem PID Wechsel aus. Das Skript dient nur zur Anzeige ob eine Aufnahme startet oder endet.


    Besteht aus zwei Teilen und ist unter Gen2VDR im Einsatz. Den Ansatz kann man sicher auch für den Wrapper verwenden...


    Das Skript wird vom VDR aufgerufen:
    https://dl.dropboxusercontent.…r.d/scripts/g2v_record.sh


    Das Skript wird vom g2v_record.sh aufgerufen und prüft, ob die Aufnahme schon vor weniger als 6 Sekunden schon mal gestartet wurde:
    https://dl.dropboxusercontent.….d/scripts/g2v_rec_msg.sh

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden