Announcement

**turtlevan** · 06-29-2010, 01:58 PM

Thanks for the updates rook

I tried it out on Rquake coop this morning. It kicks me out to observer every time i progress to the next level or map change...

**Trickle** · 06-29-2010, 02:10 PM

awesome! whats bit.mdl for?

**jakub1** · 06-29-2010, 03:44 PM

a few questions & suggestions

nice to see an update of qrack a here are my notes:

- what is the variable that controls maximal distance that is still rendered by the engine. i have tried some big maps and the level geometry in the distance sometimes disappears behind the sky or a skybox.

- some big maps still don't work e.g. one map in soul of evil - indian summer. i don't know if it is just the matter of its sheer size or some new mod content issue. same problem with engine-killer warspasm or tme masque of the red death - i'm not a coder so i have no idea whether it is even possible to make qrack compatible with these monster maps but it would be sweet.

-quoth compatibility: qrack crashs when using plasma gun, the same problem with the rocket luncher with guided missiles from indian summer and attack of some new monsters from indian summer causes the crash too.

everything else is fine, i like particle effects in qrack, especially laser shots, lightning beam and my personal favorite: charging shambler :-)

**RocketGuy** · 06-29-2010, 03:50 PM

Originally posted by turtlevan View Post

I tried it out on Rquake coop this morning. It kicks me out to observer every time i progress to the next level or map change...

That is beacuse the reconnect command has a purpose in the NetQuake protocol that (for some reason) isn't reconnecting to the server if the connection is dropped.

The server will send you the reconnect command on every new map and QRack having it like this will cause you to get disconnected and then reconnected to the server, ending up in observer mode on an RQuake/RuneQuake server.

MH · 06-29-2010, 04:00 PM

Yes, it's possible to make Qrack compatible with these maps, but it's a LOT of work. You need to fix some small bugs in the BSP loader and clipnode checking, that's easy. The hard part is that you need to devise a new protocol (or preferably pick one of the currently existing standards - I suggest FitzQuake's) and make it peacefully coexist with protocol 15. THEN you need to extend maximums on a lot of stuff that Quake currently keeps in static arrays without using too much memory.

Anyway, back on topic. Congrats on this so far. I'm loving the way that you don't need a "-game qrack" to include your custom content (is that new?)

Some hopefully constructive feedback:

Animated lightstyles dropped my FPS to under 10, even on start.bsp. I'd suggest uploading them in bulk rather than per-surface.

Running with -nomtex crashed.

Not a big deal, but I did want to see if it would make animated lightstyles faster, as otherwise I couldn't test gameplay much.

I'd also suggest starting in a windowed mode and then switching to fullscreen (rather than the other way around - quite disconcerting!) if that's the mode selected in the user's config.

And you might leave the NCB out of the source distribution!

Anyway, I can compile this baby OK, so prepare for some more in-depth feedback!

**lxndr** · 06-29-2010, 04:49 PM

Congrats ! That's a lof of work with many neat ideas !

And you're right, it's definitely the most effective way to find bugs

**=peg=** · 06-29-2010, 05:17 PM

Some really neat features there r00k! Nice work, I should check it out

- what is the variable that controls maximal distance that is still rendered by the engine. i have tried some big maps and the level geometry in the distance sometimes disappears behind the sky or a skybox.

That would be r_farclip (set to 16384 if you want to make sure that all of what's visible on the map is rendered at all times, but beware of potential performance loss)

**Lightning_Hunter** · 06-30-2010, 02:30 AM

Nice! I'll check to see if the packet overflow bugs still exist.

**R00k** · 06-30-2010, 09:38 AM

Originally posted by LockNLoad View Post

awesome! whats bit.mdl for?

I've included the 3wave hook models (required for connecting to ctf servers).

Originally posted by MHQuake

Animated lightstyles dropped my FPS to under 10, even on start.bsp. I'd suggest uploading them in bulk rather than per-surface.

Running with -nomtex crashed. Not a big deal, but I did want to see if it would make animated lightstyles faster, as otherwise I couldn't test gameplay much.

I'd also suggest starting in a windowed mode and then switching to fullscreen (rather than the other way around - quite disconcerting!) if that's the mode selected in the user's config.

And you might leave the NCB out of the source distribution!

Ya, animated (interpolated) lightstyles needs an overhaul.

I've almost ignored cards without multiple TMUs, ie geforce2MX.

There's alot of refining to do especially with player skins.

The .ncb file was an oversight

oops!

Big map support needs to be done properly. In 1.90 I just blindly increased the values in the header files to make some maps load. I've reverted back to Quake Standard values and I'm working on the proper way of doing this...

About the reconnect command I'll back track through that portion, I thought I had it worked out that *if* you were connected and the message to "reconnect" came from the server to handle it the standard way, but if the message had been typed in console, and you were disconnected it would fill in the server's DNS for you replacing "reconnect" with "connect thelastserverIwason.com"...

Thanks for the feedback! back to work..

**Baker** · 06-30-2010, 10:05 AM

re: reconnect

if (cmd_source == src_client) { // src_client = "came in over a net connection ..."
// don't do the new stuffs
}

?

MH · 06-30-2010, 11:09 AM

Anything less that 2 TMUs I don't think is an issue at all. OpenGL 1.3 requires a minimum of 2, and for an engine like your's I think it's reasonable to set that as a baseline. No need to be concerned. There is a need to be concerned about 2 TMU cards; a lot of GeForce 4MXs out there only have 2, and I've been burned by that one before myself.

Me, I've 8 on the machine I tested on, but was just curious to try the -nomtex path as I has found the multitextured path to be so slow.

But then again that's the reason for this release, isn't it?

**R00k** · 06-30-2010, 11:22 AM

Code:

typedef enum
{
	src_client,		// came in over a net connection as a clc_stringcmd
					// host_client will be valid during this state.
	src_command		// from the command buffer
} cmd_source_t;

void SV_SendReconnect (void)
{
char data[128];
sizebuf_t msg;

msg.data = data;
msg.cursize = 0;
msg.maxsize = sizeof(data);

MSG_WriteChar (&msg, svc_stufftext);
MSG_WriteString (&msg, "reconnect\n");
NET_SendToAll (&msg, 5);

if (cls.state != ca_dedicated)
Cmd_ExecuteString ("reconnect\n", src_command);
}

Unfortunately, a stuffcmd fakes a src_command, instead of a src_client.
The fubar'd behavior of Host_Reconnect_f is that if you type reconnect in the console when you are connected will stall the client, eventually causing a lagout. I wanted to make it instead to DC then reconnect, or if you were already disconnected to just connect. But, since this throws u out of the game for some mods, I'll have to meet this half way.
Basically if you get lagged out just type reconnect, and it will work.
Otherwise if you are connected then it will behave like normal and wait for signons from the server, which will also lock your connection if you blatantly typed reconnect in console

A simpler solution would be to create a whole NEW command called relogin or just have it fill in the last hostname if connect has no parameters?

@MH: Actually version 1.90 doesnt work with -nomtex either!

**R00k** · 06-30-2010, 12:37 PM

ok I think i've got this working now....

Code:

/*
==================
Host_Reconnect_f

This command causes the client to wait for the signon messages again.
This is sent just before a server changes levels
==================
*/

void Host_Reconnect_f (void)
{		
	SCR_BeginLoadingPlaque ();
	cls.signon = 0;
}

extern char server_name[MAX_QPATH];

void Host_ConnectToLastServer_f (void)
{
	char host[MAX_QPATH];
	
	if (!sv.active)
	{
retry:
		SCR_BeginLoadingPlaque ();
		cls.signon = 0;

		if (cls.state == ca_disconnected)
		{
			Q_strncpyz(host, va("%s:%u\n",server_name,net_hostport), sizeof(host));
			if (server_name[0])
			{
				Con_Printf("reconnecting to %s...\n",host);
				CL_EstablishConnection(host);
			}
			else
				Con_Printf("No server connection previously established this session.\n");
		}
		else
		{
			CL_Disconnect ();
			goto retry;
		}
	}
}
/*
=====================
Host_Connect_f

User command to connect to server
=====================
*/
void Host_Connect_f (void)
{
	char	name[MAX_QPATH];
	
	cls.demonum = -1;		// stop demo loop in case this fails
	if (cls.demoplayback)
	{
		CL_StopPlayback ();
		CL_Disconnect ();
	}

	SCR_BeginLoadingPlaque ();
	cls.signon = 0;		// need new connection messages //R00k redundant?

	if (!Q_strcasecmp(Cmd_Argv(1), "last"))
	{
		Host_ConnectToLastServer_f();
	}
	else
	{
		Q_strncpyz (name, Cmd_Argv(1), MAX_QPATH);
		CL_EstablishConnection (name);	
		Q_strncpyz (server_name, name, MAX_QPATH);	// added from ProQuake
	}
}

Basically RECONNECT is standard.
I've added a new command called lastconnect that will 'reconnect' to the last valid connection. Or you can type 'connect last' and it will do the same thing.

**Phenom** · 06-30-2010, 07:02 PM

Just copied over the new Qrack, getting the WSOD!

Uploaded with ImageShack.us

&

Uploaded with ImageShack.us

Any suggestions on how to fix this?

Running 7800GT on AMD64bit and stuff.
Thanks!

Announcement

Qrack 2.01 beta public release

Qrack 2.01 beta public release

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment