TAP: AutoExtender

[FranzKM]

Ja. Normalerweise dauert der Pilottimer weniger als 1 Minute.

Danke!

Habe jetzt umgestellt...Vorlauf und Nachlauf in 3PG auf 0.

Nach dem 3PG-Scan war schön ein PilotTimer da mit 60+8 Min. Vorlauf.
Habe dann einen manuellen Timer vor den ersten progammiert...und siehe er hat den PT geändert!!

Was mir aufgefallen ist, alle Timer sind ohne Vorlauf. Auch der erste. Wird der Vorlauf erst nach dem Start des PT gesetzt?

[flechumer]

Noch mal zum PilotTimer, der schaltet bei mir gnadenlos auf das aufzunehmende Programm um (immer).
Liegt es daran, dass ich durchschleife?
Stört mich jetzt nicht weiter da ich ja ScanTime benutze.

Das liegt wohl am Durchschleifen. Mit Umschalten des Hintergrundtuners kommt man ja nicht weiter. Aber: das wird nur vom Pilottimer gemacht. Wenn der Topf schon vorher an war, wird in dem Fall auf den Abgleich verzichtet.

[flechumer]

Nach dem 3PG-Scan war schön ein PilotTimer da mit 60+8 Min. Vorlauf.
Habe dann einen manuellen Timer vor den ersten progammiert...und siehe er hat den PT geändert!!

Was mir aufgefallen ist, alle Timer sind ohne Vorlauf. Auch der erste. Wird der Vorlauf erst nach dem Start des PT gesetzt?

So isses. Genau dafür ist er da.

[uenger]

[quote="flechumer"]Das liegt wohl am Durchschleifen. Mit Umschalten des Hintergrundtuners kommt man ja nicht weiter. Aber: das wird nur vom Pilottimer gemacht. Wenn der Topf schon vorher an war, wird in dem Fall auf den Abgleich verzichtet.[/quote]

Das bedeutet ja für die Durchschleifer ist es auch angebracht ScanTime zu setzten, damit man einen zeitnahen Abgleich erhält, oder?
Du hast doch auch einen Deiner Töpfe im Durchschleifmodus (wenn ich mich richtig erinnere).

LG
uenger

[flechumer]

Das bedeutet ja für die Durchschleifer ist es auch angebracht ScanTime zu setzten, damit man einen zeitnahen Abgleich erhält, oder?
Du hast doch auch einen Deiner Töpfe im Durchschleifmodus (wenn ich mich richtig erinnere).

LG
uenger

Ich habe den 5000er und den 2100er im Durchschleifmodus für die Entwicklung. Damit schaue ich ja normalerweise kein Programm an. Dafür benutze ich den 6000er mit zwei LNB-Anschlüssen, der natürlich im Wohnbereich und nicht im Büro steht. Auf allen Töpfen läuft AX ohne ScanTime völlig problemlos. Beim Testen auf den Bürotöpfen achte ich natürlich darauf, daß 2 parallele Aufnahmen immer auf dem gleichen Transponder liegen.

Ist es nun angebracht, bei Durchschleiferei mit ScanTime zu arbeiten? Die Frage ist eben doch nicht so einfach zu beantworten. Wenn die Pilotzeit erreicht ist und der Topf ist bereits auf einem anderen Transponder als dem abzugleichenden eingeschaltet, wird auf den Abgleich verzichtet. Ist der Topf zu der Zeit nicht an, wird halt umgeschaltet. Will man also einen Abgleich erzwingen, ist man mit ScanTime zu einer sehfreien Zeit auf der sicheren Seite. Mein Rat: Beides ausprobieren - erst ohne, dann mit ScanTime.

[uenger]

Schön, dass es diese Möglichkeiten gibt.
Ich wollte mit meinem Beitrag auch nur anregen, dass diese Möglichkeit auch in zukünftigen Versionen bitte erhalten bleibt.

LG
uenger

[flechumer]

[quote="uenger"]Ich wollte mit meinem Beitrag auch nur anregen, dass diese Möglichkeit auch in zukünftigen Versionen bitte erhalten bleibt.[/quote]

Das bleibt auch so.

[FranzKM]

[quote="flechumer"]So isses. Genau dafür ist er da.[/quote]
Thx!

Das heißt aber auch: 1. Timer um16:00 h - 17:00 h, 2. Timer ab 18:00 h auf anderem Quadranten, PT um 14:52 h.
1. T startet 15:57 (3 Min. Vorlauf) und AX setzt PT auf 16:52 h.
Wenn ich (durchgeschleift sh. SIG) um 16:52 h auf einem anderen Quadranten aufnehme, startet meine Aufnahme 2. Timer ohne Vorlauf um 18:00?

Das wäre nicht gut, sollte ich vllt doch besser ScanTime setzten?

[flechumer]

[quote="FranzKM"]Thx!

Das heißt aber auch: 1. Timer um16:00 h - 17:00 h, 2. Timer ab 18:00 h auf anderem Quadranten, PT um 14:52 h.
1. T startet 15:57 (3 Min. Vorlauf) und AX setzt PT auf 16:52 h.
Wenn ich (durchgeschleift sh. SIG) um 16:52 h auf einem anderen Quadranten aufnehme, startet meine Aufnahme 2. Timer ohne Vorlauf um 18:00?

Das wäre nicht gut, sollte ich vllt doch besser ScanTime setzten?[/quote]

Wenn der erste Timer für 16-17 Uhr programmiert ist, wird kein PT innerhalb dieses Zeitraums programmiert. Stattdessen wird AX um 16:52 den Abgleich versuchen und, wenn das nicht geht, den Vorlauf ohne Abgleich setzen. So sollte es zumindest laufen.

[FranzKM]

Wenn der erste Timer für 16-17 Uhr programmiert ist, wird kein PT innerhalb dieses Zeitraums programmiert. Stattdessen wird AX um 16:52 den Abgleich versuchen und, wenn das nicht geht, den Vorlauf ohne Abgleich setzen. So sollte es zumindest laufen.

OK, dann lasse ich es mal ohne ScanTime laufen und hoffe, dass es gut geht.

Danke, flechumer, Du hast hier so viel Arbeit reingesteckt, da muss es doch endlich mal gut sein....aufhören wird es allerdings nie...

[chrisly]

Das ist alles etwas wirr. Mach es doch mal konkret. Wann und von wem wird ein Timer gestartet, für den ein Pilottimer zur festen Zeit laufen müsste? Genau wann ist AX dabei in Betrieb? Was heißt eigentlich "Suchtimer" (R oder nicht R, das ist hier die Frage)? AX pilotiert nur Aufnahmetimer.

Ich bin auch - immer noch - etwas verwirrt ...
Aber ich versuche mal, zu entwirren: morgens werden von 3PG die R-Timer automatisch angelegt. Der erste davon startet i.d.R. um 17:55 Uhr. AX läuft immer mit - außer beim morgendlichen EPG-Scan.
Bei z.B. ScanTime=16:30 wird ein Pilottimer angelegt.
Bei ScanTime=17:50 Uhr wird aber dieser Pilottimer nicht angelegt.
Eigentlich will ich nur erreichen, dass um 17:50 ein Pilottimer startet, der dann die EPG-Daten für alle folgenden Timer des Abends (die ja morgens durch 3PG angelegt wurden) abgleicht.
Warum klappt das nicht?
für Deine Geduld ...

[flechumer]

Ich bin auch - immer noch - etwas verwirrt ...
Aber ich versuche mal, zu entwirren: morgens werden von 3PG die R-Timer automatisch angelegt. Der erste davon startet i.d.R. um 17:55 Uhr. AX läuft immer mit - außer beim morgendlichen EPG-Scan.
Bei z.B. ScanTime=16:30 wird ein Pilottimer angelegt.
Bei ScanTime=17:50 Uhr wird aber dieser Pilottimer nicht angelegt.
Eigentlich will ich nur erreichen, dass um 17:50 ein Pilottimer startet, der dann die EPG-Daten für alle folgenden Timer des Abends (die ja morgens durch 3PG angelegt wurden) abgleicht.
Warum klappt das nicht?
für Deine Geduld ...

Ich höre da folgendes heraus: Morgens startet 3PG die am Tag fälligen Timer. Währenddessen läuft AX nicht mit, kann also auch keinen Pilottimer starten. Wenn AX bis zum Start des ersten Timers nicht zum Zug kommt - etwa durch manuellen Topfstart - wird es auch keinen Pilottimer geben. Damit liegt die Lösung des Problem auf der Hand.

[chrisly]

Ich dachte, AX legt bei Vorgabe der ScanTime unabhängig von vorhandenen Timern einen Pilottimer an.
Aber selbst wenn nicht: 3PG legt bei mir morgens die Timer für 48 Stunden an, sie sind somit auch vorhanden, wenn AX bei den späteren Aufnahmen mitläuft. Spätestens dann müsste der Pilottimer doch für den nächsten Tag angelegt werden.
Bei ScanTime 16:30 klappt´s ja auch - oder war das nur Zufall?

Wie auch immer - ich kann ja AX mal beim 3PG-Scan mitlaufen lassen und sehen, was passiert ...

[uenger]

[quote="chrisly"]
Ich kann ja AX mal beim 3PG-Scan mitlaufen lassen und sehen, was passiert ...[/quote]

Moin,
kann man das bei 3PG einstellen? Dann solltest Du das tun.
Bei mir läuft der morgendliche Scan durch Jags-EPG und da werden immer die PilotTimer durch AX gesetzt.

LG
uenger

[uenger]

Ich hab das gerade noch mal getestet. Wenn der ScanTimer (bei mir 16.45 Uhr) gesetzt ist, erscheint ein PilotTimer erst nach 1ner Stunde und neun Minuten 8 (frühestens) danach. Macht auch Sinn (Stichwort: TimerRange)!

LG
uenger

[flechumer]

Ich dachte, AX legt bei Vorgabe der ScanTime unabhängig von vorhandenen Timern einen Pilottimer an.

Die Formulierung in der Beschreibung war "soweit notwendig", was voraussetzt, daß AX von der Notwendigkeit erfährt.

Aber selbst wenn nicht: 3PG legt bei mir morgens die Timer für 48 Stunden an, sie sind somit auch vorhanden, wenn AX bei den späteren Aufnahmen mitläuft. Spätestens dann müsste der Pilottimer doch für den nächsten Tag angelegt werden.

Eben nicht. Jedenfalls dann nicht, wenn weitere Timer noch davor liegen. Also: Abwarten.

Wie auch immer - ich kann ja AX mal beim 3PG-Scan mitlaufen lassen und sehen, was passiert ...

Das ist das Naheliegendste. Wenn Du das aber aus irgendwelchen Gründen nicht willst, kannst Du ja einen täglichen 5-Min.-P-Timer unmittelbar nach dem 3PG-Scan programmieren.

[FranzKM]

[quote="uenger"]Moin,
kann man das bei 3PG einstellen? Dann solltest Du das tun.
LG
uenger[/quote]

Bei 3PG ist es nicht einstellbar ohne AX zu starten. Wird wahrscheinlich über Bootmenü/Filer (?) gemacht?

@flechumer
Bei mir hat es so wie gesagt gut geklappt. Die Aufnahmen von heute Nacht waren alle mit dem eingestellten Vorlauf und verschiedenen Nachläufen...
Nach dem 3PG-Scan heute morgen war schön ein PT -68 Min. vor dem 1. Timer da, der um ca. 10 h startetet. Und jetzt ist ein PT da mit -68 Min. vor dem 22:15-Timer.

P.S.
Habe zum Testem in der .ini SanTime = 16:45 dazu geschrieben, neu gestartet und dachte er macht jetzt einen ScanTimer um 16:45 h. Hat er aber nicht, es blieb der PT um 21:07.
Macht er das erst morgen...?
Habe die .ini wieder zurückgeändert.

[flechumer]

[quote="FranzKM"]Habe zum Testem in der .ini SanTime = 16:45 dazu geschrieben, neu gestartet und dachte er macht jetzt einen ScanTimer um 16:45 h. Hat er aber nicht, es blieb der PT um 21:07.
Macht er das erst morgen...?
Habe die .ini wieder zurückgeändert.[/quote]

Das ist konstruktiv bedingt: AX faßt jeden Timer nur einmal an, um zu entscheiden, wann ein Scan dafür laufen müßte. Dabei wird auch der Parameter ScanTime berücksichtigt. Nachher kann man ihn soviel ändern, wie man will, er kommt nicht mehr zum Zuge.

Dieses Verhalten ist mit einigem Aufwand änderbar. Allerdings gebe ich zu bedenken, daß man ScanTime normalerweise nicht gerade häufig ändert. Zu Testzwecken kann man aber so vorgehen: Hochfahren ohne AX, pti löschen, AX starten. Dann behandelt AX alle Timer noch einmal und setzt auch ggf. Pilottimer neu.

[chrisly]

Eben nicht. Jedenfalls dann nicht, wenn weitere Timer noch davor liegen. Also: Abwarten.

Ich habe ja AX mit ScanTime jetzt schon einige Tage laufen - bisher ohne Anlage eines Pilottimers. Aussitzen hilft also nichts...
Aber ich habe eine interessante Beobachtung gemacht, die evtl. mit dieser Geschichte zusammenhängen könnte:

ScanTime: 17:50
Timer 1: 17:55 - 18:01 (RBB/Sandmann)
Timer 2: 18:00 - 18:30 (RTL/Explosiv)
Beide werden täglich morgens angelegt mit 3PG auf Tuner 4; beide in AX-ini als "ExcludeEvent"

Ergebnis gestern und vorgestern lt. LOG: Timer 1 wurde 1 Minute zu früh um 18 Uhr beendet (Grund: Konflikt)
Der Topf war vorher aus und es waren die ersten Timer des Tages.

Ergebnis heute (Topf lief schon auf "Das Erste" und es war eine Wiedergabe am laufen): Timer 1 wurde korrekt um 18:01 beendet (Grund: Verlängerung unerwünscht)
Aber um 17:53 und 17:54 blitzte jeweils 1x kurz das PIP-Fenster auf - AX hat also irgendwas gescant, weil der Topf zur ScanTime schon an war (ansonsten wäre er wie an den Vortagen ausgeblieben).

Warum dieses unterschiedliche Verhalten? Und könnte der vorzeitige Abbruch von Timer 1 gestern und vorgestern mit dem AX-Scan zusammenhängen? Oder war es nur Zufall?

AX lief heute beim 3PG-Scan übrigens noch nicht mit - ich kam noch nicht dazu, die Bootmenu.cmd (darüber wird gesteuert, welche TAPs zu welcher Zeit starten sollen) zu ändern. Aber der Konflikt dürfte wohl eher nicht damit zusammenhängen.

[flechumer]

[quote="chrisly"]ScanTime: 17:50
Timer 1: 17:55 - 18:01 (RBB/Sandmann)
Timer 2: 18:00 - 18:30 (RTL/Explosiv)
Beide werden täglich morgens angelegt mit 3PG auf Tuner 4; beide in AX-ini als "ExcludeEvent"[/quote]

Was ist eigentlich das Problem? Beide Timer sind exkludiert, d.h. für beide gibt es keinen Vorlauf, keinen Abgleich und keine Verlängerung. Und weil es keinen Abgleich gibt, gibt es auch keine Pilotierung. Ist es das, was Du meinst?

Ansonsten würde ich jemanden, der hier mitliest und meint verstanden zu haben, was Du eigentlich für ein Problem hast, es mir aus seiner Sicht zu erklären.