TAP: AutoExtender

[kantjer]

[quote="flechumer"]Please turn on Trace, reproduce the problem, copy the trace-file and mail it to me.[/quote]
I have set a test timer for later tonight.

One other thing I just noticed is that AE makes my system very slow.
I tested this by starting without any tap, manually starting filer (system response normal), 3PG (response normal) After starting AE the system becomes very slow, scrolling through 3PG and filer the system pauses 1-2 seconds after every line.

Bauke

[flechumer]

[quote="kantjer"]One other thing I just noticed is that AE makes my system very slow.
I tested this by starting without any tap, manually starting filer (system response normal), 3PG (response normal) After starting AE the system becomes very slow, scrolling through 3PG and filer the system pauses 1-2 seconds after every line.

Bauke[/quote]

It should be normal with Trace = no.

[kantjer]

It should be normal with Trace = no.

That's why I did see this earlier, I just set Trace=yes ops: (I should have been able to think of that myself)

[ameise999]

hallo,

ich habe jetzt die neueste version installiert und folgendes problem:

ich habe heute morgen wer wird millionär per ax programmiert start=20.15h
und jetut das eigenartige: in der timerliste steht jetzt auch eine sendung ab 19.07h
eingetragen. diese habe ich per del. löschen können.
wenn ich den pvr aus.- und einschalte ist dieser timer allerdings wieder vorhanden.

ich habe das ganze auch mit aneren sendern versucht
z.b zdf start 21.15 und hier wird ein zusatztimer ab 20.15h angezeigt.


kann hierzu jemand was sagen ?

gruss
marianne

[flechumer]

[quote="ameise999"]kann hierzu jemand was sagen ?[/quote]

Na sicher. Was Du da siehst, ist der Pilottimer, der dafür sorgt, daß der Aufnahmetimer zeitnah mit dem EPG abgeglichen wird. Näheres in der aktuellen Beschreibung. In Kürze kommt eine verbesserte und korrigierte Version raus.

[ameise999]

Na sicher. Was Du da siehst, ist der Pilottimer, der dafür sorgt, daß der Aufnahmetimer zeitnah mit dem EPG abgeglichen wird. Näheres in der aktuellen Beschreibung. In Kürze kommt eine verbesserte und korrigierte Version raus.

vielen dank für die info dann ist ja alles richtig
ich hab schon einen schreck bekommen

was mir noch aufgefallen ist, in der ini ist scantime nicht enthalten?
wird dieser parameter nicht zwingend benötigt?

gruss
marianne

[seppsepp]

Hallo Flechumer,

ich bin seit wenigen Tagen stolzer Besitzer eins 2410 und habe gleich einige TAPs installiert.

Dein Autoextender ist ja ein sehr raffiniert programmiertes und sehr nützliches Tool.
Vielen Dank für Deine Mühe.

Ich komme aber noch nicht ganz klar.

Wenn ich eine Sendung programmiere, dann kommt der P-Timer bereits eine Stunde vorher.
So weit - so gut.
Allerdings schaltet sich der Topf nochmals 5 Minuten vorher ein und will vermutlich den P-Timer prüfen.
Im Display steht "Aufnahme" und der Topf schaltet sich ab diesem Moment nie wieder aus.
Er nimmt dann später korrekt auf aber bleibt dauerhaft an.

Hast Du eine Idee was ich falsch machen könnte?

Oder ist der 2410 noch nicht ausgetestet.

Wenn ich was testen kann tue ich das gerne wenn's hilft.

Nochmals vielen Dank für Deine Mühe.

Gruß

Sepp

[flechumer]

Hast Du eine Idee was ich falsch machen könnte?

Na jede Menge. Spaß beiseite: Ich bitte noch um etwas Geduld. Morgen gibt es die .69 mit etlichen Korrekturen und Änderungen. Auf Einzelheiten gehe ich dann noch ein.

[flechumer]

AutoExtender Ver. 02.10.69(0) steht jetzt online. Darin sind alle seit .68(0) aufgelaufenen Änderungen und Korrekturen enthalten. Darüber hinaus:

• Fehlerbeseitigung bei Pilottimer-Handling
• Fehlerbeseitigung bei TimerAlign = nein
• Der Parameter ScanTime ist wieder da: Wenn er angegeben ist, wird die Startzeit für Pilottimer auf diese Zeit fixiert.

Wenn also jemand TimerAlign = nein nur deshalb benutzt, weil ihn der Pilottimer stört, kann jetzt TimerAlign = ja und ScanTime = hh:mm angeben. Ich empfehle aber, ScanTime nicht zu benutzen - es sei denn, jemand hat gute Gründe dafür. Bei mir ist die Pilottimer-Mimik seit längerem im Einsatz. Sie hat während der ganzen Zeit kein einziges mal zu einer Kanalumschaltung geführt.

SRP-2410: Dazu kann ich wenig sagen. Ich habe keinen, kann also auch nicht darauf testen. Trotzdem gehe ich davon aus, daß er die gleichen Haken und Ösen wie der SRP-2100 hat, es also funktionieren sollte. Wenn es Problem damit und der aktuellen Version geben sollte, bitte melden.

[ameise999]

hallo,

erstmal vielen dank für die neue version

noch eine verständnisfrage: ich kann die ini jetzt so übernehmen = TimerAlign = ja. santime ist nicht erforderlich.
bei TimerAlign = ja, sehe ich den pilottimer und bei nein ist dieser timer nicht
sichtbar läuft aber im hintergrund und scantimer ich auch hier nicht erforderlich

bevor ich einen fehler mache, wäre es nett, wenn du mir hierzu eine info geben
würdest.

danke imvoraus
marianne

[flechumer]

noch eine verständnisfrage: ich kann die ini jetzt so übernehmen = TimerAlign = ja. santime ist nicht erforderlich.
bei TimerAlign = ja, sehe ich den pilottimer und bei nein ist dieser timer nicht
sichtbar läuft aber im hintergrund und scantimer ich auch hier nicht erforderlich

Ja, das ist richtig. ScanTimer ist nur erforderlich bei TimerAlign = ja und wenn man erzwingen will, daß der Pilottimer nur zu einer bestimmten Zeit läuft.

[ameise999]

Ja, das ist richtig. ScanTimer ist nur erforderlich bei TimerAlign = ja und wenn man erzwingen will, daß der Pilottimer nur zu einer bestimmten Zeit läuft.

super nochmals ein dickes danke

schönes we und gruss
marianne

[uenger]

Moin,
vielen Dank für die .69. Diese Version hab ich nun auch wieder auf den Topf gebracht.
Ich hab vorerst TimerAlign = ja gelassen, da in der Beschreibung steht, dass der Pilottimer nur bei Bedarf eingesetzt wird. Schauen wir mal. Wer`s nicht probiert, darf auch nicht motzen; oder?

LG
uenger

[flechumer]

Ich hab vorerst TimerAlign = ja gelassen, da in der Beschreibung steht, dass der Pilottimer nur bei Bedarf eingesetzt wird. Schauen wir mal.

Wegen Deiner Argumentation hier habe ich ScanTime wieder reingenommen. Davon solltest Du dann Gebrauch machen.

[chrisly]

Ich bin auch froh, dass Du ScanTime wieder reingenommen hast und werde diese Version (still und heimlich! ) auch mal wieder testen.

Danke für diese Version!!!

[uenger]

Wegen Deiner Argumentation hier habe ich ScanTime wieder reingenommen. Davon solltest Du dann Gebrauch machen.

Werd ich dann wohl auch und ich freue mich, dass ich diese Auswahlmöglichkeit von Dir bekommen habe. Nochmals Danke.
Ich möchte aber übers Wochenende gerne ausprobieren, ob mich ein Pilotimer wirklich stört.

LG
uenger

[chrisly]

Was passiert eigentlich, wenn zum Zeitpunkt des Scan-Timers (oder des Timerabgleichs)
a) eine Aufnahme läuft und man eine andere Sendung sieht
b) zwei Aufnahmen laufen ?

Wird dann bei a) ungewollt umgeschaltet und bei b) fällt der Scan-Timer bzw. Abgleich aus?
Ist das Verhalten in diesen Fällen gleich bei Abgleich mit und ohne Scan-Timer?

[flechumer]

Was passiert eigentlich, wenn zum Zeitpunkt des Scan-Timers (oder des Timerabgleichs)
a) eine Aufnahme läuft und man eine andere Sendung sieht
b) zwei Aufnahmen laufen ?

Wird dann bei a) ungewollt umgeschaltet und bei b) fällt der Scan-Timer bzw. Abgleich aus?
Ist das Verhalten in diesen Fällen gleich bei Abgleich mit und ohne Scan-Timer?

Zum Zeitpunkt eines Scans nimmt sich AX der Reihe nach die abzugleichenden Timer vor. Für jeden Timer wird ein Transponder-spezifischer Lock gesetzt, der maximal 4 Minuten gehalten werden kann. Ist der aktuelle Kanal auf dem gleichen Transponder, gibt es keine Umschaltungen. Wenn nicht, wird geprüft ob der alternative Tuner bereits auf dem gleichen Transponder werkelt. Wenn ja, gibt es ebenfalls keine Umschaltungen. Wenn nein, wird versucht, den alternativen Tuner auf den benötigten Kanal unzuschalten. Das äußert sich durch kurzes Aufblitzen des PiPs. Wenn das nicht gelingt (laufende Aufnahme), wird versucht, den laufenden Kanal umzuschalten. Wenn auch das nicht gelingt, wird unter Beibehaltung des Locks periodisch neu versucht. Wenn die maximale Lock-Zeit abgelaufen ist ohne daß der Abgleich bewerkstelligt werden konnte, wird kein Abgleich vorgenommen.

Dieser Ablauf findet statt bei TimerAlign = ja zu der vorgesehenen Zeit unabhängig davon, ob das TAP durch einen Pilottimer aktiviert wurde oder nicht.

[kantjer]

Thanks for the new version.

Please have a look at this log. Is the strange dynamic reverence-event caused by having to parallel recoding from different satellites and time zones?

Code: Alles auswählen

AutoExtender 02.10.69(0)
Without a trace
NET5
Date:             27.11.2010
Request:          22:20 - 23:15
Execution:        22:20 - 23:30
Reference-Event
   static:        22:25 - 23:15
   dynamic:       23:29 - 23:14
Delay:            80:00
Stop Reason:      Normal Outrun
Bookmarks:        2

Bauke
From 22:27:06 EPG incomplete

[flechumer]

[quote="kantjer"]Please have a look at this log. Is the strange dynamic reverence-event caused by having to parallel recoding from different satellites and time zones?[/quote]

"EPG incomplete" means that static EPG-info is not complete. There is at least one event missing. That might have serious influence on AX finding a reference event. If you have two recordings working on different sats dynamic EPG-info fails completely for the "background" recording and AX tries to replace the missing dynamic info by static info. In such a case the result will not be predictable.