Currently our code is designed for static vbos only, it would be nice if we could get them to also work but it might be too tricky from my understanding because they are pseudo-dynamic based on draw distance. I guess if possible maybe they can be put in static vbo memory but change rendering to be draw distance still. I am not experienced in the renderer aspect and I do not know if @ec- would be able to/willing to help.

I am having sporadic cases where fognum becomes 31 after sort is processed so it seems likely that there is an issue with the shifting into the sort value but I cannot figure out what that is.

Help on finding the cause would be greatly appreciated.

Map: (Rename to .pk3)
fw.zip

Confirmed in ETMain and with ETe latest commit 06b87a1

According to @isRyven this happens due to a lightgrid parsing issue where the lighting color values projected onto the player weapon are filled with memory garbage

Currently when using game_restart, the old profile.pid in etmain/mod dir is kept from launch instead of deleting it.

When trying to change maps with a listen server via map commands in console when already on one, throws up a CL_ParsePacketEntities: end of message. Once disconnected or disconnect before getting the message, loading a map works again.

The interface is somewhat in place but the new module itself needs porting plus implementing ET specific features.

Can be noticed in many areas in ETF on maps with close proximity to walls, ie stag alcoves between rooms.

Currently I have left it out because of lack of OAL-soft libs in the repo.

Many surfaces they just seem to not appear at all, whether because of cull or not I am not 100% positive. And even if culling is involved, why is it culling when it should be valid surfaces.

Bring the wav recording functionality back, but clean it up and make it a separate file like avi recording is.

Right now it does some weird stuff with checking .sos in homepath and doesn't really seem to function? It just deletes because the cvar isn't working.

Could be part of finishing #9

Switch over to building with CMake and get rid of SCons and VS project files but we need to try and maintain the VS project file support within CMake to ensure compatibility with the flags we currently use.

Presently getting an event with bad data coming through that shouldn't even be triggering on etf_xpress when dying in the pit. (Presumably, but untested other pit/hurt brush maps as well)

• Build and run on x86_64 and arm64
• Ship app bundles w/etmain compatibility
• Signed/notarized (MacSourcePorts?)

This might again become most obvious in TC/CQB. For weapons with high fire rate sounds are dropped. There is some stutter and particularly a lot of reverb sounds which are played shortly after the fire sounds are dropped.

There must be some change regarding the handling of sounds compared to stock ET were everything is fine. Maybe new sounds now cut already playing sounds and dont add to the output buffer?

Thanks a lot.

Looking for help setting up Travis CI and Appveyor correctly so that we can get builds working for the necessary environments. And also how to make secure tokens work to make automated tag releases.

Specifically looking to get Travis+docker functional, maybe even save the container to avoid pulling in necessary packages every build.

Also i386 only Linux for starters on Travis. We've been experimenting with CMake now to replace old scons. But need to get updated cmake into a docker image for modern cmake syntax support.

Seems like fs_restart doesn't cause some sounds to stop playing which results in corrupted data access where it shouldn't.

S_WAV_CodecReadStream -> FS_Read -> fread -> C runtime

Seems like fullbright / mismatched lightgrid produces a completely unlit and dark map when it should really be just fullbright.

Map: Rename to .pk3 when downloaded

Some textures are missing because they aren't packaged with the map which is okay.
r7-ghost.zip

Issue comparison:

/disconnect from maps, at least in TC CQB mod or loading a new map with devmap during another map is running causes:

\disconnect 
----- Server Shutdown (Disconnected from server) -----
==== ShutdownGame ====
write session data client 0, type 0, latched 0
AAS shutdown.
---------------------------
RE_Shutdown( 0 )
********************
ERROR: VirtualAlloc commit failed.
Attempt to access invalid address.

********************
RE_Shutdown( 0 )
----- Client Shutdown (recursive error after: VirtualAlloc commit failed.
Attempt to access invalid address.
) -----
RE_Shutdown( 2 )
Shutting down OpenGL subsystem
...wglMakeCurrent( NULL, NULL ): success
...deleting GL context: success
...releasing DC: success
...destroying window
...restoring display settings
...shutting down QGL
...unloading OpenGL DLL
-----------------------
recursive error after: VirtualAlloc commit failed.
Attempt to access invalid address.

I'm getting issues that seem to be related to permissions when running the latest test version of ETe (Oct012018).

ETe.exe crashes when loading a server with the error message fileForHandle: 0.

This seems to be a permissions issue as running as Administrator causes this issue to disappear.

On a related note, I'm unable to run /condump filename.txt with this release, whereas ET.exe has no issues.

The permissions seem to be the same on both ET.exe and ETe.exe, so I'm assuming this is an ETe issue.

This might be related to the workaround for disabling the userinfo command or it might be related to the server having the userinfo command in the command buffer. Could also be possibly related to #2.

Probably broken with changes made in merging but it still compiles so might still work 😂

• FreeType2 - no longer care because it is not built against in normal builds, development of new assets only
• JPEG?
• libcurl
• minizip
• zlib

Won't change a ton of things, but would be nice to at least use some C++ features down the line.

Don't really need it here, should go in to separate repo.

This might be a better idea instead of #16 in the long run but compatibility wise might need to do both.

As there currently isn't a php host that serves up et maps by php similar to worldspawn (ws.q3df.org)

Should only be in some debug rendering in tr_animation_mdm.c and tr_animation_mds.c

Seen predominantly on goldrush in alley past allies spawn on left.

https://www.youtube.com/watch?v=XG9eWglTW5k

Original ET/GPL release bug (?)

Not sure how we want to have this yet.

As it stands vET light is different from vQ3 so there might need to be even more options to consider if we want to support both styles?

bspc, extractfuncs (& g_funcs related) possibly some botai stuff that is not linked at all.

• Need 1:1 parity for x86 builds
• Add win64 and arm64

Hi ensiform,

thanks for this great ET engine (and thanks to Q3e).
Just wondering whether you would be motivated to upload a recent win test build. I just tested the last build with TC CQB and I am impressed with the performance. All problems of the original ET with larger maps and many polys on animated models gone.

Are there any plans to get cascaded shadowmaps (e,g. from ioquake 3) in here? A dream for old school renaissance on the ET engine would come true.

Sorry for kinda hijacking the Issues with this.

coroner

When skyboxes are enabled (such as etl_frostbitev4/5), Bloom appears to cause a change in the skybox only, but the rest of the world is unaffected. When the skybox is disabled on this map and other maps without, it works fine in the regular part of the map.

I tried running TC:CQB with ETe. Vast performance improvement. I am impressed.
I think the sound cannot be changed to 44k or is s_khz not the right cvar?

On a sidenote: ET uses some lookup table with relatively few entries instead of calculating the angular dependent light shading on models. This results in some ugly artifacts on moving models, e.g. the player models. In my own compile I changed the lookup table to much more entries, 64 or so. Looks much better. Just as a suggestion.

Great work.

Going to use this as a running log of issues that have cropped up specifically in etjump and are still active. Ping @suburbski

Will update with task list if you add comments

See https://www.youtube.com/watch?v=qZKw_BpYLkk

Triggers CL_ParseServerMessage: Illegible server message 13 during connect with 2.60b or legacy client on our server.

Not sure of the cause of this yet. Probably missing something or a conflict in the port between ET code and iortcw/Q3e.

bind A != bind a for some reason. This should not be the case and afaik it isn't in 2.60 nor Q3 nor Q3e.

This appears broken in attempting to use the Q3e code. Looks like it should be right, but must have broken something in transition.

As part of game_restart mechanics and changes from q3e(via ioq3 and some extra changes from q3e) this is supposed to work seamlessly and then return to etmain after disconnect.

I tested it the other day but was stuck on the etmain connecting screen and could not leave it.

Map: (Rename to .pk3)
asdarun1.zip

CL_ParseSnapshot: Invalid size 79 for areamask

The number should always be 32 (sizeof int32_t)

Server is sending this number across which likely means there is a memory corruption somewhere (in server) and the code itself has not changed from vanilla in either client or server.

• #3 - ARB/PM lighting for dynamic lights (mostly done but there still is some ET lighting options that never got ported and it does look poor in some conditions

• #7 - unknown command userinfo still happens in all mods

• #9 - Linux port

• #14 - bring wav recording back (preferably as cleaner abstracted code similar to cl_avi but just wav)

• #16 + #17 - Extensively test the download code and see where it needs to be improved.

• #34 - game_restart features don't seem to fully work when switching on connect causing a weird desync issue making unable to disconnect from connection screen.

• Question - Should we do anything about pak security, especially mods that change bins and or menus? Whitelist? Blacklist?

Optional

• #21 fognum bug that can't be repro right now
• #32 physics bug that apparently exists in the original game

Not sure why this is, as it is hooked up in CL_CharEvent.

Just tested it with the latest release of etrun https://github.com/ETrun/ETrun/releases and it brings vm error on /devmap oasis, specifically game module can't get initialized it seems.

It doesn't log much of the information:

----------------------
4402 files in 12 pk3 files
^5CM_LoadMap( maps/oasis.bsp, 0 )
Loading dll file qagame.
LoadLibrary 'H:\Games\testet\CleanestInstall\etrun\qagame_mp_x86.dll' failed
********************
ERROR: VM_Create on game failed
********************
----- Server Shutdown (Server crashed: VM_Create on game failed) -----
---------------------------

Appveyor warnings should be fixed