Seite 1 von 3

Vor- und Nachlauf funktionieren nicht

Verfasst: Fr 7. Apr 2006, 14:56
von nalco
Hallo,

ich habe gestern QT zum ersten mal ausprobiert und habe ein Problem mit dem automatischem Vor-und Nachlauf. Wenn ich eine Sendung über EPG programmiere z.B. 12:00-12:30 und der Vorlauf 1min / Nachlauf 10min ist, dann erscheint in der Aufnahmeliste Startzeit:12:01 / Stoppzeit 12:20 (ohne Vor-Nachlauf bl. Taste ). Mit Vor-Nachlaufanzeige 12:00-12:30. Irgendwie scheint er die Zeit abzuziehen anstatt zu addieren.

Gruß nalco

Verfasst: Fr 7. Apr 2006, 15:06
von emarzinkowski
wenn du über den EPG eine Sendung programmierst, ändert QT den Vor- und Nachlauf nicht. Das musst du dann schon selber machen.
Warum da aber der Vor- und Nachlauf in der Anzeige abgezogen wird, kann ich dir auch nicht sagen. Ich denke mal, es ist so eingestellt, dass QT automatisch, die im QT Menü eingestellten Werte als generell annimmt und diese auch bei extern erstellten Timern abzieht. Das kann natürlich im einen oder anderen Fall nicht stimmen, da man ja teils auch mit vershciedenen Vor- und Nachläufen arbeitet. (z.B. bei TiVo)

Verfasst: Fr 7. Apr 2006, 15:19
von ramibi
... im QT kann man einstellen ob mir Vor- und Nachlauf angezeigt werden soll - oder nicht ;)

Verfasst: Fr 7. Apr 2006, 15:54
von nalco
ich finde aber, das gerade bei der EPG Programmierung der Vor- und Nachlauf sinnvoll wäre, da ja die Zeiten sehr reell und meist ziemlich knapp sind. Wenn ich einen Timer von Hand programmiere kann ich das ja gleich berücksichtigen und 10min dranhängen.

Verfasst: Fr 7. Apr 2006, 16:06
von emarzinkowski
ja mit welchem EPG machst du das denn?
dem Originalen? der berücksichtigt das halt nicht, und ich glauibe nicht, dass Topfield das mal einbauen wird.
In Jags EPG z.B. kannst du Vor- und NAchlaufzeiten definieren und die werden dann automatisch angehängt.
Es ist aber etwas anderes Timer, die du mit QT erstellst, mit Vor und Nachlauf zu versehen (dies geschieht ja ebenfalls) oder eben externe Timer duch QT nachtäglich mit einem Vor- und Nachlauf zu versehen.
Woher soll QT denn wissen, wer den Timer erstellt hat? EPG TAP, Original Timerliste, Original EPG und ob da schon ein vor- und Nachlauf berücksichtigt wurde. Also bleibt der ext. Timer so wie war.

Verfasst: Fr 7. Apr 2006, 16:16
von nalco
ich benutze den org. EPG. Ich dachte QT hängt automatisch immer Vor- und Nachlaufzeiten ran. Dann werde ich mal andere EPG versuchen.
Andere Frage: wieviele Taps kann man denn in den Autostart-Ordner laden, ohne das es zu Problemen beim Start kommt ?

Verfasst: Fr 7. Apr 2006, 16:23
von emarzinkowski
ich glaube der topf lässt 16 TAPs zu.

Verfasst: Fr 7. Apr 2006, 16:27
von nalco
Danke !

Ansonsten ist QT doch ein ziemlich praktischesTap.

Verfasst: Mo 10. Apr 2006, 10:04
von Erdnussnase
Die Schwierigkeit bei solch einer Funktion ist die, das QT nicht wissen kann, wer den Timer erstellt hat und ob der schon vor und Nachlauf hat.
Daher nimmt QT einfach an, das der Timer mit dem in QT definierten Vor und Nachlauf erstellt wurde.
(Bei von QT programmierten Timern geht das natürlich anders, hier liegen ja alle Infos vor die ich brauche)
Man kann sich natürlich eine Funktion vortsellen die grundsätzlich allen Timern die nicht von QT stammen einen Vor und Nachlauf hinzufügt. Allerdings gibt es solch ein TAP schon und die meisten User erstellen die Timer sowieso nicht mehr mit dem Topf-eigenen EPG. Das sind die beiden Gründe wieso ich bisher darauf verzichtet habe.

Jetzt korrekte Start- und Endzeiten

Verfasst: Fr 26. Mai 2006, 22:25
von ansa61
Hallo,
QT hat bei mir unter Version 6b von egal welcher Software (Topf, QT oder Improbox) erstellte Timer, auch von QT selbst erstellte, immer um den vorgesehen Vor- und Nachlauf gekürzt. Vor- und Nachlauflauf ist bei allen TAPs gleich eingestellt. QT soll in der Timerliste ohne Vor- und Nachlauf anzeigen. Ich selbst habe dann manuell korrigiert, was ja nicht gewollt sein kann. Meine Tochter hat selbst vorgestern einen nächtlichen Timer gesetzt und da sie es ja nicht wusste, keine Korrektur vorgenommen. Prompt fehlte dann der Schluss, weil der Nachlauf ja abgezogen wurde.

Gestern habe ich JagsEPG und QT 6d aufgespielt und der Timer wird genauso angezeigt, wie er soll. Korrekte Start- und Endzeit. Vorgegebener Vor- und Nachlauf. Nix wird abgezogen.

Was ist passiert? Warum funktioniert das jetzt so, wie es sein soll? Interessiert mich, weil es ja bisher hieß, das sei so normal :thinker:

Verfasst: Fr 26. Mai 2006, 23:00
von StevieC
:thinker: verstehe ich nicht. Quicktimer zieht doch von den Timern keinen Vor und Nachlauf ab. Du erstellst den Timer und der eingestellte Vor und Nachlauf wird automatisch zum Timer addiert. In der Timerliste kann der Timer dann mit oder ohne diese Zeiten angezeigt werden. Oder verstehe ich etwas falsch?

Gruß

StevieC

Verfasst: Sa 27. Mai 2006, 09:38
von ansa61
Hi StevieC,
du verstehst das falsch.
M.E. wurde bereits das 1. Posting schon nicht richtig verstanden.
Vielleicht weil du dir diese Kombination nicht vorstellen kannst? ;)
nalco hat geschrieben:ich habe gestern QT zum ersten mal ausprobiert und habe ein Problem mit dem automatischem Vor-und Nachlauf. Wenn ich eine Sendung über EPG programmiere z.B. 12:00-12:30 und der Vorlauf 1min / Nachlauf 10min ist, dann erscheint in der Aufnahmeliste Startzeit:12:01 / Stoppzeit 12:20 (ohne Vor-Nachlauf bl. Taste ). Mit Vor-Nachlaufanzeige 12:00-12:30. Irgendwie scheint er die Zeit abzuziehen anstatt zu addieren.
Genauso hat QT das auch bei mir gemacht. Die Gesamtaufnahmezeit hat sich in der Vergangenheit (QT 6b) aus Vorlauf, Aufnahme und Nachlaufzeit auf die ursprünglich im EPG angezeigte Gesamtdauer des Events addiert. NICHT auf Gesamtdauer + Vor- und Nachlauf.
In der Timerliste wurde tatsächlich dann weniger Laufzeit (bei Anzeige ohne Vor- u. Nachlauf) oder genau die Gesamtdauer des Events (bei Anzeige mit Vor- und Nachlauf) angezeigt. Der Timer musste also immer! manuell korrigiert werden, wenn ich tatsächlich mit Vor- und Nachlauf aufnehmen wollte.

Mit der 6d ist es ja behoben. Grundsätzlich könnte es mir dann ja egal sein.

Rein zum Verständnis würde mich aber schon interessieren, was sich jetzt diesbezüglich geändert hat. Denn aus deinem "Unverständnis" leite ich ab, dass es das eigentlich gar nicht geben dürfte ?! :)

Wenn du aber keine Erklärung dafür hast, (noch nicht mal eine, die wenigestens für dich Sinn macht, geschweige dann ich verstehen würde, da ich von TAP-Erstellung keine Ahnung habe), dann nehme ich das auch als einer der Fälle hin, wo sich Dinge ergeben, die nicht zu erklären sind, weil irgendwelche Umstände zusammentreffen.

Aber das "Problem" hast du schon verstanden?

Verfasst: Sa 27. Mai 2006, 09:46
von Lapsy
Fall 1: z.B. Aufnahme mit Jag erstellt. In Jag keine Vor-Nachlaufzeiten (also 0) in QT Vorlauf 2 und Nachlauf 2. Aufnahme 10.00 bis 11.00. QT zeigt Aufnahme ohne vor-Nachlauf als 10.02-10.58, da er ja denkt es gibt Vor und Nachlauf, er weiß nicht das das Event ohne Programmiert ist.

Fall 2: z.B. Aufnahme mit Jag erstellt. In Jag Vor-Nachlaufzeiten je 2min. in QT Vorlauf 2 und Nachlauf 2. Aufnahme 10.00 bis 11.00. QT zeigt Aufnahme ohne vor-Nachlauf als 10.00-11.00, mit Vor und Nachlauf 09.58 bis 11.02 so passt es also.

Nochmal zur Erklärung: QT zeigt den Timer im Speicher an, egal mit welchem Tap oder was auch immer er erstellt wurde und zeigt dann seine selbst eingestellten Vor und Nachläufe ein, ohne was am Timer zu ändern.
Hatte auch ne Weile gebraucht bis ichj das geschnallt habe. Ich hätte gedacht, wenn ich in Jag keine VorNachläufe habe, aber in QT, das QT dann den mit Jag erstellten Timer um Vor und Nachlauf äöndert. Macht er aber nicht. Nur die mit QT erstellten Timer werden um QTs Vor und Nachlaufzeit geändert.

Verfasst: Sa 27. Mai 2006, 09:54
von SPACEart
Hallo

Da muss ich nun auch nochmal fragen:

In meinem Topf startet zuerst QuickTimer dann ImproBox una dann Jag's EPG.
Das sind ja alles TAPs, mit denen sich Timer anlegen lassen.

Ich habe nun in allen 3 TAPs den Voraluf auf 3 Minuten und den Nachlauf auf 5 Minuten gestellt.

Das müsste dann ja dazu führen, dass eine für 10:00 - 11:00 Uhr programmierte (über welches der 3 Taps auch immer) Sendung von 09:57 bis 11:05 aufgenommen wird.

Wenn ich nun allerdings eine 10:00 - 11:00 Uhr Sendung mit dem Original Topf-EPG zur Aufnahme programmiere, wird diese eben auch genau von 10:00 - 11:00 Uhr aufgenommen, weil der Topf ja keinen Vor- und Nachlauf kennt.

Richtig?
Wenn ja, ist es doch genauso, wie es sein soll, oder?

Gruß
Ingo

Verfasst: Sa 27. Mai 2006, 10:04
von StevieC
SPACEart hat geschrieben:Hallo

Wenn ich nun allerdings eine 10:00 - 11:00 Uhr Sendung mit dem Original Topf-EPG zur Aufnahme programmiere, wird diese eben auch genau von 10:00 - 11:00 Uhr aufgenommen, weil der Topf ja keinen Vor- und Nachlauf kennt.

Richtig?
Wenn ja, ist es doch genauso, wie es sein soll, oder?

Gruß
Ingo

So ist es. Das Problem liegt dann nur in der Anzeige. Wenn du in der Timerliste Anzeige ohne Vor/Nachlauf eingestellt hast, wird angezeigt 10.03 - 10.55, da Quicktimer annimmt, der Timer ist mit Vor/Nachlauf programmiert (wenn Vor/Nachlauf im QT Menü eingestellt ist). Tatsächlich geht der Timer nat. von 10.00-11.00 Uhr.

Gruß

StevieC

Verfasst: Sa 27. Mai 2006, 10:07
von StevieC
Das ganze ist ein Problem der fehlenden Tap Kommunikation. QT nimmt dann an, das die asserhalb von QT angelegten Timer den gleichen Vor/Nachlauf haben, wie in QT eingestellt. :thinker:

Gruß

StevieC

Verfasst: Sa 27. Mai 2006, 10:13
von StevieC
ansa61 hat geschrieben:
Mit der 6d ist es ja behoben. Grundsätzlich könnte es mir dann ja egal sein.

Rein zum Verständnis würde mich aber schon interessieren, was sich jetzt diesbezüglich geändert hat. Denn aus deinem "Unverständnis" leite ich ab, dass es das eigentlich gar nicht geben dürfte ?! :)

Wenn du aber keine Erklärung dafür hast, (noch nicht mal eine, die wenigestens für dich Sinn macht, geschweige dann ich verstehen würde, da ich von TAP-Erstellung keine Ahnung habe), dann nehme ich das auch als einer der Fälle hin, wo sich Dinge ergeben, die nicht zu erklären sind, weil irgendwelche Umstände zusammentreffen.

Aber das "Problem" hast du schon verstanden?

:) Ja sicher, das Problem hab ich schon verstanden. Nur verstehe ich nicht wieso sich das Verhalten bei dir mit der 6d verändert hat. Bei mir verhalten sich beide Versionen (6b und 6d) absolut identisch :thinker:

Gruß

StevieC

Verfasst: Sa 27. Mai 2006, 13:19
von ansa61
Hi StevieC,
ich weiß auch nicht, warum es jetzt auf einmal funktioniert. Tut es aber.
Dann lassen wir es auch mal dabei bewenden. Denn jetzt habe ich es ja so, wie es sein soll. :D

Verfasst: Sa 27. Mai 2006, 13:44
von StevieC
ansa61 hat geschrieben:Hi StevieC,
ich weiß auch nicht, warum es jetzt auf einmal funktioniert. Tut es aber.
Dann lassen wir es auch mal dabei bewenden. Denn jetzt habe ich es ja so, wie es sein soll. :D

;) Du hast mich jetzt neugierig gemacht, jetzt müssen wir herausfinden warum das so ist :D :

Gruß

StevieC

Verfasst: Sa 27. Mai 2006, 15:25
von ansa61
@StevieC
Wie stellen "wir" das an?