TAP: AutoExtender

[flechumer]

[quote="uenger"]Bei zeitversetzt geschauten Aufnahmen steht im Log immer: EPG Current Event fehlt.[/quote]

Wie bereits mehrfach erwähnt, kann bei jeder Art von Wiedergabe kein Current Event ermittelt werden. Statt dessen wird der statische EPG verwendet. Dies ist kein AX- sondern ein TMS-Fehler. Das gleiche gilt auch bei Live-Sehen auf einem anderen Transponder als dem der Aufnahme.

Noch etwas anderes. Du warst doch derjenige, bei dem durch Pilottimer immer der Fernseher eingeschaltet wurde. Dann solltest Du "TimerAlign = bedingt" (statt "ja") verwenden. Dann wird nur noch der Pilottimer zur ScanTime benutzt.

[flechumer]

[quote="Isarwolf"]
Während ich eine Wiedergabe schaute, fiel mir ein AX Pilot auf 20:55. Der verschob sich im fünf Minutentakt.
Nach Beendigung der Wiedergabe war dann Ruhe.

Ab 22:25 bis 23:30 Uhr das gleiche Spiel.
Um 23:30 Uhr wurde der Topf abgeschaltet.
Um 23:35 wurde er wieder kurz eingeschaltet, wahrscheinlich AX Pilot.

Im Moment sehe ich AX Pilot dreimal..
09:29
und wie eingestellt
17:00 Uhr aber zweimal, ZDF und BR[/quote]

Das haben wir doch schon n+1 mal geklärt. Also jetzt zum n+2. mal: Der Pilot wird dazu benutzt, einen Zeitpunkt festzulegen, zu dem der Timer-EPG-Abgleich vorgenommen werden soll. Dazu ist es nämlich notwendig, den Kanal umzuschalten. D.h. man kann den Abgleich i.d.R. nicht machen, wenn gerade Live oder Playback geschaut wird. Deshalb legt AX einen Zeitpunkt 5 Min. im Voraus fest in der Erwartung, daß der Seher den Topf bis zum Aufnahmebeginn noch mal abschaltet. Wird dann 1 Min. vor Pilotstart immer noch geschaut, so wird der Pilot um weitere 5 Min. verschoben, d.h. es wird kein neuer Pilot gestartet sonder nur die Anfangszeit verschoben. Das kann bis maximal 5 Min. vor dem möglichen Aufnahmetermin so gehen. Dann gibt AX den Versuch auf und verzichtet auf den EPG-Abgleich.

Wenn Dir das alles zu unübersichtlich ist, verzichte doch von vornherein auf den EPG-Abgleich mit "TimerAlign = nein".

[uenger]

Du warst doch derjenige, bei dem durch Pilottimer immer der Fernseher eingeschaltet wurde. Dann solltest Du "TimerAlign = bedingt" (statt "ja") verwenden. Dann wird nur noch der Pilottimer zur ScanTime benutzt.

Ja, ich war derjenige welcher. Aber es war so, dass mein Fernseher immer auf den AV-Kanal umgeschaltet hat, wenn der Topf ansprang. Dies ist nun mit meinem 2410 nicht mehr so, da dieser per HDMI angeschlossen ist.
Das man TimerAlign = bedingt eingeben kann wusste ich bis heute aber nicht.
Das hab ich jetzt gleich gemacht, denn der Abgleich um 16.45 Uhr hat mir ja auch vorher gereicht.
Vielen Dank für Deine Geduld.
Anbei nochmal meine Ini, ich hoffe so wird es gehen.

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 = nein                  * 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 
Tuner4 = nein                   * ja/nein/j/n		nein
AutoOverlap = ja
TimerAlign = bedingt 

LG
uenger

[uenger]

Moin,
kann man Daten von gestern heute noch in der TRC-Datei auslesen?

LG
uenger

[flechumer]

kann man Daten von gestern heute noch in der TRC-Datei auslesen?

Der Trace enthält 128 Einträge und wird wrap-around geschrieben, der jeweils älteste Eintrag wird also als nächster überschrieben. Im vorliegenden Fall finden sich nur Einträge von 18:05 bis 18:09, was daran liegt, daß AX alle 2 Sekunden vergeblich versucht, den Pilottimer zu löschen.

[uenger]

Moin,
dann sollte ich wohl doch wieder TimerAlign = nein und die ScanTime = 00:00 setzen.

LG
uenger

[flechumer]

[quote="uenger"]dann sollte ich wohl doch wieder TimerAlign = nein und die ScanTime = 00:00 setzen.[/quote]

Glaube ich nicht. Beende mal AX, lösche alle Timer, lösche die pti - und das in dieser Reihenfolge. Wenn Du dann AX startest, sollte alles ok sein.

[uenger]

Hab ich jetzt so gemacht, danke.
Hatte vorher eine Aufnahme für heute selbst programmiert und für Freitag war eine durch den Suchtimer gesetzt worden. Die sind jetzt beide ohne mein Zutun wieder da und beide sind mit einem AX PilotTimer für 16.45 Uhr versehen. Das sieht gut aus.

LG
uenger.

[uenger]

Glaube ich nicht. Beende mal AX, lösche alle Timer, lösche die pti - und das in dieser Reihenfolge. Wenn Du dann AX startest, sollte alles ok sein.

Moin, das war die zündende Idee, danke.
Habe seither ständige Versuche am Laufen, Fazit: alles klappt mit der Testversion und den Eintragungen in meiner Ini. Super !
Das hab ich bisher getestet:
1. Sofortaufnahmen werden direkt auf das Ende des Events berechnet und ausgeführt. Am Eventende befindet sich ein Bookmark und dann folgt der Nachlauf. Super!
2. Bis zu vier parallelen Aufnahmen werden korrekt ausgeführt, haben alle die nötigen Bookmarks und jede Aufnahme hat ihre Log-Datei. Super!
3. Sich überlappende Sendungen werden einzeln korrekt Aufgenommen. Jede Sendung hat Vor- und Nachlauf, dazugehörige Bookmarks, Log-Dateien und ist einzeln namentlich in der Aufnahmeliste eingetragen. Dies klappt auch, wenn parallel ein weitere Aufnahme läuft.Super!
4. Zeitversetzt geschaute Aufnahmen werden korrekt fortgesetzt, wenn die Aufnahme beendet wurde und man noch zeitversetzt schaut. Dort gibt es einen Bookmark bei Aufnahmeende. Super!
Hab ich noch etwas vergessen, was man testen müsste?
Ich finde so soll es sein, so kann es bleiben!
SE ist ein super EPG-Tap, wird aber mit und durch AX erst richtig toll!

LG
uenger

[chrisly]

SE ist ein super EPG-Tap, wird aber mit und durch AX erst richtig toll!

LG
uenger

Deine Schilderung reißt einen ja richtig mit!
Wird Zeit, dass ich wieder mitspiele - z.Zt. geht´s leider noch nicht wegen Parallelbetrieb iTiNa/SE ...

[Gerti]

Hi!

Macht AX sowas?

Sofortaufnahmen werden direkt auf das Ende des Events berechnet und ausgeführt.

SmartEPG macht das so...AX auch?

Das macht die Firmware:

4. Zeitversetzt geschaute Aufnahmen werden korrekt fortgesetzt, wenn die Aufnahme beendet wurde und man noch zeitversetzt schaut. Dort gibt es einen Bookmark bei Aufnahmeende. Super!

Gruß,
Gerti

[uenger]

[quote="Gerti"]Hi!

Macht AX sowas?

SmartEPG macht das so...AX auch?

Das macht die Firmware:

Gruß,
Gerti[/quote]

Weiss ich nicht wer das macht, der Nachlauf kommt jedenfalls von AX

LG
uenger

[Gerti]

Hi!

In SmartEPG gibt es eine Funktion, dass eine Sofortaufnahme das laufende Event plus Nachlauf aufzeichnet.

Gruß,
Gerti

[flechumer]

AutoExtender 02.12.75 steht online. Wesentliche Neuheit ist die passive und aktive Überlappungsfunktion für Aufnahmen. Passiv bedeutet: Die Überlappungsfunktion von SmartEPG wird unterstützt, aktiv: AX erzeugt selbst Überlappungen, soweit gewünscht und erforderlich. An dieser Stelle herzliche Dank an Firebird für den entsprechenden Hinweis. Die Ini-Parameter wurden geändert: AccTimers entfällt ebenso wie der interne Parameter AutoOverlap. Beide werden ersetzt durch den neuen Parameter ConsTimer = trennen/anhängen/überlagern. "anhängen" entspricht dem alten AccTimers = ja. Mit "überlagern" werden, soweit möglich, überlappende Aufnahmen bei Folgetimern erzeugt.

Leider gibt es diese Verbesserung nur für die TMS-Version. Die Parameteränderung gilt aber für alle Versionen. In der Nicht-TMS-Version wird bei "überlagern" "anhängen" ausgeführt. Ebenfalls nur für die TMS-Version ist "Handicap = SmartEPG" von Bedeutung. Damit wird erreicht, daß AX nicht Tuner 4 benutzt.

Damit ist es nicht mehr erforderlich, interne Parameter zu benutzen.

[Isarwolf]

Vielen Dank!

Gruß

Hannes

[uenger]

Moin,
auch von mir vielen Dank für die neue Version.
Habe mir erlaubt TimerAlign = bedingt zu setzen, da ohne diese Eingabe PilotTimer im 5Minutentakt auftauchen, um dann von SE geblockt zu werden. Ausserdem wurde ein PilotTimer für morgen zu einem nicht nachvollziehbaren Zeitpunkt gesetzt.

LG
uenger

Vielleicht hilft diese TRC-Datei

[flechumer]

Habe mir erlaubt TimerAlign = bedingt zu setzen, da ohne diese Eingabe PilotTimer im 5Minutentakt auftauchen, um dann von SE geblockt zu werden. Ausserdem wurde ein PilotTimer für morgen zu einem nicht nachvollziehbaren Zeitpunkt gesetzt.

AX verfügt zu jedem Zeitpunkt über höchstens einen Pilottimer. Wenn der für eine "in nächster Zeit" zu startende Aufnahme erzeugt wurde und wegen des bedienten Betriebs nicht zum Zuge kommen kann, wird er regelmäßig um 5 Min. verschoben. Wo liegt da das Problem??? SE hat damit überhaupt nichts zu tun.

Und bitte nicht mehr den internen Parameter TimerAlign benutzen. Wenn Du meinst - aus welchen Gründen auch immer - auf die Pilottimerei für "in nächster Zeit" zu startende Aufnahmen verzichten zu müssen, solltest Du Handicap = noSwitch benutzen.

[FireBird]

[quote="flechumer"]SE hat damit überhaupt nichts zu tun.[/quote]
Es mag verwirrend aussehen.

Wird ein Timer von ausserhalb SE gelöscht, also von einem anderen TAP oder über das Topfield-Timermenü, dann löscht SE diesen Timer in der eigenen Datenbank nicht, sondern setzt ihn nur auf geblockt und so verharrt er, bis seine Zeit abgelaufen ist. Somit zieht der Pilottimer "eine Spur" durch die SE-Timerliste, aber das ist normal und stellt somit kein Problem dar.

[uenger]

Wo liegt da das Problem??? SE hat damit überhaupt nichts zu tun.

Und bitte nicht mehr den internen Parameter TimerAlign benutzen. Wenn Du meinst - aus welchen Gründen auch immer - auf die Pilottimerei für "in nächster Zeit" zu startende Aufnahmen verzichten zu müssen, solltest Du Handicap = noSwitch benutzen.

Ich glaube , dass ich auf Pilottimer verzichten muss, da diese von SE nicht akzeptiert werden.

Das Problem liegt darin, dass der Timer geblockt wird, d.h. er wird nicht mehr ausgeführt werden. Das macht AX doch nicht.
Habe momentan das Problem mit einem Syntax-Fehler in Zeile 26
das ist bei mir der Eintrag Handicap = SmartEPG

LG
uenger

hab jetzt Handicap = no Switch eingetragen und dennoch Fehler in Zeile 26!

Code: Alles auswählen

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

* Parameter = Wert                Kommentar         Vorbesetzung

BookMarks = ja			* ja/nein/j/n		ja
Extend = ja			* ja/nein/j/n		ja
ConsTimer = überlagern		* trennen/		überlagern
				* anhängen/
				* überlagern
ConflictMan = ja		* ja/nein/j/n		ja
AutoSwitch = 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 = nein			* ja/nein/j/n		nein
Handicap = SmartEPG
Handicap = noSwitch

[flechumer]

Ich glaube , dass ich auf Pilottimer verzichten muss, da diese von SE nicht akzeptiert werden.

Das Problem liegt darin, dass der Timer geblockt wird, d.h. er wird nicht mehr ausgeführt werden. Das macht AX doch nicht.
Habe momentan das Problem mit einem Syntax-Fehler in Zeile 26
das ist bei mir der Eintrag Handicap = SmartEPG

Zu den Pilottimern: Der (einzige) Pilottimer wird weder von SE noch sonstwem "blockiert". Siehe Firebirds Post.

Sorry für den Ini-Syntax-Fehler. Korrekturstand (1) steht online.