Scooper

I don't think anyone here is a stranger to there being more story after the 6th episode. I'm just saying it's not George Lucas who made those stories. http://www.quora.com/Does-George-Lucas-have-plans-to-produce-Star-Wars-Episodes-7-8-and-9 And doesn't seem like he cares much for the idea of making movies of other peoples ideas.

I hurt my eye when I saw it. Where's my money?

Source: http://www.huffingto..._n_1210951.html Date: 01/17/12 My initial search into claims about a new trilogy reveals evidence to the contrary. George Lucas has no additional story to the 6 episodes, and has stated many times that that's the end of the star wars story.

I don't think it's bad. It's a little annoying sometimes but most AV's are. And I have free license for a couple of more years. Feel free to elaborate on why it's bad.

I never really use my desktop, except to start a couple of programs and dump some random files on. Always hated the clutter. I've intended to make it completely clean for a while, so this was a good excuse. I've also had a Diablo 3 wallpaper since it was first confirmed, time to move on from that too. I forgot to take a before pic, but here's what I've got now: I've also reached my limit when it comes to being limited to max 1360x768 resolution, so I'm gonna go order those 2 new screens I've been looking at for some months. My current one is a 32 inch TV anyways, it has never been optimal for use with the PC.

I write jk, then http://jkhub.org/area51/index pops up as the first option =p Edit: Though I just deleted it, so I guess the problem will fix itself in time now.

I want this... now.

Racist. =p

I have different things for my mod that I want to complete, and some that I want to add. One thing I'd really like to try is to add my bachelor thesis to JKA: Would be a cool addition to JKA to see people/objects realistically cut to pieces.

Seen it a while ago. It's great. =] I think it might have been posted in the music thread already? Edit: Nop, couldn't find it there.

I approve of your hobbies, welcome to the JKHub forums.

That was great, the whispering gave me chills though D=

For pony! =3 Welcome to the jkhub forums.

Will MUG take Caelum back? Will Caelum finally find out about his unborn child?! Find out next week, on JKHub! Only on the internet.

I have no number for how expensive, but it's more expensive than skipping them, which is what I said. This collision system is from the q3 engine, so in the older days it was probably a bigger issue than it is now. But the bounding box is supposed to be used by objects that do not require any greater precision, so correct method chosen to keep things as cheap and effective as possible. But JKA obviously supports more sophisticated collisions, as shown by the brush model system. The issue is that we haven't really been given great ways of accessing better collision methods if we need them. The engine patch that will allow for bounding boxes to rotate will need to be applied on both server and client for predictions to be correct. I have not attempted anything further than the server side, so the current results I have seen have had incorrect client predictions. Might be that the initial limitations for JKA were too outdated as well. This goes for pretty much everything, triangle limit etc. Though I have no proof or facts to base this on, it's just speculation.

Aww, this looks fun. Some of those costumes are awesome. And I appreciate the effort put into some of them, cuz I like the characters a lot, even if it isn't perfect. =p

Yes, but I posted that post before I explained it on IRC. In terms of bounding boxes, normally it would be correct to assume that they would not be rotatable. But JKA's collision system uses the brush model system to perform bounding box collisions as well. It does this by using a 6 sides brush model that reshapes to fit whatever bounding box configuration the colliding object has. And it purposely disables more expensive operations such as rotations for this type of collision model. So eezstreets assumption in the beginning that this wouldn't be easily possible was the safest assumption, and would normally have been correct. Unless you have looked into the collision system, and discovered the above-mentioned method that it actually uses. So for those interested in this topic the conclusion is that rotating bounding boxes in JKA is possible because they function as limited brush models. And it's possible to alter the engine code in a way to enable bounding boxes to perform these rotation checks.

Looks pretty good, and I love that you've chosen a Portal theme =3. But there are a few stuff I'd nitpick upon. You also said it's WIP, so I'm not sure exactly how much else you are planning to change. I can only give feedback on what I see. I haven't seen any of your previous work, so I don't know what to expect of the final result. (If there's some on the forum somewhere that I've missed I'm sorry.) Anyways, some nitpicking: The texture resolution on the floor/wall tiles seems to be too low. The lines are really blurry, and it doesn't strike me as "real". This actually goes for all the textures I can see, but it's most visible on the tiles. You seem to be using some metal/brushed metal texture to overlay on the door. This doesn't look right to me. The door kind of looks like coarse grey cloth instead of metal.

http://www.youtube.com/watch?v=3pWriV8i7pM

I would suggest you created a tutorial and submitted it to jkhub. This way anyone who is interested can learn from your experience. This community isn't really here for a master-student learning setup. Knowledge to the masses! Recruiting people for your project is fine though =]

This project sounds very familiar. I have been approached for assistance on something like this on a few occasions. Do you mind listing the current development team? Name and roles please =p

Well I'm not sure what they can legally demand in their agreement. But the demands I've seen so far seem within reason. If you are compiling the SDK normally with jamp.exe as the intended program to run it, there is no way that it can be prosecuted if it happens to work on iojamp as well. But if you are intentionally including features that will only work on iojamp, then it is no longer created to be only used by jamp.exe. So it will be against the license agreement. And just making sure that it is compatible with both of them in this situation isn't enough. For instance the situation we discussed off-site eez: Adding additional trap calls by utilizing new engine features in the iojamp project. It should be possible to make it compatible with jamp.exe by disabling the new features if this is the program that runs it. But there is no denying that this mod project was now created with iojamp in mind, thus breaking the license agreement, and you are no longer allowed to use the source code provided in the JKA SDK to make this mod which is intended for iojamp. Unfortunately it seems to be pretty conclusive that this is the intention of the mentioned section of the SDK license agreement. It seems like a reasonable demand, and I can't think of any arguments to get around it. Neither have I seen any arguments mentioned here that would allow us to get around it. Still, the JKA SDK license agreement does not pose a threat to the actual iojamp project. Just its actual practical use after its completion. Though there might be some copyright issues that can cause problems for the project. And I think the only safe method to get around this is to get conclusive answers from lucasart/ravensoftware about what is allowed and what isn't. Or people can just break the license agreement at their own risk.

"for operation only with the full version of the software game Jedi Academy" This thing is nasty when it comes to using the SDK to code mods for iojamp.

HE LOOKS LIKE ONE!

Well, I have a bachelor degree in Game Programming, if that counts? 3rd level linkedin connections to gabe newell and lots of other valve employees + other companies (probably). My game programming teacher has a lot of contacts apparently. =p