Quote: "Assembly"
they were right the first time, it's Assembler not Assembly; use wikipedia to see why there is a difference. :p
as we all knew what was ment though, why bother correcting (or trying to) such a common mistake?
As for DB:
I believe both have been written in MSVC++ (v6.0 for both), how much of the source is assembler that is then linked post compile is debatable though (if any).
Lee refuses to release the source to DB v1 because he has said that it contains quite a bit of the current technology employed in DBP, although given they both use completely different APIs (DirectX7 and DirectX9) as well as being completely different language types (Machine Code and ByteCode Interpreted) then that statement has always confused me.
iirc Lee for v1 used quite a bit of his knowledge from working on Lego Mindstorms to develop the interpreted language; but for the compiled professional version he had to learn about ASM.
This said, it would've probably made more sense if he had used something like GNU GCC or NASM for the base then edited the top-end so it worked more like a BASIC. No idea if this is what happened but then again with the language performance and interaction I would highly doubt it.
Quote: "Man if it was written in assembler that would rock, you would have the speed of c++ and the ease of dark basic! But that's really just a pie in the sky dream.""
Writing something in ASM is a pain in the arse. You can optimise far better in ASM because you're tinkering at exactly what the processor does, however it is much longer to do most things because you have to write near enough everything from scratch in a very procedrual mannor.
It's being phased out now, due to the complexity of code and really no real requirement as the performance difference is neglegable to even use ASM inline in C/C++.
Hell Shaders are a much less complex system to deal with ASM-wise and even they moved from ASM to C-Style within a few months. There are destinct reasons for this.. most of the time to make it all a damn sight easier to develop. As I said as processors get faster the performance benifits really become so small over the development time and ease aspect.
