TAP: AutoExtender

[flechumer]

Nur zur Klarstellung: AX erzeugt keine Timer. Es setzt aber in Einmaltimer umgewandelte Mehrfachtimer wieder neu auf. Es modifiziert Timer insofern, als es, wenn gewünscht, einen Vorlauf erzeugt und/oder die Anfangszeit, wenn notwendig und erlaubt, verschiebt. Alles klar?

[11111]

Ääääh ops: - Ich bin vielleicht etwas schwer von Begriff:

Nur zur Klarstellung: AX erzeugt keine Timer.

o.k.

Es setzt aber in Einmaltimer umgewandelte Mehrfachtimer wieder neu auf.

Blick ich leider in verschiedene Richtungen nicht :
1. Was sind Mehrfachtimer?
[2. Wenn ich weiß was Mehrfachtimer sind könnte das Umwandeln in Einmaltimer mir womöglich klar werden.]
3. Was bedeutet "Einmaltimer neu aufsetzen" (insbesondere vor dem Hintergrund von Satz 1 "AK erzeugt keine Timer")?

Es modifiziert Timer insofern, als es, wenn gewünscht, einen Vorlauf erzeugt und/oder die Anfangszeit, wenn notwendig und erlaubt, verschiebt.

Ich dachte AutoExtender kümmert sich auch um eine evtl. Verschiebung / Überziehung einer Sendung am Ende?

Alles klar?

Yepp: Ich leg' dann 'mal los!
Danke!

[flechumer]

1. Was sind Mehrfachtimer?
[2. Wenn ich weiß was Mehrfachtimer sind könnte das Umwandeln in Einmaltimer mir womöglich klar werden.]

Mit Mehrfachtimern meinte ich Wiederhol-Timer (war etwas schief ausgedrückt).

3. Was bedeutet "Einmaltimer neu aufsetzen" (insbesondere vor dem Hintergrund von Satz 1 "AK erzeugt keine Timer")?

Siehe Beschreibung. Ein Wiederhol-Timer wird von AX in einen Einfach-Timer umgewandelt. Gleichzeitig merkt sich AX diesen Timer und startet ihn erneut, wenn die Aufnahme bereits läuft.

Ich dachte AutoExtender kümmert sich auch um eine evtl. Verschiebung / Überziehung einer Sendung am Ende?

Natürlich. Das ist die Hauptaufgabe.

Die begrifflichen Probleme lösen sich, wenn man sauber zwischen dem Timer und der dazugehörigen Aufnahme unterscheidet.

[chrisly]

[quote="Steven"]
PS: Startreihenfolge, siehe Sig. Grundsätzlich AX eher nach vorne und 3PG nach hinten.[/quote]

Einspruch: Zumindest bei mir hat AX direkt hintereinander startende Timer reproduzierbar "verschwinden lassen", wenn es ziemlich am Anfang startete. Seit es weit hinten startet, gibt es die Probleme nicht mehr.

[flechumer]

[quote="chrisly"]Einspruch: Zumindest bei mir hat AX direkt hintereinander startende Timer reproduzierbar "verschwinden lassen", wenn es ziemlich am Anfang startete. Seit es weit hinten startet, gibt es die Probleme nicht mehr.[/quote]
AX läßt keine Timer verschwinden. Es ist höchstens denkbar, daß sie von der FW bei Überfälligkeit gelöscht werden. Dabei dürfte die Ladereihenfolge aber keine Rolle spielen.

[11111]

Ich habe jetzt auch schon dreimal die Anleitung gelesen und muß gestehen:
Für dieses TAP bin ich wohl einfach zu doof.

Ich werde es jetzt einmal "im Standard" testen / beobachten und wenn ich Fragen habe (bzw. bezüglich Feedback) melde ich mich wieder.

Vielen Dank für Eure Bemühungen!

[flechumer]

Ich habe jetzt auch schon dreimal die Anleitung gelesen und muß gestehen:
Für dieses TAP bin ich wohl einfach zu doof.

Wo liegt denn das Problem? Ich bin geduldig ( zumindest gebe ich mir Mühe).

[uenger]

Für dieses TAP bin ich wohl einfach zu doof.

Moin,
glaube ich nicht, denn dieses tolle TAP läuft doch auch super ohne grosses Insiderwissen. Vielleicht hast Du in Deinem "Osterurlaub" einfach einige Baustellen zuviel!

LG
uenger

[chrisly]

AX läßt keine Timer verschwinden. Es ist höchstens denkbar, daß sie von der FW bei Überfälligkeit gelöscht werden. Dabei dürfte die Ladereihenfolge aber keine Rolle spielen.

Ich habe mich wohl falsch ausgedrückt ops: - ich wollte es nicht AX in die Schuhe schieben. Allerdings war der Zusammenhang der Startreihenfolge mit nicht gestarteten Timern eindeutig.
Es liegt aber wohl am Zusammenspiel mit den anderen Taps. Und um sicher zugehen, kann es nicht schaden, AX weit hinten zu starten. Auch dann läuft es perfekt!

[11111]

Vielleicht hast Du in Deinem "Osterurlaub" einfach einige Baustellen zuviel!

Ach was!

Aber ich glaube an einem Beispiel wird es vermutlich plastischer:

Wir nehmen an auf dem Ersten käme:
20:00 Uhr Tagesschau
20:15 Uhr Fußball-WM Halbfinale (Anstoß 20:45 Uhr)
23:00 Uhr Tagesschau
23:05 Uhr AC-DC Konzert München
01:35 Uhr Straßenbahnen der Welt

Ich möchte mir gerne das Fußballspiel und das AC-DC-Konzert aufnehmen und habe mir dafür einen Timer mit Vor- und Nachlauf erstellt von 20:05 - 01:45 Uhr.

Jetzt passiert folgendes: Es wird eine Brisant-Sondersendung direkt nach der Tagesschau eingeschoben - Der Beginn der Fußball-Übertragung verschiebt sich deshalb auf 20:30 Uhr.

Beim Halbfinale kommt es zu Verlängerung und Elfmeterschießen - Die Fußball-Übertragung wird deshalb bis 0:10 Uhr verlängert.
Anschließend kommt die fünfminütige Tagesschau. Danach wird nochmals als Wiederholung die Brisant-Sondersendung eingeschoben (15 min).
Dadurch beginnt AC-DC erst um 0:30 Uhr und dauert bis 2:30 Uhr.

Zusammenfassung der Programm-Änderungen:
20:00 Uhr Tagesschau
20:15 Uhr Brisant
20:30 Uhr Fußball-WM Halbfinale (Anstoß 20:45 Uhr)
00:10 Uhr Tagesschau
00:15 Uhr Brisant
00:30 Uhr AC-DC Konzert München
02:30 Uhr Straßenbahnen der Welt

Die Kern-Frage lautet nun: Haben die alten Herren schon jemals so lange gespielt?

Ernsthaft: Was macht AX in der Standardkonfiguration, welcher Parameter der ini überwacht bzw. bewirkt was?

Danke!

[Steven]

Ich habe jetzt auch schon dreimal die Anleitung gelesen und muß gestehen:
Für dieses TAP bin ich wohl einfach zu doof.

Ernsthaft: Was macht AX in der Standardkonfiguration, welcher Parameter der ini überwacht bzw. bewirkt was?

Sei mir jetzt bitte nicht böse, aber viel genauer als Rudolf das Ganze in der Anleitung beschrieben hat, kann man das nicht ausdrücken.

Gruß Steven.

[flechumer]

Vorausgesetzt, die ARD bedient die Current-Event-Funktion korrekt (das ist der Schwachpunkt), wären zwei Timer sinnvoll: 20:15 - 23:00 und 23:05 - 01:35. Mit den AX-Standard-Parametern wird daraus eine Aufnahme 20:12 - 02:42. Es wird ein Vorlauf von 3 Min. erzeugt (PrePad = 3). Wegen der Überziehung werden die beiden Timer in einer Sendung zusammengefaßt (AccTimers = ja). Nach Beendigung der letzten Sendung wird ein Nachlauf von 12 Min. erzeugt (Delay = 12). Bei einem Timer 20:05 - 01:45 wird daraus eine Aufnahme 20:05 - 02:42. Ein Vorlauf wird dabei nicht erzeugt, weil der Aufnahmebeginn 10 Min. vor dem geplanten Sendungsbeginn liegt.

Wie gesagt, der Schwachpunkt ist die EPG-Unterstützung des Senders. Fehlt sie völlig, kommt bei Deinem Timer eine Aufnahme 20:05 - 01:57 heraus.

[Steven]

Vorausgesetzt, die ARD bedient die Current-Event-Funktion korrekt (das ist der Schwachpunkt), wären zwei Timer sinnvoll: 20:15 - 23:00 und 23:05 - 01:35. Mit den AX-Standard-Parametern wird daraus eine Aufnahme 20:12 - 02:42. Es wird ein Vorlauf von 3 Min. erzeugt (PrePad = 3). Wegen der Überziehung werden die beiden Timer in einer Sendung zusammengefaßt (AccTimers = ja). Nach Beendigung der letzten Sendung wird ein Nachlauf von 12 Min. erzeugt (Delay = 12). Bei einem Timer 20:05 - 01:45 wird daraus eine Aufnahme 20:05 - 02:42. Ein Vorlauf wird dabei nicht erzeugt, weil der Aufnahmebeginn 10 Min. vor dem geplanten Sendungsbeginn liegt.

Wie gesagt, der Schwachpunkt ist die EPG-Unterstützung des Senders. Fehlt sie völlig, kommt bei Deinem Timer eine Aufnahme 20:05 - 01:57 heraus.

Sei mir jetzt bitte nicht böse, aber viel genauer als Rudolf das Ganze in der Anleitung beschrieben hat, kann man das nicht ausdrücken.

Scheinbar doch.

Gruß Steven.

[flechumer]

Ich versuch's halt mit Gründlichkeit und Geduld.

[Steven]

Ich versuch's halt mit Gründlichkeit und Geduld.

Gruß Steven.

[11111]

Sei mir jetzt bitte nicht böse, aber viel genauer als Rudolf das Ganze in der Anleitung beschrieben hat, kann man das nicht ausdrücken.

Da widerspreche ich nicht - Denn vermutlich ist es so.

Warum aus meiner Sicht (nur) "vermutlich"?
Weil ich Sätze wie z.B.
"Damit ist die letzte Sendung innerhalb der vorgegebenen Aufnahme gemeint, deren größerer Teil vor dem vorgesehenen Aufnahmeende liegt."
bzw. Ausdrücke wie
"[...] nach Erkennen des Identitätswechsels [...]"
dreimal lesen kann und ich 3x daraus ableite: Ägypten?

Und genau deshalb komme ich zu der getroffenen Schlußfolgerung:
Ich bin wohl zu doof dazu.

@flechumer: Vielen Dank!
Leider bin ich nur nicht viel schlauer wie vorher, denn mir fehlt jeweils die Beantwortung der Frage "Warum?".
Konkret: Welche(r) Variable(nwert) bewirkt dass Du zu diesen Schlußfogerungen kommst?
Aber lass' es bitte gut sein, ich probiere es jetzt aus und fertig: Investiert Eure Zeit lieber in sinnvollere Dinge als in mich.

[Steven]

Aber lass' es bitte gut sein, ich probiere es jetzt aus und fertig: Investiert Eure Zeit lieber in sinnvollere Dinge als in mich.

Gute Idee, dass letzte kalte Bier hab ich eben getrunken, insofern geh ich jetzt ins Bett.

Gute N8.

Gruß Steven.

[mvordeme]

"Damit ist die letzte Sendung innerhalb der vorgegebenen Aufnahme gemeint, deren größerer Teil vor dem vorgesehenen Aufnahmeende liegt."

Innerhalb der Laufzeit eines Timers liegen im allgemeinen mehrere Sendungen. Gemeint ist die zeitlich letzte Sendung, die noch zu mehr als der Hälfte innerhalb der Laufzeit des Timers liegt.

Dein Timer geht bis 1:45, das Konzert von 0:30 bis 2:30. Die Hälfte der Sendung ist um 1:30, also noch vor 1:45. Damit ist das Konzert die letzte Sendung innerhalb der vorgegebenen Aufnahme, deren größerer Teil vor dem vorgesehenen Aufnahmeende liegt. Ginge das Konzert erst um 0:50 los, wäre die letzte Sendung Brisant.

"[...] nach Erkennen des Identitätswechsels [...]"

Als Teil des DVB-Datenstroms wird auch die Identität der aktuellen Sendung übermittelt. Das ist das, was in der InfoBox als aktuelle Sendung angezeigt wird. Ein Identitätswechsel tritt ein, wenn diese Identität sich ändert.

Hoffentlich hilft's.

Grüße,
-- mvordeme

[flechumer]

Innerhalb der Laufzeit eines Timers liegen im allgemeinen mehrere Sendungen. Gemeint ist die zeitlich letzte Sendung, die noch zu mehr als der Hälfte innerhalb der Laufzeit des Timers liegt.

Erstmal Danke für die Hilfestellung. Die scheinbar etwas verquere Definition "deren größerer Teil vor dem vorgesehenen Aufnahmeende liegt" hat schon ihre Berechtigung: Angenommen, man schaut live eine Sendung und stellt plötzlich fest, daß man den Rest der Sendung aufnehmen möchte (warum auch immer). Dann ist der überwiegende Teil der Sendung zwar "vor" dem Aufnahmeende aber nicht "innerhalb" der Aufnahme. Trotzdem wird AX die Sendung als Bezugsevent werten und für ihre Vollständigkeit sorgen.
Wenn jemand eine bessere Formulierung einfällt, mache ich gern davon Gebrauch.

Übrigens: Es gibt auch den Fall, daß kein Bezugsevent vorhanden ist. Das ist der Fall, wenn die vorgesehene Aufnahmezeit vollständig innerhalb einer Sendung liegt, sich aber näher am Anfang als am Ende befindet. AX wird in diesem Fall die Aufnahmezeit unverändert lassen.

[chrisly]

Hi.
In letzter Zeit kam es mehrfach vor, dass Sendungen im ZDF nicht verlängert wurden, obwohl AltDelay für´s ZDF auf 15 Min. steht.
Ich habe die log leider nicht mehr, aber beim letzten Mal (Doktor Martin Do 20:25 - 21:10 Uhr) stand als Bezugsevent drin: 0:00 - 18:00 (Verlängerung: 18.123 Min. oder so ähnlich). Anscheinend waren die EPG-Daten also komplett daneben.
Aber müsste AX in solchen Fällen dann nicht fest um 15 Minuten verlängern?
Falls nicht, muss ich wohl doch wieder einen größeren Nachlauf vorsehen.