In response to game code
0
101 Mar 24, 2003 at 17:45

The source code for Quake II was released under the GNU - GPL.
So ,that’s free software too :) (free as in free speech)

In response to game code
0
101 Mar 24, 2003 at 16:48

Hi!

The source of “Doom” was released, the source
“Descent” (very good game!) was released, too.
I think the source of Quake is free, too.

I once looked into the source of Descent and they did
a great job hiding the interesting parts in their
code *g*. So much for the clarity of the code.
The developers flamed each other in the code,
too. It was quite funny to read.

Greetings
Stefan

In response to game code
0
101 Mar 24, 2003 at 16:27

before I (or anyone else) provides answers

can you tell us more about the assignment? I don’t understand the “find games that have actually been sold…”

I didn’t think nehe had zelda, i thought it was that person that linked through nehe. i could be wrong…

check out:

ID software

can think of anything else on the top of my head.

In response to 3dsmax to directx
0
101 Mar 23, 2003 at 15:18

I was doing something wrong before. When I read your previous reply, I looked at it again and I started using -A; but it wasn’t working. I tried it today, and ‘poof’ it works. Tried it several times and now it is working fine. Thanks

In response to 3dsmax to directx
0
158 Mar 23, 2003 at 06:09

try this:

conv3ds -A File.3ds

let me know if it works.

In response to 3D Game Engine Design
0
101 Mar 23, 2003 at 04:13

There are many sources used… I forgot them :confused:. I will certainly do that next time..

In response to 3dsmax to directx
0
101 Mar 23, 2003 at 00:00

No, I’m not using any parameters. Should I be?

In response to 3D Game Engine Design
0
158 Mar 22, 2003 at 22:36

yes, nkharrat is doing a good job with article contribution. keep it up. Just a note: just to comply with copyright, please mention any resources used.

In response to 3dsmax to directx
0
158 Mar 22, 2003 at 22:34

Are you using any parameters for the conv3ds? If so, what paramters are you using?

In response to 3D Game Engine Design
0
101 Mar 22, 2003 at 18:44

hey! so do I!

In response to 3D Game Engine Design
0
101 Mar 22, 2003 at 17:44

I like those articles :lol:

:yes:

In response to 3D Game Engine Design
0
101 Mar 22, 2003 at 16:34

Trying to make this site alive :D .

In response to 3D Game Engine Design
0
101 Mar 22, 2003 at 11:43

you really like these articles don’t you? ;)

In response to Converting bmp files
0
101 Mar 21, 2003 at 18:26

file manipulation in C++ I can’t really help you with, but here’s a crash course in C file manipulation.

FILE *filePointer;

filePointer = fopen("filename", "rb"); // in windows, you need to use "rb", but in most other OSes, you only need "r"

if(!filePointer)
{
printf("something went wrong!1!1!1!1\n");
return 42;
}

char string[512];

fgets(string, 512, filePointer);

fclose(filePointer);


just to explain that, you first declare a FILE *foo variable. It must be a pointer to a FILE.
Then you use fopen to open the file. The first parameter is the filename, the second is how to open it. “r” is “for reading”.
Then you check to see that it isn’t NULL. If it is, something went wrong and we abort.
Then we declare a string that’s 512 chars long, and read 512 chars into it. fgets reads chars into the first argument, until either the second argument is reached (ie. 512 chars have been read) or the end of the line is reached.
Then we close the file.
There are many more functions you can use, so look them up :)

In response to Converting bmp files
0
158 Mar 21, 2003 at 18:00

Ok, I’ll post a demo sometimes tomorrow if not today…. However, I will be writing it in C/C++, not Delphi, as I have little experience with Pascal.

In response to Converting bmp files
0
101 Mar 21, 2003 at 17:55

I’m not going to teaching myself, I’m just seeking for cutting-time solution. I know the basic idea but my problem is reading the file. I have no expirience with file manipulation in C++ and I know nothing about BMP header. I’m writting my games in Delphi/OpenGL or C++/OpenGL (Delphi is my prefered tool, becouse I’m writting Windows applications with it). If you can make bmp to array converter I’ll be gratefull
I’ll post demo and level editor these days, I’m just seeking for good enought web server

In response to Converting bmp files
0
158 Mar 21, 2003 at 17:31

oh ok, now I understand your question.

Ok, first of all you need to load the pixel data of the file into memory. Having an array like this is good enough.

unsigned char *data = new unsigned char[width*height*bpp];      // where bpp is bytes per pixel


then load the pixel data from the file into that array. Parsing files depends from format to format. But since your loading BMP files, then its easy (if no compression is applied). Its just a matter of copying. All you need is to point the file pointer to the pixel data and do a fread() or similar in a for loop. To make the pixel data consistent with the RGB sequence instead of the BGR sequence just do this:

     for (int i=0;i<height;i++)
{
int index = i*width*3;
int j,k;
for (j=0;j<width;j++)
{
}
}


Lets say for the sake of clarity that you are loading a 24-bit image, then each 4 indicies of the array would represent a pixel. e.g. data[0] represents the blue, data[1] green, data[2] blue, etc…

To write all that to a file, all you need to is to fwrite() the data array to the file. You will also need to store other information, like width, height, depth, etc… in the file.

I hope I answered your question. I can post a whole demo on loading BMP files if you want, but then it would be worth to make it a tutorial for the general public.

In response to Converting bmp files
0
101 Mar 21, 2003 at 16:13

I know how to include bitmaps and waves with VC++. But that is not what I need. I meant is that I want to get the RGB values for all pixels in the bitmap (bitmap is stored is this way: header and BGR values, BGR means that it is stored Blue Green Red instead of Red Green Blue) and put all RGB values for all pixels of all bitmaps into one file, called textures.dat
In this way the game will be easy to port on Linux and graphics can be updated
Also I don’t know how to build bitmaps into resource of Delphi :( I know how only if VCL is used but my game don’t use VCL

In response to Converting bmp files
0
158 Mar 21, 2003 at 08:28

Do you mean you want to include the picture data inside the executable? If you using delphi, I’m not sure how. But for Visual C++, all you have to do is use resources. If you want more details on how do it, then let me know :D

0
101 Mar 20, 2003 at 15:39

CG would be used in Gamez and presentations, media - LOTR stuff.
In CAD/CAM you dont need stunning graphix, what you need is realism interms of physics and physical quantitites.

0
101 Mar 17, 2003 at 18:23

hmm, I’m not sure that cg would be used in CAD/CAM. There are more appropriate solutions for the CAD/CAM industry, which aren’t appropriate for games.

In response to Actual Game Developing
0
101 Mar 17, 2003 at 06:01

apex: you’re absolutely right and is the heart of all partnerships - to reduce dev time.

working with a team, though, you lose control. be it design or approach. there will be things that are generally wise to do and that everybody should do and that’s fine. it’s things like wanting a certain feature done a certain way and a fellow team member may have their own way of designing or implementing that feature which may not go well.

but that’s why working with people you know* is key. if you know the person, you can kind of tell how they’re going to develop it. better yet, you can let that person know how you want it done. all leading to what baldurk and davepermen are saying. communication and sharing of resources. divide and conquer BUT act as one entity.

:yes:

0
101 Mar 17, 2003 at 05:08

Well the debate of OGL Vs DirectX continues…

One of the major advantages of an OGL code is that its portablility & genericity to any language. I can have one function defined in VC for panning in 3D & the same will work good in Python! We just need to handle the data types but the OGL calls more or less remain same.
Python has an implemented PyOpenGL library that implenets all the openGl calls. Its much easy to handle things there.
Nextly Gaming is not the only industry where CG is Used. Are we overlooking the Huge CAD/CAM industry?
I used a DX in some earler projects in my CAD firm but there was one where we needed to implent Model Deformation through Graphics. The challange was that the code needed to be workable on IRIX. PyOpenGL was the solution.

I think we all need to get out of the hole that Microsoft is digging by forcing us to follow their standards. Just because lot of people use MS standards does not make it better.

Besides that I personally find OGL is very easy to implement. One thing where OpenGL *USED* to fall back was device interface; But OpenGL was intended to be a purely a graphics API.

Anyways now with the advent of OpenML & OpenAL it has almost overcome its limitations wrt DX as well!
OGL LIVES!

In response to Actual Game Developing
0
158 Mar 16, 2003 at 21:04

Thanks donBerto : yes certainly working with a team is a good idea. Has some advantages and disdvantages though.
One major advantage is that each team member can focus on a specific aspect of the game which definitely reduces down development time.

In response to Actual Game Developing
0
101 Mar 16, 2003 at 19:17

from what I can see, normally you need someone to co-ordinate it. The components have to be easily fitted together, and it’s that co-ordination that I see failing and that’s what brings down community projects. That and lack of time.

Sorry to be pessimistic, and I’m quite happy to join a group effort, but perhaps we should learn from others mistakes?

Welcome to DevMaster, a community-driven game development website of posts and resources!

indie × 5
ios × 3
android × 3
algorithm × 1
effects × 1
physics × 1
iphone × 1
c# × 1
mobile × 1
native × 1
macos × 1
sound × 1
music × 1
networking × 1
testing × 1
multiplayer × 1
3d-engine × 1