I have the source files somewhere, with all the code and ollydbg comments for the assembly. I can get them to you if you want them. They might be on my PC back in Canada, but I think I can get them if I try hard enough.

PS: If you want any help, particularly for any of the render-side stuff, give me a shout! I'd jump at the opportunity.

I'm (slowly, after my day job) refactoring Gorc to use a proper entity-component system. I'm definitely open to pull requests, but I'd recommend waiting until that work is done.

You are basically creating a different engine to run JK on?
Or, in other words, would you mind summarizing what Gorc actually is in layman's terms please?

**** yes

https://github.com/jdmclark/gorc

I see. Well ... good luck.
I hope you'll be able to use the assets created / skills learnt doing this for other projects as well.

The only thing I am learning by working on Gorc is how utterly awful JK was.

Oh, well, good thinking then, Jon'C, good thinking. Please tell us more, Master.

Would it be advantageous, if feasible, to have JED/ZED launch a simplified version of your engine as its 3d preview in addition to or instead of the ****ty one that said application currently has? Gawd, I'm on Windows 8 & the only thing uglier than the JED/ZED 3d preview is the actual game itself (in software mode).

I'm just glad JED has a 3d preview at all. It didn't originally have one.

Not really feasible. Using Gorc as a base for a JED rewrite is certainly feasible, but that's pretty much at the bottom of my TODO list.

Just don't have a lot of time to work on this right now, I'm afraid. Been slowly working on utility code for the big ECS refactor.

Props to you for getting the color map lights to work properly. Now they're nice and bright in dark locations.

Really sucks that LEC didn't get it working for hardware rendering... hopefully that was just a hardware limit of D3D.

I assume this is related to AMD hardware.

Worked on my AMD card.

Jon`C: I found the JK patcher files. I'll try to remember to upload them next time I have the chance.

Very impressive! I'm amazed you made it this far. Do you think there will be a surge in JK editing once Gorc has reached a stage where people can freely mod it?

no...

JK is 17yrs old now. Like any other 17yr old it's time spent playing around pretending to be something it never has been and never will be is over. It now spends it's days either playing with itself or being rebellious and not holding up to it's responsibilities.

JK was already overshadowed by Quake 2 in 1997, so it never got a chance to become truly popular anyway. And since Q2's source code was actually released many years ago, Q2 editing is still actually thriving compared to JK.

Of course, even Wolfenstein 3D is still being edited more actively than JK has been for 12 or so years so eh, there you go.

Still hoping for a stable Gorc release one day in the futurosphere.

And sadly we probably won't get another JK for a long time (if ever), and I doubt that there would be remotely enough interest to do a fan-made modern updated remake of JK.

What I've been doing lately re: Gorc.

I'm still working on the ECS refactor. There has been some good progress recently; I've added the actual ECS and related support code, and I've refactored surface animations into entities as a pilot. The next step will be to refactor things out into components.

Switching to an ECS is a major departure from the way JK was originally implemented. Unfortunately this also means that Gorc may not be able to support some unused cog verbs:

- ParseArg
- SetThingType

This change won't affect the original game, but it may affect some mods. It's unfortunate, but the #1 goal of Gorc is to make the original singleplayer campaign playable, and switching to an ECS makes that goal much easier to achieve.

~Monthly update: The ECS refactor is coming along nicely.

So far things and surface animations have been made entities. Basically what this means is that JK things and surface animations are both now considered 'things' in the Gorc sense. This has some nice consequences, e.g. verbs like destroything() and stopanim() are synonymous, with the code behind the verb doing the correct thing automatically. There has also been a lot of work decoupling gameplay code through an event interface. The short-term plan is to also refactor key animations, sounds, and cog timers as entities.

Thing behavior is being slowly split out into components (the whole reason for this refactor in the first place). The old character controller has been split into new character, soundclass, and puppet components, with corresponding aspects/systems, while fixing a number of bugs along the way. Component initialization and destruction has also mostly been refactored into event handlers. If you look at src/game/world/components/thing.h it will give you some idea about how much work is left to do here, since this class should be empty.

My rough plan after this work is done:

• Revisit renderer and physics code to smooth out some minor perf issues caused by this refactor.
• Set up a Windows build machine. I have a Linux 64 build server running for code coverage, but I'd like to be able to do regular Win64 builds for two reasons: one, so I know when I accidentally break Win64 support, and two, so I can make regular Windows builds available for people to try. I develop on Linux so it's not really practical to do by hand right now. The last Windows build was last year, which is a little crazy. If anybody wants to volunteer to do this, just go ahead.
• Savegames (gamestate serialization). Best to do this now, because it'll only get harder later. Big job because it has to include serialization asset references.
• Possibly some work on a multiplayer prototype, if it still sounds like fun when I get here.
• Continue gameplay reverse engineering.

Woo!

I hope that it still sounds like fun when you get there.

There is a new Windows build here: https://github.com/jdmclark/gorc/releases

I skipped ahead on my list and set up a Gorc build farm. That means Windows builds are now automatic, which means new releases will be much more frequent in the future. The build farm includes a Mac, so once I fix the OSX build I'll be able to upload binaries for that platform, too.

New Windows build.

Refactored sounds into entities, fixing a few bugs along the way:

• Explosion sounds are no longer clipped at the end.
• Actors can no longer play multiple 'voice' sounds simultaneously, although I think this still needs some more work.
• Implemented previously-unknown sound flag 0x8: stop sound when thing destroyed.
• PlaySoundThing and PlaySoundPos now correctly convert their attenuation parameters from meters into JKUs. I can vaguely imagine a scenario where you'd want to use meters for PlaySoundThing and PlaySoundPos, but I have absolutely no clue why soundclasses would still use JKUs for the same fields.

The most noticeable change in this build is that 02narshadda and 04escapehouse are no longer deafening cacophonies.

Significantly refactored the GLSL shader loader in order to fix a bug which was affecting certain Intel drivers.

If you haven't been able to try Gorc because the shaders won't load, please try the new Windows build and let me know if it works for you: https://github.com/jdmclark/gorc/releases/tag/v0.15.2-nightly

If Gorc works fine for you already, you can skip this one.

Now I got it working. Of course, I'm not sure if it's because I finally copied the JK Episode & Resource directories under game\ or if it was the new patch. >_>

In any case, pretty great stuff thus far. Maybe even great enough for me to consid-

No.

This version works for me! The previous builds wouldn't load. I'm running Windows 8.1 and Intel Integrated Graphics. Looks very nice!

Will you be adding new cog verbs

Not until v2.0.0.

It's not hard to add new verbs to Gorc, but each feature you add introduces some technical debt. The more verbs there are, the harder it becomes to refactor the code that underlies them.

For now, the plan is to only implement verbs used in the original JK. After that point there are a few options, but most likely I would start looking into the feasibility of MotS support before I worried about wholly custom verbs.

If there are any especially impatient mod authors who want to port something to Gorc we can always have a discussion about that as we get closer to v1.0.0, but it would have to be something technically stressing enough to be worthwhile.

That makes perfect sense

good for me i'm studying linear algebra in a month and so i'll have to program a graphics engine and dig through your code to see how it's done in a full application

Note: the Gorc renderer is not modern OpenGL yet. The LA library (src/base/math) is decent, but not optimized in any way. You're free to look at it all you want, but don't be under the impression that this is how a new AAA game should be implemented.

I thought most AAA games used DirectX?

Each major platform has different graphics APIs.

Right so DirectX is the XBox and Windoze one, and Apple has it's own called like Johnny Appleseed or something, and most Linux-based distros uses OpenGL so that's the platform you selected

Of course, OpenGL is.. open, so it's the most ported graphics library so I'm sure porting the code from platform to platform is as easy as simply setting up the libraries.

oh gee, apple is structured off OpenGL

Wow! Excellent work, from what I can tell from the posts and the videos. I'll have to check it out soon!

One Cog verb I would like--and I know I have no place making demands now but I gotta bring it--would be better functions for moving things between frames. I know you will need to replicate the older functions for consistency but one that like, sets the rotation speed to take the same time that it would take for the object to travel. IIRC in standard JK the rotation speed is offset and if you have an object rotate on any axis between frames, the object will arrive but will still be rotating

and, you know, rotation verbs that aren't complete ****