TAP: AutoExtender

[Fritzcat]

Hatte soeben um 15.00 h auf dem TMS während einer Wiedergabe den Hinweis von itina, dass für eine Internetseite (oder so ähnlich) umgeschaltet werden muß. Die Wiedergabe wurde beendet. (Scantimer war für 15.00 h in der Timerliste)

[flechumer]

[quote="Fritzcat"]Hatte soeben um 15.00 h auf dem TMS während einer Wiedergabe den Hinweis von itina, dass für eine Internetseite (oder so ähnlich) umgeschaltet werden muß. Die Wiedergabe wurde beendet. (Scantimer war für 15.00 h in der Timerliste)[/quote]

Laut Trace wurde um 14:59:01 der Pilottimer von AX erfolgreich gelöscht. Wäre also zu klären, was iTiNa da zu meckern hatte. Wenn das mit iTiNa nicht zu regeln ist, muß ich die Handicap-Funktion für iTiNa so erweitern, daß grundsätzlich kein EPG-Abgleich mehr stattfindet.

[chrisly]

[quote="flechumer"]... muß ich die Handicap-Funktion für iTiNa so erweitern, daß grundsätzlich kein EPG-Abgleich mehr stattfindet.[/quote]

Würde AX dann trotzdem noch während der Aufnahme mitbekommen, dass sich die Endezeit lt. EPG verschoben hat oder würde AX dann nur noch das zusätzliche Signal auswerten, das ja nur bei den ÖR einigermaßen sauber gesendet wird?

[flechumer]

Würde AX dann trotzdem noch während der Aufnahme mitbekommen, dass sich die Endezeit lt. EPG verschoben hat oder würde AX dann nur noch das zusätzliche Signal auswerten, das ja nur bei den ÖR einigermaßen sauber gesendet wird?

Das sind zwei Paar Schuhe. TimerAlign bezieht sich nur auf Timer nicht auf Aufnahmen.

[chrisly]

Schon klar - aber worauf beziehst Du jetzt den EPG-Abgleich?

[flechumer]

Schon klar - aber worauf beziehst Du jetzt den EPG-Abgleich?

Gemeint ist der Timer-EPG-Abgleich. Der Komplex CurrentEvent, Bezugsevent, Aufnahmeverlängerung bleibt davon unberührt.

[chrisly]

Dann wäre es wohl das Beste, das für iTiNa-Nutzer so zu regeln.

Aber so ganz habe ich es immer noch nicht kapiert: bei lfd. Aufnahmen wird ja zum einen das CurrentEvent ausgewertet, was aber nur bei den ÖR gut klappt. Und das Bezugsevent? Damit sind doch die EPG-Daten des Senders gemeint - oder? Falls ja: dann werden ja auch während der Aufnahme noch die EPG-Verschiebungen nach hinten von AX registriert. Habe ich das jetzt so richtig verstanden?

[flechumer]

[quote="chrisly"]Dann wäre es wohl das Beste, das für iTiNa-Nutzer so zu regeln.

Aber so ganz habe ich es immer noch nicht kapiert: bei lfd. Aufnahmen wird ja zum einen das CurrentEvent ausgewertet, was aber nur bei den ÖR gut klappt. Und das Bezugsevent? Damit sind doch die EPG-Daten des Senders gemeint - oder? Falls ja: dann werden ja auch während der Aufnahme noch die EPG-Verschiebungen nach hinten von AX registriert. Habe ich das jetzt so richtig verstanden?[/quote]

Ja, nur hat das natürlich keinen direkten Einfluß auf irgendwelche Timer, sondern auf die laufende Aufnahme. AX besteht, grob gesehen, aus zwei Teilen. Der eine kümmert sich um laufende Aufnahmen, der andere um ausstehende Timer. Beide werden aber vom EPG gesteuert. Das Bezugsevent ergibt sich aus den statischen Infos, die nur zu Beginn einer Aufnahme ermittelt werden. Wenn wegen einer manuellen Änderung oder wegen einer angehängten Folgesendung die Aufnahme verlängert wird, gibt es allerdings auch eine neue Ermittlung des Bezugsevents.

[Fritzcat]

Läßt sich erkennen, warum bei CSI am 29.3. kein Vorlauf von 3 Minuten programmiert wurde?

Code: Alles auswählen

AutoExtender 02.10.73(1)
CSI Miami
RTL Television
Datum:            29.03.2011
Vorgabe:          20:15 - 21:15
Ausführung:       20:15 - 21:26
Bezugs-Event
   statisch:      20:15 - 21:15
   dynamisch:     20:15 - 21:15
Verzögerung:      10:00
Beendigungsgrund: normaler Ablauf
Bookmarks:        2

[flechumer]

[quote="Fritzcat"]Läßt sich erkennen, warum bei CSI am 29.3. kein Vorlauf von 3 Minuten programmiert wurde?[/quote]

Unter Umständen. War das ein Einmal-Timer? Poste bitte mal die komplette Ini.

[Fritzcat]

War ein Einmaltimer, der durch Jags Suche angelegt wurde.

Code: Alles auswählen

* 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 = 15:00                * 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 = Jag's
Handicap = QuickTimer

[flechumer]

[quote="Fritzcat"]War ein Einmaltimer, der durch Jags Suche angelegt wurde.[/quote]

Schon klar: Handicap = QuickTimer bewirkt, daß keinerlei Pilottimer gestartet werden. Andererseits bewirkt ScanTime = 15:00, daß der Aufnahmetimer erst ab 15:00 von AX angefaßt wird. Da der Topf aber bis zur Aufnahme nicht mehr eingeschaltet wurde, konnte auch kein Vorlauf erzeugt werden. Abhilfe also: ScanTime = 00:00. Dann wird der Aufnahmetimer sofort bei Erzeugung weiterbehandelt. Ich werde das bei Gelegenheit mal ändern.

[Fritzcat]

Habe heute auf dem SRP 68 P-Timer für DMAX für morgen entdeckt. Ob es an AX liegt?

Code: Alles auswählen

****************************************************************
*                       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 = 15:00                * 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
*Handicap = BootMenu
*Handicap = 3PG
Handicap = iTiNa
*Handicap = Jag's
*Handicap = QuickTimer

[flechumer]

[quote="Fritzcat"]Habe heute auf dem SRP 68 P-Timer für DMAX für morgen entdeckt. Ob es an AX liegt?[/quote]

Nur insofern, als AX wiederholt versucht, einen Pilottimer für 15:00 anzulegen, der dann postwendend von einer anderen Instanz auf eine andere Uhrzeit vorverlegt wird. Mein Vorschlag: Solange da andere TAPs im Experimentierstadium laufen, setze TimerAlign = nein, ScanTime = 00:00.

[Fritzcat]

Ist jetzt zum ersten Mal passiert. Werde ich dann mal ändern.

[uenger]

Moin,

erstaunlich ruhig hier. Liegt es daran, dass die 73(1) bei allen prima laüft?

Ich bin von dieser Version jedenfalls bisher begeistert.


LG
uenger

[flechumer]

Ich bin von dieser Version jedenfalls bisher begeistert.

Das hat wohl auch damit zu tun, daß Du AX mit Jag's benutzt. Jag's ist nämlich das einzige EPG-TAP, das P-Timer korrekt behandelt. Die anderen starten munter P-Timer, die sie nichts angehen, auch dann, wenn sie von AX bereits gelöscht worden sind. Im Ergebnis führt das dazu, daß mit diesen TAPs bestimmte Komfortfunktionen nicht möglich sind, sprich: Handicap.

Für mich ist das nur ärgerlich.

[ameise999]

Das hat wohl auch damit zu tun, daß Du AX mit Jag's benutzt. Jag's ist nämlich das einzige EPG-TAP, das P-Timer korrekt behandelt. Die anderen starten munter P-Timer, die sie nichts angehen, auch dann, wenn sie von AX bereits gelöscht worden sind. Im Ergebnis führt das dazu, daß mit diesen TAPs bestimmte Komfortfunktionen nicht möglich sind, sprich: Handicap.

Für mich ist das nur ärgerlich.

hallo,

ich habe bisher die neue version noch nicht aufgespielt. ich verwende das eppg v 1.5
und meine frage hierzu, würde ich mit der neuen ax-version dann auch probleme bekommen?

gruss
marianne

[flechumer]

hallo,

ich habe bisher die neue version noch nicht aufgespielt. ich verwende das eppg v 1.5
und meine frage hierzu, würde ich mit der neuen ax-version dann auch probleme bekommen?

gruss
marianne

Davon habe ich überhaupt noch nichts gehört. Du bist aber bei der .73(1) auf der sicheren Seite mit
TimerAlign = nein
Tuner4 = nein
ScanTime = 00:00
Dafür gibt es dann keinen Timer-EPG-Abgleich.

[ameise999]

Davon habe ich überhaupt noch nichts gehört. Du bist aber bei der .73(1) auf der sicheren Seite mit
TimerAlign = nein
Tuner4 = nein
ScanTime = 00:00
Dafür gibt es dann keinen Timer-EPG-Abgleich.

hallo,

danke für die schnelle antwort
ich habe allerdings bei quicktimer tuner 4 eingeschaltet. kann das so bleiben oder muss ich auch hier ändern?

gruss
marianne