[quake3] Supported protocols

Sat Apr 19 14:24:55 EDT 2008

Hello,

You are correct. But as the original poster mentioned, he has 1.32 and
wanted to connect to a 1.17 server to play the mod. So it can be done. Yes,
you can't have 1.17 specified and then connect to a 1.32 server. You can
however support all protocals up to 1.32. If you need some kind of proof
since everyone on this list seems to want to debate what ppl say, then
search google for DXQuake3 and look at it's source code. It's a rewritten
directx version of quake using DirectPlay for it's network. It doesn't
check for the protocol version and there are no problems on any server
version.

This would be the same if you were to write a Quake 3 client which uses
Rakknet. Well, would be the same for anyone if you know what you are doing.

Chris
On Sat, Apr 19, 2008 at 1:10 PM, Stephan Reiter <stephan.reiter at gmail.com>
wrote:

>  If you try to connect with an old 1.17 client to a new 1.32 server you
> will be dropped because the protocol versions don't match. Rest assured that
> the Q3 engine only supports a single version of the protocol. The version
> number is only transmitted to allow checks if both the client and the server
> "speak the same language".
>
>  ----- Original Message -----
> *From:* Christopher Bunting <cbunting99 at gmail.com>
> *To:* quake3 at icculus.org
>   *Sent:* Saturday, April 19, 2008 7:01 PM
> *Subject:* Re: [quake3] Supported protocols
>
> Hello,
>
> You asked what protocals were supported. They are all supported. What I
> mentioned was a suggestion simply because if you are using version 1.32
> source, then you still have support for the 1.17 protocal.. But you won't be
> telling the server that unless you specify which version.
>
> Chris
>
> On Sat, Apr 19, 2008 at 12:18 PM, Stephan Reiter <stephan.reiter at gmail.com>
> wrote:
>
> > Ah, I think I didn't express myself clearly when I wrote that. I was
> > refering to Chris' suggestion when I suggested that trying "that" was
> > pointless, as in changing PROTOCOL_VERSION and hoping that it works.
> >
> > Of course Id used the version to distinguish between versions of the
> > protocol and give informative error messages when there's a mismatch. That's
> > pretty much the standard approach to this sort of problem.
> >
> > Stephan
> >
> > ----- Original Message ----- From: "LinuxManMikeC" <
> > linuxmanmikec at gmail.com>
> > To: <quake3 at icculus.org>
> > Sent: Saturday, April 19, 2008 4:52 PM
> >
> > Subject: Re: [quake3] Supported protocols
> >
> >
> > Unless he's worked with a Licensed copy of the 1.17 source, Chris has
> > > only the SDK to compare to.  There is still the rest of the engine
> > > where changes could have been made that affect the protocol.  One
> > > obvious change I could point out is when they released Team Arena.
> > > Before that it was bug fixes.
> > >
> > > Stephan, just letting the changes in the protocol allow a session to
> > > blow up is very bad software design.  There is no guarantee it will
> > > blow up immediately upon encounter of a discrepancy.  It would
> > > probably keep going for a while with corrupted data and then fail with
> > > no explanation, all while ruining the game for everyone else.  With
> > > the version identifier, you have something to test for.  I wouldn't
> > > expect id to be incrementing protocol versions without good reason.
> > > One reason I can think of (and agree with) for incrementing the
> > > version without obvious changes to the protocol is to push critical
> > > bug fixes on the users.  Users don't often think or care about bug
> > > fixes, so make them care.
> > >
> > > Mike
> > >
> > > On Sat, Apr 19, 2008 at 3:13 AM, Stephan Reiter
> > > <stephan.reiter at gmail.com> wrote:
> > >
> > > >
> > > >
> > > > What sense would it make for id to change this definition and not
> > > > modify any
> > > > headers or networking functions? Trying this is pointless in my
> > > > opinion ...
> > > > Even if it worked for a while, I'm sure that at some point
> > > > discrepancies
> > > > would crop up and in the best case you would be kicked from the
> > > > server.
> > > >
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: Christopher Bunting
> > > > To: quake3 at icculus.org
> > > > Sent: Saturday, April 19, 2008 3:48 AM
> > > > Subject: Re: [quake3] Supported protocols
> > > >
> > > >
> > > > Hello,
> > > >
> > > > What happens if your change PROTOCOL_VERSION in qcommon.h to the
> > > > protocal
> > > > version that the server supports? Look at the 1.17 source code or
> > > > 1.30, it's
> > > > all pretty much the same, the numder is all that seems to be
> > > > updated.
> > > >
> > > > Chris
> > > >
> > > >
> > > > On Fri, Apr 18, 2008 at 1:10 PM, Mariusz Przybylski <pay7n at o2.pl>
> > > > wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > Which protocols ioq3 currently supports ? Yesterday i've tried to
> > > > > connect
> > > > to one of the NoGhost 1.16n servers, and received wrong protocol
> > > > error.
> > > > >
> > > > > Currently NoGhost is 3rd most played q3 mod today, right after
> > > > Urban
> > > > Terror and CPMA. However it uses protocol version 43 (point release
> > > > 1.16n)
> > > > thus forbidding ioq3 to connect.
> > > > >
> > > > > What I thought of is that it would be a very good idea to give a >
> > > > support
> > > > for older protocols (like 1.16, 1.31 etc.), to make ioq3 client
> > > > actually
> > > > USEFUL for real gameplay. I don't really know how much work it would
> > > > take to
> > > > have multiple network codebases, but surely it would pay off, by
> > > > gaining
> > > > more players' attention, not only developers. And there are at least
> > > > half
> > > > hundred players on 1.16 platform.
> > > > >
> > > > > Would it be possible to have older protocol(s) supported? And if
> > > > yes, > by
> > > > what means?
> > > > >
> > > > >
> > > > > --Mario
> > > > >
> > > > > ---
> > > > > [Attachement]
> > > > >
> > > > > Protocol version, Point release version
> > > > > 68, 1.32
> > > > > 67, 1.31
> > > > > 66, 1.30
> > > > > 66, 1.29h
> > > > > 48, 1.27g
> > > > > 46, 1.26
> > > > > 45, 1.17
> > > > > 43, 1.16n
> > > > >
> > > > > ---
> > > > > To unsubscribe, send a blank email to
> > > > quake3-unsubscribe at icculus.org
> > > > > Mailing list archives:
> > > > http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?50
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > ---
> > > To unsubscribe, send a blank email to quake3-unsubscribe at icculus.org
> > > Mailing list archives: http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?50
> > >
> > >
> > >
> >
> > ---
> > To unsubscribe, send a blank email to quake3-unsubscribe at icculus.org
> > Mailing list archives: http://icculus.org/cgi-bin/ezmlm/ezmlm-cgi?50
> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/quake3/attachments/20080419/facc20a5/attachment.htm>