3PG v0.96

[Galaxist]

[quote=""BartW""]@T3xi
kann man getrennte Kombi-Timer wieder zusammenfügen?[/quote]

Einfach die Einzelnen Bestandteile löschen und wieder anlegen.

[Homer]

[quote=""Homer""]Genau, das war mein Wunsch. Mit STOP wird nun auch ein normaler Timer gelöscht und ein Blocker geschrieben. Wenn ich die Blockade mit "Aufnahme" aufhebe, ist der Timer wieder da, sogar "wöchentlich" stimmt noch. Nícht so, wenn ich den Blocker mit "weiß" lösche. Dann ist auch der Timer weg.

Ich muss noch testen, was passiert, wenn ich eine wöchentliche Aufnahme bis nach dem Termin blockiert lasse. Ich erwarte, dass der Blocker dann beim folgenden Termin (eine Woche später) ist, und der wöchentliche Timer wieder erscheint, wenn ich die Blockade aufhebe.[/quote]
Die Sendung (Monk) ist vorbei. Der Blocker ist weg - auch am kommenden Dienstag ist er nicht.

Viele Grüße
Homer

[Bogeyof]

Obwohl keiner auf das Thema eingeht, bleibe ich mal weiter dran. Der heutige morgendliche Scan ist gelaufen, ein halbe Stunde später ergab der Scan auf Pro7 weitere 224 Treffer, ähnlich auf RTL. Also immer das gleiche Bild, der manuelle Scan findet haufenweise Events, welche beim Gesamtscan vorher nicht gefunden wurden (steht aber dabei auf einem anderen Sender des jeweiligen Transponders).

Wunsch: Könnte man die Info in Glumpf 5/0 oder 5/9 so erweitern, dass die Anzahl der Treffer beim letzten Scan (= Gesamtscan) angegeben werden, so dass die Kontrolle des Scanerfolges leichter ist.
Evtl. kleiner Bug: Ich habe dann einmal Pro7 und RTL mit dem Rekorder gescannt. Dabei ist mir in der Ausgabe folgendes aufgefallen. In der Überschrift steht ja nnn / xxxx (nnn = neue Events, xxxx Anzahl Events in der Datenbank). In der aufgeblendeten Info (gelbe Taste) steht Events je Sender in der Datenbank und neue Events je Sender. Dabei wurden jeweils ca. 500-800 neue Events gefunden und in beiden Spalten der Sender addiert, aber in der Gesamtübersicht stand für die Gesamtanzahl eine kaum veränderte Zahl. Ich nehme an, dass es sich meistens nur um "Updates" zu vorhandenen Einträgen gehandelt hat. Diese sollte aber dann nur in der Spalte neue Events auftauchen, aber nicht auf die Spalte Events in der Datenbank je Sender addiert werden, da diese Zahl dann falsch ist. So sind angeblich etwa 1300 neue Events hinzugekommen, die Gesamtzahl hat sich aber in Wirklichkeit nur um etwa 20 erhöht.

[topfkieker]

@Bogeyof!

Ich kann deine Beobachtungen bestätigen. Es scheint aber an der Firmware des Topfields zu liegen. Diese scheint den DVB-Stream, der die EPG-Daten enthält, vorrangig für den aktuellen Sender auszuwerten. Alle anderen Sender des Transponders werden nur teilweise in den Speicher geladen. Das Ganze ist gut beim Original-EPG zu beobachten.

Unsere einzige Hoffnung beruht hier wohl alleine auf dem EPG-Recorder. Dort wertet t3xi meiner Meinung nach den DVB-Stream selbst aus. Warum es mit der Zuordnung der EPG-Daten für die Feed-Kanäle allerdings nicht klappt, kann ich leider nicht sagen. Da müsste sich t3xi schon mal selbst äußern.

Gruß topfkieker

[Bogeyof]

Eine gute Antwort. Dies würde einiges erklären. Komischerweise habe ich beim manuellen Scan aber trotzdem auch unheimlich viele Treffer für die weiteren Sender auf dem Transponder, so dass ich dann frage, woher diese kommen. Alleine mit der Firmware lässt sich die wohl nicht erklären.
Der Rekorder liefert natürlich bessere Daten, aber wie Du richtig bemerkt hast, fehlt da die Premiere-Feed-Unterstützung. Wenn das mal gehen sollte, werde ich auch auf den rekorderscan wechseln...
Trotzdem danke, dass sich mal einer des Problems angenommen hat und auch bestätigen konnte

[Mike28]

[quote=""Bogeyof""]...Wenn das mal gehen sollte, werde ich auch auf den rekorderscan wechseln...[/quote]

Tja, ich hoffe doch, dass T3XI doch noch etwas findet, damit dieses Problem mit dem Scan ohne Rekorder richtig funktioniert. Leider habe ich nur Druchschleifen und keine 2 Kabel und beim Druchschleifen funkt. ja bekannterweise der Rekorder-Scan nicht...

Mike

[thensch]

Jetzt bin selbst ich etwas verwirrt. Ist es möglich bei einem SWAT A+B+C+D nur C zu blocken. In diesem Fall würde ich erwarten, daß folgendes entsteht: Vorlauf A +A+B+Nachlauf B und Vorlauf D+D+ Nachlauf D.
Das das mit dem Vor/Nachlauf nicht funktioniert ist klar, aber A+B sollte doch weiterhin kombiniert sein.

So wie ich das jetzt sehe, entspricht die Slomo Taste einfach der CUT Funktion von JAG. Wäre es dann nicht viel besser, Teile von Kombi Timern in Sicht 1 zu blocken, ohne diese erst aufzusplitten. Dann könnte man einfach Recall auf dem Timer drücken und dann eben in Sicht 1 mit Stop blocken (wichtig wegen der einheitlichen Belegung).

[BartW]

Noch besser wäre wenn die ganzen Kombi-Timer in den Einzelteilen in der Timerliste stehen würden, so das man sie auch sofort blocken könnte. Parallel dazu wäre nicht schlecht, wenn man in der INI-Datei(Setup) einstellen könnte wie die Timer angelegt werden sollten: Einzeln (CUT) oder Kombi-Timer (<-für mich persönlich die bessere Wahl).

Bin halt SmartEPG verwöhnt.

[thensch]

[quote=""BartW""]Bin halt SmartEPG verwöhnt. [/quote]Siehe auch hier:
viewtopic.php?p=90924#p90924

[Töppi]

Splitten von Kombitimern:

Würde so etwas funktionieren?
Splittet man einen Kombitimer, wird dieser nicht automatisch zerlegt, sondern man erhält eine Anzeige, bei der man sich den/die zu blockenden Einzeltimer (aus dem Kombitimer) vorauswählt. Beim Splitten kann dann dementsprechend Vor/Nachlauf automatisch ergänzt werden, soweit möglich. Eine Information, aus welchen einzelnen Timern der Kombitimer besteht, muß ja verfügbar sein, da ein Teilen möglich ist.

Beispiel:
Timer besteht aus: Vorlauf+A-B-C-D+Nachlauf -> markiert zum Splitten werden A-B-xC-D ->
Teilen ergibt Timer: Vorlauf-A-B+Nachlauf & Vorlauf-D-Nachlauf.

Geht so etwas??
Über ein solches Feature würde ich mich sehr freuen.
War mein Vorschlag aus diesem Thread.

[thensch]

[quote=""Töppi""]Eine Information, aus welchen einzelnen Timern der Kombitimer besteht, muß ja verfügbar sein, da ein Teilen möglich ist.[/quote]Eher nicht. Ich hatte schon mal einen Kombi Timer gesplittet und anschließend 3 Timer, obwohl nur 2 kombiniert waren. Es entstand also ein dritter Timer aus den 15min Nachlauf (gerade eine Nachrichtensendung)

[Töppi]

[quote=""thensch""]Eher nicht. Ich hatte schon mal einen Kombi Timer gesplittet und anschließend 3 Timer, obwohl nur 2 kombiniert waren. Es entstand also ein dritter Timer aus den 15min Nachlauf (gerade eine Nachrichtensendung)[/quote]

Man muß doch die Anfangszeit & Endzeit des Kombitimers in der Timerverwaltung haben.
In der EPG Datenbank müßte dann doch der Rest dazwischen stehen, oder irre ich da?

[t3xi]

[quote=""Töppi""]Man muß doch die Anfangszeit & Endzeit des Kombitimers in der Timerverwaltung haben.
In der EPG Datenbank müßte dann doch der Rest dazwischen stehen, oder irre ich da?[/quote]
Nein, genau so wird's gemacht.

[thensch]

[quote=""Töppi""]Man muß doch die Anfangszeit & Endzeit des Kombitimers in der Timerverwaltung haben.
In der EPG Datenbank müßte dann doch der Rest dazwischen stehen, oder irre ich da?[/quote]Das schon, aber eben nicht welche Timer darin enthalten sind.
nur ein Beispiel:
18:00-19:00 Sendung 1
19:00-20:00 Sendung 2
20:00-20:15 Sendung 3

Sendung 1+2 wird mit 15min Nachlauf aufgenommen. Beim Split entstehen 3 Timer.

Smartepg hat immer nur die Sendungen angezeigt, die programmiert waren. Auch bei Kombi Timern war jeder Teil eines Timers in einer extra Zeile. Sendungen, die durch Vor/Nachlauf überdeckt wurden, wurden nicht angezeigt. Blocken eines Teiles eines Kombi Timers hat an den Rest den entsprechenden Vor/Nachlauf angehängt.

[Töppi]

[quote=""t3xi""]Nein, genau so wird's gemacht.[/quote]

bezog sich das auf die Verfahrensweise von 3PG?
Du wirst die Diskussion sicher verfolgt haben, planst du eine Änderung, und wenn ja welche??

[quote=""thensch""]Das schon, aber eben nicht welche Timer darin enthalten sind.
nur ein Beispiel:
18:00-19:00 Sendung 1
19:00-20:00 Sendung 2
20:00-20:15 Sendung 3

Sendung 1+2 wird mit 15min Nachlauf aufgenommen. Beim Split entstehen 3 Timer.

Smartepg hat immer nur die Sendungen angezeigt, die programmiert waren. Auch bei Kombi Timern war jeder Teil eines Timers in einer extra Zeile. Sendungen, die durch Vor/Nachlauf überdeckt wurden, wurden nicht angezeigt. Blocken eines Teiles eines Kombi Timers hat an den Rest den entsprechenden Vor/Nachlauf angehängt.[/quote]

Was hat SmartEPG gemacht (Bezug auf Vorlauf/Nachlauf), wenn in diesem Fall alle drei gewollt waren und Sendung 2 geblockt werden soll?

[thensch]

[quote=""Töppi""]Was hat SmartEPG gemacht (Bezug auf Vorlauf/Nachlauf), wenn in diesem Fall alle drei gewollt waren und Sendung 2 geblockt werden soll?[/quote]Wenn diese 3 gewollt wären, würde der Nachluf bis 20:30 reichen. Hätte ich dann den mittleren geblockt, hätte der 1. die 15min Nachlauf und der 3. den eingestellten Vorlauf. Der Rest (Vorlauf A und Nachlauf C) wäre unangetastet.

[Töppi]

[quote=""thensch""]Wenn diese 3 gewollt wären, würde der Nachluf bis 20:30 reichen. Hätte ich dann den mittleren geblockt, hätte der 1. die 15min Nachlauf und der 3. den eingestellten Vorlauf. Der Rest (Vorlauf A und Nachlauf C) wäre unangetastet.[/quote]

Das wäre das, was ich mir von 3PG wünschen würde.



T3xi, biiiiiieeeetttttttttteeeee umsetzen.

[BartW]

Auch

[t3xi]

Im übernächsten Upload ist es dann drin. Wobei der nächste Upload nicht für 3PG ist.

[BartW]

[Neugierigmodus ein]

Was für Upload wird es werden?

[Neugierigmodus aus]