TAP: AutoExtender

[chrisly]

Wenn er das um 15:00 ist, wird nicht umgeschaltet.

Hm. Ich habe gerade einen Timer erstellt, der in ein paar Minuten starten soll. AX hat dann einen Pilottimer angelegt (nächste Scantime lt. ini: erst morgen) - soweit alles in Ordnung.
Allerdings wurde zum Start des Pilottimers umgeschaltet, obwohl der Topf schon lief und bedient wurde. Es lief auch keine weitere Aufnahme.
Er hätte doch dann eigentlich nicht umschalten dürfen - oder?

[flechumer]

Hm. Ich habe gerade einen Timer erstellt, der in ein paar Minuten starten soll. AX hat dann einen Pilottimer angelegt (nächste Scantime lt. ini: erst morgen) - soweit alles in Ordnung.
Allerdings wurde zum Start des Pilottimers umgeschaltet, obwohl der Topf schon lief und bedient wurde. Es lief auch keine weitere Aufnahme.
Er hätte doch dann eigentlich nicht umschalten dürfen - oder?

Woher weißt Du, daß das ein Pilottimer war und nicht der Aufnahmetimer?

[chrisly]

Weil kein Text dabei stand.
Übrigens wurde ein solcher Pilottimer auch dann noch angelegt, als ich gar keinen neuen Timer mehr eingestellt hatte. Und die alten Timer hatte ich vor der Neuinstallation alle gelöscht und dann wieder zurückgesichert. Außerdem hatte ich sicherheitshalber noch die .pti gelöscht. Ich hoffe, das war so i.O.?
Der Pilottimer wurde dann von AX auch alle 5 Minuten neu angelegt und jedes Mal wurde umgeschaltet.
Ich verstehe dieses neue System z.Zt. noch nicht.
Ich bin vorerst wieder zur alten Version zurück.

[flechumer]

Ich verstehe dieses neue System z.Zt. noch nicht.
Ich bin vorerst wieder zur alten Version zurück.

Wenn im bedienten Betrieb bei einem neuen Aufnahmetimer die Zeit für einen standardmäßigen Pilottimer nicht mehr ausreicht ("zu nah dran") und der Topf ist nicht zufällig auf den passenden Transponder eingestellt, wird ein Pilottimer für 5 Min. danach erzeugt. Ist der Topf dann ebenfalls eingeschaltet, so wird rechtzeitig vor Ablauf der Zeit der Pilottimer um weitere 5 Min. verschoben. Solange der Topf nicht ausgeschaltet wird, setzt sich dieses Spiel fort, bis der Pilottimer nicht weiter verschoben werden kann. Wenn das geschieht, wird auf den EPG-Abgleich verzichtet. Mit dieser Methode wird einerseits jede Umschaltung durch Pilottimer im bedienten Betrieb verhindert, andererseits aber jede Chance auf einen EPG-Abgleich genutzt.

Was heißt das jetzt für Dein Problem? Wenn also, wie Du sagst, der Pilottimer immer um 5 Min. verschoben wird, heißt das ja, daß die dazu notwendige Timermodifikation erfolgreich war. Mit anderen Worten: Die von Dir beobachteten Timerstarts, die die Umschaltung bewirkt haben, stammen nicht von AX.

[flechumer]

Die von Dir beobachteten Timerstarts, die die Umschaltung bewirkt haben, stammen nicht von AX.

Man muß flexibel bleiben: Ich nehme alles zurück und behaupte das Gegenteil.
Deshalb steht jetzt AX 02.10.71(1) online.

[chrisly]

Man muß flexibel bleiben: Ich nehme alles zurück und behaupte das Gegenteil.
Deshalb steht jetzt AX 02.10.71(1) online.

Dann bin ich ja beruhigt und bin ausnahmsweise mal nicht der Buhmann ...
Danke !!!!

Edit:

... und der Topf ist nicht zufällig auf den passenden Transponder eingestellt ...

Bedeutet das, dass der 2. (freie) Tuner jetzt grundsätzlich nicht mehr für den Abgleich genutzt wird?

[flechumer]

[quote="chrisly"]Bedeutet das, dass der 2. (freie) Tuner jetzt grundsätzlich nicht mehr für den Abgleich genutzt wird?[/quote]

So ist es. Das geht nämlich, wie ich viel zu spät gemerkt habe, überhaupt nicht. Nur ist es bisher nicht aufgefallen, weil letztlich immer auf den Abgleich verzichtet wurde.

[flechumer]

Das ist wirklich nicht mein Tag heute. In die (1) hat sich wieder ein Fehler eingeschlichen. Bitte nochmal downloaden. Stand: 19:12.

[uenger]

Moin,
danke für den Hinweis. Hab das TAP gerade nochmal drübergebügelt. :

LG
uenger

[FranzKM]

Das ist wirklich nicht mein Tag heute. In die (1) hat sich wieder ein Fehler eingeschlichen. Bitte nochmal downloaden. Stand: 19:12.

Es gibt schönere Tage: Stand 19:05 h!

[chrisly]

Hi.

Ich befürchte, da stimmt immer noch was nicht so ganz (mit AX per Stand 19:05 ).
Wenn ein neuer Timer bei lfd. Topf angelegt wird, scheint AX den Pilottimer sauber zu verschieben. Aber als ich heute morgen das Update machte und den Topf danach neu startete, hat AX einen Pilottimer für einen später vorhandenen Timer angelegt und dann (statt den Pilottimer zu verschieben) auch umgeschaltet - was ja eigentlich nicht sein sollte (reproduzierbar).
Anscheinend behandelt AX bereits bestehende Timer, die vor der ScanTime liegen, anders als neue Timer.

Edit: Da fällt mir ein: ich hatte beim Versionswechsel diesesmal nicht die Timer gelöscht, sondern nur die .pti.
Das sollte doch reichen - oder könnte das ungewollte Umschalten damit zusammenhängen?

[flechumer]

[quote="chrisly"]Da fällt mir ein: ich hatte beim Versionswechsel diesesmal nicht die Timer gelöscht, sondern nur die .pti.
Das sollte doch reichen - oder könnte das ungewollte Umschalten damit zusammenhängen?[/quote]

Wenn Du die pti löschst aber nicht einen laufenden Pilottimer, kann AX den später nicht mehr als solchen erkennen, also auch nicht löschen oder verschieben. Das ist die Erklärung. Mal ganz allgemein: Die Pti sollte nur ausnahmsweise gelöscht werden, dann aber zusammen mit allen Timern.

[chrisly]

Alles klar. Werde ich in Zukunft beachten!
Allerdings scheint da trotzdem ziemlich was schiefzulaufen:

Auch ein neu angelegter Timer hat gerade zum Umschalten durch Pilottimer geführt - dabei wurde eine lfd. Wiedergabe gestoppt.
Aber schlimmer noch: AX hat heute ein ziemliches Chaos bei meinen Aufnahmen verursacht und dadurch Folgeaufnahmen verschoben, was eigentlich lt. ini nicht passieren dürfte.
1) Ratgeber Bauen (Das erste): Vorgabe = 16:29 - 17:03 wurde um 16:59 mit "Abbruch" beendet. Dann startete auf "Das Erste" eine neue Aufnahme von 16:59 - 18:59, die von AX initiiert wurde. Um 17 Uhr startete dann auf Vox eine Aufnahme, die sauber lief (mit "excludeEvent").
2) RTL aktuell: Vorgabe = 18:45 - 19:00 wurde um 18:50 durch AX abgebrochen, AX hat dann aber auch wieder eine neue Aufnahme gestartet (18:50 - 20:50). Dieser Timer hat eigentlich auch den Eintrag "ExcludeEvent".

Ich werde dann doch erstmal wieder zur .70 zurückgehen - die läuft ja einwandfrei!

[FranzKM]

Hm, ich habe nur das TAP überschrieben und die ini/ScanTime = 16:45 h gelassen. Topf war aus, um 16:49 h ging er an. Ca. 17:00 schaltete ich ihn ein und es war ein PT da mit ?? 17:05, 17:09.....ich achtete nicht mehr darauf, aber dann schaltete er 2-mal um, was mir nicht so ganz passte - meine family ???? - .....dann endlich war ein ScanTimer für morgen da um 16:45 h und er schaltete nicht mehr um.
Ist das Verhalten OK? Ich will eigentlich nur einen ScanTimer um 16:45....?

@flechumer,
verstehe mich nicht falsch, ich bin begeistert von Deinem AX, möchte doch verstehen, was auf meinem Topf vor sich geht!

[chrisly]

Aber schlimmer noch: AX hat heute ein ziemliches Chaos bei meinen Aufnahmen verursacht ...

Damit das nachvollziehbar wird, muss ich wohl noch weitere Infos geben:
Zu beiden Zeiten liefen weitere Aufnahmen, die wohl das Ganze verursacht haben und zur entspr. Zeit endeten.

Ich konnte es gerade reproduzieren:

1. Timer: Tagesschau 20:00 - 20:15 /Ausführung bis 20:13 mit Abbruch
2. Timer: n24-Nachrichten 20:00 - 20:05 / Verlängert bis 20:13 mit Konflikt
3. Timer: Rosamunde Pilcher (ZDF - nur zum Test ... ) ab 20:15 / neu angelegt nach 20 Uhr - deshalb wurde ein Pilottimer angelegt, der wohl um 20:13 Uhr zum Abbruch von Timer 1 führte. Der Pilottimer hat auch zum ZDF umgeschaltet.
4. Folge des Abbruchs: eine neue Aufnahme der Tagesschau startete um 20:13 (bis 22:13 !!!). Dieser Timer wurde natürlich nicht manuell angelegt, führt aber dann ggfs. zum Verschieben weiterer Timer, obwohl es lt. ini nicht passieren dürfte.

Ich hoffe, das hilft bei der Fehlersuche.

[Fritzcat]

Bei mir lief auch etwas daneben.

Eingestellte Timer:

1. 22.00 h - 23.30 h ZDF

2. 22.15 h - 23.15 h RTL

3. 23.30 h - 0.15 h ZDF

1 hat geklappt in einer Datei mit 3

2 Aufnahmestart wurde jeweils verschoben und begann erst um 0.15 h für dann 2 h

[FranzKM]

Für mich zum Verständnis, gilt das noch:

ScanTime = 16:45 * 00:00 ... 23:59 keine
Ist ScanTime aktiv, wird zu der eingestellten Zeit ein ScanTimer gesetzt, der alle Timer ab 16:45 + TimerRange + 5 Min. mit der PrePad versieht und abgleicht bis zum nächsten Tag 16:45 + TimerRange + 5 Min.
---------------------------------------------------------------------------------------------
Ist ScanTime mit * ScanTime kommentiert, kommt TimeRange zum Zug mit allen PilotTimern.
---------------------------------------------------------------------------------------------
TimerRange = 60 * 30 ... 120 Min. 60
Ohne ScanTime :
Kann nicht ausgeschaltet werden und gibt die Vorlaufzeit des PilotTimers an, bei der er vor dem nächsten Timer gesetzt wird.
---------------------------------------------------------------------------------------------
ScanTime ergibt ScanTimer, TimerRange ergibt PilotTimer
---------------------------------------------------------------------------------------------
Also, habe ich in der ini:
ScanTime = 16:45 * 00:00 ... 23:59 keine
TimerRange = 60 * 30 ... 120 Min. 60
bekomme ich nur einen ScanTimer?
---------------------------------------------------------------------------------------------
habe ich in der ini:
* ScanTime = 16:45 * 00:00 ... 23:59 keine
TimerRange = 60 * 30 ... 120 Min. 60
bekomme ich viele PilotTimer?

[flechumer]

Ich bin dabei, das oder die Probleme zu identifizieren und zu lösen. Bis dahin bitte ich um Geduld und auf die Vorversion zurückzugehen. Wenn die noch jemand hat und mir mailt, könnte ich sie online stellen. Ich habe sie nämlich nicht mehr.

[chrisly]

Gerne doch! Danke für Deinen unermüdlichen Einsatz!!!

[FranzKM]

Bin dann mal auf die Version 02.10.70(4) zurück.

Danke für Deinen Einsatz und Geduld.
Manchmal ist man so überzeugt, was man macht, dass man keine alte Version sichert...passiert mir immer noch und gerade dann geht es schief und ich muss mühsam den alten Zustand wieder finden!