repaint() Funktion erzeugt Flackern

[12kukan]

Hallo Community,

ich bin seit kurzem dabei ein Snakespiel zu programmieren. Nun bin ich auf ein Problem gestoßen...
Es geht um die repaint() Funktion, welche ich verwenden möchte, um mein Bild neu zu laden.
Immer wirklich immer, wenn ich das Spiel starte fängt es an zu flackern und es ist schwer möglich zu spielen.
Am besten poste ich einfach meinen Code.

[JAVA=134]
import javax.swing.*;

import java.awt.*;
import java.awt.event.KeyEvent;
import java.awt.event.KeyListener;
import java.util.logging.Level;
import java.util.logging.Logger;



public class Snake extends JFrame implements KeyListener, Runnable{

private static final long serialVersionUID = 1L;
private Dot dot = new Dot(3, this);
private boolean up, down, right, left;
private Apple apple = new Apple(this);

public Snake (String title) {
super(title);
this.setFocusable(true);
this.addKeyListener(this);
apple.createLocation();
}

public void paint(Graphics gr) {
super.paint(gr);
this.setFocusable(true);
this.addKeyListener(this);
//Malen Start

//Hintergrund
gr.drawImage(Toolkit.getDefaultToolkit().getImage("images/bg.png"), 0, 0, this);

//Dot malen
dot.paint(gr);

//Apfel erstellen
apple.paint(gr);

//Check für GameEnd
if (dot.getGameEnd()) {
gr.setFont(new Font("Arial", Font.BOLD, 25));
gr.drawString("Game Over!", 190, 220);
gr.setColor(Color.white);
gr.drawString("Punkte: " + dot.points, 200, 260);
}

}

public static void main(String[] args) {
//Main Logik
Snake snake = new Snake("Snake");
snake.setSize(500, 500);
new Thread(snake).start();
snake.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
snake.setUndecorated(true);
snake.setVisible(true);
snake.setLocation(700, 300);

}

@Override
public void keyPressed(KeyEvent arg0) {
// TODO Auto-generated method stub

}

@Override
public void keyReleased(KeyEvent arg0) {
if (arg0.getKeyCode() == 37 && !right) {
left = true;
up = false;
right = false;
down = false;
}

else if (arg0.getKeyCode() == 38 && !down) {
up = true;
left = false;
right = false;
down = false;
}

else if (arg0.getKeyCode() == 39 && !left) {
right = true;
left = false;
up = false;
down = false;
}

else if (arg0.getKeyCode() == 40 && !up) {
down = true;
left = false;
up = false;
right = false;
}

}

@Override
public void keyTyped(KeyEvent arg0) {
// TODO Auto-generated method stub

}

@Override
public void run() {
while(true) {
//Check, für GameEnd
if (!dot.getGameEnd()) {

//Dot
if (up) {
dot.move("up");
}

else if (down) {
dot.move("down");
}

else if (left) {
dot.move("left");
}

else if (right) {
dot.move("right");
}


dot.checkApple(apple);
dot.checkCollision();

//Try, Catch
repaint(); {

}

}
try {
Thread.sleep(140);
} catch (InterruptedException ex) {
Logger.getLogger(Snake.class.getName()).log(Level.SEVERE, null, ex);
}

}

}


}
[/code]


Es gibt noch 2 auslagerungs Dateien, bei Bedarf, kann ich diese auch gern posten. Ich denke aber, dass die nicht nötig sein sollte!

 

[TheSorm]

wiso machst du das

this.addKeyListener(this);

in der paint Methode?

 

[12kukan]

Ich dachte es wäre nötig, damit ich den Keylistener auch in anderen Klassen verwenden kann und damit ich meine Schlange allgemein bewegen kann...
Aber ich merke gerade, dass es überflüssig ist

Darf ich fragen, wie du darauf gekommen bist? xD
Und, ob dies mit der Problemlösung zusammenhängen könnte?

 

[TheSorm]

naja die methode repaint wird ja um die 68 mal aufgerufen pro secunde, das heist so oft wird auch ein key listener geaddet ?! ich denke das amcht das die performace einbricht ?!

 

[12kukan]

Stimmt, aber ich habe ihn bereits rausgenommen und es taucht das gleiche Problem auf...
Meinst du, dass ich das repaint zu zugemüllt haben könnte? :O

 

[TheSorm]

nimm mal das auch raus

this.setFocusable(true);

was steht da drin ?

       //Dot malen
        dot.paint(gr);
       
        //Apfel erstellen
        apple.paint(gr);

 

[12kukan]

Rausgenommen, selbe Sache, nichts passiert..

Apple.class:

import java.awt.Component;
import java.awt.Graphics;
import java.awt.Toolkit;


public class Apple {
	
	private Component comp;
	private int x, y; 
	
	public Apple(Component comp) {
		this.comp = comp;
	}
	
	public void createLocation() {
		x = 10 * (int) (Math.random() * 49);
		y = 10 * (int) (Math.random() * 49);

 	}
	
	public int getX() {
		return x;
	}
	
	public int getY() {
		return y;
	}
	
	public void paint(Graphics gr) {
		gr.drawImage(Toolkit.getDefaultToolkit().getImage("images/Dot.png"), x, y, comp);	
	}

}

Dot.class:

import java.awt.Component;
import java.awt.Graphics;
import java.awt.Toolkit;


public class Dot {
	
	private int dots;
	private int[] dotsX = new int[2500];
	private int[] dotsY = new int[2500];
	private Component comp;
	public boolean GameEnd;
	public int points = 0;
	
	public Dot(int dots, Component comp) {
	
		this.dots = dots;
		this.comp = comp;
		for(int i = 0; i < dots; i++) {
			dotsX[i] = 100 - 10 * i;
			dotsY[i] = 100;
		}
	}
	
	public void move(String position) {
		
		//Bewegung der gesamten Schlange
		for (int i = dots; i > 0; i--) {
			dotsX[i] = dotsX[(i - 1)];
			dotsY[i] = dotsY[(i - 1)];
		}
		
		
		//Bewegung
		if (position.equals("left")) {
			dotsX[0] -= 10;
		}
		
		else if (position.equals("right")) {
			dotsX[0] += 10;
		}
		
		else if (position.equals("up")) {
			dotsY[0] -= 10;
		}
		
		else if (position.equals("down")) {
			dotsY[0] += 10;
		}
	}
	
	public void checkApple(Apple apple) {
		if (dotsX[0] == apple.getX() && dotsY[0] == apple.getY()) {
			apple.createLocation();
			dots++;     //Auch += 2 möglich oder höher!
			points++;
		}
	}
	
	public void checkCollision() {
		//DotsX
		if (dotsX[0] <= 0) {
			GameEnd = true;
		}
		
		else if (dotsX[0] >= 500-10) {
			GameEnd = true;
		}
		
		//DotsY
		if (dotsY[0] <= 0) {
			GameEnd = true;
		}
		
		else if (dotsY[0] >= 500-10) {
			GameEnd = true;
		}
		
		for (int i = 1; i <= dots; i++) {
			if (dotsX[0] == dotsX[i] && dotsY[0] == dotsY[i]) {
				GameEnd = true;
			}
		}
	}
	
	public boolean getGameEnd() {
		return GameEnd;
	}
	
	public void paint(Graphics gr) {
	
		for(int i = 0; i < dots; i++) {
			gr.drawImage(Toolkit.getDefaultToolkit().getImage("images/Dot.png"), dotsX[i], dotsY[i], comp);			
		}
	}
}

 

[TheSorm]

2 dinge ersten: schreibe die paint anweisung direkt in die paint methode und nicht in die classe wie es jetzt ist;

zweitens: lade das Bild nur einmal im konstrukter der Klasse speicher das dann in einer varuiable ab und lasse das ausgeben ungefär so:

apple = ImageIO.read(getClass().getClassLoader().getResourceAsStream("pic\\apple.png"));

und dann eine getter methode für das image.

und dann schreibst du direkt ion die paint methode:

gr.drawImage(apple.getappleImage(), apple.getX(), apple.getY(), null );

 

[TheSorm]

Das problem ist nämlich das du so wie du es gerade machst jedes Bild sehr oft lädst und das dauert!

 

[12kukan]

Ich muss das für apple und dot machen, oder?
Du hast jetzt nur Apple als Beispiel genommen.

Der erste Code steht soll ich mit der Funktion zum implementieren des Bildes austauschen, oder?

Und der zweite soll in die Paint-methode zum zeichnen der Bilder, richtig?

Danke bereits im Vorraus erstmal für die Geduld und Hilfe

 

[TheSorm]

genau nur das das Bild in dem Konstruktor der classe geladen wird sodass es nur einmal beim erstellen der classe geschiht und dan in einer "Image" variable speichern

 

[12kukan]

Ich weiss nicht wie man eine Image Variable erstellt
Das Prinzip habe ich verstanden
Ich bin mir nur in der Umsetztung unsicher :/ Ich krieg immer die Fehlermeldung,

apple cannot be resolved to a variable

. Daraufhin habe ich die Variable apple angelegt, aber das kann ja gar nicht gehen, weil du ja von einer Image Variable sprachst, diese kann ich nicht erzeugen, oder ich weiss nicht wie :/

Mein Programm will mir als Lösungsvorschlag diese Variable erzeugen:

private BufferedImage apple

Könnte das richtig sein?

Weil dadurch bekomme ich dann immer bei der Funktion zum Zeichnen des Bildes die Fehlermeldung,

The method getappleImage() is undefined for the type BufferedImage

Wenn er mir sagt, dass die Methode undefiniert ist, kann BufferedImage nicht richtig sein :/

Wie könnte ich hier vorgehen? :O

Vielen Dank nochmals!

 

[TheSorm]

Das ist ein Beispiel für die classe mit dem bild in der das image in einer variable mit getter gespeichert wirt.

package main;

import java.awt.Rectangle;
import java.awt.image.BufferedImage;
import java.io.IOException;

import javax.imageio.ImageIO;

public class background {
	
	private Player player;
	
	private BufferedImage bgImage;
	private Rectangle bounding;
	
	private float bg_x;
	private float bg_y;
	private float f_dx;
	
	public background(Player player) {
		
		this.player = player;
		bg_x = 0;
		bg_y = 0;
		f_dx = 5;
		try {
			bgImage = ImageIO.read(getClass().getClassLoader().getResourceAsStream("pic\\background.png"));
			bounding = new Rectangle((int) bg_x, (int) bg_y,bgImage.getWidth(),bgImage.getHeight());
		} catch (IOException e) {e.printStackTrace();}
		
	}
	public void update() {
		if(bg_x <= -855) {
			bg_x = 0;
		}
		if(player.getBounding().x >= 400) {
			bg_x -= f_dx;
		}
		bounding.x = (int) bg_x;
		bounding.y = (int) bg_y; 
	}
	

	public BufferedImage getBgImage() {
		return bgImage;
	}

	public Rectangle getBounding() {
		return bounding;
	}
}

und das würde dann in der paint methode stehen:

gr.drawImage(bg.getBgImage(), bg.getBounding().x, bg.getBounding().y, null );

 

[12kukan]

Ich habe es genauso umgesetzt, wie in deinem Beispiel, mit Try | catch, doch es hat nicht geklappt...
In der Ausführung wurden die Bilder nicht mal mehr angezeigt :/

 

[TheSorm]

post dein code nochmal also von allen drei klassen!
oder wenn es welche giebt die fehler aus der konsole!

 

[Sen-Mithrarin]

du willst deinen "fehler" wissen warum dein "spiel" flackert ?

1) extends JFrame
2) implements KeyListener
3) implements Runnable
4) public void paint(Graphics) bei Swing


zu den einzelnen punkten

1) extends JFrame
man leitet grundsätzlich NICHT von JFrame (oder generell von einem top-level-container) ab, da man seine "funktion" nicht erweitert
WENN, dann nimmt man sich z.b. eine J/Panel und arbeitet damit

2) implements KeyListener
warum sollte deine ganze klasse denn ein öffentlicher KeyListener sein ? und vor allem dann noch wenn es ein top-level-container ist ?
neee .. sowas macht man nicht
wenn man einen listener für den internen gebraucht nimmt, dann arbeitet man wenn dann mit inneren klassen

@TheSorm
anmerkung : nur weil die klasse von JFrame erbt und KeyListener implementiert, hängt der listener noch lange nicht am JFrame dran
also muss man den JFrame "this" erstmal den Listener "this" dranhängen
auch wenns so in dieser konstellation ziemlich merkwürdig ist da zu diesem zeitpunkt das objekt weder als Listener noch als JFrame vollständig initialisiert ist, könnte zu nem StackOverflow führen

3) implements Runnable
joar, kann man als game-loop machen, aber wie auch bei Listener : jedes implements einer public klasse stellt diese als solche "öffentlich" zur verfügung, und sollte daher nur genau dann eingesetzt werden wenn dies auch genau so beabsichtigt ist
außerdem : while(true) ist genau so schreklich, vor allem wenn dann noch nicht mal mit if>break ne möglichkeit des "normalen" verlassens gegeben wird

4) public void paint(Graphics) bei Swing
WENN man schon mit GUI rumspielt, sollte man sich vorher auch genau damit befassen
und WENN man das tun würde, würde man auch wissen das man bei Swing NIE direkt paint(Graphics) überschreibt, sondern wenn dann immer nur paintComponent(Graphics)
zusätzlich : Swing bietet double-buffering an, das verhindert das flackern von alleine weil nicht direkt auf den screen gezeichnet wird sondern in den backbuffer der dann nur flipt

 

[12kukan]

	public void apple() {
		try {
			appleImage = ImageIO.read(getClass().getClassLoader().getResourceAsStream("images/dot.png"));
		} catch (IOException e) {
			e.printStackTrace();
		}
	}
	
	public void paint(Graphics gr) {
		gr.drawImage(getappleImage(), x, y, null );
	}
	
    public BufferedImage getappleImage() {
        return appleImage;
    }

Keine Fehlermeldung. Und das habe ich bis jetzt nur in Apple.java ausprobiert



@Sen:

Ich danke Dir für deine umfangreiche Kritik
Ich programmiere in Java erst seit sehr sehr kurzer Zeit und bitte daher, um dein Verständnis, dass ich einige Dinge missachtet habe

So wie ich das sehe sollte ich also das double-buffering verwenden, richtig?
Dies klingt mir am Plausibelsten
Nebebei eine Frage noch, all diese "Fehler", die du aufgezählt hast. Hänge diese mit dem Flackern zusammen, ich kann mir das nämlich nicht vorstellen

 

[TheSorm]

Du solst das im konstruktor machen nicht in einer Methode also das einlesen des Bildes


@Sen-Mithrarin

public Snake (String title) {
        super(title);
        this.setFocusable(true);
        this.addKeyListener(this);
        apple.createLocation();
    }
 
    public void paint(Graphics gr) {
        super.paint(gr);
        this.setFocusable(true);
        this.addKeyListener(this);
        //Malen Start

ja das kla aber da macht er es erstens 2 mal und 2tens in einer in einer loop aufgerufenen methode?!

 

[12kukan]

Ich hab's im Konstruktor gepackt und ausgeführt aber, es kam nichts gar keine Reaktion.

 

[TheSorm]

public void apple() {

ist nicht der Konstruktor!
der Konstruktor der classe Aplle.class wäre

public apple(){
}

 

[12kukan]

Das ist mir bewusst xD

 

[TheSorm]

du hast es aber in dem was du gepostet hast falsch gemacht

 

[12kukan]

package Test;
import java.awt.Component;
import java.awt.Graphics;
import java.awt.Toolkit;
import java.awt.image.BufferedImage;
import java.io.IOException;

import javax.imageio.ImageIO;


public class Apple {
	
    try {
        appleImage = ImageIO.read(getClass().getClassLoader().getResourceAsStream("images/Dot.png"));
    } catch (IOException e) {
        e.printStackTrace();
    }
	
	private Component comp;
	private int x, y;
	private BufferedImage appleImage;
	
	public Apple(Component comp) {
		this.comp = comp;
	}
	
	public void createLocation() {
		x = 10 * (int) (Math.random() * 49);
		y = 10 * (int) (Math.random() * 49);

 	}
	
	public int getX() {
		return x;
	}
	
	public int getY() {
		return y;
	}
	
	public void paint(Graphics gr) {
		gr.drawImage(getappleImage(), x, y, comp);	
	}
	
	public BufferedImage getappleImage() {
        return appleImage;
    }

}

Entzwischen nicht mehr

Oh und das ist nen Error den ich bekommen hab, in der Konsole:

Exception in thread "main" java.lang.Error: Unresolved compilation problems:
Syntax error on token "{", { expected after this token
Syntax error, insert "}" to complete Block

at Test.Apple.<init>(Apple.java:11)
at Test.Snake.<init>(Snake.java:18)
at Test.Snake.main(Snake.java:52)

 

[TheSorm]

schreib mal das in deine repaint methode statt in der die paint methode von apple aufzurufen.

gr.drawImage(apple.getappleImage(), apple.getX(),apple.getY(), null );

oder

gr.drawImage(apple.getappleImage(), apple.getX(),apple.getY(), comp);

 

[12kukan]

genau das selbe Problem, nichts tut sich, gleiche Fehlermeldung.

 

[TheSorm]

komm bsichen was must du auch selbst denken da ist ein Syntax error

Syntax error on token "{", { expected after this token
Syntax error, insert "}" to complete Block

du hast ergendwo geschweifte klammern vergessen zeigt dir dein schreib programm doch an ?!

 

[12kukan]

Ich denke schon mit^^
Ich habe, das auch untersucht, aber finde mal eine Stelle, wo dieser Fehler auftritt...
Es zeigt mir keinen Fehler mehr an, wenn ich das hier mache:

public class Apple {{
	
    try {
        appleImage = ImageIO.read(getClass().getClassLoader().getResourceAsStream("images/Dot.png"));
    } catch (IOException e) {
        e.printStackTrace();
    }}

Aber das ist vollkommen absurd?!

 

[TheSorm]

IN DEN KONSTRUKTOR!

    package Test;
    import java.awt.Component;
    import java.awt.Graphics;
    import java.awt.Toolkit;
    import java.awt.image.BufferedImage;
    import java.io.IOException;
     
    import javax.imageio.ImageIO;
     
     
    public class Apple {
       
             
        private Component comp;
        private int x, y;
        private BufferedImage appleImage;
       
        public Apple(Component comp) {
            this.comp = comp;
 try {
            appleImage = ImageIO.read(getClass().getClassLoader().getResourceAsStream("images/Dot.png"));
        } catch (IOException e) {e.printStackTrace();}
        }
       
        public void createLocation() {
            x = 10 * (int) (Math.random() * 49);
            y = 10 * (int) (Math.random() * 49);
     
        }
       
        public int getX() {
            return x;
        }
       
        public int getY() {
            return y;
        }
       
        public BufferedImage getappleImage() {
            return appleImage;
        }
     
    }

 

[12kukan]

Oh, entschuldige da muss ich mich vertan haben.
Ich habe es jetzt damit ausprobiert, der Apfel(Dot) ist aufgetaucht und es funzt alles einwandfrei^^
Aber das Bild flackert nach wie vor :/

 

[TheSorm]

jap mach genau das mit allen anderen zu zeichnenden images auch noch und wenn das nichts bringt kann dir das fielicht helfen : Java Cooperation: bounce a ball

 

[Sen-Mithrarin]

@TheSorm
ups, das er das in paint() drin hat hab ich ja mal total überlesen
liegt vielleicht daran das ich mir paint() nicht weiter angesehen habe da wie bereits erwähnt : unter swing einfach mal schlicht falsch !

@TO
in wie weit jetzt meine angemerkten punkte sich auf dein problem beziehen kann ich dir schlecht sagen, lediglich das du diese punkte so schnell wie möglich lernen solltest

zu punkt 4 allerdings : deine variante ist einfach falsch

Lesson: Performing Custom Painting (The Java™ Tutorials > Creating a GUI With JFC/Swing)

dort wird erklärt wie man in swing custom drawing umsetzt

grundsätzliche erklärung :

jedes GUI braucht einen sog. top-level-container der als schnittstelle zum OS dient auf dem dann "gezeichnet" werden kann
in swing sind dies grundsätzlich : JFrame, JDialog, JWindow oder JApplet
alle diese top-level-container enthalten nur eine direkte unter-komponente : JRootPane
JRootPane selbst ist von JComponent abgeleitet und dient damit, weil weiter von java.awt.Container erbend, einmal als container für alles was sonst noch mit "ins fenster" kommt, auf dr anderen seite aber als "unterste" rendering ebene

das ganze baut sich dann wie folgt auf

"ganz unten" als schnittstelle zum OS wie gesagt das JFrame
im JFrame kommt dann das JRootPane
im JRootPane kommt dann ein JLayeredPane
das JLayeredPane selbst wiederum hat zwei bereiche : einen bereich für eine eventuell vorhandene JMenuBar und einen bereich für das sog. ContentPane (normalerweise ein JPanel)
und ganz oben drauf, also noch über das ContentPane kommt dann das sog. GlassPane welches auf inputs von maus und tastatur reagiert

wenn man sich die DOC ansieht dann weis man : alles was man irgendwie mit dem JFrame macht wird, bis auf einige ausnahmen, komplett an das im RootPane liegende ContentPane delegiert

das ContentPane ist, wie schon gesagt, in der regel ein JPanel, aber auf jeden fall etwas was von java.awt.Container erbt


ergo : alles was gezeichnet wird, und das ist bei swing ja nun mal so bei allen komponenten, wird grundsätzlich auf das ContentPane gezeichnet

bevor wir nun also irgendwas selbst zeichnen müssen wir uns erstmal die "zeichenfläche" holen
das kann man entweder etwas länger über JFrame.getRootPane().getContentPane() machen, oder dank direkter delegation einfach JFrame.getContentPane() und erhält erstmal ein java.awt.Container objekt

um jetzt den regeln zu folgen und den compiler nicht zu verwirren prüfen wir erstmal ob das ContentPane eine instanz von JPanel ist

if(contentPane instanceof JPanel)

wenn ja, können wir dann direkt weiter arbeiten (wird in der regel immer so sein)
falls dies aber nicht der fall sein sollte erstellen wir ein neues JPanel und übergeben dies dem JFrame mit der methode setContentPane()

danach hat man erstmal grundsätzlich ein JPanel mit dem man dann weiter arbeiten kann


so ... und jetzt wieder in die DOC
JPanel erbt von JComponent
und da du bisher mit "public void paint(Graphics)" gearbeitet hast gucken wir doch mal was die DOC dazu sagt

"Applications should not invoke paint directly, but should instead use the repaint method to schedule the component for redrawing."
ok ... das sagt uns schon mal : wenn man etwas neu-zeichnen will callt man nicht selbst paint(Graphics) sondern ruft korrekterweise repaint() auf

"This method actually delegates the work of painting to three protected methods: paintComponent, paintBorder, and paintChildren. They're called in the order listed to ensure that children appear on top of component itself. Generally speaking, the component and its children should not paint in the insets area allocated to the border. Subclasses can just override this method, as always. A subclass that just wants to specialize the UI (look and feel) delegate's paint method should just override paintComponent."
ahh ... paint(Graphics) ist in Swing also speziell implementiert und eigentlich nur dafür zuständig in reihenfolge drei weitere methoden zu callen : paintComponent(Graphics), paintBorder(Graphics) und paintChildren(Graphics)
ergo : zumindest DAS sollte auch in eine überschriebene paint(Graphics) rein, was ja, laut DOC, durch aus erlaubt ist
der letzte satz ist aber interessant : auch wenn es hier eher um LaF geht und nicht weiter tragisch ist, so gibt es hier einen hinweis darauf das man besser nur paintComponent(Graphics) überschreiben soll
das ist vor allem dann wichtig wenn das JPanel weiterhin "funktionieren" soll


so ... und damit sind wir also an dem punkt wo man selbst zeichnen darf : paintComponent(Graphics)

was natürlich nicht fehlen darf : der super-call

und dann kommt man auch ganz logisch auf den punkt wie er im tutorial geschrieben ist

public void painComponent(Graphics)
{
super.paintComponent(Graphics);
//... custom painting
}


gut, man kann es natürlich auch genau so machen wie im tutorial und anstatt zu prüfen ob das ContentPane selbst ein JPanel ist zur sicherheit immer direkt selbst noch eins adden .. und sieht vielleicht auch etwas sauberer aus ... ich wollte lediglich auf die möglichkeit hinweisen



um also noch mal zurück zu kommen auf die frage : alles was du selbst zeichnen willst gehört in die paintComponent() des ContentPane ... oder in eine paintComponent() einer tieferen komponente
alles was darüber liegt bleibt dem system vorbehalten, es sei denn, wie gesagt, man weis wirklich genau was man tut


so ... und nach dem du jetzt bei paintComponent(Graphics) angekommen bist übernimmt Swing für dich den rest, nämlich z.b. das per default aktive double-buffering oder auch das korrekte zeichnen anderer komponenten

das einzige was ich abschließen noch mal erwähnen möchte : warum flackert es überhaupt ?
das liegt daran das du bei jedem repaint() das komplette fenster neu zeichnest, und da vor dem neu-zeichnen in der regel erstmal das löschen des alten inhaltes kommt bemerkt dies das menschliche auge als flackern, da kurz zwischen durch einmal alles weg ist und dann stück für stück neu erscheint

zusätzlich steht bei dir ein Thread.sleep(140) drin
und da das zeichnen zeit braucht und auch ein sleep meist länger ist kommst du grob gerechnet bei 1000 / 140 bzw 1000 / 150 auf irgendwas zwischen 6 2/3 und etwas mehr als 7 FPS

das menschliche auge braucht aber mindestens 25 FPS damit etwas als "flüssig" und "flackerfrei" empfunden wird

man könnte spaßeshalber mal ausprobieren was passiert wenn du statt 140ms nur 10ms wartest, dann kommst du auf theoretische ca. 100FPS, das sollte dann so schnell laufen das es nicht mehr flackert




ich hoffe ich konnte mit diesem etwas ausführlichen post etwas licht ins dunkle bringen

 

[TheSorm]

Super erklärt post das doch mal bei den Tutorials

 

[Sen-Mithrarin]

ne lass mal ...
dafür isses nich gut genug geschrieben ... das haben andere sicher besser drauf
außerdem isses ja nu auch sehr problem-spezifisch und eher weniger für die allgemeinheit, wobei die erklärung sich halt die grundlage ist und eigentlich auch nur ne ausformulierte variante des java-tut ist (wo, muss ich erlich sagen, wenn mans nich weis, einiges so n bissl unter den tisch fällt)

außer wäre noch ne korrekte erklärung des double-buffering nötig ums als wirklich "komplett" darzustellen, und darauf hab echt keinen bock

trotzdem danke für die blumen =D

 

[TheSorm]

Naja dann machs fertig das du selbst zufrieden bist und bring es raus