retuning due to modification of channel

  • Welche Ursache kann sowas in mitten einer Aufnahme haben? Empfangsstörungen?


    Code
    Oct 20 14:28:16 homeserver vdr: [27027] retuning due to modification of channel 180
    Oct 20 14:28:16 homeserver vdr: [27027] switching to channel 180


    Mehr gibt das Log nicht her, außer, dass danach eine neue ts Datei erstellt wird.


    Ist mir bei zwei Aufnahmen passiert, welche an entsprechender Stelle Aussetzer haben.

    - 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

  • Sky Cinema HD


    Werd aber mal schauen, obs auch auf anderen Auftritt.

    - 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


  • Werd aber mal schauen, obs auch auf anderen Auftritt.


    Ist mir auch schon des öfteren aufgefallen beim Live schauen. war aber nicht Sky. Frage mich schon länger ob man bei jeder pid änderung retunen muss.

    VDR:
    Hardware: Thermaltake DH102, Zotac ION ITX-F-E, 2Gig Ram, TechnoTrend
    dual DVB-S2 6400, TechnoTrend Connect CT-3650,


    Software: EasyVDR 1.0

  • Kommt es dann zu Aussetzern? Live konnt ich das noch nicht beobachten. Erst jetzt...hm gestern hab ich auf 2.1.2 aktualisiert, kann es damit zusammenhängen?

    - 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

  • Ja so als ob man Umschaltet kam bei mir öfter gegen ende einer Serie / Film vor. weiß leider nicht mehr wo das war.

    VDR:
    Hardware: Thermaltake DH102, Zotac ION ITX-F-E, 2Gig Ram, TechnoTrend
    dual DVB-S2 6400, TechnoTrend Connect CT-3650,


    Software: EasyVDR 1.0

  • Welche Ursache kann sowas in mitten einer Aufnahme haben?


    Ist das eine rhetorische Frage?


    gestern hab ich auf 2.1.2 aktualisiert, kann es damit zusammenhängen?


    Unwahrscheinlich.


    Sky Cinema HD


    Das schon eher. Mann muss wissen, was man tut und die Forenregeln beachten. Das gilt auch für CH! ;)


    Albert


  • Das schon eher. Mann muss wissen, was man tut und die Forenregeln beachten. Das gilt auch für CH! ;)
    Albert


    Erkläre mir mal, was das mit irgendwelchen Forenregeln zu tun hat? Darf man jetzt nicht mal mehr Sky Cinema HD erwähnen? Hauptsache erstmal wieder ne Spitze loslassen. Ach ich reagier nich mehr drauf....


    Zitat

    Ja so als ob man Umschaltet kam bei mir öfter gegen ende einer Serie / Film vor. weiß leider nicht mehr wo das war.


    Am Ende/Anfang versteh ich ja noch, wenn sich irgendwelche Tonspuren ändern, aber nicht mittendrin. Sehe auch keine Meldungen, dass sich irgendwelche PIDs geändert haben.

    - 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

  • Hallo,


    ein ähnliches Verhalten hat bei mir am Freitag Abend auch die Aufnahme auf Sk* Cinema HD gestört. Wobei bei mir schon eine Änderung der PIDs im Syslog zu sehen ist. Erstaunlich ist das Zurückändern der ursprünglichen Einstellung 12 Sekunden später. Somit hatte meine Aufnahme zwei Lücken.


    Für die Wiederholung am Sonntag habe ich den VDR kurzfristig das Aktualisieren der PIDs untersagt. Da lief dann die Aufnahme durch, mit dem Nebeneffekt, dass nun die Reginalprogramme halt nicht mehr funktionierten.


    Ciao Stefan

  • Ich habe mir darüber noch keine Gedanken gemacht, aber eigentlich sollten ja PID-Changes genau zwischen zwei Sendungen auftreten bzw. zwischen Werbung und Sendung, aber nicht während einer laufenden Sendung. Also wäre zu klären, ob die Stellen, wo in den Aufnahmen Stücke fehlen, am Anfang oder am Ende der Aufnahme sind, und ob es bei allen mit dem Problem an exakt der gleichen Stelle auftritt.


    Dann wäre es interessant zu wissen, ob das Problem auch mit unverschlüsselten Sendern reproduzierbar ist (z. B. Mittags bei WDR das Regionalfenster oder bei ServusTV HD).
    Und syslog-Schnipsel wären interessant, in denen die PID-Änderungen protokolliert werden.


    Wenn Ihr mal einen Tag lang auf Sky Cinema HD schaltet, könnt Ihr doch abends im syslog alle PID-Changes rausgreppen und schauen, ob diese immer zwischen den EPG-Events liegen oder mittendrin.


    Gruß
    hepi


  • Wie gesagt, ausser obige Meldungen hab ich im Log nichts gesehen. Anscheinend waren das nicht mal PID Änderungen, denn die seh ich normalerweise im Log. Ich werd mal eine Aufnahme auf ServusTV HD starten und mal schauen, ob ich das reproduzieren kann.


    Die fehlenden Stücke sind im übrigen mitten in der Aufnahme, wie gesagt, am Anfang und am Ende passiert das ja öfter (PID Wechsel), aber mittendrin seh ich das zum ersten mal. Hab noch mal meine Logs bis 15.10. geprüft, keine weiteren "retuning"-Meldungen.


    Man müsste halt mal rausfinden, was diese Meldung verursacht, wenn keine weitere Meldung erscheint (also PID Wechsel o.ä.). Selbst bei Schlechtwetter hätte ja sowas wie "frontend timed out" kommen müssen.

    - 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

    Einmal editiert, zuletzt von TheChief ()

  • Wenn man mal im VDR-Portal oder im Internet in vergangenen Threads sucht, was ja allgemein verpönt ist und einen unbeliebt macht, zum Erbsenzähler degradiert und einen schlicht als uncoolen Bürokraten in Erscheinung treten lässt, stellt man fest, dass das Problem schon mehrmals diskutiert worden ist:


    1) retuning due to modification of channel ...
    2) retuning due to modification of channel


    (Beide Threads sind vom gleichen Poster eröffnet worden, der wohl auch vergessen hat, dass er schon einen Thread dazu eröffnet hatte :D )


    Man könnte jetzt sagen, das wäre Pflichtlektüre für die Leute mit dem Problem, aber sicherlich ist der, der zu faul zum Suchen ist, auch zu faul zum Lesen. :)


    Gruß
    hepi


  • Ach, mach sachen!


    Aus dem ersten Thread kann ich erstmal nichts erkennen, was mein Problem erklären würde. Beim zweiten Thread verhält sich das ähnlich. Ich sehe weder PID Änderungen noch Transponder Änderungen. Ne Logmeldung, was sich an dem Kanal geändert hat, wäre schon schick.

    - 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

  • Erkläre mir mal, was das mit irgendwelchen Forenregeln zu tun hat?


    Beiträge über das Manipulieren von Smartkarten und/oder das technische Verändern von Hardware und/oder das Installieren von Software mit dem Ziel "Umgehen eines Kopierschutzes" etc. sind hier verboten.


    Hauptsache erstmal wieder ne Spitze loslassen.


    Ich sehe es so, ich habe Dir Orientierungshilfe gegeben. Aber wie Du meinst.


    Albert

  • Ich sehe weder PID Änderungen noch Transponder Änderungen. Ne Logmeldung, was sich an dem Kanal geändert hat, wäre schon schick.


    Naja, der, der ein Problem hat, aber keine Logmeldungen dazu, hat immer Pech. Die erste Frage ist ja, was sich denn an dem verdammten Kanal überhaupt ändert. Die retuning-Meldung hat wahrscheinlich nix damit zu tun, dass sich gerade ein Albatross auf den Feedarm Deiner Schüssel gesetzt hat. Ich denke, Empfangsprobleme werden keine retuning-Meldung auslösen. Kann man da mit nem höheren Loglevel evtl. mehr Infos bekommen?


    Am besten schauen, wo im VDR-Quellcode die retuning-Meldung rausgeschrieben wird.


    Gruß
    hepi

  • Das ist offensichtlich die Teletext-Pid, die da ständig verändert wird.
    <verschwörungstheorie>
    Man könnte ja fast geneigt sein zu glauben, daß Sky den VDR bewusst "austricksen" möchte, denn die TPID ist auf den Sky-Kanälen eigentlich ziemlich bedeutungslos.
    </verschwörungstheorie>


    Ändere doch mal testweise in channels.c (Funktion cChannel::SetPids()) die Zeile

    Code
    if (vpid != Vpid || ppid != Ppid || vtype != Vtype || tpid != Tpid)


    nach

    Code
    if (vpid != Vpid || ppid != Ppid || vtype != Vtype)


    Damit sollte das Problem nicht mehr auftreten. Nebeneffekt ist allerdings, daß dann auch auf Kanälen, wo die TPID tatsächlich Bedeutung hat, bei einem Wechsel nicht neu getunt wird. Ebenso wird die channels.conf bei so einem Wechsel nicht neu gespeichert, aber irgendwann wird sicher auch auf einem anderen Kanal eine Änderung kommen, die ein Neu-Speichern triggert.


    Klaus

  • Danke, werds mal austesten. Allerdings sind die zwei betreffenden Herr der Ringe Aufnahmen nun Schrott bzw. fehlen jeweils ein paar Sekunden.


    Muss ich in dem Falle ein höheres Loglevel einstellen, damit ich eine Meldung bekomme, dass sich die Tpid geändert hat oder ist das nicht vorgesehen?

    - 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

  • Also das Problem hatte ich auch schon bei anderen verschlüsselten Sender, ebenso mitten in der Aufnahme die dann verhagelt war, ich bin nicht überzeugt das der VDR hier ursächlich ist, auf einem FTA Sender habe ich das z.B. noch nie gesehen ...


    Regards
    fnu

    HowTo: APT pinning

Jetzt mitmachen!

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