BufferedImage bei paintComponent

[TheMuh]

Ich habe eine private Sub-Klasse erstellt, die ein Hintergrundbild schön anhand der von mir überschriebenen "paintComponent" Methode skaliert. Code zur Veranschaulichung anbei:

private class bgDrawing extends JPanel {
		private static final long serialVersionUID = 1L;
		@Override
		public void paintComponent(Graphics g) {
			super.paintComponent(g);
			int x = getContentPane().getWidth();
			int y = getContentPane().getHeight();
			bgScaled = bgOriginal.getScaledInstance(x,y, Image.SCALE_SMOOTH);
			if (bgScaled != null) {
				g.drawImage(bgScaled, 0, 0, this);
			}
		}
	}

Auf folgender Seite steht ganz unten das man die Performance steigern kann, indem man mit BufferedImage arbeitet.
Wie kann man in Java zeichnen? ? Informatik

Ich vermute mal, dass dies so ablaufen soll, dass man das Bild in der "paintComponent" immer nur in den BufferedImage zeichnet und nur einige wenige Bilder dann auf den contentPane weitergibt und so die Performance erhöht.
Meine Frage ist jetzt, wie erklärt man seinem Programm wann es etwas wirklich auf den contentPane zeichnet ?

 

[SlaterB]

du malst sowieso nur ein Bild, da gibt es kein weiteres BufferedImage einzubauen im Gegensatz zum Link mit diversen Zeichenbefehlen,

was bei dir optimierbar wäre:
du erzeugst bei jedem paint-Vorgang ein neues kompliziertes skaliertes Image, dabei kann paint zig mal aufgerufen werden ohne dass sich die Größe ändert,
schlauer wäre es mit einem ComponentListener oder ähnlichem auf Änderungen des Fensters zu achten, nur dann ein neues Image zu berechnen und in paint() einfach nur das fertige Bild aus einem Instanzattribut zu malen, da macht es auch nix wenn öfter repainted wird

 

[TheMuh]

Vielen Dank!

Ich habe dem JApplet "ComponentListener" implementiert, der privaten JPanel Klasse "bgdrawing" einen Listener hinzugefügt und mache die Berechnung nun nur noch in den überschriebenen Listener-methoden.

Ich denke mal das hast du so gemeint

P.S.: Hättest du mir trotzdem einen Link oder so zu einer verständlichen Einführung in BufferedImage, also insbesondere wann man sowas überhaupt nimmt und was dies genau macht ...

 

[SlaterB]

das Konzept ist eigentlich klar und mit den entsprechenden Suchbegriffen auch überall zu finden, etwa
Doppelpufferung (Double-Buffering) in Java | tutego

 

[TheMuh]

ah danke ....

bei dem Ansatz mittels ComponentListener habe ich nun das Problem das es im Browser zu Fehlern bei der Skalierung kommt.

Wenn ich nun in der Skalierungsmethode ein "repaint" des Hintergrundpanels einfüge funktionierts, meine letzte Frage ist dann aber nun noch, ob das für die Performance immer noch ok ist ?

hier ein Teil des Codes ...

private class bgDrawing extends JPanel {
		private static final long serialVersionUID = 1L;
		@Override
		public void paintComponent(Graphics g) {
			super.paintComponent(g);
			if (bgScaled != null) {
				g.drawImage(bgScaled, 0, 0, this);
			}
		}
	}

	@Override
	public void componentHidden(ComponentEvent arg0) {
		ScaleImage();
	}

	@Override
	public void componentMoved(ComponentEvent arg0) {
		ScaleImage();
	}

	@Override
	public void componentResized(ComponentEvent arg0) {
		ScaleImage();
	}

	@Override
	public void componentShown(ComponentEvent arg0) {
		ScaleImage();
	}
	
	private void ScaleImage() {
		int x = getContentPane().getWidth();
		int y = getContentPane().getHeight();
		bgScaled = bgOriginal.getScaledInstance(x,y, Image.SCALE_SMOOTH);
		super.repaint();

 

[SlaterB]

ich weiß nicht genau was du machst, wurde vorher nicht auch schon bei Größenänderung gezeichnet?
wenn vorher ein geändertes Bild gezeichnet wurde und jetzt immer noch dann sollte sich in meinen Augen nicht viel getan haben,
die Verbesserung der Leistung wird erst bei NICHT-Größenänderung wirksam, weil dann nun nichts mehr berechnet wird,

natürlich kann man sich die ungünstigsten Szenarien denken, etwa das bei kontinuierlicher Größenänderung bisher nur 20x paint dran kam
(paint kommt evtl. nicht so oft, selbst wenn man mehrmals repaint anfordert wird nicht unbedingt auch immer gemalt),
der Listener dagegen genauer arbeitet und 100x drankommt -> nun 100 statt 20 Bildneuberechnungen,

das könnte man alles mit Logs genau klären, aufschreiben wann welche Methode mit welchem Zoom-Faktor drankommt,
am Ende alle Varianten vergleichen,
evtl. in ComponentListener selber einstellen dass nur dann ein neues Bild berechnet wird wenn mehr als x ms vergangen sind/ der Zoom um y% abweicht

 

[TheMuh]

Okidoki!