Scooper

I used to be base defence. =3 ctfkill.cfg seta CTFKill "force_forcepowerother; wait 10; force_healother; wait 10; kill" bind - "vstr CTFKill" bind v "vstr CTFKill" ^ I still have this in my base folder.

Hey welcome. I remember your name too =o I also remember some other guy with an S name from CTF, but don't think that was you.

I had a discussion about this topic with eezstreet yesterday @Defiant. And as far as I'm concerned we did conclude there to be some issues as you pointed out. But the issue isn't with the iojamp project itself. Since it uses original code or open source code from the q3 engine, and no parts of the JKA SDK; it doesn't fall under the SDK license agreement. The issue is with the goal of iojamp, which is to liberate mods from the limitations of using the closed source engine. This basically means that new mods can be created utilizing new or improved features in the iojamp project. This goes against that section of the SDK agreement. Since using these improved/new features would make the mod aimed towards a different program than the "full version of the software game Jedi Academy". So there is no legal issues in this section about creating the iojamp project. But it presents problems for people who wish to use it for their mods. And that can destroy the reason for the project to be created in the first place.

But we're talking about bounding boxes, not brush models.

I haven't looked into any details for the iojamp project, but they are recreating the jamp.exe. So it won't be necessary to distribute the .DLL files, and it's not using any code or tools from the JKA SDK. (Again, this is my current assumption, sorry if I'm wrong) The section you are quoting is for the use of the JKA SDK to create new .dll files, and about distributing these new dll files. And the part towards the end which says "only with the full version of the software game Jedi Academy..." would basically mean that modders aren't allowed to create mods intended for the iojamp project. But if iojamp supports the usage of SDK created dll files, that's not something the .dll authors can be blamed for. So I don't see a problem, feel free to elaborate if you disagree with me =]

Hey there, and welcome =]

Yes my exporter eliminates the need for that compile process. All you need to do is File -> Export, export as .glm, and it's ready for use in the game. Edit: And if it's still not clear: This is mainly for player models. I haven't tested it at all for weapons yet.

Considering how easy it is to actually enable rotatable bounding boxes I have no issue with telling you the process I used. I'm convinced you'd be able to do it yourself if you researched it a little. But if this is all you wanted then instead of making the prone feature I'll tell you on IRC how it's done =p Less work.

The point is that it's been requested, and multiple people have shown interest. The exporter will allow you to export a model from 3DS max to .glm format, which will be directly useable by jka/jk2. How is that not useful? The importer allows you to import a model from .glm format properly weighted and rigged into 3DS max. You just have to specify the correct .gla file which holds the skeleton used. For the base _humanoid.gla I will probably make it so you don't have to specify it. There is a pair of importer/exporters for blender created by mrwonko, which it seems like you're aware of. So if that's your preference, you can simply use those. Edit: And 3DS max supports a bunch of formats, and many people create plugins for it. So you can probably find a way to get the model into any editor you prefer, to work on it there. I'm just providing an effective method to do the modeling process in JKA/JK2, for 3DS max.

Hey Tritoch, I remember you!

I'll be finishing up the .glm importer / exporter plugins for 3DS max soon.

I didn't know I had a reputation for being a liar. =/ Anyways, I guess I could give it a go if you must have the evidence. Hopefully it works the same for player bounding box. There is a capsule collision method that I can't really remember where/how is used. If it's used for player and is very different from normal bounding boxes it could cause an issue for the prone feature. But what I've been telling you about is rotatable bounding boxes in general.

Well I didn't complete it, it was just to prove the concept. It's missing client side version to fix predictions and there was slight glitchyness on the corners because of some wrong settings. But both of those cases should be easy to fix. So it's possible to do it, I've done it partially. It's not been completed because I don't have a good use for it yet. (Except for makermod objects of course, but will take a bit of restructuring so I don't want to do it yet.) tl;dr OH YES I DID.

I already made this. Just a quick test to prove to Xycaleth that it was easier than the bmodel stuff. =p It should work for players too.

Oh you're THAT energy =p Makes sense.

Avalon is the movie that made me and some friends start playing JKA CTF seriously. Many years ago 3-4 of us were very into the pug ctf community =) It was awesome. I am no longer an active ctf player.

Bwahahaha, Caelum makes me laugh. And welcome Tao.

You're awfully skilled at this Inyri. It's fun to see the model take shape, it's looking great.

As the creator/coder of "spinmod": I encourage anyone who wants to make a mod like this to go right ahead. Spinmod was a very quick project, and is exploitable because it doesn't include common bug fixes. It would be nice to see someone more serious/passionate about the genre create a proper mod for it, I wasn't interested enough to do it properly =)

What exactly are you looking to get from them?

I approve, you deserve every penny/cent/whatever you get for your job.

Yes, yes it can. Remove the lyrics and it's already a huge improvement. Other than that, pretty much anything in this topic is better. ... I don't like rap. =p

VS 2008 or 2010? Edit: Well, might not matter much. The first thing I'd like you to try is just start your Visual C++ with right click -> run as administrator. And see if you now get the error at all. If that solves your issue then the output directory for your project is in a folder that requires admin rights to write to. And you can solve it by altering the rights on the lucasart/gamedata folder.

First one seems to be something out of Lineage 2.