BlitzBasic NOT 4X faster drawing!!
well...
both languages have their position on the market, but i prefer PureBasic.
For me its the better language, and Fred does a good job on it.
Sure, i would like an included bass.dll license to play mods or some other wishes, but if you take a closer look at both products (i own both) you will decide for PB... (i bought bb before pb).
so long...
oh... blitzplus is more a little copy of pb for me, but hasnt the power pb has... thats all
For me its the better language, and Fred does a good job on it.
Sure, i would like an included bass.dll license to play mods or some other wishes, but if you take a closer look at both products (i own both) you will decide for PB... (i bought bb before pb).
so long...
oh... blitzplus is more a little copy of pb for me, but hasnt the power pb has... thats all
Latest release of BlitzPlus
Latest release of BlitzPlus:
"Experimental OpenGL and 'Native' graphics drivers - use CountGfxDrivers/SetGfxDriver to access alternate
graphics drivers."
Being that DirectX can't be tweaked, it will be interesting to see if Mark can get his native graphics drivers to be faster than Direct X.
Also, and this next step in programming languages brings up an interesting concept of language design. Most languages like PureBasic, begin development of IF, GOTO, GOSUB, TEXT, FOR, etc... commands and proceed to 3D commands later.
But what if a language started with 3D commands, say ID softwares QUAKE III 3D engine in C++ and then built up commands around a native core super fast 3D engine?
"Experimental OpenGL and 'Native' graphics drivers - use CountGfxDrivers/SetGfxDriver to access alternate
graphics drivers."
Being that DirectX can't be tweaked, it will be interesting to see if Mark can get his native graphics drivers to be faster than Direct X.
Also, and this next step in programming languages brings up an interesting concept of language design. Most languages like PureBasic, begin development of IF, GOTO, GOSUB, TEXT, FOR, etc... commands and proceed to 3D commands later.
But what if a language started with 3D commands, say ID softwares QUAKE III 3D engine in C++ and then built up commands around a native core super fast 3D engine?
-
- User
- Posts: 10
- Joined: Thu May 29, 2003 4:33 am
LOL
Dreamflower: ...lol... of course a 3D engine is an engine and not a programming language that's why I wrote: "say ID softwares QUAKE III 3D engine in C++ and then built up commands around a native core super fast 3D engine?" Get it? Built up commands (like IF, THEN, etc..) around a fast 3D engine at its core...lol... forget it, don't worry yourself about it.
- Psychophanta
- Always Here
- Posts: 5153
- Joined: Wed Jun 11, 2003 9:33 pm
- Location: Anare
- Contact:
correction:
Yes, Codemonger, but in your example we are working with float types.
You are forcing integer variables to interact with float number, and this slows down the final executable.
Better and more coherent would be (and with better results):
You are forcing integer variables to interact with float number, and this slows down the final executable.
Better and more coherent would be (and with better results):
Code: Select all
starttime = GetTickCount_()
y.f = 5
For I = 1 To 100000000
x.f = x.f + y.f * 1.000001
Next
stoptime = GetTickCount_()
elapsedtime = stoptime - starttime
MessageRequester("Elapsed Time",Str(elapsedtime) +" milliseconds",0)
For 3D I think your much better off with a language optimised for matrix calculations, so you don't have to waste time on lots of loops.
Something like K ( http://www.xcf.berkeley.edu/~nordwick/kintro.html )
Something like K ( http://www.xcf.berkeley.edu/~nordwick/kintro.html )