This wiki is archived and useful information is being migrated to the main bzflag.org website
Difference between revisions of "V3RCChecklist"
(BufferedNetworkManager is dead - removed the critical task) |
(→RC Critical fixes.: add flag and font items) |
||
Line 3: | Line 3: | ||
==RC Critical fixes.== | ==RC Critical fixes.== | ||
− | # Dead-reckoning / lag-compensation testing / message loop / lag | + | # Dead-reckoning / lag-compensation testing / message loop / lag. |
− | # MsgPause fix | + | # MsgPause fix. |
+ | # Team flag disappears while the tank that was carrying it is dead. | ||
+ | # Some letters are not rendered in certain font sizes. | ||
==RC Critical Tasks== | ==RC Critical Tasks== |
Revision as of 18:55, 10 May 2011
Contents
Overview
V3.0 has some major problems that prevent it from being close to a release candidate. This page will list the remaining items that need to be addressed before an RC can be made.
RC Critical fixes.
- Dead-reckoning / lag-compensation testing / message loop / lag.
- MsgPause fix.
- Team flag disappears while the tank that was carrying it is dead.
- Some letters are not rendered in certain font sizes.
RC Critical Tasks
- Linux Package review (new files in the right places )
- Mac installer review (check it in)
- Readme Updates
- Docs for V3 changes (-a missing, caps on server, lag comp, etc..)
- API review (spelling, consistency)
RC 'really nice' features
- Implement map features to define proper "flag pass" behavior in maps that want it
- Ask user to accept non bzflag.org images
- Ask user to join non bzflag.org servers (MsgJoinServer)
- Parity mesh checks to replace inside/outside points
RC 'really nice' Fixes/Tasks
- Webadmin template review ( for style )
Notes
Flag "pass" issues
The current method of using the flag respawn on drop to pass a team flag was never a defined 'feature' of the game. Many maps have been designed to turn this into a gameplay feature. In order to be able to maintain this type of gameplay a real feature has to be implemented to support it. Current development code has already "broken" teleporter passing by improving the definitions of the teleporter geometry and making no longer a "bad" place to put a flag. Similar enhancements are expected to be made in other parts of the world that would break other types of passing.
To properly support the desired behavior a set of map defined zones or faces needs to be implemented that can detect when specific flags are dropped on them and define a respawn target zone or area. This will allow maps to fully define pass zones in an arbitrary way for any flag. Defining the a real feature will prevent new code from changing the defined behavior in adverse ways.