{epgsearch] Wie Duplikate bei Suchtimern vermeiden?

  • Hallo Zusammen,


    ich versuche eine Serie bei Sky via Suchtimer aufzunehmen. Leider ist es nun aber so, dass bei Sky das Zeugs zig Mal wiederholt wird.


    Sicherlich könnte man die Timerliste, in regelmäßigen Abständen, von Hand editieren, aber das ist doch wohl nicht Sinn der Sache, oder?


    Deshalb nun die Frage, ob es da eine Möglichkeit gibt, epgsearch zu sagen, dass es völlig ausreicht, wenn jedes Event nur einmal aufgenommen wird?

  • Im live gibts doch ja eine Option: Wiederholungen vermeiden.


    Ist das nicht, was du suchst?

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • Suchtimer verwenden anhaken.

    VDR1 yaVDR 0.6: Gehäuse: OrigenAE X15e Board: Giada MG-C1037-SL Grafik: GT620 CPU: Celeron 1037U Ram: 2GB DVB: CineS2 Festplatte: 2x1TB
    VDR2 yaVDR 0.6: Gehäuse: Streacom F7C Board: Zotac Z68ITX-B-E Grafik: GT430 CPU: Pentium G630 Ram: 8GB DVB: CineS2 Festplatte: 30GB mSata + 500GB 2,5
    VDR3 yaVDR 0.6: Gehäuse: HP N36L Ram: 8GB DVB: 2 x CineS2 Festplatten: 2x 1,5TB und 2x2TB
    OctopusNet V1 + Rack 4xS2 + 8xS2

  • Wo finde ich denn diese Option??


    Mit "Als Suchtimer verwenden" auf "nein" gar nicht.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • Im vdr-admin-am kann man z. B. die Aufnahmen auf bestimmte Wochentage beschränken. Man kann auch Wiederholungen ausschließen anhand von Titel, Untertitel und Beschreibung. Wenn die Beschreibung herangezogen werden soll, kann man sogar festlegen ab wieviel % Übereinstimmung im Text es als Wiederholung gelten soll. Man kann sogar einstellen wieviel Wiederholungen zur Sicherheit aufgenommen werden sollen, Es könnte ja mal eine Aufnahme wegen starkem Regen misslingen...

  • 3PO


    Bei Sky-Sendern nur auf Episoden-/Folgennamen prüfen lassen, das funktioniert sehr zuverlässig hier. Die nächtliche Wiederholung enthält in der Regel keine EPG Beschreibung und würde damit erneut aufgenommen.


    Die Optionen dazu gibt es sowohl in vdr-plugin-live, vdradmin-am als auch im VDR OSD, kann grad nicht nachgucken, aus dem Kopf, Menu / EPGSEARCH, dann "blau" suchen, da werden die Suchtimer aufgelistet und können administriert werden.


    Regards
    fnu

    HowTo: APT pinning

  • [...] Man kann sogar einstellen wieviel Wiederholungen zur Sicherheit aufgenommen werden sollen, Es könnte ja mal eine Aufnahme wegen starkem Regen misslingen...


    Richtig genial wäre eine Option, die automatisch eine "Sicherheitskopie" aufnimmt, wenn bei der Aufnahme mehr als eine *.ts Datei angelegt wurde, denn dass ist i.d.R. ein Indiz dafür, dass bei der Aufnahme etwas vor den Baum gegangen ist. ;)

  • Aber das macht epgsearch doch schon selbst, wenn eine von epgsearch gesetzte Aufnahme nicht 100% gelungen ist, setzt es wenn möglich anschließend den Timer auf die Wiederholung, wenn möglich ...

    HowTo: APT pinning


  • Richtig genial wäre eine Option, die automatisch eine "Sicherheitskopie" aufnimmt, wenn bei der Aufnahme mehr als eine *.ts Datei angelegt wurde, denn dass ist i.d.R. ein Indiz dafür, dass bei der Aufnahme etwas vor den Baum gegangen ist. ;)



    Das ist schwierig, zumindest bei Sky werden bei mir immer mehrere Datein angelgt, weil oft vor und nach nach Beginn eines Films die PIDs wechseln und neu getuned wird.


    Wäre aber ein nettes Feature für den VDR bei Fehlern in Aufnahmen ein Log mit Zeitstempeln ins Aufnahmeverzeichniss zu schreiben.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • Und woher weiß epgseach, dass die Aufnahme nicht zu 100% geklappt hat?

    Das kann ich Dir leider nicht sagen, nur das wenn hier was falsch gelaufen ist, ich automatisch die Wiederholung in der Liste habe, oder eben nicht wenn alles geklappt hat. Solange es EPG zum Suchen gibt funktioniert das sehr zuverlässig.


    Oft ist die erste Aufnahme aber dennoch ok, weil das Problem im Vor-/Nachlauf aufgetreten ist ...


    Was dennoch passieren kann, das beide automatisch gesetzten Aufnahmen fehlerhaft sind und keine weitere kommt, dumm gelaufen, das sind dann die Anfragen hier im entsprechenden Unterforum ... ^^


    Regards
    fnu

    HowTo: APT pinning

  • [...] Oft ist die erste Aufnahme aber dennoch ok, weil das Problem im Vor-/Nachlauf aufgetreten ist ...


    Das habe ich auch schon des Öfteren festgestellt, da wird wegen ein paar Minuten nochmal ein *.ts File aufgemacht, oder ist das das o.g. Problem mit dem PID Wechsel?


  • Das habe ich auch schon des Öfteren festgestellt, da wird wegen ein paar Minuten nochmal ein *.ts File aufgemacht, oder ist das das o.g. Problem mit dem PID Wechsel?


    Ich nehms an, weil dann meistens neue Audiospuren hinzukommen - Englisch/Originalsprache zum Besipiel. Weiss aber auch nicht, ob und warum es dafür nötig ist, neue Files anzulegen.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • Sicher das nicht "Pennsylvania" noch manuell gesetzt gewesen war?


    Ach ja eine Option solltest Du noch einstellen, geht IIRC nur per OSD, das Suchtimer nach Löschen erneut gesetzt werden sollen.


    Die Dokus sind btw. wirklich toll, hab auch schon fast alle geguckt ...


    Regards
    fnu

    HowTo: APT pinning

  • Ja, weil epgsearch setzt den Suchtimer (zusätzlich), ob der Gleiche manuell gesetzt wurde oder nicht.


    Die Option für das erneute Timern per OSD setzten, alle entsprechenden Timer löschen und dann Update Suchtimer.


    [edit] Ich glaube das ist der Schalter in der setup.conf:


    Code
    epgsearch.TimerProgRepeat = 1


    [/edit]


    Regards
    fnu

    HowTo: APT pinning

    3 Mal editiert, zuletzt von fnu ()

  • Ist jetzt vlt. eine doofe Frage, aber werden die Timer, die via epgsearch gesetzt werden, nicht unter "Timer" angezeigt?


    Laut Log wurden sie angelegt,


    Code
    vdr01_64 ~ # grep 'Amerika von oben' /log/messages |tail -n5
    Sep 27 18:55:35 [vdr] [9427] timer 1 (151 1635-1810 'Amerika von oben') set to event Don 09.10.2014 16:50-17:40 'Amerika von oben'
    Sep 27 18:55:35 [vdr] [9427] timer 1 (151 1025-1200 'Amerika von oben') set to event Fre 10.10.2014 10:40-11:30 'Amerika von oben'
    Sep 27 18:55:35 [vdr] [9427] timer 1 (151 1635-1810 'Amerika von oben') set to event Fre 10.10.2014 16:50-17:40 'Amerika von oben'
    Sep 27 18:55:35 [vdr] [9427] timer 1 (151 1010-1145 'Amerika von oben') set to event Sam 11.10.2014 10:25-11:15 'Amerika von oben'
    Sep 27 18:55:35 [vdr] [9427] timer 1 (151 1635-1815 'Amerika von oben') set to event Sam 11.10.2014 16:50-17:45 'Amerika von oben'
    vdr01_64 ~ #


    aber die "timers.conf" bleibt leer:


    Code
    vdr01_64 ~ # cat /etc/vdr/timers.conf
    vdr01_64 ~ #

Jetzt mitmachen!

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