Breaking Changes - 95.0+
Moderator: Moderators
Breaking Changes - 95.0+
http://springrts.com/wiki/EngineChangelogForContentDevs
When adding something important to that page, just write "bump" in the thread as notification.
When adding something important to that page, just write "bump" in the thread as notification.
- Forboding Angel
- Evolution RTS Developer
- Posts: 14673
- Joined: 17 Nov 2005, 02:43
Re: Make your game ready for next Spring release!
Might want to mention that someone broke some shit with:
! remove the following Lua consts: wdef[id].areaOfEffect, wdef[id].maxVelocity & wdef[id].onlyTargetCategories
! remove the following Lua consts: wdef[id].areaOfEffect, wdef[id].maxVelocity & wdef[id].onlyTargetCategories
Re: Make your game ready for next Spring release!
also wdef[id]:pairs
Re: Make your game ready for next Spring release!
*bump*
added removal of "mods" folder & new folder structure.
added removal of "mods" folder & new folder structure.
- Silentwings
- Posts: 3720
- Joined: 25 Oct 2008, 00:23
Re: Make your game ready for next Spring release!
Am I right in thinking that a .sdz/.sd7/.sdd file is read/used in exactly the same way by spring regardless of which content folder it is placed in?
Re: Make your game ready for next Spring release!
yep. also should be possible to place a map in the games folder... but please don't do that :)Silentwings wrote:Am I right in thinking that a .sdz/.sd7/.sdd file is read/used in exactly the same way by spring regardless of which content folder it is placed in?
Re: Make your game ready for next Spring release!
maps are mod(ule)s, they just have the maps dir to help organize contentSilentwings wrote:Am I right in thinking that a .sdz/.sd7/.sdd file is read/used in exactly the same way by spring regardless of which content folder it is placed in?
-
- Moderator
- Posts: 2464
- Joined: 12 Oct 2007, 09:24
Re: Make your game ready for next Spring release!
The weapon indexing change is to be kept http://springrts.com/mantis/view.php?id=3702.
Usernames with underscores in them haven't been able to log in to the wiki since forever.
Usernames with underscores in them haven't been able to log in to the wiki since forever.
Re: Make your game ready for next Spring release!
^- added.
for wiki login just make new account without the underscore like text in redbox proposes..
for wiki login just make new account without the underscore like text in redbox proposes..
Re: Make your game ready for next Spring release!
Pretty sure your interpretation is wrong. Scripts won't have to be changed and the 'not-firing' was unintentional and now fixed. Gadgets that use the weapon related functions will need to be altered --> will give obvious luarules crashes.knorke wrote:^- added.
for wiki login just make new account without the underscore like text in redbox proposes..
Re: Make your game ready for next Spring release!
yes maybe, didnt really read the mantis report but it seems to have enought info.
https://code.google.com/p/zero-k/source ... script.lua ?
in mantis that was suggested (by kingraptor) but idk if it will be done?
only if unit_script.lua basecontent gets changed like thisScripts won't have to be changed
https://code.google.com/p/zero-k/source ... script.lua ?
in mantis that was suggested (by kingraptor) but idk if it will be done?
Re: Make your game ready for next Spring release!
Major breaking change - Easy fix
https://github.com/spring/spring/commit ... 22d0a9e9f8
If you use armor.txt -> no change required
If you use armourdefs.lua -> remove the 'conversion snippet' i.e. the following:
https://github.com/spring/spring/commit ... 22d0a9e9f8
If you use armor.txt -> no change required
If you use armourdefs.lua -> remove the 'conversion snippet' i.e. the following:
Code: Select all
for categoryName, categoryTable in pairs(armorDefs) do
local t = {}
for _, unitName in pairs(categoryTable) do
t[unitName] = 1
end
armorDefs[categoryName] = t
end
Re: Make your game ready for next Spring release!
(95.0)
added some more:
http://springrts.com/wiki/EngineChangel ... pring_95.0
I added changes from 25 Aug backwards to Aug 09, 2013
The changelog was not updated for a while so it is not complete yet.
Please help looking through the commits, which ones are of interesst for gamedevs wrt breaking things.
added some more:
http://springrts.com/wiki/EngineChangel ... pring_95.0
I added changes from 25 Aug backwards to Aug 09, 2013
The changelog was not updated for a while so it is not complete yet.
Please help looking through the commits, which ones are of interesst for gamedevs wrt breaking things.
Re: Make your game ready for next Spring release!
Changes to lua API functions controlling Projectiles:
https://github.com/spring/spring/commit ... e51b14dfae
Spring.GetProjectileSpin* functions are deprecated, instead use:
https://github.com/spring/spring/commit ... 0834eee0ac
GetProjectileTarget now returns a number instead of a string to indicate target-type
GetProjectileTarget now always returns two arguments (if given projectileID is valid)
SetProjectileTarget now takes a number instead of a string to indicate target-type
https://github.com/spring/spring/commit ... e51b14dfae
Spring.GetProjectileSpin* functions are deprecated, instead use:
Code: Select all
Spring.GetPieceProjectileParams(number projectileID) -->
number explosionFlags, number spinAngle, number spinSpeed,
number spinVector.x, number spinVector.y, number spinVector.z
GetProjectileTarget now returns a number instead of a string to indicate target-type
GetProjectileTarget now always returns two arguments (if given projectileID is valid)
SetProjectileTarget now takes a number instead of a string to indicate target-type
Re: Breaking Changes - 95.0+
new Lua game.constants:
http://springrts.com/mediawiki/index.ph ... ldid=27604
http://springrts.com/mediawiki/index.ph ... ldid=27604
Re: Breaking Changes - 95.0+
Another biggy
https://github.com/spring/spring/commit ... 3246739b0c
After 95.0 the following keys will be nil when accessed from lua (unitdef tags themselves are unchanged):
Some are replaced by more is* functions for all unit-types known to Spring; the complete list as of 95.0 is:
.moveData is replaced with .moveDef which already exists in 94.1
https://github.com/spring/spring/commit ... 3246739b0c
After 95.0 the following keys will be nil when accessed from lua (unitdef tags themselves are unchanged):
Code: Select all
.builder
.floater
.canDGun
.canCrash
.isCommander
.moveData
.type
.maxSlope
Some are replaced by more is* functions for all unit-types known to Spring; the complete list as of 95.0 is:
Code: Select all
isTransport
isImmobile
isBuilding
isBuilder
isMobileBuilder
isStaticBuilder
isFactory
isExtractor
isGroundUnit
isAirUnit
isStrafingAirUnit
isHoveringAirUnit
isFighterAirUnit
isBomberAirUnit
- Silentwings
- Posts: 3720
- Joined: 25 Oct 2008, 00:23
Re: Breaking Changes - 95.0+
I caught a fish: https://github.com/spring/spring/commit ... f4ca63a198 changes aircraft breakrate by a factor of 10. (I think this change was intended only to apply to aircraft but actually a slightly change was applied to all so wait and see what results!)
- Silentwings
- Posts: 3720
- Joined: 25 Oct 2008, 00:23
Re: Breaking Changes - 95.0+
another one: UnitDamaged has projectileID added to its argument list (so it now matches UnitPreDamaged). I updated the callins page on wiki.
Re: Breaking Changes - 95.0+
The following applies only to games that use a custom gadget handler.
For 95.0, you should:
1) remove your copy of callins.lua if not already done (it's deadweight unless your gadgets.lua for some reason does not include the base-content version)
2) in your copy of gadgets.lua, either add local CallInsList = CALLIN_LIST; local CallInsMap = CALLIN_MAP after the Include(... 'callins.lua' ...) line OR replace all references to CallInsList and CallInsMap by CALLIN_LIST and CALLIN_MAP
3) remove the local callInLists = {...} table in your copy of gadgets.lua and replace all references to callInLists by CALLIN_LIST (or by CallInsList depending on your choice in step 2)
For 95.0, you should:
1) remove your copy of callins.lua if not already done (it's deadweight unless your gadgets.lua for some reason does not include the base-content version)
2) in your copy of gadgets.lua, either add local CallInsList = CALLIN_LIST; local CallInsMap = CALLIN_MAP after the Include(... 'callins.lua' ...) line OR replace all references to CallInsList and CallInsMap by CALLIN_LIST and CALLIN_MAP
3) remove the local callInLists = {...} table in your copy of gadgets.lua and replace all references to callInLists by CALLIN_LIST (or by CallInsList depending on your choice in step 2)