Aktuelle Sendungshervorhebung ist fehlerhaft

[Twilo]

Hallo!

Bei mir wird die aktuelle Sendungshervorhebung falsch dargestellt.

mfg
Twilo

Code: Alles auswählen

Version: 2.6.3

Plattform:
Linux 2.6.24-1-amd64
System:
amd64

Java-Version:
1.6.0_06
Java HotSpot(TM) 64-Bit Server VM Sun Microsystems Inc. /home/usr/lib/jvm/java-6-sun-1.6.0.06/jre

Standort:
DE,de
Zeitzone:
Zentraleuropäische Zeit (+1 Std.)

Copyright (c) 04/2003 von Martin Oberhauser, Til Schneider, Bodo Tasche, René Mach, Michael Keppler unter der GNU General Public License.
This product includes software developed by L2FProd.com (http://www.L2FProd.com/), The Apache Software Foundation (http://www.apache.org/) and BEQ Technologies Inc. (http://www.bayequities.com/tech/Products/jreg_key.shtml)

[Gast]

Same here, auch in der aktuellen Version.

Code: Alles auswählen

Version: 2.7

Plattform:
Linux 2.6.24-1-amd64
System:
amd64

Java-Version:
1.6.0_06
Java HotSpot(TM) 64-Bit Server VM Sun Microsystems Inc. /usr/lib/jvm/java-6-sun-1.6.0.06/jre

Standort:
DE,de
Zeitzone:
Zentraleuropäische Zeit (+1 Std.)

(Hier hätten 2 Bilder stehen können wenn ich schon mehr als einen Tag angemeldet wäre ... deshalb musste auch das (C) aus dem About weichen ... )

In 2.7 habe ich es glaube nur am Anfang des Tages (gegen 1:00 und so) gesehen, habe die neue Version aber auch erst seit 24h.

[Gast]

Hi,
hier nochmal der selbe Gast wie oben. Ich habe gerade Java 5 als default JVM eingestellt und kann den Fehler bisher nicht reproduzieren.

[Twilo]

Hallo,

das Problem habe ich auch bei der 2.7

Code: Alles auswählen

Version: 2.7

Plattform:
Linux 2.6.26-1-amd64
System:
amd64

Java-Version:
1.6.0_07
Java HotSpot(TM) 64-Bit Server VM Sun Microsystems Inc. /usr/lib/jvm/java-6-sun-1.6.0.07/jre

Standort:
DE,de
Zeitzone:
Zentraleuropäische Zeit (+1 Std.)

Copyright (c) 04/2003 von Martin Oberhauser, Til Schneider, Bodo Tasche, René Mach, Michael Keppler unter der GNU General Public License.
This product includes software developed by L2FProd.com (http://www.L2FProd.com/), The Apache Software Foundation (http://www.apache.org/) and BEQ Technologies Inc. (http://www.bayequities.com/tech/Products/jreg_key.shtml)

mfg
Twilo

[A.J.]

Ich bin mir zwar nicht sicher ob es es weiterhilft, aber aktiviere einmal das Logging und poste die Ausgabe hier...

[Bananeweizen]

Und noch als Frage: Gibt es bei dieser fehlerhaften Ausgabe irgendeine Sendung, die genausohoch ist wie die Markierung? Oder sonst irgendwas, das verdächtig aussieht?

Was vielleicht auch helfen könnte, wenn wieder jemand dieses Problem hat: Bitte mal einen Sender nach dem anderen rausnehmen und schauen, ob das Problem dann irgendwann nicht mehr auftritt. Vielleicht kann man so einen Sender ermitteln, der aufgrund obskurer Programmdaten die Zeichenroutine durcheinander bringt. Neulich hatten wir ja auch so ein Phänomen auf der ARD, wo eine Nachrichtensendung mitten in die Olympiasendung eingebettet war und diese Zeiten dann zu einer sehr merkwürdigen Darstellung geführt haben.

[ds10]

Neulich hatten wir ja auch so ein Phänomen auf der ARD, wo eine Nachrichtensendung mitten in die Olympiasendung eingebettet war und diese Zeiten dann zu einer sehr merkwürdigen Darstellung geführt haben.

Dieses Problem basiert darauf, dass die ARD die Endzeiten der Sendungen mitliefert aber innerhalb dieser Sendezeit noch die Tagesschau unterbringt. Deshalb kann TV-Browser das gar nicht anders darstellen, da ja eine Sendung immer nur bis zur nächsten reichen kann.

[cyberpatrol]

Dieser Thread ist zwar schon was älter, aber ich habe dasselbe Problem nicht nur beim Ersten, sondern bei allen Sendern mit dem TVB 2.7.2 unter Arch Linux mit OpenJDK 6. Dieser Fehler tritt bei mir allerdings nicht immer, aber sozusagen immer öfter auf.

[bodo]

Ja, das ist mir auch schon einmal aufgefallen. Aber eine Lösung haben wir dafür leider noch nicht...das Symptom trit irgendwie zu unregelmäßig auf

[ds10]

Mich interessiert eigentlich nur ob es mit Sun-Java funktioniert oder nicht, das ist das was wir unterstützen und auch nur das.

[cyberpatrol]

Mich interessiert eigentlich nur ob es mit Sun-Java funktioniert oder nicht, das ist das was wir unterstützen und auch nur das.

Das solltet ihr vielleicht nochmal überdenken. Denn OpenJDK = Open Source und Sun JDK = Closed Source. Und aus diesem Grund hat zumindest Arch Linux vor kurzem OpenJDK zur Standard-Java-Installation erklärt. Ich vermute, weitere Linux-Distributionen werden diesem Beispiel in Kürze folgen, wenn sie es nicht schon getan haben. Ihr werdet in Zukunft also wohl eher noch mehr Bugreports bezüglich OpenJDK bekommen.

[bodo]

Das solltet ihr vielleicht nochmal überdenken. Denn OpenJDK = Open Source und Sun JDK = Closed Source. Und aus diesem Grund hat zumindest Arch Linux vor kurzem OpenJDK zur Standard-Java-Installation erklärt. Ich vermute, weitere Linux-Distributionen werden diesem Beispiel in Kürze folgen, wenn sie es nicht schon getan haben. Ihr werdet in Zukunft also wohl eher noch mehr Bugreports bezüglich OpenJDK bekommen.

Wir wissen, was OpenJDK bedeutet. Zumal wir auch OpenSource-Menschen sind . Nur ist OpenJDK noch nicht so weit, das es wirklich gut läuft. Das sieht man an allen Ecken und Enden, wenn man den TV-Browser damit laufen lässt . Aber spätestens mit Java 7 wird alles gut und alles ist nur noch ein hoffentlich dann stabiles OpenJDK. DIe Releases, die da jetzt rumschwirren machen halt noch zuuu viele Probleme. Probleme, die wir nicht beheben können, da diese Bugs nicht im TV-Browser, sondern im OpenJDK sind.

Und zu deinem Fehler mit dem Zeichnen: das hab ich auch auf meinem Mac mit dem original Sun Java.

[cyberpatrol]

Ich hätte mich auch gewundert, wenn ihr nicht gewusst hättet, was OpenJDK ist.

Aber die Antwort von ds10 fand ich halt nicht ganz so sinnvoll. Ganz einfach deshalb, weil man so nämlich ggf. auch Bugs im OpenJDK entdecken und da melden kann. Wenn man OpenJDK ignorieren würde, würden die nicht auffallen. Und wenn ein Bug mal weder ein OpenJDK-Bug noch ein TVB-Bug ist, sondern TVB einfach nur ein bißchen angepasst werden müsste, dann sollte auch das meiner Meinung nach nicht ignoriert werden. Außerdem kann ich leider nicht unbedingt zwischen TVB- und OpenJDK-Bugs unterscheiden. Deshalb gehen die Bug-Reports im Zweifel erst an euch und dann ggf. an OpenJDK.

[ds10]

Für mich ist Sun-Java eine Produkteigenschaft von TV-Browser, das sagen wir so explizit auf der Website. Wenn man ein Produkt außerhalb der gegebenen Produktspezifikationen verwendet, wird jeder Hersteller den Support ablehnen. Das heißt ja nicht, dass das ewig so bleiben muss, aber im Moment ist es so. Die Bugs die mit OpenJDK gemeldet werden, werden erst gar nicht untersucht, würde nur unseren Aufwand erhöhen und wir haben sowieso schon kaum Manpower für die Programmierung. Wenn du den gleichen Fehler auch mit Sun-Java hast, dann sehen wir uns den an, sonst nicht.

Alternative wäre den Quellcode von TV-Browser selbst nach dem Fehler zu durchsuchen und uns den Bugfix zuzusenden, den würden wir dann schon einbauen, wenn der keine Seiteneffekte in Verbindung mit Sun-Java hätte.

[cyberpatrol]

Ja, das ist mir auch schon einmal aufgefallen. Aber eine Lösung haben wir dafür leider noch nicht...das Symptom trit irgendwie zu unregelmäßig auf

Auch wenn OpenJDK hier nicht zu interessieren scheint, habe ich aber den Eindruck, daß das Problem vor allem dann auftaucht, allerdings auch nicht immer, wenn das Programm (mit dem Rollbalken) horizontal gescrollt wird.