2D-Grafik BufferedImage und operationen darauf

[lumo]

Hallo,

ich mach grad ein kleines applet mit graphikeffekten (graustufen)
und hab bis jetzt von der klass Applet die funktion createImage verwendet;
diese methode liefert mir ein INT_RGB Image zurück;

mit dem bild kann ich mein Applet laufen lassen, kein problem.
jetzt hab ich die funktion einfach überschrieben (ohne änderung des typs):

	@Override
	public BufferedImage createImage(int width, int height) {
		return new BufferedImage(width, height, BufferedImage.TYPE_INT_RGB);
	}

und schon klappt nix mehr (das was voher weiss war ist schwarz und das schwarze ist auch schwarz :-/)
doch det typ des bildes ist der selbe...?!

des weiteren... meine animation ist komplett flüssig, sobald ich nur einen blur filter

	public void blur(BufferedImage src, BufferedImage dst, int kernelSize) {
		int weight = kernelSize * kernelSize;
		float[] data = new float[weight];
		for (int i = 0; i < data.length; i++) {
			data[i] = 1f / (float) weight;
		}
		Kernel kernel = new Kernel(kernelSize, kernelSize, data);
		ConvolveOp convolve = new ConvolveOp(kernel, ConvolveOp.EDGE_NO_OP,
				null);
		convolve.filter(src, dst);
	}

darauf anwende stockts ohne ende.... und das schon bei ner auflösung von 960x600 ?!
ich habe mal in swt ne komponente geschrieben die bilder gezeichnet hat und die hat 100+fps gezeichnet...

 

[Marco13]

Wah, überschreib' mal lieber nicht createImage. Wer weiß wo das noch überall verwendet wird, und wer weiß, was dort für ein Rückgabetyp erwartet wird. Erstell' dir das Image selbst, ggf. auch mit einer eigenen Methode, aber nicht diese überschreiben.

So ein Blur-Filter ist aufwändig. Und die Methode über die allgemeinen Funktionen (Kernel & ConvolveOp) sind SO allgemeingültig, dass sie wohl auch nicht besonders performant sein können. Ggf. kannst du dir eine eigene Convolution schreiben, die Annahmen über das Bildformat macht, und dann entsprechend schneller ist. Ein 960x600-Bild mit einem "relativ großen" Kernel in Echtzeit blurren (mit 100FPS) ist schon ziemlich rechenintensiv, das wirst du auch mit SWT nicht viel schneller hinkreigen als mit einer optimierten ConvolveOp.

Wenn's drauf ankommt könnte man sowas auch mit GPU-Unterstützung machen (auf jocl.org - Samples das vorletzte Beispiel). Das kann sich lohnen, je nach Awendungsszenario...

 

[lumo]

Hab's jetzt einzeln erstellt und dir Methode nicht. Ehr überschrieben mit dem selben Ergebnis;
Mein Problem ist, dass ich das Programm dann aus android laufen lassen möchte, also macht's keinen Sinn wenn ich das in meiner swt Komponente mache...

Ich werde morgen mal nen thread machen um zu zeigen was ich mache/will vielleicht hat jemand ne bessere Idee ;-)