TAP: AutoExtender

[uenger]

Moin,
danke für die neue Version, natürlich schon drauf.
Hab direkt Trace = nein so gelassen.

Schönes WE
uenger

[chrisly]

AutoExtender 02.12.75(2) steht online. Damit ist für Handicap = SmartEPG / iTiNa die Wahlfreiheit für ConsTimer wiederhergestellt. Bei SmartEPG wird jetzt noSwitch automatisch einbezogen

Super. Dann kommt diese Version bald auch wieder auf meinen Topf.
Vielen Dank!

[Isarwolf]

Ich habe einige Zeit, mit unerklärlichen Abstürzen zu kämpfen, wie ichhier beschrieben habe.

Nach vielen Versuchen glaube ich die Ursache gefunden zu haben.
Der "Absturz" tritt auf, wenn ich AutoExtender als letztes starte. Wird AutoExtender als Erstes gestartet, hört der Spuk auf.

Ich hatte AutoExtender schon lange in Verdacht, aber da ich offensichtlich der Einzige mit diesen Problem, war habe ich weiter experimentiert und letztendlich die Lösung gefunden.

Gruß

Hannes

[flechumer]

Ich habe einige Zeit, mit unerklärlichen Abstürzen zu kämpfen, wie ichhier beschrieben habe.


Ich hatte AutoExtender schon lange in Verdacht, aber da ich offensichtlich der Einzige mit diesen Problem, war habe ich weiter experimentiert und letztendlich die Lösung gefunden.

Wenn ich das richtig sehe, ging es darum, daß eine Wiedergabe bei zwei laufenden Aufnahmen sofort nach den Start wieder beendet wurde. AX kann damit höchstens indirekt was zu tun haben. Aber wenn Du das durch Änderung der Startreihenfolge vermeiden kannst, soll's gut sein. Nur: Es erklärt nichts.

[Isarwolf]

Wenn ich das richtig sehe, ging es darum, daß eine Wiedergabe bei zwei laufenden Aufnahmen sofort nach den Start wieder beendet wurde. AX kann damit höchstens indirekt was zu tun haben. Aber wenn Du das durch Änderung der Startreihenfolge vermeiden kannst, soll's gut sein. Nur: Es erklärt nichts.

Manchmal klappt das Zusammenspiel der Taps nicht so hundertprozentig. Aber ich bin froh, daß ich den Topf wieder ohne Störungen nutzen kann.

Gruß

Hannes

[uenger]

Moin,
da es ja seit gestern die Version V0.9.7 von SE gibt, habe ich mich mal getraut (macht ja sonst anscheined niemand), weder Handicap SmartEPG, noch noSwitch in der Ini zu aktivieren.
Die Version enthält tolle Änderungen u.a.: Zitat:
"TimerListe: Ausnahme für AutoExtender Pilot-Timer: wird in der DB gelöscht und nicht geblockt, wenn nicht mehr im Flash vorhanden".
Dies bedeutet, dass die TimerListe sehr aufgeräumt aussieht.
Der Pilottimer versucht jetzt nach wie vor den Abgleich zu machen, gelingt das nicht, wird jetzt aber der Vorlauf korrekt gesetzt.
Bei händisch gesetzten Timern werden zwar noch die Namen der aufzunehmenden Sendungen, anstatt AX Pilottimer in der Timer Liste genannt, aber der Fehler ist bekannt und es wird nunmehr daran gearbeitet.
Jetzt stellt sich mir natürlich die Frage: 1. Sollte man bei Handicap SE nicht doch lieber noSwitch herausnehmen und diese Funktion wahlweise machen?
2. Was vebirgt sich noch hinter dem Handicap SmartEPG?

LG
uenger

[flechumer]

Moin,
da es ja seit gestern die Version V0.9.7 von SE gibt, habe ich mich mal getraut (macht ja sonst anscheined niemand), weder Handicap SmartEPG, noch noSwitch in der Ini zu aktivieren.
Die Version enthält tolle Änderungen u.a.: Zitat:
"TimerListe: Ausnahme für AutoExtender Pilot-Timer: wird in der DB gelöscht und nicht geblockt, wenn nicht mehr im Flash vorhanden".
Dies bedeutet, dass die TimerListe sehr aufgeräumt aussieht.
Der Pilottimer versucht jetzt nach wie vor den Abgleich zu machen, gelingt das nicht, wird jetzt aber der Vorlauf korrekt gesetzt.
Bei händisch gesetzten Timern werden zwar noch die Namen der aufzunehmenden Sendungen, anstatt AX Pilottimer in der Timer Liste genannt, aber der Fehler ist bekannt und es wird nunmehr daran gearbeitet.
Jetzt stellt sich mir natürlich die Frage: 1. Sollte man bei Handicap SE nicht doch lieber noSwitch herausnehmen und diese Funktion wahlweise machen?
2. Was vebirgt sich noch hinter dem Handicap SmartEPG?

LG
uenger

Das hört sich wirklich gut an. Dank an FireBird! Handicap = SmartEPG wird umgesetzt auf noSwitch und Tuner4 = nein. Das kann ich jederzeit ändern.

[Isarwolf]

@uenger

Ich glaube, daß sich die Receiver verschieden verhalten

AX Pilot wird bei mir immer angezeigt, mit dem Logo des Senders, auf dem der nächste Timer angelegt ist.

Oder die unendlichen Reihen von Logeinträgen gestern, die nach dem Update V0.9.7a behoben sind.

Probleme mit Abstürzen: Wie hier beschrieben.

Gruß

Hannes

[flechumer]

Probleme mit Abstürzen: Wie hier beschrieben.

Wenn es wirklich um Abstürze geht, kannst Du auf einfache Weise feststellen, ob ein Absturz innerhalb oder außerhalb von AX stattfindet. Dazu setzt Du den Parameter ControlDisplay = ja. Damit erscheint unten links auf dem Bildschirm eine kleine Einblendung "AX x y z". Wenn bei einem Absturz x = 1 stehen bleibt, hat der Absturz innerhalb von AX stattgefunden, sonst außerhalb.

[uenger]

Moin,

in SE ist ja auch IQ enthalten.
Nun hab ich gerade im IQ-Thread auf der ersten Seite dies entdeckt:
Zitat:
"SmartEPG TMS
SmartEPG TMS hat IQTuner bereits integriert. Wird SmartEPG TMS verwendet, kann daher auf den zusätzlichen Einsatz von IQTuner verzichtet werden.
Jags EPG
Jags EPG ermöglicht das automatisierte Anlegen von Timern. In Jags EPG sollte unbedingt Tuner 1 oder Tuner 2 und nicht Tuner 4 eingestellt werden, da ansonsten das Konfliktmanagement des Receivers nicht mehr korrekt arbeitet".

Demnach müsste m.E. bei AX auch auf die Tuner 4 Verwaltung verzichtet werden.
Tuner4 = nein, oder hadicap jag setzen ginge doch auch, oder?


LG
uenger

[Gerti]

Hi!

Tuner 4 beim SRP zu verwenden eine relativ schlechte Idee. Daher beim SRP immer auf einen festen Tuner (also 1 oder 2) Timer anlegen.

Gruß,
Gerti

[flechumer]

[quote="Gerti"]Tuner 4 beim SRP zu verwenden eine relativ schlechte Idee.[/quote]

Warum bitte?

[Twilight]

weil der srp keine timerkomnflikte mehr meldet, dieser bringt er nur wenn auf t1 oder t2 programmiert wird.
d.h. mit t4 kannst du programmieren was du willst, auch wenn es nicht zum durchführen geht.

twilight

[Isarwolf]

[quote="flechumer"]Wenn es wirklich um Abstürze geht, kannst Du auf einfache Weise feststellen, ob ein Absturz innerhalb oder außerhalb von AX stattfindet. Dazu setzt Du den Parameter ControlDisplay = ja. Damit erscheint unten links auf dem Bildschirm eine kleine Einblendung "AX x y z". Wenn bei einem Absturz x = 1 stehen bleibt, hat der Absturz innerhalb von AX stattgefunden, sonst außerhalb.[/quote]

Vorläufig möchte ich das System mal in Ruhe lassen, aber am Montag werde ich einen Test starten.

Gruß

Hannes

[flechumer]

[quote="Twilight"]weil der srp keine timerkomnflikte mehr meldet, dieser bringt er nur wenn auf t1 oder t2 programmiert wird.
d.h. mit t4 kannst du programmieren was du willst, auch wenn es nicht zum durchführen geht.[/quote]

AX erkennt und behandelt Timer-Konflikte auch solche, die - ob nun SRP oder nicht - vom Topf nicht erkannt werden. Genau deshalb ist es eine gute Idee, AX mit Tuner 4 arbeiten zu lassen.

[Twilight]

wenn du ein eigenes konfliktmanagement hast passt es...

twilight

[Gerti]

Hi!

Aber nur, wenn die Timer nicht auf Tuner 4 bleiben. Ansonsten legen nämlich andere Taps Timer an, die dann nicht ausführbar sind. Zudem werden bei drei überlappenden Timern, auch auf verschiedenen Sendern, nur der erste und dritte Timer ausgeführt. Daher am besten auf Tuner4 verzichten.

Gruß,
Gerti

[Twilight]

ach ja, das problem hab ich ganz vergessen....

twilight

[flechumer]

[quote="uenger"]Demnach müsste m.E. bei AX auch auf die Tuner 4 Verwaltung verzichtet werden.
Tuner4 = nein, oder hadicap jag setzen ginge doch auch, oder?[/quote]

So kannst Du es machen. Ab der nächsten Version werden dann die Handicap-Werte Jag's und SmartEPG gleich behandelt, d.h. in Tuner4 = nein gewandelt.

[uenger]

So kannst Du es machen. Ab der nächsten Version werden dann die Handicap-Werte Jag's und SmartEPG gleich behandelt, d.h. in Tuner4 = nein gewandelt.

Moin,
habe gestern Tuner4= nein gesetzt und seit dem letzten nächtlichen Update von SE (Version V0.9.7d) läuft bis jetzt auch alles prima mit den Timerveränderungen durch AX (danke noch mal an FireBird). Der Pilottimer von AX behält jetzt auch seinen Namen und ich denke, dass SE jetzt ebenso verträglich mit AX ist, wie Jag.
Man müsste sich beim Fernsehen und gleichzeitigem Setzen von Timern noch einprägen, auf welchen Transpondern einzelne Programme liegen, das würde die Arbeit des Pilottimers sicherlich erleichtern.
Jedenfalls kann ich mir jetzt auch vorstellen, noSwitch nicht mehr einzusetzen.

Also dann, schönes WE
uenger