Restored from previous forum. Originally posted by fred.
That's how it will be done, yes.
Fred - AlphaSND
masked bitmap drawing (2D Drawing)
-
BackupUser
- PureBasic Guru
- Posts: 16777133
- Joined: Tue Apr 22, 2003 7:42 pm
Restored from previous forum. Originally posted by geoff.
Yes, but it doesn't need to be added to the PureBasic language.
It can be done using API commands now.
Why not extend 2D DrawingMode() to allow AND, OR, NOT as well as XOR?
I assume this would be easy to implement because the API raster-ops allow these and many more.
Yes, but it doesn't need to be added to the PureBasic language.
It can be done using API commands now.
Why not extend 2D DrawingMode() to allow AND, OR, NOT as well as XOR?
I assume this would be easy to implement because the API raster-ops allow these and many more.
-
BackupUser
- PureBasic Guru
- Posts: 16777133
- Joined: Tue Apr 22, 2003 7:42 pm
Restored from previous forum. Originally posted by Amiga5k.
Yes, definitely! As XOR especially would make it easier to create custom blit operations that use transparency. (Not easy, mind you, but easi-er.
So OGRE, in it's eventual state, would use OGL on all platforms? I think this would make it easier for Fred and ultimately more portable. This is the best all around solution, IMHO, and considerably more pwerful than just giving us wrapper functions for OGL. Good move, Fred!
(And also, as I mentioned before, OGL is actually pretty easy to understand and so we could program it directly if needed.)
Just a thought...
Russell
***Commodore 64 - Over one million cycles per second, 16 vibrant colors, 3 incredible audio channels and 38,911 Basic Bytes Free! Who could ask for anything more?***
Yes, definitely! As XOR especially would make it easier to create custom blit operations that use transparency. (Not easy, mind you, but easi-er.
So OGRE, in it's eventual state, would use OGL on all platforms? I think this would make it easier for Fred and ultimately more portable. This is the best all around solution, IMHO, and considerably more pwerful than just giving us wrapper functions for OGL. Good move, Fred!
(And also, as I mentioned before, OGL is actually pretty easy to understand and so we could program it directly if needed.)Just a thought...
Russell
***Commodore 64 - Over one million cycles per second, 16 vibrant colors, 3 incredible audio channels and 38,911 Basic Bytes Free! Who could ask for anything more?***
-
BackupUser
- PureBasic Guru
- Posts: 16777133
- Joined: Tue Apr 22, 2003 7:42 pm
Restored from previous forum. Originally posted by Pupil.
@Amiga5K
OGRE CAN use OGL or DX, but uses DX on WinOS as it makes it easier for Fred to integrate the 3D stuff with the already present 2D stuff, however on Linux i'm very certain that the OGRE engine is going to use OGL.
There's more about the DX versus OGL stuff on the forum(rather unproductive threads if i remember right), try a search and see what comes up.
@Amiga5K
OGRE CAN use OGL or DX, but uses DX on WinOS as it makes it easier for Fred to integrate the 3D stuff with the already present 2D stuff, however on Linux i'm very certain that the OGRE engine is going to use OGL.
There's more about the DX versus OGL stuff on the forum(rather unproductive threads if i remember right), try a search and see what comes up.
-
BackupUser
- PureBasic Guru
- Posts: 16777133
- Joined: Tue Apr 22, 2003 7:42 pm
Restored from previous forum. Originally posted by Amiga5k.
Hmm.. so when you say OGRE _can_ use OGL, does that mean there's a switch command in OGRE that sets that option, or are there multiple versions of OGRE? If there is a switch command (probably not, since this seems like a lot of work for the OGRE team), then I would probably choose OGL... for various reasons
As far as I can tell, the only real limitation to using OGL over DX on the Win32 platform is that some of the video card and software developers have been swayed to DX's side (unfortunately) by MS...but not all! It's a shame that MS does everything in its power to squash the competition, because the concept of Open Source has so much promise!
Russell
***Commodore 64 - Over one million cycles per second, 16 vibrant colors, 3 incredible audio channels and 38,911 Basic Bytes Free! Who could ask for anything more?***
Hmm.. so when you say OGRE _can_ use OGL, does that mean there's a switch command in OGRE that sets that option, or are there multiple versions of OGRE? If there is a switch command (probably not, since this seems like a lot of work for the OGRE team), then I would probably choose OGL... for various reasons
As far as I can tell, the only real limitation to using OGL over DX on the Win32 platform is that some of the video card and software developers have been swayed to DX's side (unfortunately) by MS...but not all! It's a shame that MS does everything in its power to squash the competition, because the concept of Open Source has so much promise!
Russell
***Commodore 64 - Over one million cycles per second, 16 vibrant colors, 3 incredible audio channels and 38,911 Basic Bytes Free! Who could ask for anything more?***