jessethehedgehog
Member
I've been trying to find a way to make a Sonic Adventure game and after playing this, it made me want to use whatever the makers used so i can get the 3D environment.
how did you make Sonic Robo Blast 2?
- Thread starter jessethehedgehog
- Start date
- Status
SRB2 was programed in using C. IF you don't know what that is, then chances are you won't be able to use it
jessethehedgehog
Member
don't know what it is, but i can learn. any ideas on how?
jessethehedgehog
Member
still, it gives you a full 3D environment, and you can add storyline, right?
C and C++ are manners of programming, there are very few limits on what can be done with it.
jessethehedgehog
Member
where can i get C?
You don't "get" C. You learn it, it's a programming language. You'll need a C compiler though, I myself use DevC++, I forget what SSN uses. You'll have to learn it from somewhere, I learned from a very usefull book I bought. Visual Quickstart Guide to C Programming.
jessethehedgehog
Member
okay
XD
Anyways, most GOOD video games are NOT made with game makers such AS GameMaker5/6 or TGF/MMF/CNC/2, or even DarkBASIC. They are programmed in the professional, multi-platform programming language C, or ocaisionally C++. The way you act as if you don't even know what a programming language is gives me the idea that you aren't capable of making any Sonic game... YET.
Anyways, most GOOD video games are NOT made with game makers such AS GameMaker5/6 or TGF/MMF/CNC/2, or even DarkBASIC. They are programmed in the professional, multi-platform programming language C, or ocaisionally C++. The way you act as if you don't even know what a programming language is gives me the idea that you aren't capable of making any Sonic game... YET.
It is technically a 3D game.
It makes use of X, Y, and Z coordinates, that's all it needs to be 3D.
It makes use of X, Y, and Z coordinates, that's all it needs to be 3D.
http://en.wikipedia.org/wiki/C_programming_language
That oughta answer a few of your questions. (if it doesn't make you come up with more)
That oughta answer a few of your questions. (if it doesn't make you come up with more)
Darktails
Member
In the first time, Doom was a worse-3D game, playable into a DOS command prompt. If SRB2 is based on Doom, it may be a worse-3D game. Nope?
If you search, you see that a wad is a collection of pictures, and a level wad is also that. But it has more than it: it has some config files, which make 3D environement.
If you search, you see that a wad is a collection of pictures, and a level wad is also that. But it has more than it: it has some config files, which make 3D environement.
TheDarkArchon
Member
#DEFINE "WORSE_3D"
Also, a WAD is NOT a collection of pictures: It's a collection of pictures, binary space partition trees, text files and markers. For levels, the header contains nothing and it's make-up is determined by, in order, the THINGS lump (Location of all the things on the map), the LINEDEFS lump (Location of all the lines on the map), the SIDEDEFS lump (The side data for each linedef, including textures and sector numbers), SEGS (Splits lines up and puts them into subsectors), SSECTORS (Subsector data, used in building the BSP tree), NODES (The BSP tree itself), SECTORS (The main sector data of the WAD, including floor and ceiling data), REJECT (This lump is used to speed up line of sight calculations) and BLOCKMAP (Uses in collision detection in maps)
Also, a WAD is NOT a collection of pictures: It's a collection of pictures, binary space partition trees, text files and markers. For levels, the header contains nothing and it's make-up is determined by, in order, the THINGS lump (Location of all the things on the map), the LINEDEFS lump (Location of all the lines on the map), the SIDEDEFS lump (The side data for each linedef, including textures and sector numbers), SEGS (Splits lines up and puts them into subsectors), SSECTORS (Subsector data, used in building the BSP tree), NODES (The BSP tree itself), SECTORS (The main sector data of the WAD, including floor and ceiling data), REJECT (This lump is used to speed up line of sight calculations) and BLOCKMAP (Uses in collision detection in maps)
If you have ever seen a map with missing sidedef textures in Software mode, you'll notice that the sector's flat above or below it will repeat beyond the sidedef. This is to show how SRB2/DooM doesn't make REAL 3D in software, it just streches, skews, and repeats graphics in an order to look realistic. It's no wonder why Software can get progressivly slower as you make levels with more sectors and sidedefs.
furyhunter600 said:
Uhh, real 3D packages, like Direct3D and OpenGL also stretch, skew, and repeat graphics over polygons. This is known as texture mapping.
Doom does not clip the floor/ceiling polygons and rightly so - doing so takes more time and has no point or advantage for the game. Doom only clips the wall textures, because that is all that is needed. Clipping takes a lot more time than just drawing a little bit extra.
- Status