3PG v1.06

[t3xi]

Die Wahrscheinlichkeit ist zwar nicht besonders hoch, aber theoretisch kann der Bug bei jedem zuschlagen.
Bei Sendern, die nur die aktuelle und nächste Sendung im EPG senden, müsste der Bug eigentlich häufiger auftreten.

[Töppi]

[quote=""t3xi""]Die Wahrscheinlichkeit ist zwar nicht besonders hoch, aber theoretisch kann der Bug bei jedem zuschlagen.[/quote]

jetzt (mit 1.07) immer noch

[t3xi]

Ich hoffe nicht.

[Maliboy]

@t3xi
Auch, wenn es eigentlich schon zu spät ist (die neue Version ist ja nun schon draußen).

Ich habe mit der 1.06 noch ein Problem.Bei zwei oder drei Sendern schmeisst 3PG die alten EPG Daten nicht raus. Ich habe bei zwei Sendern der RTL Gruppe (die anscheinend auch gestern oder Vorgestern Müll gesendet habe) immer noch Daten von Mi (1 oder zwei Sendungen) und den kompletten Freitag drin Bei der Programmübersicht wird dann sogar die Sendung von Mittwoch angezeigt

[BartW]

[quote=""Maliboy""]@t3xi
Auch, wenn es eigentlich schon zu spät ist (die neue Version ist ja nun schon draußen).

Ich habe mit der 1.06 noch ein Problem.Bei zwei oder drei Sendern schmeisst 3PG die alten EPG Daten nicht raus. Ich habe bei zwei Sendern der RTL Gruppe (die anscheinend auch gestern oder Vorgestern Müll gesendet habe) immer noch Daten von Mi (1 oder zwei Sendungen) und den kompletten Freitag drin Bei der Programmübersicht wird dann sogar die Sendung von Mittwoch angezeigt [/quote]

Das Problem habe ich auch (v1.06)

[Töppi]

habe ich momentan auf allen Sendern der RTL Gruppe auch.
Die senden evtl. Mist. Kann das mal jemand mit dem Topforiginal checken, der seinen Topf in der Nähe hat. Bitte.

[Maliboy]

Beim Original EPG der RTL Sender scheint alles in Ordnung zu sein.

Ich wollte gerade mal einen Blick un die 3PG Datenbank werfen. t3xi hat aber das Format geändert, so dass ich inzwischen nicht mehr genau sagen, welcher Wert für was steht

[Töppi]

Die Datenbank hatte ich aber vor dem Update gellöscht und einen neuen Komplettscan angeworfen.
Werde ich vor dem erneuten Update wohl noch mal machen müssen.

[Der Graue]

[quote=""t3xi""]Die Wahrscheinlichkeit ist zwar nicht besonders hoch, aber theoretisch kann der Bug bei jedem zuschlagen.
Bei Sendern, die nur die aktuelle und nächste Sendung im EPG senden, müsste der Bug eigentlich häufiger auftreten.[/quote]

Das kann eine Ursache sein, beim DVB-T habe ich so einen Sender mit drinne, weiß jetzt nicht genau welcher.
Ich werde mich nun mal der 1.07 zuwenden und für alle Anderen gilt: Daumen drücken!


Gruß vom Grauen

[Maliboy]

[quote=""Töppi""]Die Datenbank hatte ich aber vor dem Update gellöscht und einen neuen Komplettscan angeworfen.[/quote]

Ich habe ja geupdatet, bevor RTL den Miest gesendet hatte...

[BartW]

[quote=""BartW""]Seit ca. 3 oder 4 Tagen.[/quote]

Zu früh gefreut, heute sendet Comedy Central wieder falsche EPG-Daten.

[ibbi]

[quote=""t3xi""]Dazu hätte ich gleich mal eine Frage. Wenn ich dieses TAP_Print("Shutdown"); entferne, wird bei mir nicht mehr abgeschaltet. Das ist schon verrückt, oder?[/quote]

Benutzt Du den Topfield-Compiler?

Solche Dinge, gerade im Zusammenhang mit TAP_Prints, sind mir schon häufiger aufgefallen. Man fügt in ein bis dahin funktionierendes TAP ein TAP_Print ein, und schon wird es dem Topf beim nächsten Mal an dieser Stelle ziemlich kalt. Nimmt man es wieder raus, geht alles wieder.

Am Wochenende habe ich in ein funktionierendes TAP in einer Funktion, die nur auf Tastendruck aufgerufen wird, ein strcpy(text, "1234") eingebaut (char text[16]), und daraufhin erzeugte das TAP beim Start einen Freeze.

Meiner Meinung nach ist der Compiler buggy.

[FireBird]

[quote=""ibbi""]Am Wochenende habe ich in ein funktionierendes TAP in einer Funktion, die nur auf Tastendruck aufgerufen wird, ein strcpy(text, "1234") eingebaut (char text[16]), und daraufhin erzeugte das TAP beim Start einen Freeze.[/quote]
Checkst Du in so einem Fall, ob das .TAP ein vielfaches von 512 Bytes hat? Der Filesystem-Bug schlägt nämlich auch hier gnadenlos zu.

[ibbi]

[quote=""FireBird""]Checkst Du in so einem Fall, ob das .TAP ein vielfaches von 512 Bytes hat? Der Filesystem-Bug schlägt nämlich auch hier gnadenlos zu.[/quote]

Upps, nein.

Da werde ich mir doch gleich mal ein kleines Warn-Hilfsprogramm schreiben und in den Linker-Batch einbauen.

[t3xi]

[quote=""ibbi""]Benutzt Du den Topfield-Compiler?
...
Meiner Meinung nach ist der Compiler buggy.[/quote]

Ja, das glaube ich auch.
Die Filelänge war kein Vielfaches von 512, das überprüfe ich immer.

[ibbi]

Gerade wieder ein funktionierendes TAP leicht geändert und es friert ein. Länge ist ein Vielfaches von 512.

Hallo Topfield, schon mal aufgefallen?

[ibbi]

[quote=""t3xi""]Die Filelänge war kein Vielfaches von 512, das überprüfe ich immer.[/quote]

Was macht man dann sinnvollerweise? Mein aktuelles TAP hört gar nicht mehr auf, ein Vielfaches von 512 zu sein, egal, was ich da an zusätzlichen Müll hineinschreibe.

[t3xi]

Probier mal eine zusätzliche API-Funktion - die brauchen viel Platz.

[FireBird]

[quote=""ibbi""]Was macht man dann sinnvollerweise? [/quote]
Nicht so viel optimieren.

[ibbi]

[quote=""FireBird""]Nicht so viel optimieren. [/quote]

Oder mehr.