Comiling txqbsp With MVC++?

[Mexicouger]

[mh]

Not with 2005, no. First of all 2005 comes with a very limited set of leaders and libs, and isn't of much use for native code development. 2008 is much much better, but the other problems that apply to 2005 also apply there and will need to be solved.

Secondly anyway your project has likely switched to Unicode. Check the character set in the config properties as per the screenshot here: http://blog.slickedit.com/wp-content/up ... 9/mbcs.png - if it's not set or Unicode you want to switch it to Multibyte.

Thirdly, if you're set to Warning Level 3 you'll be spammed with lots of warnings about unsafe functions. Just set it to Warning Level 1 and be done with it.

This should remove most of the warnings and some of the errors. If you still get errors, post them here and we'll see if we can help.

Fourthy, even after having done all of that, it may not even work as 2005 and 2008 only support the multithreaded C runtime, which can occasionally cause weirdness.

[Baker]

[Mexicouger]

[Baker]

[Spike]

might be interesting to make external hulls. Then we could have whatever (specific) sizes we wanted.
would need to fix up the loader, the mem array size, and the hull chooser, but that would be far simpler then supporting q2bsp.


There's a chunk of code in model.c+gl_model.c that seeds the hull sizes correctly, so you need to make sure that's done or hull[3] won't contain useful info.

Also only maps which you compile will have this hull[3] - you can test a map to see if one is present by testing the startplane field of the hull[3] structure. if its 0, then you can safely assume that there is no hull (note that this check is not valid for hull[0], but works for any other).

(hull[0] is actually generated from the rendering hull, so must be a point-sized hull in all cases, or rendering would be fscked).

-12 to +12 is 24 units wide, unlike your <=12 test implies, but that is not the cause for any crashes.

Once you have a map with a hull[3], it should work fine in every q1 engine out there, they just won't use the new hull. If your map crashes in an unmodified engine, the fault is within your bsp compiler.

You may find it more convienient to keep the mins_z size as -24 instead of using -32.

[Mexicouger]

I may tackle a New Hull. I thought adding a new Hull was as easy as going to all the locations and adding a [3]

But of course it isn't. nothing is in the coding world. So I will just edit The hull 0.

And by the way.. If there are only 3 Hulls, Then how did quake 1 do that Big red enemy at the end or that Big Worm thing? I don't get how they coulda done that....

And anyway, the size of the morphball would fit alot of other monsters. I mean... Alot of the monsters in metroid ARE the size of the morphball. Then Hunters and Other things could be included in The player or monster Hull.

But I don't think I will abandon the Idea of a new HULL quite yet

EDIT: I can change hull 0 right?

[frag.machine]

I suspect changing hull[0] may screw all hitscan weapons (shotguns and alike)...

[Mexicouger]

Hmm.

I may as well just add a HULL. I will change the monster size for the time Being.

And I find many problems with changing the 0 HULL. Like I am nothing ingame. I can walk through some cracks in walls And stuff like that. I fall through the Ground at some points.

[Spike]

changing hull[0] will fsck everything up. Like I said earlier, you cannot resize hull[0].

[metlslime]

[Baker]

[Mexicouger]

Alright. It just doesn't seem Real hard to add a HULL. Its as easy as expanding the Numbers from 0-2 to 0-3 All over the code and then you Have a new HULL. Or so it seems to me. But I underestimate alot when Coding.

But what about Big Bosses I want to Have like chozo and crap like that? Big robotic things tat Are super hard to kill that Are only in 1 room?

So tell me this: Is it possible To add a new HULL in a span of a night(8 hours)?

It just seems to easy to add another hull through my eyes. But I will take your guys advice and Edit HULL 2.

[Baker]

[frag.machine]