Yes, everything is now set to default values.
Do *NOT* copy over your old "config" file and "keymap.map" file from your old config directory!
You can copy these directories though:
savegame (holds your savegames)
maps (the ONLY place non default maps should be)
multiplay (player stats)
music (...)
See what a working svn host can do? ;)
git-svn-id: https://warzone2100.svn.sourceforge.net/svnroot/warzone2100/trunk@7019 4a71c877-e1ca-e34f-864e-861f7616d084
If client connects to host, and they don't respond (within 7secs) to the version packet, then it will auto-kick them.
If client sends wrong version in the version packet, then it will auto-kick them.
Also adds kick message support, for the different types of kicks that we do.
merged from r6992
NOTE: trunk won't connect with 2.2. This is *on purpose*, just testing version checking code for now.
git-svn-id: https://warzone2100.svn.sourceforge.net/svnroot/warzone2100/trunk@7014 4a71c877-e1ca-e34f-864e-861f7616d084
target stats when previous order was build and next is demolish, or when a droid is
told to help demolish a building (hard to do because demolish is so fast, but possible).
git-svn-id: https://warzone2100.svn.sourceforge.net/svnroot/warzone2100/trunk@6986 4a71c877-e1ca-e34f-864e-861f7616d084
It will find the video files in data/sequences.wz (the same location as the other .wz files that we use.)
Thanks to per for the renaming of the file on GNA.
fixes & closes ticket:322
backported from r6975
git-svn-id: https://warzone2100.svn.sourceforge.net/svnroot/warzone2100/trunk@6978 4a71c877-e1ca-e34f-864e-861f7616d084
range away. Both land and air droids can be assigned to it. See ticket #340 for more discussion.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6955 4a71c877-e1ca-e34f-864e-861f7616d084
- i.e. array[index] instead of *(array + index)
* Access a variable's size using sizeof(variable)
- Instead of sizeof(typeof(variable)) * ARRAY_SIZE
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6896 4a71c877-e1ca-e34f-864e-861f7616d084
This also allows you to take screenshots of anything now. (main menus / game menus, FMVs*, and of course, in game)
*While it can do screencaps of a FMV, right now, it is setup to abort the sequence when you hit a key. So that means only 1 frame from the FMV.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6884 4a71c877-e1ca-e34f-864e-861f7616d084
The blueprint is a green transparent version of the building you want to build. It is bright green when the build location is valid and red when it is not. After the building is placed a darker version of the green building will remain until a droid starts construction.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6840 4a71c877-e1ca-e34f-864e-861f7616d084
the game because they may have nowhere to run when burning, and may trigger checks because
they die while doing orders ("burn out"). The former should be properly fixed in scripts
by always setting retreat coordinates, and the latter is rather bad design, but not
changing it now. Close bug #296. Reviewed by Gerard.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6820 4a71c877-e1ca-e34f-864e-861f7616d084
This works around a crash discovered when loading the savegame attached
to #196 by loading effects earlier, which will initialise the effects
system before we try to add new effects.
This is by no means an optimal fix, but given the messed-up state of game.c
it was the fastest and most simple solution for the given issue.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6813 4a71c877-e1ca-e34f-864e-861f7616d084
I played a bit with implementing a better memory pool for effects and this
is what came out.
Major changes:
Allocates in chunks of 10k effects, uses free/used lists to speed up search
for free and updates of active effects.
Benefits:
* Unlimited number of effects possible.
* Faster
Not (yet) benchmarked, but logic dictates that iterating over MAX_EFFECTS
is slower than iterating over just the number of active effects.
(Patch as posted to mailinglist.)
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6807 4a71c877-e1ca-e34f-864e-861f7616d084
*Adds LOG_FEATURE (--debug feature) so we can keep track of features.
*Disallow VTOLs from being able to poach features.
*Changes feature spawning from instant to a variable time period.
*When feature can't be placed, break out of routine instead of sending invalid data.
*Actually remove features, and notify others that the feature was removed. (AKA, actually sync between machines.)
ASSERT() when numNaybors is invalid.
Fix a spamming debug line mistakenly changed in r6677
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6737 4a71c877-e1ca-e34f-864e-861f7616d084
(It would crash after showing 4 'pages')
NOTE, if we have *lots* of maps (more than 7 pages), added ASSERT, so we will know we need to port over the scroll tab modifications to this routine as well.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6735 4a71c877-e1ca-e34f-864e-861f7616d084
Basically, when you pick a 2/4/8p map, we didn't save that info along with the map. This resulted in possibly starting 2/4/8p games with the wrong number of players set. (ie, 8p map with 4 players, or 2p map with 4 players)
Closes ticket #10 (I think it was 10--trac is down)
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6734 4a71c877-e1ca-e34f-864e-861f7616d084
when the limits would be exceeded. This probably will fix the crashes people with intel cards were having.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6719 4a71c877-e1ca-e34f-864e-861f7616d084
* Make functions not used outside of aiexperience.c static
* Remove unused functions
* Compose paths using sasprintf instead of nasty string manipulation with sstrcpy and sstrcat
* Some general clean up to increase code readability
* Move some variables into the most local scope where they where used
* Use a for-loop instead of a while loop and put all the looping logic in the for () statement
* Reduce several series (in functions CanRememberPlayer\w+Loc) of if-statements to a single logic statement with logical ands
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6714 4a71c877-e1ca-e34f-864e-861f7616d084
* Define debug_console in terms of console()
- debug_console does ''exactly'' the same as console() with the exception of debug_console doing nothing in non-debug builds, so #define debug_console to console() on debug builds and nothing on non-debug builds
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6711 4a71c877-e1ca-e34f-864e-861f7616d084
The previous variable contained an integer indexing into an array to point to the same stat
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6710 4a71c877-e1ca-e34f-864e-861f7616d084
* Fixes eventFireCallbackTrigger which was called multiple times.
* LOG_NET is to *only* be used for network traffic, not for sync issues.
* Adds visual display about when player leaves/drops.
* Adds / cleans up debug messages concerning connection issues.
* Adds new message type NET_PLAYER_DROPPED, (as opposed to NET_PLAYER_LEAVING). One is when we lose a connection, the other is when a player quits 'normally'.
Will be adding icons from Ticket #247 done by Zarel soon.
NOTE: please use --debug net if you have connection issues!
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6677 4a71c877-e1ca-e34f-864e-861f7616d084
* Fix loading of stats from the SQLite database (utilised in the campaign)
This fixes#276 and #269.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6670 4a71c877-e1ca-e34f-864e-861f7616d084
"If teams are already set, and host clicks on no alliance, teams are not reset. "
So I reset them back to default.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6652 4a71c877-e1ca-e34f-864e-861f7616d084
* Use these VIEWs instead of rather complicated SELECT statements in the C SQLite loading code
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6646 4a71c877-e1ca-e34f-864e-861f7616d084
Updates cheat routines to cover all possible cheat functions, so they are all now reported.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6643 4a71c877-e1ca-e34f-864e-861f7616d084
* Move variables into a more local scope
- I don't think I screwed up start-at-block-declaration rules for MSVC, but given the size of these changes I can't be sure.
* Remove a large amount of low level bit manipulation and replace it with arrays of boolean values instead
- Yes bit shift and bitwise and where used; bitwise or was replaced with addition though
* Don't use *WORD/*BYTE when we don't need the size guarantee (and the size guarantee is in fact an optimisation prone to introduce bugs)
* "Concatenate" nested if statements into a single condition in a single if-statement
- Less nested code to convey exactly the same meaning
* Remove unused variable moveAction
- It was only ever written to, but never read from
We don't need the size guarantee for WEAPON::nStat, so substitute "unsigned int" for "UDWORD"
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6634 4a71c877-e1ca-e34f-864e-861f7616d084
* Do this for nStat and lastFired (which had "obvious" comments attached to them)
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6633 4a71c877-e1ca-e34f-864e-861f7616d084
Extension functions dealing with ...
* strings are in string_ext.h
* stdio (namely printf variants) are in stdio_ext.h
* math are in math_ext.h
These headers are no longer included by frame.h
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6613 4a71c877-e1ca-e34f-864e-861f7616d084
Incl: Move MAX_STR_LENGTH out of wzglobal.h, since it is only used in src
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6612 4a71c877-e1ca-e34f-864e-861f7616d084
This should fix#53.
A projectiles death timer would be reset on penetration,
instead of dying at the same time as the projectile we spawned from
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6598 4a71c877-e1ca-e34f-864e-861f7616d084
since code was manually dividing by TILE_UNITS instead of bit-shifting with map_coord(). Patch
reviewed by EvilGuru. Crash report by acidjnk.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6595 4a71c877-e1ca-e34f-864e-861f7616d084
* Generate SQL INSERT statements from CSV data for ECM
- REPAIR and BRAIN are still "exceptional" cases requiring syntactical extensions to the DB mini/meta language
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6579 4a71c877-e1ca-e34f-864e-861f7616d084
Adds weapon range display to the sensor display routine.
Function was split for future enhancements.
This is *not* meant to be played with it enable all the time, as you know, it is a severe resource hog, and it is mainly helpful for modders, to check what the range of the weapons & sensors are.
NOTE: it only shows range for *first* weapon slot.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6566 4a71c877-e1ca-e34f-864e-861f7616d084
- This qualifier allows overriding of CSV field numbers given in base classes
- This is required for the WEAPON stats because it differs from most other stats in that it doesn't have the "designable" field as the last CSV field
* Specify all CSV field numbers for the fields in struct WEAPON
* Generate SQL INSERT statements from weapons.txt
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6553 4a71c877-e1ca-e34f-864e-861f7616d084
Make sure we get sucked stronger towards the 2nd waypoint than 1/2 times the strength
we get turned towards the first. Also ensure we get never turned away from a waypoint.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6524 4a71c877-e1ca-e34f-864e-861f7616d084
Since the original assignment probably happened out of confusion what asParts[] shall or shall not contain,
I removed the offending line and added a bit more documentation about that array.
fixes ticket:141
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6523 4a71c877-e1ca-e34f-864e-861f7616d084
This reverts commit fbe7a559ee13da78660a68fb69466a46e3d46505.
!!! WARNING: The original issue (clear out of bounds access) is still present in scriptfuncs.c:11467 !!!
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6522 4a71c877-e1ca-e34f-864e-861f7616d084
This was used to make AA cannons which originaly aimed at a VTOL not hit anything else
As a speed optimisation we could skip searching the structure list for victims,
if the projectile exploded above the maximum structure height, and do the same for droids
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6518 4a71c877-e1ca-e34f-864e-861f7616d084
* Minor cleanup of function scrNumMB (C implementation of debugBox script function)
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6514 4a71c877-e1ca-e34f-864e-861f7616d084
* Make saving and loading of move controls symmetric
This should fix#96, #127 and #177
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6512 4a71c877-e1ca-e34f-864e-861f7616d084
The second part removes the (useless) concept of nominal damage - which occurs when a projectile hits the base-plate of a structure. Considering how infrequently this occurs and how little damage is done (5) there is little point keeping the functionality.
Author: EvilGuru
Signed-off-by: Dennis Schridde <devurandom@gna.org>
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6499 4a71c877-e1ca-e34f-864e-861f7616d084
The attached patch fixes a bug in proj_ImpactFunc whereby it would use the radius cubed as opposed to the radius squared when doing hit-detection. Furthermore it also removes some premature optimisations (hit-box detection).
Author: EvilGuru
Signed-off-by: Dennis Schridde <devurandom@gna.org>
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6498 4a71c877-e1ca-e34f-864e-861f7616d084
The function would quite often report an already existing template while there was none.
This fixes bug #186. This fix has already been applied in the lua branch.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6490 4a71c877-e1ca-e34f-864e-861f7616d084
* Code clean up
* Make countAssignedDroids const correct
* Make countAssignedDroids return the amount of artillery ''and'' VTOL droids that are assigned to a structure
* This fixes#90, patch by i-NoD, modified by me
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6464 4a71c877-e1ca-e34f-864e-861f7616d084
is thus always facing upwards. This option is now enabled by default to obtain some feedback.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6410 4a71c877-e1ca-e34f-864e-861f7616d084
* Use C89 style variable declarations (i.e. at the beginning of scope-blocks)
* Use a proper set of #include paths
This should fix#160, patch by <i-NoD> slightly modified by me (moved variable declarations to the most local scope where used)
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6385 4a71c877-e1ca-e34f-864e-861f7616d084
- This will result in smaller travel distances in some cases
This closes#143 ("true distance instead of manhattan distance"), patch by <mfreire> with some modifications by me
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6363 4a71c877-e1ca-e34f-864e-861f7616d084
in instead of pop in. The transparency did not play well with the distance fog and in that case the tiles fade to the fog color. All
terrain tiles are now drawn as alpha enabled textures, which could have an impact on the performance for some people. Remember this
commit when complaints about reduced performance start coming in.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6348 4a71c877-e1ca-e34f-864e-861f7616d084
it. This will make it easier to change the sky for the different areas.
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6345 4a71c877-e1ca-e34f-864e-861f7616d084
* Get rid of the (previous) handcrafted version for loadPropulsionStatsFromDB
* Get rid of the old (handcrafted) `propulsion` table and replace it with the autogenerated `PROPULSION` table
NOTE: Only src/data.c src/stats-db.[ch] src/stats-db2.tpl got changed manually, the other changes where generated from these
git-svn-id: svn+ssh://svn.gna.org/svn/warzone/trunk@6337 4a71c877-e1ca-e34f-864e-861f7616d084
Gerard Krol
Guangcong Luo
Buginator
Per Inge Mathisen
Giel van Schijndel
Git SVN Gateway
Dennis Schridde
Freddie Witherden