-=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- (c) WidthPadding Industries 1987 0|525|0 -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=-
SoCoder -> Blogs Home -> Blogs

 
bram32
Created : 02 June 2010
 

Physics II
Today I included physics. That is fun to play with.
link here

 

Comments
Wednesday, 02 June 2010, 15:58
Mog
 		Weeee!!

Hey Bram, What's the benchmark for HaXic? this physics demo runs pretty nicely - are all of the objects sprites?
Wednesday, 02 June 2010, 16:22
bram32
 		Yes, all sprites. The sprites are linked to the physics objects, so they update automatically.
You can see the source here: members.home.nl/bramdenhond/haxic/program.txt

I have no benchmarking done. It's speed depends on what you are doing. The graphic engine and the physic engine are as fast as under haXe. The logic parts should be less fast, but I don't know how much slower. Normally, that would be on average 1:3, but I've now used function pointers, so that should theoretically be faster.

Also, when using 'update', performance is limited to the current framerate. You can change the framerate using the 'graphics' command. When testing haXic with the FlashPlayer, it can run faster than from a browser. That should mainly have to do with the way it is embedded.