Jump to content

  • Log In with Google      Sign In   
  • Create Account


JavierMC

Member Since 31 Jul 2005
Offline Last Active Feb 22 2014 09:31 AM
-----

Posts I've Made

In Topic: Dumbest coding mistakes ever

28 February 2012 - 04:09 AM

uint16 numVerts = 0;
for(size_t i = 0; i<70000; i++)
	numVerts++;

Twice last week Posted Image

In Topic: openAL not looping source

18 October 2011 - 09:52 AM

Everything looks fine to me. It's been like a year since I used OpenAL tho.

I don't use alut but it looks like it's already creating a context by itself. As for the looping issue, the only difference I see is that I use

alSourcei(source, AL_LOOPING, loop);
alSourcei instead of alSourcef, but I'm not sure if it matters.

In Topic: Critisize my cover letter

01 September 2011 - 05:26 AM

Hi, I don't have the time to read it all, but I think the following things could be changed:

I don’t want to bore you, so fast forward to today,

(be it the environment I grew up or…the ‘genes’)

For good or for worse though

I know this is how you would usually say it (and I would too if I was talking to someone), but in a letter I think you should leave those out. You sound confident in your skills in other paragraphs and I think these detract from that feeling.

The guy I worked with

Would "partner" sound better? or maybe cite his name.

In Topic: A planet made of diamonds!

29 August 2011 - 04:04 AM

Why did I think this was about minecraft? :huh:

In Topic: FBX Models

19 July 2011 - 05:18 AM

Hi, I've recently added FBX support to a preprocessing tool, and this is what I think.

If you only want to load models, it's decent. If you just want to load polygons, normals, etc. then you can do it pretty easily and without concerns about speed. It may take some time getting used to the SDK, but support is good and I think it's worth it.

Now the ugly part comes with the animations. In a debug build a file with a single animation can easily take more than 2 seconds*. The humanoid.fbx that comes with the SDK takes more than 8 seconds. In release it's pretty much instant (didn't time it) so it may not really be a concern. I also should mention that some malformed files caused the SDK to crash.

Now speed aside, I went into a lot of troubles because each program likes to export things... differently. Let me explain. At least in the files I used, the animation keyframes in a file exported with version 6 would contain absolute values for the translations and rotations, whereas a file exported with version 7 would contain values relative to the previous keyframe. And even worse, files from Maya have to be loaded differently than files from Max. (see here) **

I wouldn't use it directly in an engine, but that's mainly because I prefer having a private format that I can load safely.

* At least in my experience. Opening the file and calling Import() is what causes the big slowdown. However be advised that my implementation may be faulty and I may be loading more than I should, even if I'm setting most options to false.
** You can avoid this by having the SDK evaluate the complete transformation at a given time.

PARTNERS