TAP: AutoExtender

[uenger]

Moin,
danke für die neue Version.
Wenn ich das richtig gelesen habe, ist es diesmal mit drüberbügeln nicht getan.
Hab gerade ziemlich viele Timer, werde das dann wohl erst am WE auf den Topf bringen.
Meinen Scan Timer (für Jag) kann ich doch lassen, oder?

LG
uenger

[chrisly]

Hi.

Der Jag-Scan-Timer kann bleiben, aber die ini muss angepasst werden.

Für alle, die keine Handbücher lesen hier sicherheitshalber noch ein Hinweis aus der pdf:

Was beim Umstieg zu tun ist …
… von einer Version < 02.10.68:
PVR ohne AX booten
AutoExtender.ini ersetzen/korrigieren
Alle Timer löschen
AX starten
Timer neu programmieren

Auf Seite 4 ist übrigens ein kleiner Fehler drin:
Mit AX Version 02.09.59 wurde ein Timer-EPG-Abgleich eingeführt.

[kantjer]

There is always hope Could you post the logs please.

I deleted all logs this afternoon when installing the new version
But I have an older set of logs showing the same behaviour.

Code: Alles auswählen

AutoExtender 02.09.67(0)
KRO Detectives * Sherlock
NED1
Date:             27.10.2010
Request:          21:15 - 23:00
Execution:        21:15 - 22:53
Reference-Event
   static:        21:20 - 23:00
   dynamic:       21:20 - 22:59
Delay:            15:18
Stop Reason:      Normal Outrun
Bookmarks:        0

Code: Alles auswählen

AutoExtender 02.09.67(0)
Waterloo Road
BBC One
Date:             27.10.2010
Request:          20:57 - 22:00
Execution:        20:57 - 22:30
Reference-Event
   static:        21:00 - 22:00
   dynamic:       20:59 - 22:29
Delay:            05:00
Stop Reason:      Extension impossible
Bookmarks:        0

Hope this helps.
Bauke

[uenger]

Für alle, die keine Handbücher lesen

Dein galt hoffentlich nicht mir, denn ich habe gelesen!

LG
uenger

[chrisly]

Natürlich nicht! Aber wir Handbuchleser sind wohl eher in der Minderheit.

Aber ich habe leider schlechte Nachrichten zur neuen Version und traue mich kaum, es zu schreiben:

die alten Probleme sind wieder zurück :TAP-Lock und Reboot bei überlappenden Aufnahmen. Und das direkt bei den ersten Aufnahmen.

Und jetzt kommt´s: direkt danach bin ich wieder zurück zur letzten Testversion und habe nach einem Neustart nochmal überlappende Aufnahmen gestartet. Und es kam zum Reboot!

Wie kann das sein? Der Topf ist eigentlich wieder so wie vorher (incl. ini).
Hätte ich doch nur die Finger davon gelassen ...

[flechumer]

die alten Probleme sind wieder zurück :TAP-Lock und Reboot bei überlappenden Aufnahmen. Und das direkt bei den ersten Aufnahmen.

Und jetzt kommt´s: direkt danach bin ich wieder zurück zur letzten Testversion und habe nach einem Neustart nochmal überlappende Aufnahmen gestartet. Und es kam zum Reboot!

Wie kann das sein? Der Topf ist eigentlich wieder so wie vorher (incl. ini).
Hätte ich doch nur die Finger davon gelassen ...

Du bist sicher (wie ich) ein rational denkender Mensch, der nicht an Wunder oder übernatürliche Kräfte glaubt. Also, wenn Du den Zustand vor Änderung wiederherstellst, wird sich auch das zugehörige Verhalten wieder einstellen. Alles andere wäre eine Sensation!

[chrisly]

Genau das verstehe ich ja auch nicht. Aber ich habe es nochmal überprüft - identische Konfiguration!
Ich geb´s bald auf ...

[flechumer]

[quote="kantjer"]Hope this helps.
Bauke[/quote]

I'll return to your problem tomorrow. By the way: There is no need to delete logs, even if version changes.

[flechumer]

[quote="kantjer"]Since I started using AE I regular have recordings that cannot be correct extended because the EPG info is missing so AE extends them to the maximum time set in the ini.
Until now I have never found a pattern why this is happening, but since a few days I noticed that this happens when I have 2 overlapping recordings originating from 2 different satellites (Astra 1 en 2).[/quote]
The primary reason for this behavior might be incorrect EPG. Did you try ExcludeChannel "BBC one" ?

[chrisly]

Hi.

Nach meinem ersten Frust gestern probiere ich es jetzt doch nochmal.
Deshalb noch eine Frage zu den Pilottimern:

Im Handbuch steht:
Seine Startzeit entspricht der des nächsten auszuführenden Timers – TimerRange – Vorlauf – 5 Min. Pilot-Timer-Laufzeit.

Weil ich nicht will, dass der Topf für einen EPG-Abgleich oft extra 1 Stunde vorher startet, habe ich TimerRange auf 120 gestellt und den Topf neu gestartet. Trotzdem legt AX einen Timer an, der 1 Stunde vor dem eigentlichen Timer liegt.

Habe ich da jetzt was falsch verstanden?

[kantjer]

[quote="flechumer"]The primary reason for this behavior might be incorrect EPG. Did you try ExcludeChannel "BBC one" ?[/quote]
No I have not tried that. I have seen the "Extension impossible" situation on almost al channels on both satellites, so that would mean I have to exclude almost all channels.

Bauke

[flechumer]

[quote="kantjer"]I have seen the "Extension impossible" situation on almost al channels on both satellites, so that would mean I have to exclude almost all channels.[/quote]

OK. I'll try to find out what's the reason.

[flechumer]

Im Handbuch steht:
Seine Startzeit entspricht der des nächsten auszuführenden Timers ? TimerRange ? Vorlauf ? 5 Min. Pilot-Timer-Laufzeit.

Weil ich nicht will, dass der Topf für einen EPG-Abgleich oft extra 1 Stunde vorher startet, habe ich TimerRange auf 120 gestellt und den Topf neu gestartet. Trotzdem legt AX einen Timer an, der 1 Stunde vor dem eigentlichen Timer liegt.

Habe ich da jetzt was falsch verstanden?

Hast Du nicht. Und so funktioniert es auch, wie ich mich gerade noch mal überzeugt habe. Wenn Du also TimerRange = 120 und TimerAlign = ja wirksam hast, muß es auch bei Dir so funzen. Mögliche Stolpersteine können noch sein:

• AX macht Timer-Änderungen nur, wenn man alle Menüs verlassen hat.
• Wenn die zwei Stunden korrekt eingestellt sind und die Zeit bis zur nächsten Sendung ist kürzer als 2 Std. + Vorlauf + 5 Min., ist kein Pilottimer erforderlich und der Abgleich wird unmittelbar ausgeführt.

Im Übrigen ist TimerRange = 60 ein guter Wert, den man nicht ohne Not ändern sollte. Bei 120 sollte man folgendes bedenken: Der mögliche Starttermin der Sendung wird in einem Bereich von 4 (!) Std. um den nominellen Anfangstermin herum gesucht. Dazu muß der EPG in diesem gesamten Bereich vollständig sein, was die Sache u.U. verzögert. Mit anderen Worten: Der Wert für TimerRange sollte sich nur an der erwarteten Anfangszeitschwankung orientieren. Wen der Pilottimer stört, sollte auf den EPG-Abgleich verzichten mit TimerAlign = nein.

[flechumer]

I have seen the "Extension impossible" situation on almost al channels on both satellites, so that would mean I have to exclude almost all channels.

"Extension impossible" means that AX would extend duration if there were no limits as MaxExtension or ExtensionTo or the attempt of extension fails for some reason. But that's not the problem I think. The question is why AX is trying to extend that much. And it happens with the actual version ...

Any chance to reproduce the problem with one satellite only?

[chrisly]

Wen der Pilottimer stört, sollte auf den EPG-Abgleich verzichten mit TimerAlign = nein.

Läuft denn dann AX noch mind. genauso gut wie früher mit der festen Scan-Zeit?

Evtl. würde es ja auch Sinn machen, die Startzeit für den Pilottimer (einstellbar ) von 1 Std. auf mehrere Stunden vor Aufnahme zu erweitern, damit der Topf nur selten dafür starten muss, die Funktion aber trotzdem (wenn auch schlechter) vorhanden bleibt.

[flechumer]

Läuft denn dann AX noch mind. genauso gut wie früher mit der festen Scan-Zeit?

Evtl. würde es ja auch Sinn machen, die Startzeit für den Pilottimer (einstellbar ) von 1 Std. auf mehrere Stunden vor Aufnahme zu erweitern, damit der Topf nur selten dafür starten muss, die Funktion aber trotzdem (wenn auch schlechter) vorhanden bleibt.

Mit TimerAlign = nein unterbleibt der EPG-Abgleich. Es ist also nicht das Gleiche. Bevor wir hier aber alternative Möglichkeiten in Betracht ziehen, solltest Du erstmal die vorhandene ausprobieren. Dann wirst Du womöglich feststellen, daß es so ausgezeichnet funzt. Ein Pilottimer tritt übrigens kaum in Erscheinung, man braucht sich auch nicht um ihn zukümmern. Warum also die bessere Variante gegen eine schlechtere tauschen?

[chrisly]

In der kurzen Zeit wurde der Topf jetzt schon 3x nur wegen des Pilottimers gestartet, weil er 1 Stunde vor Aufnahme nicht sowieso lief.

Diese Idee ist zwar eigentlich genial und funzt auch sicher sehr gut, aber mir würde auch ein längerer Zeitraum zum EPG-Abgleich reichen, wenn dafür der Topf öfters ruhen kann.
Aber dann werde ich vorerst mal lieber ganz auf diese Funktion verzichten.

Trotzdem ein großes Danke für die Weiterentwicklung!

[flechumer]

[quote="chrisly"]In der kurzen Zeit wurde der Topf jetzt schon 3x nur wegen des Pilottimers gestartet, weil er 1 Stunde vor Aufnahme nicht sowieso lief.[/quote]

In welcher kurzen Zeit?

[chrisly]

Seit gestern - jeweils, wenn zwischen Aufnahmen mehrere Stunden lagen und der Topf nicht sowieso lief.

[flechumer]

[quote="flechumer"]Any chance to reproduce the problem with one satellite only?[/quote]

Just a vague idea of what might play a role: Recording from different time-zones. Research goes on.