TAP: AutoExtender

[flechumer]

Wenn man in 3PG einen Vorlauf einstellt geht es, das ist schon klar! Ich dachte es soll kein Vorlauf eingestellt sein und AX soll das machen.

Ich meinte natürlich Vorlauf = 0. Aber das ist inzwischen alles klar. Bei allen Versuchen (ca. 15) mit 3PG-Vorlauf = 0 hat AX den Vorlauf korrekt eingestellt. Wie gesagt 3PG 1.16.

Im Moment habe ich hier größere Problem mit meinem WLAN. Das hat Priorität. Sobald das erledigt ist, besorge ich mir mal eine aktuelle 3PG-Version.

[flechumer]

[quote="flechumer"]Sobald das erledigt ist, besorge ich mir mal eine aktuelle 3PG-Version.[/quote]
Leichter gesagt als getan. Die verwenden offenbar ein Archivsystem, mit dem ich mich nicht auch noch belasten will.

[mvordeme]

Mit WinZip sollte das aber zu entpacken sein. Ansonsten kann ich Dir gerne ein Zip-Archiv bauen.

[flechumer]

Mit WinZip sollte das aber zu entpacken sein. Ansonsten kann ich Dir gerne ein Zip-Archiv bauen.

Nett von Dir. Aber ich habe mir schon eine andere Lösung überlegt. Hier ist eine Testversion 51.1, bei der man die EPG-Überprüfung der Timer mit dem zusätzlichen Ini-Parameter "TimerEpgCheck = nein" abschalten kann. Ich möchte Dixie und uenger bitten, das mal auszuprobieren.

[uenger]

[quote="flechumer"] Ich möchte Dixie und uenger bitten, das mal auszuprobieren.[/quote]

will ich sehr gerne machen, aber der zip.Ordner enthält nur eine eine Datei im Ordner Test und das ist das TAP. Ist das richtig so, oder fehlt da die Ini?

LG
uenger

[flechumer]

[quote="uenger"]will ich sehr gerne machen, aber der zip.Ordner enthält nur eine eine Datei im Ordner Test und das ist das TAP. Ist das richtig so, oder fehlt da die Ini?[/quote]
Ja, die Ini-Datei ist nicht dabei. Vielleicht kannst Du mit dem Editor die eine Zeile hinzufügen.

[uenger]

[quote="flechumer"]Ja, die Ini-Datei ist nicht dabei. Vielleicht kannst Du mit dem Editor die eine Zeile hinzufügen.[/quote]

Wenn das denn so aussehen sollte, kann ich das:
* 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 = 10 * 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

LG
uenger

[uenger]

Moin,
das sieht alles sehr gut aus.
Ich kann jetzt Timer setzen wie und wo ich will und alle haben einen Vorlauf von 3 Minuten ( hab jetzt ca ein Dutzend Timer gesetzt und wieder gelöscht). Habe auch schon ein Aufnahme laufen gehabt und alles ist perfekt. Bookmarks sitzen genau und der Nachlauf stimmt auch.
Sieht dann so aus:
AutoExtender 01.07.51.1
Inas Norden
NDR FS SH
Datum: 30.06.2009
Vorgabe: 20:57 - 21:45
Ausführung: 20:57 - 21:57
Bezugs-Event:
statisch: 21:00 - 21:45
dynamisch: 21:00 - 21:45
Verzögerung: 11:00
Bookmarks: 2

Danke, darf ich die Testversion behalten? :

[Dixie]

@Rudolf,
was hat es damit genau auf sich?

bei der man die EPG-Überprüfung der Timer mit dem zusätzlichen Ini-Parameter "TimerEpgCheck = nein" abschalten kann

@uenger,
hast Du jetzt den Vorlauf in Jag drin oder nicht?

Dixie

[uenger]

@uenger,
hast Du jetzt den Vorlauf in Jag drin oder nicht?

Dixie

Hallo Dixie,
den erst gestern wieder eingestellten Vorlauf in Jags EPG, habe ich natürlich als erstes wieder entfernt und auf 0 gesetzt.
Wäre ja auch blöde wenn nicht

LG
uenger

[flechumer]

[quote="Dixie"]was hat es damit genau auf sich? [/quote]
Ich war doch zu dem Schluß gekommen, daß der fehlende AX-Vorlauf irgendwie mit dem EPG-Abgleich des Timers durch AX zu tun haben könnte. Deshalb habe ich diese Funktion wahlweise gemacht. Und siehe da, wenn man die Funktion abschaltet, tritt das Problem zumindest bei Jag's nicht mehr auf. Dich möchte ich bitten, das gleiche auch mit einer aktuellen 3PG-Version zu testen - mit meiner alten geht es auch ohne Abschaltung problemlos.

Das Ganze klärt natürlich immer noch nicht die Frage, warum Jag's und 3PG das bewirken. Klarheit bekäme man nur, wenn man deren Timer-Behandlung kennen würde.

@uenger: selbstverständlich kannst Du diese Version bis zur Freigabe der offiziellen .51 benutzen. Es sind außer der Abschaltmöglichkeit noch zwei Bugfixes von geringerer Dringlichkeit drin.

[Dixie]

Moin,
das sieht alles sehr gut aus.

Mit 3PG 1.28 weniger.

Manuell gesetzte Timer zu 50%.

Suchworttimer zu 0 %.

@Rudolf,
wie schon angeboten. Eine kpl. konfigurierte 3PG 1.28 kann ich dir schicken wenn du mir deine Settings gibts.

Dixie

[flechumer]

Mit 3PG 1.28 weniger.

Manuell gesetzte Timer zu 50%.

Suchworttimer zu 0 %.

Das macht mich nun wirklich ratlos. Bist Du sicher, daß Du die .51.1 drin hast und die Ini um die Zeile "TimerEpgCheck = nein" erweitert hast?

.tfd ist unterwegs.

[uenger]

Moin,
ich bin auch heute noch total begeistert. Hatte heute auch einen Suchworttimer laufen (das konnte ich ja gestern noch nicht testen) und der wurde ebenfalls perfekt ausgeführt, mit allem was dazugehört.
Habe jetzt gerade mal eine Sofortaufnahme gestartet, weil da ein Beitrag kam, den auch meine LAG gerne sehen würde (die schläft nämlich schon) und da ist mir aufgefallen, dass die Aufnahme 2 Stunden dauern sollte. Bin dann eine Zeile tiefer gerutscht und da stand "nach Beendigung der Sendung xyz beenden" Hab ich gedrückt und dann sollte die Aufnahme nur noch 30 Minuten dauern.
Und jetzt die Frage:
Wird das auch von AutoExtender beeinfusst?

LG
uenger

[flechumer]

[quote="uenger"]Habe jetzt gerade mal eine Sofortaufnahme gestartet, weil da ein Beitrag kam, den auch meine LAG gerne sehen würde (die schläft nämlich schon) und da ist mir aufgefallen, dass die Aufnahme 2 Stunden dauern sollte. Bin dann eine Zeile tiefer gerutscht und da stand "nach Beendigung der Sendung xyz beenden" Hab ich gedrückt und dann sollte die Aufnahme nur noch 30 Minuten dauern.
Und jetzt die Frage:
Wird das auch von AutoExtender beeinfusst?[/quote]
Das hat nichts mit AX zu tun. Das ist das Standard-Angebot im Sofortaufnahmemenü: In der ersten Zeile mit Zeitangabe, in der zweiten Zeile bis zum Ende der laufenden Sendung und in der dritten Zeile bis zum Ende der nächsten Sendung.

AX behandelt Sofortaufnahmen wie alle anderen Aufnahmen auch. Versteht sich, daß ein Vorlauf nicht möglich ist. Aber es wird ein Bezugsevent gesucht. Das ist dann natürlich genau die Sendung "bis zm Ende ...". Verlängert wird dann wie gewohnt.

[uenger]

Moin,
danke für die Info. Auch die Sofortaufnahme hat bestens geklappt. einschl. Bookmark am Ende der Sendung. Aber wem sag ich das

LG
uenger

[flechumer]

Mit 3PG 1.28 weniger.

Manuell gesetzte Timer zu 50%.

Suchworttimer zu 0 %.

Nachdem ich nun selbst mit 3PG 1.28 getestet habe, kann ich Deine Probleme noch weniger nachvollziehen. Bei mir hat es jedesmal, ob mit oder ohne Suchauftrag, funktioniert.

Möglicherweise ist das ganze auf ein Kommunikationsproblem zurückzuführen. Ich hatte irgendwann mal geschrieben, den von AX erzeugten Vorlauf müsse man unmittelbar nach Programmierung im Timer-Menü sehen können. Gemeint war natürlich, man müsse sehen können, daß AX die Anfangszeit vorverlegt hat. Wenn natürlich gar kein Timer erzeugt worden ist - und das kommt bei 3PG häufig dann vor, wenn der Scan noch nicht abgeschlossen ist - kann AX natürlich auch nichts ändern. War's das?

[Fritzcat]

Ich hatte mit 3PG1.28 bei manuellen Timern in der letzten offiziellen AX-Version auch öfters keinen Vorlauf in der Timerübersicht. Suchaufträge laufen bei mir mit Jag.

[Dixie]

Möglicherweise ist das ganze auf ein Kommunikationsproblem zurückzuführen.

Also ich gehe so vor:
Ohne 3PG programmiere ich willkürlich für den heutigen Tag z.B. 10 Timer und kontrolliere diese danach. Alle Timer haben einen Vorlauf. Egal ob sich Timer überschneiden oder nicht!

Mit 3PG werden nur wenige Timer geändert. Ich mach dir mal einen Screenshot.

Frage: Faßt AX die Timer jetzt sofort an! (Gehe ich von aus, da bei Tests mit dem Topf_EPG immer alle Timer sofort geändert wurden)

Wenn natürlich gar kein Timer erzeugt worden ist - und das kommt bei 3PG häufig dann vor, wenn der Scan noch nicht abgeschlossen ist - kann AX natürlich auch nichts ändern. War's das?

Also diese Problem ist mir von 3PG überhaupt nicht bekannt! 3PG arbeit bei mir zu 100% zuverlässig.

Ich kann doch nur von den Timern ausgehen, die ich auch im Timer-Menü von 3PG oder im Original vom Topf sehe. (die sind nämlich bei mir immer identisch)

Ich habe jetzt 3 Töpfe hier, selbst bei dem wo nur AX und 3PG drauf sind ändert AX nicht alle Timer.

Vielleicht verstehe oder mache ich doch was falsch!? Wenn es bei dir geht, warum nicht bei mir?

EDIT: Vielleicht ist meine gepachte Firmware der Grund. Da gibt es einem Timer-Patch von DeadBeef. Der verhindert das der Frontprozessor Timer nicht vergisst.

Diese Version optimiert die zum Frontpanel gesendete Timer-Liste - es wird nur der nächste fällige Timer gesendet. Das minimiert das Risiko, daß Messages zum Frontpanel wegen Überlaufs verlorengehen.

Dixie

[flechumer]

Frage: Faßt AX die Timer jetzt sofort an! (Gehe ich von aus, da bei Tests mit dem Topf_EPG immer alle Timer sofort geändert wurden)

Richtig.

Also diese Problem ist mir von 3PG überhaupt nicht bekannt! 3PG arbeit bei mir zu 100% zuverlässig.

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.

EDIT: Vielleicht ist meine gepachte Firmware der Grund. Da gibt es einem Timer-Patch von DeadBeef. Der verhindert das der Frontprozessor Timer nicht vergisst.

Das hört sich doch vielversprechend an. Könntest Du mal ohne Patch testen?

@Fritzcat: Ist schon klar. Deshalb habe ich auch eine Änderung in einer Testversion gemacht, die bei uenger gewirkt hat, bei Dixie aber nicht.