|
VBBR
Moderator
Brazil
617 Posts |
 Posted - Apr 27 2005 : 12:17:02 PM
|
The plan won't be to do DLLs actually but to separate everything into source files and compile it all into the DLL or executable using the renderers you want. It's C++ BTW and not C# (C# is not portable). DLLs are also windows-only and that's why this thing must be open-source. Heck, my plan is to port it to Palm OS as well.
BTW a software renderer written in C++ means HIGH SPEED. And I'd just LOVE to write one. Just provide me info about what's needed: blitting, scaling, rotating, flipping, etc 
Also each platform could have some ASM-optimized drawing functions, I know a guy that knows ARM ASM and so could do that for Palm OS and PPC for example.
|
Whatever. Who knows... |
Edited by - VBBR on Apr 27 2005 12:17:53 PM |
 |
|
|
2dcoder
Knave
83 Posts |
Posted - Apr 27 2005 : 4:16:48 PM
|
"The plan won't be to do DLLs actually but to separate everything into source files and compile it all into the DLL or executable using the renderers you want........"
YES! No DLL's, etc. I could even see a library of source files for specific languages that could be included into the source as mods, functions, classes, etc. Blitz, VB, C++, Java, etc! |
|
|
|
VBBR
Moderator
Brazil
617 Posts |
Posted - Apr 27 2005 : 4:57:57 PM
|
Was this supposed to be sarcasm or what?
I mean it won't necessarily be made of SEVERAL DLLs in a plug-in-like system because DLLs only work for Windows which would ruin the portability. But for a VB app for example, you just get (or compile) a version of the DLL that implements DX7, DX8, DX9, OGL and SDL frontends. And in the code you do something like
DBT.SetRenderer DBT_RENDERER_SDL
Anything wrong with this or does it simply look too ambitious? |
Whatever. Who knows... |
|
|
|
Crysstaafur
Squire
USA
37 Posts |
Posted - Apr 27 2005 : 5:09:22 PM
|
SDL or OpenGL/OpenAL would be pretty tight (but tricky to translate from DX8) If it isn't by all means any help would appreciated as i've been trying to do this for sometime (when I'm not helping with the win32 version)...
If I am not mistaken there are tools in the MinGW kit that may help with the DLL issue..
(converts DLLs into .dll.a files for use between Linux and windows)
A http://www.freebasic.net port would open some interesting possiblities... :)
But, lets try not to forget that support for VB will always be present.. afterall it's DBT's birthplace. ;) |
Edited by - Crysstaafur on Apr 27 2005 5:12:04 PM |
|
|
|
2dcoder
Knave
83 Posts |
Posted - Apr 27 2005 : 8:01:32 PM
|
| I see no need for the discussion of dll's. This is an open source project, so a suite of language specific source kernals would be ideal. And THEN you could just merge a library specific to a targer render. DirectX, OpenGL, etc and not have everything done in one massive dll or library. This way you still talk to one specific api style but merge the selected target library for compile time. Plus this method would allow better optimizations for specific versions. Torque2D which implements both DirectX and OpenGL is SOOO bloated it's rediculous! |
|
|
|
Crysstaafur
Squire
USA
37 Posts |
Posted - Apr 28 2005 : 04:16:35 AM
|
2dcoder.. w8 until the day someone gets the idea to use static libs.. or god forbid puts all modules in the same exe. Now that's bloated. If the thread processes are kept clean enough, then dynamic linking (dll for win32 or derivatives such as .dll.a files for linux) would be ideal as it would allow the engine to function soley as a kernal (for lack of a better term.. as there are no overlays involved..) It would be no problem at all to keep everything open source regardly of how modules are linked at compile time. Even the support (dynamic) libraries can be open source as well... There are reasons why many of us do see the need... :)
|
Edited by - Crysstaafur on Apr 28 2005 04:17:29 AM |
|
|
|
VBBR
Moderator
Brazil
617 Posts |
Posted - Apr 30 2005 : 7:19:59 PM
|
I say "bundle everything into one single DLL (or similar)" thinking embedded (Palm  ). But for PC systems a variety would make more sense, I have to say. |
Whatever. Who knows... |
|
|
|
Crysstaafur
Squire
USA
37 Posts |
Posted - May 01 2005 : 12:52:46 AM
|
In regards to embedded systems, I would agree that an all in one library whether static or dynamic would be ideal. (less files to deal with) ;)
I've been teasing the idea about maybe porting a wrapper for DBT that functions on the gba...
slightly off-tangent question:
Does anyone know of a compiler whether BASIC or C that can handle com/oo(or com like interfaces) for Beos? |
|
|
Requesting some Help for debugging...
