TAP: AutoExtender

[Dixie]

[quote="flechumer"]Es passiert, wenn man für einen anderen als den laufenden Transponder programmiert. Im Ergebnis hat 3PG dann zwar einen "roten" Merker, es wird aber kein Timer erzeugt.[/quote]
Versiehst Du dich nicht?
Ein Problem von 3PG ist (deshalb möchte ich ja AX verwenden), dass man an eine laufende Aufnahme keine weitere desselben Programms anhängen kann, wenn der Vorlauf in 3PG größer oder gleich Null ist. Dann sieht man den Timer aber wird nicht ausgeführt.

Dein Beispiel wäre ja fatal.

Dixie

[flechumer]

[quote="Dixie"]Versiehst Du dich nicht?[/quote]
Ich glaube nicht. Wenn im Topf-Timer-Menü nichts drin ist, kann man das nicht übersehen. Andererseits hatte ich mit den Versuchen schon angefangen, noch bevor 3PG fertig gescannt hatte. Vielleicht hängt es damit zusammen.

[Dixie]

Andererseits hatte ich mit den Versuchen schon angefangen, noch bevor 3PG fertig gescannt hatte. Vielleicht hängt es damit zusammen.

Klar, im Hintergrund läuft ja auch während des Scan eine Aufnahme. (in meiner INI ist ja für deinen Topf als Scan-Typ Uno gewählt und nicht der per API) Dann geht es natürlich nicht!

EDIT: Test ob Scan erfolgreich geht mit FAV, Archive, 0, 0.

Dixie

[flechumer]

Hier ist jetzt eine weitere Testversion 51.2. Für die muß allerdings die Ini-Zeile TimerEpgCheck wieder entfernt werden. Möglicherweise helfen die Änderungen auch mit dem Timer-Patch.

[Dixie]

Bevor ich die neue Version teste!!

Möglicherweise helfen die Änderungen auch mit dem Timer-Patch.

Mit der gepatchten Firm hat es nichts zu tun!

Ich habe jetzt einen Topf mit deiner Firmware und Settings fertiggemacht. Also genau wie dein Topf. Es laufen nur AX und 3PG. Auch hier werden oft einige Timer nicht geändert.

Meine INI! Ist die so richtig ?

**************************************************************
* 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
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 = 15 * 0 ... 60 Min. 5
AltDelay = "15, ZDF" * 0 ... 32 Einträge
MaxTimerDelay = 5 * 0 ... 120 Min. 5
Logging = ein * ein/an/aus ein
TimerEpgCheck = nein

Dann setze bitte folgende Timer mit 3PG (Startzeiten und Programm gebe ich an)

Timer 1 - Prog 2 - 23:00
Timer 2 - Prog 3 - 23:30
Timer 3 - Prog 4 - 00:00
Timer 4 - Prog 5 - 00:30
Timer 5 - Prog 22 - 03:00

Fast immer werden Timer 4 u. 5 ohne Prepad erzeugt. Manchmal auch Timer 3 nicht.

Dixie

[Dixie]

Hier ist jetzt eine weitere Testversion 51.2.

Hi Rudolf,
die Version funzt. Auch mit der gepachten Firm. Alle Timer werden richtig korrigiert. Zumindest bei 10 Test-Timern die ich zur Kontrolle nochmal wiederholt habe.

Was war es jetzt?

Dixie

[chrisly]

Ich will ja jetzt kein Spielverderber sein, aber ich habe ein neues Problem:

Um 20:14 startete die Aufnahme "DSF Motor", die - wie seit kurzem alle Timer - mit 0-Nachlauf erstellt wurde. Diese Aufnahme wurde von AX leider nicht verlängert (Ende wie lt. EPG 21:15 Uhr) und anscheinend gar nicht registriert (kein LOG vorhanden).
Um 20:15 startete "Dr. Martin", der (wie bisher auch alle anderen Aufnahmen) sauber verlängert und geloggt wurde.
Es wird wohl besser sein, vorläufig wieder einen Standard-Nachlauf in 3PG vorzugeben.

Beide Aufnahmen wurden übrigens morgens automatisch durch 3PG erzeugt und standen abends unverändert in der Timerliste.

[flechumer]

[quote="Dixie"]Ich habe jetzt einen Topf mit deiner Firmware und Settings fertiggemacht. Also genau wie dein Topf. Es laufen nur AX und 3PG. Auch hier werden oft einige Timer nicht geändert.

Meine INI! Ist die so richtig ?


Dann setze bitte folgende Timer mit 3PG (Startzeiten und Programm gebe ich an)

Timer 1 - Prog 2 - 23:00
Timer 2 - Prog 3 - 23:30
Timer 3 - Prog 4 - 00:00
Timer 4 - Prog 5 - 00:30
Timer 5 - Prog 22 - 03:00

Fast immer werden Timer 4 u. 5 ohne Prepad erzeugt. Manchmal auch Timer 3 nicht.

Dixie[/quote]
Ich kann heute nichts mehr auf meinem 5000er machen. Da läuft ein Test schon seit 18 Uhr bis 1 Uhr. Vielleicht können wir das morgen tagsüber machen? Die Ini ist soweit ok. Allerdings kannst Du Dir AltDelay sparen. Delay hat ja den gleichen Wert.

[Dixie]

Ich kann heute nichts mehr auf meinem 5000er machen

Hi Rudolf,
hast Du meinen Post 1166 nicht mehr gelesen?

Hi Rudolf,
die Version funzt. Auch mit der gepachten Firm. Alle Timer werden richtig korrigiert. Zumindest bei 10 Test-Timern die ich zur Kontrolle nochmal wiederholt habe.

Was war es jetzt?

Dixie

[flechumer]

Hi Rudolf,
hast Du meinen Post 1166 nicht mehr gelesen?


Dixie

Warum habe ich Deinen Post nicht gesehen?

Ich habe eigentlich kaum etwas verändert. Unter der Annahme, daß durch den konkurrierenden Zugriff des Patches auf den Timer die Probleme entstehen, habe ich beim Ablauf eine Zwangspause von 2 Sek. eingelegt. Erst danach wird die Timer-Änderung gemacht. Nachteil: Wenn jemand sehr schnell ist mit dem Abschalten des Topfs nach der Programmierung, könnte er die sofortige Änderung verhindern.

[flechumer]

[quote="chrisly"]Ich Um 20:14 startete die Aufnahme "DSF Motor", die - wie seit kurzem alle Timer - mit 0-Nachlauf erstellt wurde. Diese Aufnahme wurde von AX leider nicht verlängert (Ende wie lt. EPG 21:15 Uhr) und anscheinend gar nicht registriert (kein LOG vorhanden).[/quote]
Das ist ein sicherer Beweis dafür, daß AX den Sender als Nicht-EPG-Sender eingestuft hat. Das ist immer dann der Fall, wenn von Anfang an für mindestens 60 Sek. (bei 51.2: 120 Sek.) kein CurrentEvent gesendet wurde. Leider schreibst Du nicht, mit welcher AX-Version Du das gemacht hast. Bei 51.2 habe ich die Verlängerung bei Nicht-EPG-Sendern verhindert. Das könnte man wieder rückgängig machen.

[flechumer]

AutoExtender Ver. 01.07.51 steht jetzt online. Was ist neu:

• Bugfix für das Problem, daß bei Programmierung über EPG-TAPs manchmal kein Vorlauf gemacht wurde. Falls jemand noch ein TimerEpgCheck - Statement aus der 51.1 in der Ini haben sollte: Bitte entfernen!
• Änderung 1: Verbesserungen im Fehler-Log.
• Änderung 2: Keine Sonderstellung mehr für Nicht-EPG_Kanäle. Das heißt, Fehler werden geloggt. Verlängert wird wie schon in der .50.
• Änderung 3: Aufnahmezeitänderungen im Direktaufnahmemenü werden erst nach Schließung des Menüs wirksam.

[uenger]

Moin,
danke für diese Version. Habe gleich mehrere Timer gesetzt, einige erhalten direkt gleich einen Vorlauf, andere erst nach dem Schliessen des Timer-Menüfensters.
Wenn das alles prima funzt, ist AX doch jetzt auch ein Muss für alle Jag- und 3PG-Nutzer.

LG
uenger

[chrisly]

Das ist ein sicherer Beweis dafür, daß AX den Sender als Nicht-EPG-Sender eingestuft hat. Das ist immer dann der Fall, wenn von Anfang an für mindestens 60 Sek. (bei 51.2: 120 Sek.) kein CurrentEvent gesendet wurde. Leider schreibst Du nicht, mit welcher AX-Version Du das gemacht hast. Bei 51.2 habe ich die Verlängerung bei Nicht-EPG-Sendern verhindert. Das könnte man wieder rückgängig machen.

Ich habe die 01.07.50 drauf und dachte, damit würde auf jeden Fall verlängert, egal was mit dem EPG los ist (macht ja auch Sinn, sonst passiert es ja wie beschrieben, dass gar nicht verlängert wird und der Schluss fehlt). Merkwürdig ist halt auch, dass kein LOG geschrieben wurde.

Sollte man also doch sicherheitshalber beim Timererstellen einen Nachlauf vorgeben?

[flechumer]

Ich habe die 01.07.50 drauf und dachte, damit würde auf jeden Fall verlängert, egal was mit dem EPG los ist (macht ja auch Sinn, sonst passiert es ja wie beschrieben, dass gar nicht verlängert wird und der Schluss fehlt). Merkwürdig ist halt auch, dass kein LOG geschrieben wurde.

Das ist nicht so merkwürdig. Wenn man von einem Nicht-EPG-Sender aufnimmt, macht es einfach keinen Sinn. Da aber die Klassifizierung als Nicht-EPG-Sender offenbar nicht unproblematisch ist, habe ich das - wie Du oben nachlesen kannst - aufgegeben. Mit der .51 werden diese Kanäle gleich behandelt. In Deinem konkreten Fall kann ich das Problem der Nichtverlängerung aber nachträglich nicht lösen. In Zukunft gibt's immer ein Log.

Sollte man also doch sicherheitshalber beim Timererstellen einen Nachlauf vorgeben?

Wenn Du mich fragst: Nein. Man muß aber immer prüfen, ob es nicht objektive Gründe für die Nichtverlängerung gibt.

[chrisly]

Wenn man von einem Nicht-EPG-Sender aufnimmt, macht es einfach keinen Sinn.

Beim DSF waren aber EPG-Daten vorhanden! Ich hatte es noch während der Aufnahme kontrolliert.
Aber es ist ja auch egal, wenn jetzt die Verlängerung immer mind. mit der Delay-Zeit erfolgt - das habe ich doch hoffentlich jetzt richtig verstanden (ist ja doch alles etwas kompliziert ... ops ?

[flechumer]

Beim DSF waren aber EPG-Daten vorhanden! Ich hatte es noch während der Aufnahme kontrolliert.
Aber es ist ja auch egal, wenn jetzt die Verlängerung immer mind. mit der Delay-Zeit erfolgt - das habe ich doch hoffentlich jetzt richtig verstanden (ist ja doch alles etwas kompliziert ... ops ?

Ja, das hast Du schon richtig verstanden. Aber Fehler bleiben immer vorbehalten - eigene wie fremde.

[Steven]

Leider war meine erste Aufnahme mit der .51 fehlerhaft.

Es wurde trotz nicht veränderter ini (Delay=15) nicht verlängert, sondern pünktlich um 20:00 abgebrochen.
Aufnahme war auf RTL II BigBrother 19:00-20:00 Uhr.
Ebenso wurde kein Log erstellt.
Das hatte in in der Form noch nie.

Gruß Steven.

[flechumer]

Leider war meine erste Aufnahme mit der .51 fehlerhaft.

Es wurde trotz nicht veränderter ini (Delay=15) nicht verlängert, sondern pünktlich um 20:00 abgebrochen.
Aufnahme war auf RTL II BigBrother 19:00-20:00 Uhr.
Ebenso wurde kein Log erstellt.
Das hatte in in der Form noch nie.

Gruß Steven.

Seltsam. In der .51 sollte es nur dann kein Log geben, wenn es nicht eingeschaltet war oder es sich um eine Radioaufnahme handelt oder die Aufnahmedauer von vornherein kleiner als 2 Min. ist.

[Steven]

Seltsam. In der .51 sollte es nur dann kein Log geben, wenn es nicht eingeschaltet war oder es sich um eine Radioaufnahme handelt oder die Aufnahmedauer von vornherein kleiner als 2 Min. ist.

Ich beobachte natürlich weiter.

Einmal ist keinmal.

Gruß Steven.