Swing Mehrfaches DoubleBuffering in Swing?

Dreamy

Neues Mitglied
Hi,

ich habe schon viele Beiträge rund ums DoubleBuffering gelesen, aber nichts zu meinem Problem gefunden.

So wie ich das verstanden habe, teilen sich in Swing alle Komponenten einen einzigen DoubleBuffer, in den sie zeichnen. Das heißt automatisch auch, wenn im Vordergrund eine Komponente in den Buffer zeichnet, ist der Buffer der Komponenten, die dahinterliegen, kaputt. Gibt es auch die Möglichkeit, mehrere Buffer-Ebenen zu benutzen?

Konkret habe ich folgendes Problem:
Meine Anwendung hat auf oberster Ebene ein LayeredPane. Im Hintergrund ist die (teilweise recht komplexe) Anwendung im Nimbus-LaF, und den Vordergrund nutze ich um Sachen wie Tooltips und transparente Overlays anzuzeigen. So ziemlich jede Komponente ist nicht-Opaque, was die Sache zusätzlich verlangsamt.
Soweit so gut.
Das blöde ist, jedes Mal wenn im Vordergrund ein Panel verschoben oder verändert wird, wird die Region als dirty markiert und der gesamte Hintergrund in dem Bereich muss neu gezeichnet werden. Das ist teilweise ziemlich ruckelig. Die Vordergrundebe hat jedoch mit der Hintergrundebene gar nichts zu tun, daher würde ich gerne dort einfach auf den Buffer der Hintergrundebene zugreifen, so dass die einzelnen Komponenten gar nicht neu gezeichnet werden müssen.

Ist sowas möglich, oder muss ich dafür halb Swing umschreiben und anpassen?
 
Die Vordergrundebe hat jedoch mit der Hintergrundebene gar nichts zu tun

Hallo Dreamy,

willkommen bei "java-forum.org".

Der Sinn einer Doppelpufferung besteht in der Tat darin, ein einziges offscreen Bild auf die ursprünglichen onscreen Graphics zu kopieren, in einem einzigen Vorgang, damit das Flackern möglichst minimiert wird.

Swing benutzt daher einen einzigen offscreen Puffer pro Containerhierarchie, das heißt einen pro Fenster. Falls wir zwei unabhängige Puffer benötigen, könnten wir demnach zwei Fenster übereinander platzieren. Dabei können wir die Methode [c]com.sun.awt.AWTUtilities.setWindowOpacity[/c] benutzen, um das obere Fenster transparent zu machen.

Gruß,
André
 
Zuletzt bearbeitet:
Hmm naja wenn du schon Java 7 benutzt, könntest du ja mal probieren ob du da AWT und Swing mischen kannst, um dich manuell ums Doublebuffering zu kümmern... Zwei Fenster übereinanderlegen, das klingt für mich ein bisschen nach mit der heissen Nadel gestrickt. Kannst du garantieren dass die immer übereinanderliegen?
 
Wieso halb Swing umschreiben? Mit java 7 sollte (ich habs nicht probiert) das Mischen von AWT und Swing Komponenten jetzt möglich sein. Und das manuelle ausprogrammieren von Doublebuffering in AWT sieht in einigen Tutorials auch nicht so kompliziert aus - also könnte er ja mal testen, ob er einen Layer mit awt performanter hinkriegt.
 
Ja gut, mein Vorschlag ist eh nicht optimal wegen dem "com.sun.awt.AWTUtilities.setWindowOpacity". Ab den Java Versionen JDK 6 Update 12 und JDK 7 build 19 können wir in der Tat Schwergewicht- und Leichtgewichtkomponenten nahtlos mischen (das geht also schon mit JDK 6 !). Ob das dann eine brauchbare Lösung ergibt, weiß ich allerdings auch nicht.

Gruß,
André
 
Danke für Eure Tips!

Hmm mit JDK 6_12 könnte ich vermutlich leben, auf 7 kann ich mich leider nicht verlassen.

Das mit mehreren Windows fällt flach, damit kann ich nicht alles umsetzen was ich umsetzen möchte und es gibt mehr Probleme als der Performancegewinn rechtfertigen würde.

Hat denn schonmal jemand mit solchen Dingen gearbeitet? So wie ich das sehe, bräuchte ich ja "nur" für jedes Layer im LayeredPane einen eigenen RepaintManager, die ja dann automatisch auch einen eigenen Puffer hätten. Aber wie das umzusetzen wäre etc. weiß ich noch nicht so wirklich, da gibt es kaum Beispiele zu.

Nur eine Warnung habe ich gesehen, dass das Benutzen eines eigenen RepaintManagers das "Echte" Doublebuffering von Java unwiederbringlich wieder kaputt macht, das ja erst in Java 1.6 eingebaut wurde... klingt alles irgendwie demotivierend ???:L
 
As of 1.6 RepaintManager handles repaint requests for Swing's top level components (JApplet, JWindow, JFrame and JDialog). Any calls to repaint on one of these will call into the appropriate addDirtyRegion method.
-> Das ganze ist so nicht vorgesehen.
Also, mir will irgendwie kein Grund einfallen, warum man AWT- mit Swing-Komponenten auf einem GUI vermischen sollte.
Wegen seiner Anfrage bezüglich Doublebuffering. Das wird in Swing nunmal per Top Level Component gemacht, einzelne Layer sind per se unmöglich seperat zu Buffern.

Ob das ganze überhaupt einen Sinn (Performancegewinn) macht kann ich auch nicht sagen, aber wenn du in dieser Richtung was probieren willst wäre AWT sicher ein Ansatz.
 
Zuletzt bearbeitet:
Aus dem Grund hab ich nicht gesagt alles in AWT Programmieren (Weil da könnte er sich 100 Doublegebufferte Ebenen machen wenn er will), sondern eben nur den einen Layer, der die doublebuffer Performance von Swing verschlingt. Wie gesagt, ob das was bringt sei dahingestellt, eventuell ließe sich des OPs Performanceproblem anders lösen, da müsste man aber Code sehen.
 

Neue Themen


Zurück
Oben