ensiform

This is only possible because of the addition of light styles. Its a bsp / engine extension from the main idtech3. What it does is flips around pieces in the lightmap ("styles"). The lights themselves do not toggle as it just changes some configstrings around to tell clients which ones to render. And lights which have a targetname (toggleable), DO consume server side entity space unlike regular lights which are stripped from the bsp.

Did you actually make it 64-bit compliant though? Cause old mods are not

Its more than that but that was the jist of the issue because nobody in said community actually wants to fix the issue, and would rather continue playing their pure base. (They aren't actually running OpenJK the engine anyway)

You must build it yourself or have one provided by someone who can build it. Not sure what you are on about with widescreen resolution support? You've been able to use any resolution since ever... Without any special renderer. Open console and enter these lines: r_mode -1 r_customWidth 1366 r_customHeight 768 vid_restartIf you are using vanilla JAMP there is a bug which does not let you host a local server at custom resolutions though. But you can still join servers. And this bug is fixed in OpenJK.

Bump. @@Xycaleth is investigating. Oldest revision that the map works is eda37de supposedly. Seems some newer ones still work.

Personally I like when you have clips/ the entire gun being pulled out of ass in most arcade games. It looks `silly` realism wise but thats kind of half the point. Like Serious Sam pulling the big cannon out etc.

Screenshot? Scoreboard ping?

Presumably Will need a new icon too.

Started work on ShaderEd2 design port for now (hopefully we can get that source dump to make porting the functionality easier), since Assimilate is an area I have even less knowledge about. Main screen for now: (The tree view is stub basic widget and not actually loading anything)

Mass Effect 2 thermal clips? xd

@@DT85 I don't know if I plan to get anywhere with it since I don't even know what Assimilate really does/looks like. I'm not a modeler/animator so it would be hard to try to implement the rest of it. ShaderEd would be more my area, but I always have issues getting a GL widget working in QT and this is no different. Ultimately I think the tools code should have a shared codedbase with some of the basic stuff that is shared between all of them and cleaner/redone. Like some engine/"quake" functions etc. Dunno.

Chances are its the extensions string issue.

OSX users so picky about their software matching their OS rather than being more concerned with it being x-plat

Slight hijack but I started designing a basic Assimilate Qt port:

What's the problem with the source being released? Your SP `mod` would never have existed if it wasn't. Just because the source is released doesn't mean people can't do their own things with it. Regardless of having the source made available or not. FWIW you only have to release the source if you actually make a release or give it out to anyone.

Sounds like a minor glitch/exploit to me.

You have the 2013 redist for x86 and x64?

@@Archangel35757 Ladders should be pretty easy without SOF2 code. Whether or not you want anims to play though is a different story And the surface already exists so you won't need new bsp surface changes etc.

What about someone continuing the DFmod that exists already? It desperately needs its own jagame dll at this point and probably several fixes.

You could probably at least make it server-side optional for now? I don't think we intend to fix it any differently for base game-code. People do this all the time when trolling on plenty of other non-MB2 servers too which are not patched.