hurtig image drawing i JAVA

Denne her har samme høje preformance, og source koden en med:

http://javaboutique.internet.com/dotScroller/

Link: http://java.sun.com/products/java-media/2D/forDevelopers/java2dfaq.html

Svar: The new VolatileImage interface, to be introduced in the SDK, version 1.4, allows you to create a hardware-accelerated offscreen image and manage the contents of that image.

/per

Ja det skulle gerne være java1, så det kan køre i en browser........

Den aplet du henviser til bruger Java ver. 1.1.2, der understøtter multi threaded rutiner:

public void run() {
      while(true) {
      canvas.scroll(scrollStep);
      while (canvas.imageProcessing == true) {
            try {
          wait();
            }
        catch (Exception e) {
            }
      }
      canvas.repaint();
        try {
        Thread.sleep(5);
        }
      catch (Exception e) {
        }
    }
  }



Samtidig har han lavet følgende rutine

public void update(Graphics g) {
    if (offScreenImage == null) {
      //Create the doublebuffer image if it doesn\'t exist (only first paint)...
      offScreenImage = createImage(width, height);
      offScreenGraphics = offScreenImage.getGraphics();
      //Draw the background
      offScreenGraphics.setColor(backGroundColor);
      offScreenGraphics.fillRect(0, 0, width, height);
    }
    //Draw visible letters
    for (int i = 0;i < letters.size();i++) {
      ImageLetter imageLetter = ((ImageLetter) letters.elementAt(i));
      if (imageLetter.getIsScrolling()) {
        offScreenGraphics.drawImage(imageLetter.getLetterImage(), imageLetter.getXPos(), imageLetter.getYPos(), this);
      }
    }
    g.drawImage(offScreenImage, 0, 0, this);
  }
}

Rutinen sender grafikken udtil ram, derfra kan han kopiere direkte til vram. Og sparer tid på at lave beregningerne hvergang han flytter billedet. Denne rutine giver en meget bedre performance.

/per

Selvom JAVA kan køre felere tråde, så kører han jo kune en. Og det har da heller ikke noget med den høje preformance at gøre!

Jeg forstå ikke det du siger med vram og ram, og at han sparer tid. ???

Han laver da en helt almindelig dobbelbuffering, ved at tegne på et billede i hukommmelsen. Hvis der er noget jeg har misforstået, må du lige præcisere........

fidusen med at køre det i en thread (selvom der kun er én)  er at selvom en funktion, der kaldes fra tråden, er længe om at blive udført, vil den ikke forhindre andre processer i at blive udført, da tråden kun får tildelt adgang til processoren i et begrænset tidsrum. Så selvom der er noget i en tråd, der venter på at etellerandet skal blive færdigt, vil appleten stadig kunne udføre andre opgaver, f.eks. vise billedet, håndtere events (museklik osv) mm...

www.isys.dk> Den forklaring stringbuffer kommer med er korrekt, for det fik jeg også at vide på datanomstudiet i Java programmering i 1997.

/Per