GoldenEye 007 Nintendo 64 Community, GoldenEye X, Nintendo 64 Games Discussion

[SubDrag]

After spending the morning on DF Ank1's level, I have realized why this is.

For one thing, not sure if everybody knows, but GE converts all vertices into signed shorts (-32768 to 32767)...Therefore, any vertices exceeded that bounds can get flipped!!! DF Ank1 had a 33,000 or so, and it went to -31000, so obviously looked very wrong. Future versions of editor will not allow import if exceeding bounds.

Second, since it's a signed short, if you have 3.3243232323 it'll go to 3. And its matching point could be 5.64343434 which rounds to 6. In theory, you could have a tiny 1 cell gap between points if it rounds poorly.

Last edited by SubDrag on Sun Aug 16, 2009 2:48 pm; edited 1 time in total

[radorn]

Good.This is something I was interested in knowing, thank SubDrag.
So GE's grid is 16bit precission.
Using units as centimeters for 1.0 scale as I found out yields 655.34meters max distance from side to side of a map, or better said, 327.67meters from the center. Bigger maps may need to be rescaled inside the editor before importing, or they wont fit.

[SubDrag]

Just to be clear, the -32768 to 32767 limitation is on a room basis. So you can be larger than that absolutely, just not relative within one room (give or take the centering offset).

Signed short is true for all vertices though.

[radorn]

Can RoomXX groups withing an OBJ file have their own center?
I ask this because, if not, one would have to construct and import the level room by room, as importing a full level would be inviable in the case of exceeding the limits.

[SubDrag]

The Convert GE Level automatically centers rooms so just make sure each room by itself is not overly large

[radorn]

I see. So, when you import a full level from OBJ, each room's coordinate system is shifted they have their own center point at the center of the actual geometry of each room?
When I tried importing multi-group OBJs into other 3d software in the past, all of the groups' centers were at the same spot, even if the actual room's geometry was very far from that point, because the OBJ didn't have (couldn't have?) a center for each group.
I assumed the GE editor would be similar.

[DF Ank1]

Ha yes this room was really very big. Luckly, SubDrag found out the problem in it. The ground was one room. It have to be minimize.


Room size is not OK. Level looks very odd/amusingly.




And hear the room size is OK. Level looks normal.






So if you have the same problem, take a lock for the levelsize. The Future Editor would not allow to import such big obj. Until to this point, check your size in you 3D Modeler if there is a error.

The Editor could show this error when your size is to big :

Critical Error. Lost Device g_pd3dDe..... ----- Trying to recover.


This Error coul also be there if you don´t give enaught time to the editor.
For example if you "Export Full Background File" , and you ever klick on the Editor, the Editor will show you this error. So wait until the editor shows the new level. Don´t klick on something in the editor. The best thing to do is to make nothing on your Computer.
_________________
-----------------------------------------------------
Alec: Half of everything is luck James.
James: And the other half ?
Alec: Fate

[SubDrag]

radorn wrote:

I see. So, when you import a full level from OBJ, each room's coordinate system is shifted they have their own center point at the center of the actual geometry of each room? When I tried importing multi-group OBJs into other 3d software in the past, all of the groups' centers were at the same spot, even if the actual room's geometry was very far from that point, because the OBJ didn't have (couldn't have?) a center for each group. I assumed the GE editor would be similar.

Yep, when you convert GE Level, it spits out RoomPositions.txt, which auto-centers all the rooms and changes vertices to center around this center as (0,0,0). Obj editors don't have that file and thus all go centered around 0.

[Entropy Soldier]

SubDrag wrote:

Future versions of editor will not allow import if exceeding bounds.

hmmm...not so sure this is a good idea.

i frequently test import my full level as one room to get a feel for how it will play in game, and if this feature was implemented, I'd have to split it into rooms just to test it, which would consume much more time than necessary.


Perhaps have a notification that says:

Quote:

Level has exceeded bounds. texture errors WILL occur. import anyway?

[Wreck]

I also like Entropy Soldier's suggestion of making a warning box that allows you to proceed with the operation, if the user chooses to. Just in case if people have trouble getting test rooms to load in and don't understand what is causing the problem. Let them know the issue, what may occur, and ask them whether or not they wish to continue.
_________________

YOUTUBE | FACEBOOK | VAULT | MOD DB | RHDN

[DF Ank1]

Yes a warning box is good. Maybe a command who call : Set Room in correct size. So if you import a to big room, that the editor warn AND/OR set the size of the room that GE Support. You know? If you import a to big room, the editor will size it correctly automaticly.
_________________
-----------------------------------------------------
Alec: Half of everything is luck James.
James: And the other half ?
Alec: Fate

[SubDrag]

I like that idea - it will messagebox once, then fix all sizes just so its viewable.

[DF Ank1]

yes. that´s what i mean.
_________________
-----------------------------------------------------
Alec: Half of everything is luck James.
James: And the other half ?
Alec: Fate