3PG v0.91

[thensch]

In der 1 zeiligen Variante der Fußzeile, ist die erweiterte Info direkt an die Beschreibung gequetscht. Ein Leerzeichen, oder " - " wäre nicht schelcht. Wenn es mehrere Zeilen sind, ist dort ein Zeilenumbruch.

[Ecky]

[quote=""t3xi""]In der nächsten Version wird es aber schon wieder ganz anders aussehen, z.B. "Die Simpsons (6x).rec" oder so ähnlich.[/quote]

Da ich diesen Timer vorhin genauso umgenannt habe, finde ich das perfekt!

edit:
Leider hat 3PG den Namen nach dem Scan heute früh wieder überschrieben

[thensch]

Die Umstellung hat super funktioniert. Die Zeiten und Timer stimmen. Allerdings war der Receiver heute morgen an und es ist kein Scan gelaufen. Kann es sein, daß die Zeit gleich nach dem Start des Scan Timers umgestellt wurde und 3PG den Scan somit nicht gestartet hat und die Firmware nicht wieder ausgeschaltet.

[Homer]

Ich habe den GMT-Offset um 3:01 Uhr auf 1 Stunde verstellt. Die lokale Zeit war danach richtig auf 2:01 Uhr gesetzt. Die Timer waren in Ordnung, aber erst nachdem ich 3PG beendet und neu gestartet hatte, waren die EPG-Daten richtig.

Viele Grüße
Homer

[chrisly]

[quote=""chrisly""]Könnt Ihr mir helfen?
Wenn ich schon 2 Sendungen ab 20.15 Uhr als Timer angelegt habe, wird der autom. Timer "Tagesschau" (20 - 20.15 Uhr, Nachlauf +1 Min.) logischerweise nicht mehr gesetzt. Manuell kann ich ihn (noch?) nicht setzen wegen Timerkonflikt, obwohl es ja mit negativem Nachlauf eigentlich möglich wäre.
Deshalb dachte ich, ich setze einen zweiten Suchauftrag für die Tagesschau mit Nachlauf -1 Minuten, der nach dem Auftrag mit +1 liegt. Das klappt aber auch nicht und ich verstehe nicht warum. Wenn der +1 Timer nicht gesetzt werden kann, müßte doch danach der -1 Timer gesetzt werden, oder?
Der Timer mit Nachlauf -1 wird nur gesetzt, wenn er v o r dem Auftrag mit +1 liegt. Dann werden aber auch die Timer aller anderen Tage mit neg. Vorlauf gesetzt (obwohl es da wegen fehlender anderer Timer ab 20.15 Uhr nicht nötig wäre).
Ich hoffe, Ihr versteht, was ich meine ... [/quote]

[quote=""t3xi""]
[*] Bugfix: Negativer Vor-/Nachlauf für Timer[/quote]

Falls Du damit die Lösung des o.g. Problems gemeint hast, muss ich leider sagen, dass es noch nicht klappt.
Falls nicht - auch gut, es soll ja noch geändert werden.

[quote=""Knutneon""]Hallo T3xi , danke für die neue version. leider habe ich immer noch das problem , das nach dem scan mit recorder eine datei in der aufnahmeliste verbleibt. Der Scan geht bis 98,7% , dann geht es nicht weiter und der Toppi schaltet ab. EPG Daten sind alle da , aber leider habe ich immer eine datei auf der Platte. Was kann es denn bloß sein? Hängt es vielleicht mit Stirf zusammen? Kann mir denn keiner helfen? Warum funzt es denn bei den meisten? In älteren Versionen ging es bei mir auch.[/quote]
An Stirf kann es eigentlich nicht liegen - habe ich auch drauf und alles klappt problemlos. Ob´s mit der TAP-Reihenfolge zu tun haben kann ?

[Ecky]

[quote=""chrisly""]
An Stirf kann es eigentlich nicht liegen - habe ich auch drauf und alles klappt problemlos. Ob´s mit der TAP-Reihenfolge zu tun haben kann ?[/quote]
Vielleicht hilft es, zum Scannen nur 3PG zu starten (über das XStartTap automatisierbar).

[Homer]

Wenn ich mit Zeitlupe die EPG-Daten des aktuellen Transponders (rbb Berlin) laden will, beendet sich 3PG. EPG Recorder ist auf Ein.

Viele Grüße
Homer

[Galaxist]

Zeitumstellung:

Also ich bin verwirrt. 3PG oder die FW haben automatisch die Zeit umgestellt? Da in der Zeiteinstellung bei mir steht GMT +2, habe ich nochmal manuell umgestellt. Glaube aber das war falsch. Also zu rück auf +2. Seh ich das richtig, daß es jetzt 15.18 Uhr ist?

[Maliboy]

[quote=""Galaxist""]Also ich bin verwirrt. 3PG oder die FW haben automatisch die Zeit umgestellt? Da in der Zeiteinstellung bei mir steht GMT +2, habe ich nochmal manuell umgestellt. Glaube aber das war falsch. Also zu rück auf +2. Seh ich das richtig, daß es jetzt 15.18 Uhr ist?[/quote]

Also, wir haben jetzt (Winterzeit, oder auch MEZ) GMT+1 und nicht +2 ...

Und wenn ich t3xi richtig verstanden habe, hat er automatisch bein Sendungen ab 3 Uhr (beim Datum der Zeitumstellung) nur noch +1 gerechnet. Ich frage mich da allerdings, ob er überhaupt auf die Zeiteinstellung schaut, oder ob er nun sagt: +1 in der Winterzeit und +2 in der Sommerzeit (zu den GMT EPG Daten).

[Galaxist]

Ja, aber schau mal ins Zeiteinstellungsmenu. Da steht +2. Die Lokalzeit ist aber richtig (15.59).

[aledoe]

Ist das wirklich so, daß EPG Daten mit GMT Zeitstempel gesendet werden? Wenn dem so ist, wäre es echt toll, wenn der Topf auch intern mit der GMT Zeit arbeiten würde und der Offset nur für die Anzeige wäre. Dann hätte man keine Probleme bei der Zeitumstellung...

[Fritzcat]

Habe jetzt mal zusätzlich zu Jag auch 3pg auf den Topf geschoben, da ich hier schon länger mitlese und es endlich mal live sehen wollte. Sieht schon ganz gut aus, vor allem gefallen mir die nun von mir eingestellten 15 Sender pro Seite in der Anzeige.

Man kann sich ja auch Senderlogos anzeigen lassen. Zur Auswahl stehen dafür Logos aus Ordner Channellogos, Channellogos3 u. Channellogos4.

Ich bin jetzt nicht ganz im Bilde, aber sind die QTL-Logos aus Channellogos2 nicht kompatibel, denn die hätte ich gern eingestellt, da sie im Vergleich zu meinen Improboxlogos ohne zusätzlichen Rahmen besser aussehen -> :

Ansonsten müßte ich ja wirklich noch einen dritten Ordner für 3pg Logos anlegen.

[thensch]

Wenn ich alle Folgen der Simpsons suchen lasse und für morgen programmiere, werden nachvollziehbar meine Settings zerschossen. Auch nach Löschen der Dat und Sat.

[Galaxist]

[quote=""Galaxist""]Ja, aber schau mal ins Zeiteinstellungsmenu. Da steht +2. Die Lokalzeit ist aber richtig (15.59).[/quote]

Jetzt versttehe ich gar nichts mehr! Jetzt ist's wieder Sommerzeit (+2=Lokal)

[t3xi]

[quote=""Homer""]Wenn ich mit Zeitlupe die EPG-Daten des aktuellen Transponders (rbb Berlin) laden will, beendet sich 3PG. EPG Recorder ist auf Ein.[/quote]
Das passiert normalerweise nur wenn zu wenig Hauptspeicher oder Festplattenspeicher frei ist.

[quote=""Fritzcat""]Ich bin jetzt nicht ganz im Bilde, aber sind die QTL-Logos aus Channellogos2 nicht kompatibel ...[/quote]
Die QT-Logos sind mit 54x34 Pixel größer als die maximal erlaubten 50x30 Pixel.

[quote=""thensch""]Wenn ich alle Folgen der Simpsons suchen lasse und für morgen programmiere, werden nachvollziehbar meine Settings zerschossen. Auch nach Löschen der Dat und Sat.[/quote]
Bei mir kein Problem. Läuft seit gestern 11:10 Uhr stabil.

[quote=""Galaxist""]Jetzt versttehe ich gar nichts mehr! Jetzt ist's wieder Sommerzeit (+2=Lokal)[/quote]
3PG stellt die Uhr nicht von MESZ auf MEZ um. Dafür gibt's doch jetzt AutoDST.

[quote=""chrisly""]Falls Du damit die Lösung des o.g. Problems gemeint hast, muss ich leider sagen, dass es noch nicht klappt.
Falls nicht - auch gut, es soll ja noch geändert werden.[/quote]
Ich find's auch gut, dass es noch geändert wird. Habe inzwischen auch schon herausgefunden warum es noch nicht geht.

[StevieC]

[quote=""t3xi""]


Die QT-Logos sind mit 54x34 Pixel größer als die maximal erlaubten 50x30 Pixel.

[/quote]

Würden auch designtechnisch nicht passen, da sie auf die QT farbe abgestimmt sind


Gruß

StevieC

[obsolet]

[quote=""t3xi""]Die QT-Logos sind mit 54x34 Pixel größer als die maximal erlaubten 50x30 Pixel.[/quote]

Gibts eine Chance auf die 4 zusätzlichen Pixeln nach einem grafischen Relaunch in Version 0.99

[quote=""StevieC""]Würden auch designtechnisch nicht passen, da sie auf die QT farbe abgestimmt sind
[/quote]

Macht natürlich nur bei ähnlichen Farben im Epg Sinn

[Galaxist]

[quote=""obsolet""]
Macht natürlich nur bei ähnlichen Farben im Epg Sinn[/quote]

Das bedeutet für mich, QT müßte es endlich in schwarz geben.

[StevieC]

[quote=""Galaxist""]Das bedeutet für mich, QT müßte es endlich in schwarz geben. [/quote]

Dazu fehlt mir die Zeit, das EPG ist wichtiger.


Gruß

StevieC

[0killer]

[quote=""dvdbommel""]

wie sieht es aus mit einer CUT Funktion für hintereinander aufgenommene FILME (automatisches trennen )[/quote]

Kann mich dem nur anschliessen

Bitte bitte bitte bitte ...

Das ist das einzige was den Wechsel von Jag verhindert.