Message Boards

 Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - Russell

Pages: [1]
1

Devoblog / Odamex 0.4.4 on the horizon..

« on: November 02, 2009, 07:01:35 »
It has been too long (and we apologize for that!)

Since 0.4.3, Odamex has been vastly improved in the areas of stability and reliability, some changes including better Mac support, closer vanilla doom emulation, some gameplay changes/improvements, ALOT of crash/resource leak/buffer overrun and bug fixes, plus many more.

We hope to get this out ASAHP so stay tuned!
2

Technical Support / New protocol design ideas

« on: July 24, 2008, 01:47:53 »
We have a bit of a situation regarding the launcher protocol it seems, here is a small list of issues I have outlined below:

  • Client uses exactly the same information as the launcher does, (probably implementation from the old csdoom days), so if we change information for the launcher, we could break the client (or vice versa) if we change it
  • Current protocol has no real versioning and is a mess, period.

So firstly we need to create a new function in the server for new protocol requests and keep the old one for backwards compatibility between old clients and launchers (0.4.0 and 0.4.1 for now)

After that, it gets trickier, you can have a look at the current proposed solution for above when I post it soon

EDIT: Just to clear things up, there is no intention of getting rid or changing the latter, the old function will still exist and remain the same until we decide to dump it.
3

Developer's Corner / The big cvar standardization initiative

« on: June 19, 2008, 22:05:59 »
Okay, as from discussion on irc, we have a problem.

Firstly, Cvars are console variables, which reside on the client and server, they are the ones that affect gameplay and other things.

The problem is: our current implementation.
As of late commits (below r951), we send all server cvars to the client, which results in perfect sync of the client side values. This is what was needed to be done eventually.

However, we have a naming problem, the freelook bug is a good example of this: we have a cvar named allowfreelook, which existed on both client and server, but the clients version was affected by the servers version "through proxy" by changing the sv_freelook cvar, the client could toggle freelook on or off using cl_freelook.

There lies the problem, we now send allowfreelook, which is used by the client and server, it is a variable in the common codebase as well.

We can't:
a) Stop sending allowfreelook (its has a CVAR_SERVERINFO and is needed), that is downright hacky as well.
b) Remove cl_freelook and sv_freelook, then the server would force freelook on or off, depending on its setting.
c) Countless other ways that results in hacky/buggy code.

Now, you may think this only affects freelook overall, but it doesn't, it affects a LARGE amount of other things as well, so what I and others of the team propose is this:

A) Put every single cvar in a single file that exists in the common codebase.
B) Bring back namespaces (cl_* and sv_* prefixes) for cvars (we could use CVAR_SERVERINFO and CVAR_CLIENTONLY instead, but I have not thought this through completely)
C) <add anything else>

There is one disadvantage to all of this, we break alot of older cfg's, BUT, because we aren't at 1.0 and not stable, we can do all of this.

Suggestions, opinions, criticisms?
4

Devoblog / Feature freeze

« on: May 17, 2008, 21:05:46 »
Odamex has undergone a feature freeze for the upcoming 0.4.0 release.

Because of this, only bugfix patches are currently being accepted (post to relevant bug). So for all you developers out there, please take a look at the metabug to see what you can do to help get 0.4.0 out the door sooner.
5

Devoblog / Odamex Magfest VI Pics and CTF video

« on: April 11, 2008, 21:11:09 »
Here it is, better late than never, the official pictures and video from the Odamex Magfest event.

While they didn't enter the tournament officially, our team had a bonus match and won 5 - 0 against the winning team, not bad eh?

And here they are, The pics and The video.



Thanks to RottKing for taking these pics and the rest of the team for setting it up, great work guys!
6

Developer's Corner / New Release

« on: September 08, 2007, 21:26:42 »
In regards to this thread, I think we should start
planning for a new release.

Odamex is already quite stable, a lot of crashing problems
have been fixed, we really need to go into BETA status
aswell, even 0.2 could've been marked beta as I've said
before.

This is an idea that shouldn't be thrown aside, we need to
put some serious consideration into it.

7

Technical Support / Feature: enable/disable

« on: July 23, 2007, 05:21:10 »
Here I have a patch that makes it easy for a user of odamex
to set console variables.

It allows the user to type, for example:

set cl_run enabled

or just

cl_run enabled

If the user just wants the value


] cl_run
"cl_run" is enabled.


With this patch, there is 1 issue that I know of:
enabled/disabled doesn't get saved to config (yet)

Test it out and vote if you like it or not. (the attached
file is a txt, rename it to a patch/diff extension)
8

General Discussion / doublebind

« on: February 01, 2007, 20:08:38 »
This isn't the same as multiple key bindings.

This only happens to execute a key when it is doublepressed/clicked.
9

Technical Support / Launcher(s) todo list.

« on: November 14, 2006, 22:33:37 »
Currently we do not have one of these, but I'll list some possible things and their priorities (for the wxWidgets version).

High: Wad downloading, possibly using a heavily modified version of getwad or be rebuilt from scratch.
Low: Multi-language (Launcher supports UNICODE, but the codeblocks project doesn't have it switched on, the reason is that the client and server don't support it.... yet)

Status:
  • + Runs on multiple platforms - Need testers for Mac,
    Linux and any other OS

Key:
* - Implemented
+ - Partially Implemented
X - Not Done
Pages: [1]