TAP: AutoExtender

[uenger]

Ne, sieht nicht wirklich so aus, ist beim Kopieren auf der Strecke geblieben.

LG
uenger

[Fritzcat]

Das ist aber die Originale ini, meine hatte ich ja hier auch gepostet

Mit der letzten Testversion wurde bei mir leider auch wieder umgeschaltet.

Hier mal das Log:

AutoExtender 02.10.71(7)
Prominent! ~ Promi-Magazin mit Constanze Rick
VOX
Datum: 10.02.2011
Vorgabe: 19:57 - 20:15
Ausführung: 19:57 - 20:33
Bezugs-Event
statisch: 20:00 - 20:16
dynamisch: 20:06 - 20:16
Verzögerung: 16:01
Beendigungsgrund: normaler Ablauf
Bookmarks: 3
Von 19:57:00 EPG Current Event fehlt
Bis 20:05:49 EPG Current Event fehlt

[flechumer]

Mit der letzten Testversion wurde bei mir leider auch wieder umgeschaltet.

Hier mal das Log:

Du beziehst Dich auf einen Timer der gestern, 19:04 gesetzt wurde. Zu diesem Zeitpunkt war definitiv kein Handicap wirksam, wie aus dem Trace ersichtlich. Um diesem ganzen Theater ein Ende zu machen, gibt es gleich eine neue Version, die es erlaubt, aus dem Trace den genauen Erstellungszeitpunkt von AX und das Ergebnis des Syntax-Checks zu ermitteln.

[flechumer]

AutoExtender 02.10.72 steht jetzt online. Die Beschreibung ist angepaßt. Bitte die Hinweise zu Fehlermeldungen beachten.

[uenger]

Danke. natürlich schon auf dem Topf.

LG
uenger

[Fritzcat]

Bevor ich jetzt wieder teste, sollte es mit der aktuellen Version möglich sein, auf dem TMS unter Verwendung von Handicap ein Umschalten des laufenden Programmes zu verhindern?

Nehme ich dazu den Parameter iTina oder noSwitch?

[flechumer]

[quote="Fritzcat"]Bevor ich jetzt wieder teste, sollte es mit der aktuellen Version möglich sein, auf dem TMS unter Verwendung von Handicap ein Umschalten des laufenden Programmes zu verhindern?

Nehme ich dazu den Parameter iTina oder noSwitch?[/quote]

Nimm iTiNa.

[uenger]

[quote="flechumer"]Nimm iTiNa.[/quote]

Ob ich das auch mal probieren sollte?
noSwitch scheint nicht zu greifen. Es waren keine Syntaxfehler im Log.
Pilottimer werden nach wie vor 5 Minuten nach programmierten Timern gesetzt,

LG
uenger

[flechumer]

Ob ich das auch mal probieren sollte?
noSwitch scheint nicht zu greifen. Es waren keine Syntaxfehler im Log.
Pilottimer werden nach wie vor 5 Minuten nach programmierten Timern gesetzt,

Nein, das ist nicht generell so. Mir ist etwas merkwürdiges aufgefallen. Zunächst mal: Syntax-Fehler gab es keinen. Um 19:11 hast Du einen Timer für 23:30 aufgesetzt. Für den gab es keinen Fehler. Da muß Handicap = noSwitch noch gegriffen haben. Dann um 19:12 wurde noch ein Timer für morgen, 5:30 gestartet, bei dem dann der Fehler auftrat. Ich kann mir noch keinen Vers darauf machen.

Nachtrag: Es ist jetzt klar, warum der Fehler beim ersten mal nicht auftrat. Der richtige Kanal war bereits eingestellt. Mit anderen Worten: Wir sind wieder da, wo wir schon waren. Ich muß jetzt noch mal die Ini sehen und zwar im Originalformat. Wo steht sie? Gib mal den genauen Pfad an.

[uenger]

Nach Deiner Anleitung hatte ich zuerst den Topf ohne Tab`s gestartet, die Ini ersetzt, dann den bestehenden Timer gelöscht und danach das neue TAP drübergebügelt (Stand übrigens nicht in der Anleitung). Dann habe ich den Topf neu gestartet und wohl um 19:11 Uhr den Timer auf Kanal 2 (zdf) wieder gesetzt. Da war ja auch noch alles gut.
Wenn ich dann aber einen Timer setzt der mehr als 4-5 Stunden im Voraus stattfinden soll, erhalte ich einen Pilottimer, aber das hatte ich ja schon gestern berichtet.

LG
uenger

Die Ini sieht so aus und ist im Ordner AutoExtender \ProgramFiles.

**************************************************************
* AutoExtender.ini *
**************************************************************

* Parameter = Wert Kommentar Vorbesetzung

BookMarks = ja * ja/nein/j/n ja
Extend = ja * ja/nein/j/n ja
AccTimers = ja * ja/nein/j/n ja
ConflictMan = ja * ja/nein/j/n ja
PrePad = 3 * 0 ... 10 Min. 3
ExtensionFrom = 0 * 0 ... 23 Std. 0
ExtensionTo = 23 * 0 ... 23 Std. 23
MaxExtension = 60 * 0 ... 120 Min. 60
Delay = 10 * 0 ... 60 Min. 5
AltDelay = "15, ZDF" * 0 ... 32 Einträge
MaxTimerDelay = 5 * 0 ... 120 Min. 5
ScanTime = 16:45 * 00:00 ... 23:59 keine
TimerRange = 60 * 30 ... 120 Min. 60
LogBrowserKey = 2*0 * 2*0/weiß/weiss 2*0
ControlDisplay = nein * ja/nein/j/n nein
Trace = ja * ja/nein/j/n nein
Handicap = noSwitch

[flechumer]

Es ist schon spät. Morgen ist auch noch ein Tag. Lassen wir es bis dahin.

[uenger]

Gute Idee, bis dann.

LG
uenger

[flechumer]

Das könnte die Lösung des Rätsels sein: Die letzten Zeichen in der Ini-Datei müssen stets CR, LF (Wagenrücklauf, Zeilenvorschub) sein. Wenn man also eine Zeile an das Ende anfügt, muß man auf jeden Fall noch eine Zeile zugeben. Ich gebe zu, das steht nirgends und erzeugt keine Fehlermeldung, wenn man es nicht tut. Das werde ich noch ändern.

Bitte ausprobieren!

[Fritzcat]

Habe jetzt in meiner ini nach der Handicap = iTiNa Zeile noch 2 x Return gedrückt.

Nun konnte ich 2 Timer für Wetten Dass u. Hundkatzemaus anlegen, ohne dass ein Pilottimer angelegt worden ist. Sieht jetzt so aus:

[flechumer]

[quote="Fritzcat"]Habe jetzt in meiner ini nach der Handicap = iTiNa Zeile noch 2 x Return gedrückt.

Nun konnte ich 2 Timer für Wetten Dass u. Hundkatzemaus anlegen, ohne dass ein Pilottimer angelegt worden ist.[/quote]

Na geht doch. Das war's dann wohl. In der nächsten Korrekturversion gibt es eine Änderung, die auch "unordentlich" abgeschlossene Inis erlaubt.

[Fritzcat]

Wird denn jetzt am Sonntag um 15.00 h auf ZDF umgeschaltet, wenn ich einen anderen Kanal sehe oder eine Wiedergabe laufen sollte?

[flechumer]

[quote="Fritzcat"]Wird denn jetzt am Sonntag um 15.00 h auf ZDF umgeschaltet, wenn ich einen anderen Kanal sehe oder eine Wiedergabe laufen sollte?[/quote]

Nein, dann wird auf den Abgleich verzichtet.

[chrisly]

Dann kann ich ja jetzt endlich auch wieder einsteigen, nachdem ich meinen TMS (fast) fertig habe ...

[flechumer]

Dann kann ich ja jetzt endlich auch wieder einsteigen, nachdem ich meinen TMS (fast) fertig habe ...

Nicht vergessen: Nach dem letzten Ini-Statement muß mindestens ein Zeilenvorschub folgen.

An alle: Wenn man keine Probleme mit AX hat, sollte der Trace auf jeden Fall ausgeschaltet werden. Es gibt sonst unnötigen I/O-Overhead.

[Fritzcat]

Nein, dann wird auf den Abgleich verzichtet.