Have you thought that maybe you use the unknown for something? hmm...

Yeah I'm going to spend some time on this afternoon.
Hopefully it should be possible to figure out what's wrong, but first I need to get my renderer code working properly again

Ok :)

In the mean time I'm going to debug my new file loader and then implement wld support hehe

If you need any help, just post... gmail notifies me of new posts hehe

This is annoying me now :
I have this
http://eqengine.fx2100.com/view1.JPG
which doesn't look too bad. Much of that geometry is placable objects placed right next to the main world object. But there are some objects in mid-air.

And then there is this:

http://eqengine.fx2100.com/view2.JPG
Where the doors seem to be exactly 90degrees in one axis out. They are facing the middle of the room, not across the doorway.
Maybe I need to rotate one of my axis by 90degrees.

Awesome... good work :)

You're definitely closer than I am hehe.
Did the unknown value have anything to do with it?

Which is the unknown value?

I've pretty much got the same basic idea as you I think.
I've just been playing about with swapping around the axes for rotations until it looks about right.

Still working on it but rapidly getting annoyed that it's close but not quite there

The unknown value is the first in the struct... before the model name offset.

Yea, I know the feeling for sure... that's practically all i've been doing for the last 3 or 4 days lol.

Good luck, and I hope you figure it out hehe

This is strange.

Most of Anguish looks fine but there are a number of objects in the sky which don't seem to belong. Now Anguish is an "indoor" zone so it's entirely possible that they are there on live too and just not visible either because you can't get to where they are, or they are hidden for some reason with fog or clipping plane or the shaders don't draw them or something.

Sadly I can't get to Anguish on live as it's a keyed zone I don't have the key for.... But the zones I can get to look pretty flawless. It can be very hard indeed to match up what I can see with what I can see on live because it looks so much better on live with the bump maps, proper lighting and fog etc. But the objects do seem to be in the right place most of the time.

Are you able to post a full copy of your code and I can see if I can get it working on my machine and at least find out where it looks different to my code and what causes thouse differences?

Source is available at http://home.archshadow.com/~daeken/openeq.tar.bz2
It's slow as hell right now because I'm using an octree for drawing but I'm not actually culling yet (I commented it out for the tarball since it's buggy as fuck) but it'll work

Thanks for giving it a shot... hopefully you'll be more successful than I ;)

Hmm yes it's for unix.
First task it to port to windows then as my only linux machine is a server only without even a display of any kind.

It _should_ be no trouble to port it to windows. The only major change should be changing the main() function to WinMain or whatever that is. Everything else is written to be portable (binary modes, SDL, OpenGL, etc)

It's lots of small stuff.
Like the opengl headers require windows.h to be installed first.
And I've got to install SDL etc. first.

Working on it

Compiled and linked with about 20 changes to the source. Mostly adding #include <windows> in appropriate places. But now it's crashing when I try to load anguish on the line starting with !strcmp the this->model_data.models[j]->tex[i]-> is null so when it tries to get the filename it's crashing. Looking at it...

tex_tmp = 1;
for(i = 0; i < this->model_data.models[j]->tex_count; ++i) {
for(k = 0; k < this->model_data.zone_model->tex_count; ++k) {
if((!this->model_data.zone_model->tex[k]->filename && !this->model_data.models[j]->tex[i]->filename) ||
(this->model_data.zone_model->tex[k]->filename &&
this->model_data.models[j]->tex[i]->filename &&
!strcmp(this->model_data.zone_model->tex[k]->filename, this->model_data.models[j]->tex[i]->filename))) {
tex_tmp = 0;
break;
}
}

Edit: Actually it's not null, it's *uninitialized*. j is 212 when this happens

I'll narrow this down some more.
model[212] has a tex_count of 1
And it's tex memory points to a valid structure, but the filename member of that structure is not initialized.
Can't figure out why just yet but I'm looking. I mention it here in case this means anything to you.

What is probably happening is that the .TER material list loader is acting up again and not setting the filename properly. I'd add some printf()s to do some debugging