Xycaleth

Can you post the log here?

I think if you want to use the 64 bit version of q3map2 then you need to run it separately from GtkRadiant (which is 32 bit).

There's nothing wrong with that output The last line is saying it's started listening for connections on that port. From there you can start typing commands like "map mp/ffa1".

At a guess, I'd say it's because bsp maps don't handle individual quads needed for the leaves. misc_model_static entities aren't baked into the map so it doesn't have this problem.

It's been a problem since we got rend2 working. For some reason player models aren't lit very well. DT had a look into it and possibly found the cause but I still need to double check and then find a fix.

What the hell.

The rim lighting, i.e. it gets lighter around the edges of the player model

I just noticed this happening in rend2. I don't know how it happened, but I think it's intentional 8D

Do you really mean spell checking? Visual studio doesn't do spell checking...

So here's something that needed doing a long time ago. Without the fix, you get some interesting results: But now it looks normal again It might not look like much, but this took a fair amount of thinking/work to produce the right results So now I can tick that off the list of things to do! Next stop, fixing normal maps

Unless your computer is too old

ctags don't apply to Visual Studio. They're the Linux equivalent of the symbols database file.

Thanks for the answers and responses so far everyone!

It would break compatibility for players not using OpenJK.

I can make an OSX build but I don't think it will support 10.6. There's not really much maintenance required for the OSX build as it shares a lot of code with Linux.

Out of curiosity, I want to see how many people here are using OpenJK If you're feeling generous, please answer the following questions as well! Questions for those who answered No: If you don't use OpenJK, why not? I'm looking for something along the lines of, "couldn't find the download" or "couldn't get it to run", or "don't see any reason to use it". Obviously you can come up with your own answer though Questions for those who answered Yes: How did you find out about OpenJK? How difficult was it to get OpenJK working? Do you know anybody who isn't on JKHub and uses OpenJK? What would you change (if anything)?

We say many light sources won't affect FPS.

I've always been able to get intellisense working at some point on Windows XP. You could try deleting the symbols database (while VS is closed) and get Visual Studio to regenerate it by reopening the solution file. In VS2010, it's the .sdf file (I believe). I can't remember what extension the database file had under VS2008.

The only impact more lights can possibly make is an increased lighting compile time

Just out of interest, and I'm sure other people are interested as well, what was the reasoning behind relaxing the rules?

It shouldn't even need a cvar. You can detect if jamp or OpenJK is running at run time.

You will need the MB2 team to make an rpi port as well though. Raz0r can only do the server program porting.

How can you tell it ignores smoothing groups? If it did, then you wouldn't get any hard edges on your GLM models.

It doesn't need to support normal mapping. The information needed for normal mapping can be calculated using the per-vertex normals and UV coordinates.

Carcass doesn't handle any of the tangent space calculations. These are all done in the renderer, but are calculated using the normal and UV information, which obviously come from your exporter of choice. So to me, the best solution would be to 'fix' this in the exporter if possible. If it was done in the renderer, then loading times would increase (if only by a little).