aus Thread auf Panel zeichnen

[Guest]

Hi, ich versuche gerade in Java zu zeichnen.

Ich habe einen Thread, der regelmäßig auf ein jPanel zeichnen soll. Dazu verwende ich im run() eine Whileschleife mit isInterrupted() als Abbruchbedingung. Ich bin mir jetzt nur unsicher, worauf ich zeichnen soll. Ich würde gerne erst auf ein Offscreen-Image zeichnen und dieses dann auf das jPanel zeichnen, um flackern zu vermeiden.
Wie bewerkstellige ich das am besten? Übergebe ich dem Thread im Konstruktor eine Referenz auf das jPanel, speichere diese in einer Membervariablen und hole mir dann im run() per getGraphics das Graphics worauf ich mein Offscreen-Image zeichne? Oder was würdet ihr empfehlen? Und welches ist eine passende Offscreen-Image Klasse? BufferedImage?

Freue mich auf eure Hilfe!

 

[Wildcard]

1. Niemals getGraphics verwenden
2. Nur der Event-Dispatcher-Thread darf zeichnen, kein anderer Thread.

 

[Guest]

1. Niemals getGraphics verwenden
2. Nur der Event-Dispatcher-Thread darf zeichnen, kein anderer Thread.

Mit 1. kann ich lebgen, wenn ich eine Alternative finde, aber wieso darf ich denn aus meinem eigenen Thread nicht zeichnen?

Dann wäre ja die einzige Alternative, die Paint-Methode meines Panels zu überschreiben und von dort auf die Daten meines Threads zuzugreifen, oder? Immerhin hätte ich dann auch Model und View besser getrennt...

 

[Wildcard]

Weil Swing/AWT nicht Threadsicher ist und das Ergebnis undefiniert ist, wenn an anderer Thread dennoch versuch zuzugreifen.
SWT ist da konsequenter und wirft direkt eine Exception wenn dieser Fall eintritt.
Ja, du musst paint überschreiben (warum verwendest du überhaupt noch AWT?) und dort auf Daten zugreifen.
Aber warum liegen bei dir Daten in einem Thread?
Einen Thread kannst du dazu verwenden ein Datenmodell zu befüllen, aber welche Konstruktion du verwendest erschließt sich mir nicht direkt.

 

[Guest]

Es geht um eine Simulation, die jede Sekunde aktualisiert werden soll. Damit das ganze vom User-Interface getrennt ist der eigene Thread. Der Thread berechnet also einmal pro Sekunde die Daten neu und schreibt diese in eine entsprechende Datenstruktur (typisierter Vektor). Damit der Benutzer davon auch was mitbekommt soll das ganze dann neu gezeichnet werden.
Warum sollte ich die Daten in einer extra Klasse verwalten, der Thread ist doch dazu gut zu gebrauchen, oder nicht? Ich könnte natürlich den Thread auch nur dazu gebrauchen, die Methode einer Klasse, welche die Daten verwaltet aufzurufen, aber ich sehe da den Vorteil nicht. Höchstens vielleicht, dass die Klasse nicht so sehr auf dieses Programm festgelegt ist.

 

[Wildcard]

Das wird so nicht funktionieren, zumindest nicht richtig.
Swing/AWT ist wie gesagt nicht threadsicher. Das führt dazu, dass du bei bestimmten Running Conditions Artefakte auf dem Bildschirm produzieren wirst.
Normales Vorgehen:
Du hast ein Datenmodell auf das nur im EDT zugegriffen wird. Der Controller liegt als Listener auf dem Model und aktualisiert die View sobald das notwendig wird.
Der Thread manipuliert die Daten nicht direkt, sondern macht das über SwingUtilities#invokeLater.

 

[Guest]

Danke schonmal für deine Hilfe. Hört sich weit aus komplizierter an, als ich erwartet hab.

Gibt es dazu irgendwas lesenswertes? Oder könntest du/jemand anderes den grundlegenden Aufbau noch detailierter ausführen?

Soweit ich das jetzt verstanden habe muss ich die Daten in einer Klasse, die, wie mein View im EDT läuft verwalten. Mein "Berechnungs-Thread" berechnet die neuen Daten einmal die Sekunde und aktualisiert sie per SwingUtilities#invokeLater. Und dann bitte ich das JPanel mit repaint() dazu neuzuzeichnen. Ist das so in Ordnung?

 

[Wildcard]

Mein lieblings Webinar zum Thema Threading in Swing:
http://www.javalobby.org/eps/galbraith-swing-2/

 

[Guest]

Wow, genialer Link! Danke!

 

[merlin2]

Ich seh nur eine leere Seite.

 

[Wildcard]

Flash installieren soll bei Flash Videos helfen.

 

[merlin2]

Ich habe Flash installiert. :roll:

 

[merlin2]

Du meinst doch Macromedia Flash Player, oder?
Den habe ich neu installiert :arrow: graue Seite.

 

[Wildcard]

Was soll ich sagen? Vielleicht benutzt du den IE?

 

[Guest]

Ja.

 

[merlin2]

Der Gast da oben war ich.
Im FF funktioniert das Video zwar, aber es sollte doch auch im IE laufen, oder?

 

[Wildcard]

Nein, der IE kann nur Speicher verbrennen und Sicherheitslücken aufreißen. Das er ab und zu auch etwas anzeigt ist vermutlich ein Threading Issue...

 

[merlin2]

Ach so.

 

[Leroy42]

Was soll ich sagen? Vielleicht benutzt du den IE?

Oder Opera.

Ich habe genau dasselbe Problem

Im IE gehts bei mir

 

[Jango]

Was soll ich sagen? Vielleicht benutzt du den IE?

Oder Opera.

Ich habe genau dasselbe Problem

Im IE gehts bei mir

Das liegt aber bei dir nicht am Opera. Wenn du selbst die API nicht richtig angezeigt bekommst... :wink:

 

[Leroy42]

Da hast du Recht.

Irgendwie komme ich mit Opis nicht so recht klar

 

[merlin2]

Andere Flash-Videos laufen bei mir, nur nicht das auf http://www.javalobby.org/eps/galbraith-swing-2/. :?

 

[Leroy42]

Andere Flash-Videos laufen bei mir, nur nicht das auf http://www.javalobby.org/eps/galbraith-swing-2/. :?

Bei mir genau dasselbe; vielleicht hat es ja mit dem Quelltext
der Seite zu tun:

var Opera7plus = ((document.all)&&(navigator.userAgent.indexOf("Opera 7")!=-1)) ? true : false;

Ich habe Opera 9.21; ich schätze mal der JavaScript-Code der Seite
schließt den Opera 9.xx einfach fälschlicherweise einfach aus.