[Ninkazu]

I need to fix these two:
http://www.venosoft.com/ninkazu/relfun2.java
http://www.venosoft.com/ninkazu/relblob1.java

and make this faster:
http://www.venosoft.com/ninkazu/julia.java

I need a better method of grabbing and plotting pixels than what I'm doing now...

::EDIT::
I fixed relblob1. Check it out
http://www.venosoft.com/ninkazu/relblob1.html

Speed is still an issue. Any methods, people?

[Happy]

Comments would be fantastic.

[Ninkazu]

All I need is a way to speed up drawing. You don't need to know what the rest does.

[Happy]

Sorry. I assumed you wanted me to help.

Since I have no idea what your code does I can only assume you mean pixel drawing, as it seems you're using [url=http://java.sun.com/j2se/1.4.2/docs/api/java/awt/Graphics.html#fillRect(int,%20int,%20int,%20int)]fillRect() [/url] for drawing pixels (and I only gather that from the fact that there's a few "fillRect(x,y,1,1)"'s in there (In essence, drawing pixel sized rectangles). For speed, I'd recommend you stay clear of that method. It's nasty and rather naive. Although it's been awhile since I've done anything in Java, I'm pretty sure the following links will get you pointed in the right direction:

http://java.sun.com/j2se/1.4.2/docs/api/

And, in particular:
http://java.sun.com/j2se/1.4.2/docs/api/java/awt/image/DataBuffer.html
http://java.sun.com/j2se/1.4.2/docs/api/java/awt/image/Raster.html
http://java.sun.com/j2se/1.4.2/docs/api/java/awt/image/WritableRaster.html

[Ninkazu]

Ugh, I can't any sense of this :'(

[janus]

[Ninkazu]

Reload the above relblob1.html and you'll see that I got it going faster. Not as fast as I want it, but I'll try to fix that after school if I have time.

Speaking of which.... gotta run!

[Bjorn]

When trying your URL (or www.venosoft.com), I get the following error:

(111) Connection refused

Might be an issue with the proxy of Trinity (my current university), but I haven't encountered this problem before.
_________________
If we could navigate in the physical world by hyperlinks, we wouldn't bother with walking, driving, flying... so why should we do it in a virtual world? - KDE User Interface Guidelines

[Ninkazu]

Could be a server hiccup.

[BigManJones]

1. you don't need to create a new Graphics every loop; move your paintapp() into paint() and call repaint() from your main loop. repaint calls paint.

2. You create new instances of a whole lot of variables all thru the code; like the two stacks in the qsort(). This is a cardinal sin in Java realtime programming. NEVER create objects or let objects go out of reference in your main loop. You are inviting the GC to kick in which can take 100+ millisecs ie thats a very noticable pause.

3. Thread.sleep() gives erratic timing on all platforms but linux. On win98/ME its unbearable and on WinXP it gives erratic frame rates. There is a wiki on javagaming .org with code for a self correcting timer thread class that works real well.

4. To increase your framerate overall you'll need to drop the fillRect altogether and use a MemoryImageSource or a BufferedImage.

[Ninkazu]

Thanks, I'll do that after my finals today.