zturtleman / lilium-voyager Goto Github PK

Weapon sounds play over the top of each over when they should stop the previous sound. If I remember correctly, this is true of Quake 3 1.16 as well.

leilei-/vitaVoyager@a194fac
Chomenor/ioef-cmod@f421898 + Chomenor/ioef-cmod@c886bc2

Hello, i really like what your doing here i was using ioEF for a while because out of the several other clients out there it was the best. Now I see this one takes advantage of all the greatest things from the newest ioquake3 updates. However seeing as Thilo's site is dead, and there hasnt been a propper release to this client in some time i was currious when the next one would be?

I can't seem to compile an ARM64 version for M1 Mac. Any help would be appreciated.

The ioquake3 Windows installer allows regular install/uninstall and includes support for URL protocol handler.

I'll probably look into porting Spearmint NSIS installer script changes to ioquake3 (and then merging to Lilium Voyager) to make it easier to rename game, binaries, etc.

Not sure if its just me, but I cant seem to open the console.
Ive tried rebinding it in the cfg file but that didnt work either.

If g_password is set, the qagame qvm checks if "password" userinfo matches to allow player to join. For bots, it's not set. The game allocates a client but doesn't allow bot to join and play. This is an issue in Quake 3 1.16 issue as well.

Patch from @Daggolin:

--- a/code/server/sv_init.c
+++ b/code/server/sv_init.c
@@ -195,6 +195,7 @@ SV_GetUserinfo
 ===============
 */
 void SV_GetUserinfo( int index, char *buffer, int bufferSize ) {
+       static cvar_t *passwordCvar;
        if ( bufferSize < 1 ) {
                Com_Error( ERR_DROP, "SV_GetUserinfo: bufferSize == %i", bufferSize );
        }
@@ -202,6 +203,24 @@ void SV_GetUserinfo( int index, char *buffer, int bufferSize ) {
                Com_Error (ERR_DROP, "SV_GetUserinfo: bad index %i", index);
        }
        Q_strncpyz( buffer, svs.clients[ index ].userinfo, bufferSize );
+
+       // If we don't have the cvar handle try to get it. As SV_GetUserinfo is only called by the game module the
+       // G_InitGame code should've run at this point and the cvar should exist with whatever default value and flags the
+       // game module specified, so we can just specify an empty default and 0 flags.
+       if ( !passwordCvar ) passwordCvar = Cvar_Get( "g_password", "", 0 );
+
+       // Bots and looback clients should never get rejected by the game module, but some mods try to verify passwords for
+       // them anyway. To work around this issue we're going to always set the correct password for them, if the game
+       // module requires a password. NOTE: If the game module renames the cvar this workaround is going to fail.
+       if ( passwordCvar && passwordCvar->string && passwordCvar->string[0] && Q_stricmp(passwordCvar->string, "none") &&
+               // SVF_BOT is assigned by the game module. We could also check for NA_BOT as netchan type, but for typical
+               // modules it shouldn't matter and by using SVF_BOT we leave some control over the workaround to the game
+               // module, which in turn could try to workaround this workaround - whyever it would require to do so...
+               ( (svs.clients[index].gentity && (svs.clients[index].gentity->r.svFlags & SVF_BOT)) ||
+                 (svs.clients[index].netchan.remoteAddress.type == NA_LOOPBACK) ) )
+       {
+               Info_SetValueForKey( buffer, "password", passwordCvar->string );
+       }
 }

Chomenor/ioef-cmod@a6942b5

On Windows 10 (nvidia GTX 750 Ti) when starting a map (such as rota3ctf1 with g_gametype 4) the holodeck doors model have a black wall that goes across the screen that does not fade out. It goes away after holodeck doors model are no longer drawn so it doesn't affect gameplay.

This does not occur on Debian GNU/Linux 8 (proprietary nvidia driver) on the same hardware. I still need to check if it's related related to cvars or pk3 installed on Windows.

It appears the old 512 file limit happens with Illium. I can run fine if I move a bunch of maps out of BaseEF, but if I have all 540 in, it crashes on load.
illium crash log.txt

{MAC}Keysaw

Hi,

Just recently started using lilium-voyager, and in the process of optimizing, tuning, tweaking things, I now get this error:

Do you have any idea how to resolve this?

[...]
----- finished R_Init -----
Loading vm file vm/ui.qvm...
File "vm/ui.qvm" found in "/home/rcampbel/.local/share/lilium-voyager/baseEF/pakext2b.pk3"
VM file ui compiled to 1536209 bytes of code
ui loaded in 2023104 bytes on the hunk
42 arenas parsed
149 bots parsed
Loading vm file vm/cgame.qvm...
File "vm/cgame.qvm" found in "/home/rcampbel/.local/share/lilium-voyager/baseEF/pakext2b.pk3"
VM file cgame compiled to 1736938 bytes of code
cgame loaded in 3198336 bytes on the hunk
********************
ERROR: Client/Server game mismatch: baseef-1/Federation v1.16-1
********************
----- Server Shutdown (Server crashed: Client/Server game mismatch: baseef-1/Federation v1.16-1) -----
==== ShutdownGame ====
AAS shutdown.

On non-x86/x86_64, player origin rounding causes lower jump height. (It only affects the server / offline play.)

Elite Force (and older Quake 3) use round to nearest instead of round toward zero. This is handled in Lilium Voyager on x86 and x86_64 but not other architectures. This is possible to fix in the engine but until then pak92.pk3 can be used.

It can be fixed by downloading Thilo Schulz’ pak92.pk3 (included with ioEF 1.37) and adding it to your baseEF directory. For more information about pak92 see the ioEF readme.

I wonder if you are considering supporting the single-player experience of Star Trek Voyager: Elite Force.

this cvar is cheat protected, actually this is not cheat cvar.
Its control level of detail, higher values removes LODS making them more beautiful.
Please allow to change this value to higher values but not less then 250, Thanks

Makes graphic better