Jump to content

  • Log In with Google      Sign In   
  • Create Account

timothyjlaird

Member Since 16 Jun 2011
Offline Last Active Mar 20 2016 10:07 AM

Posts I've Made

In Topic: Put game data to files or using database tool

23 November 2015 - 12:03 PM

XML if you have only a few files and they are not huge.

Another solution...
Having a compact file based database like sqllite is good if you have to store a lot of information. I would forget about anything more than a file based db...I work on a product that uses mssql and properly installing it and configuring it is difficult for most of our customers.

In your case I would go with XML though. I would also recommend you take the time to write xsd files to validate your XML files. XSD also serves as excellent documentation too.

In Topic: obj format question

20 November 2015 - 08:22 PM

Okay.  

 

So for the process of merging meshes, that can be done to effectively make them all a single model.  As Spinningcubes pointed out, you'll need to change the indexes.

 

The file format is all about the geometry of a single object. The geometric object has a bunch of vertex data, texture coordinates, vertex normals, and other geometry data, then has details to build faces and triangle strips and other shapes based on the index numbers within the vertex data, all of it handled by index. 

 

When you add the geometric vertex data to the file it does not restart its count at vertex 1. Instead the addition starts at the end of the previous collection.  So if the first object used vertex 1-427, the object you are adding will begin at vertex 428.  You will need to adjust all your indeces for faces, textures, normals, splines, and whatever else so it uses the updated index numbers.  Instead of a face that included vertex 1, 2, and 3, it would need to be updated to vertex 428, 429, and 430.

 

Thanks. That did the trick. Got it working.


In Topic: WannabeDev:Stuck in Finance

20 November 2015 - 09:59 AM

1. I would suggest that you start coding in whatever language is convient for you. C#, VB, CPP, Python, whatever. Keep your projects very small in scope with clearly defined goals. Also grab a lightweight 3d modeller (I suggest deled) and experiment. Explore and figure out what you enjoy and what you are good at. You'll need to know both skillsets in some capacity as a designer anyway.
2. You'll need the degree (piece of paper) to get a paying job. I would worry about that later though. I would focus on teaching yourself the skills first given your resources.

In Topic: Starter APIs

19 November 2015 - 01:13 PM

Not strictly an API but I would check Panda3d since you mentioned python.

In Topic: obj format question

19 November 2015 - 09:26 AM

As to the 'why'...this is more a learning project than a practical one. I wrote some python code to parse three md3 files that form a complete player model, take a frame from each, transform them using a matrix derived from tag data in the md3 files and then output the whole thing to one obj file (player_out.obj). The reason for obj is simply to make sure I got everything right before writing my own rendering code.

PARTNERS