King Arthur's Gold

A brief discussion about IPv6

flieslikeabrick — Thu, 24 May 2012 16:04:45 -0400

Firstly, King Arthur’s Gold will be participating in the World IPv6 Launch on June 6th, in that we have every site/server for King Arthur’s Gold IPv6-enabled.

The World IPv6 Launch is a joint effort by content providers, Internet Service Providers, and hardware vendors to make appreciable progress in deploying IPv6. It is a follow-up of sorts to last year’s World IPv6 Day, where many content providers ran tests with the public for 24 hours to see if there were any unforeseen problems and to gauge the impact of advertising IPv6 availability on their sites. As was hoped, it was a non-event, as was Facebook recently enabling IPv6 on their site permanently.

I urge you all to call your ISPs and e-mail your favorite sites’ support asking what their plans are to support IPv6. IPv4 exhaustion is continuing to push forward the deployment of NAT at large scales, which will come at a cost to gamers and other applications which frequently rely on port forwarding. As the quality of IPv4 connectivity degrades over time, IPv6 will increasingly prevail as the higher quality means for two endpoints to talk to each other.

Beyond that, I have been working carefully to make the new server registration/list components of the KAG API compatible with IPv4 and IPv6, and respecting server owners’ preferences for whether IPv6 is preferred by clients (assuming the client and server both have IPv6 connectivity). The game netcode itself does not support IPv6 yet because the underlying library we use does not support it, however a medium-to-long term goal of mine is to extend it to support IPv6 or replace our netcode with something else. Here is a basic overview of the logic that is being built in currently:

The server owner enters into their configuration whether IPv6 should be enabled (default on), whether IPv6 or IPv4 should be preferred by clients (default to ‘whichever performs better, or IPv6 if they’re pretty much the same’), and what IPv6 address to bind to (defaults to auto-selecting one)
The server registers with the API. If the preference configuration is 0 (select the better performing protocol or IPv6 if they’re the close) or 6 (prefer IPv6 absolutely), the server registers with IPv6 as its main identifying address in the server list. If the server is IPv4 only or the preference is set to 4, the server registers with its IPv4 address as its identifier
Some other steps go on to allow the server to list its other address, if it has one, so that it is confirmed as owned by the server and allowed to be used to identify the server
When a client requests the server list, it is filtered by all criteria the client supplies (documentation will be available on the wiki soon, describing how the server list/filter API works). The client will receive the full list of servers matching the filter criteria including their IPv4 and IPv6 addresses. The client will ping servers over both IPv4 and IPv6 to gauge performance, assuming it has IPv4 and IPv6 access. IPv4-only servers will not be displayed to IPv6-only clients, and vice-versa.
The client will have a configuration setting for its own preference for IPv4 or IPv6, however I have not figured out exactly how this will work in cooperation with the server preference. Possibly the server preference being 0 will mean “defer to the client’s setting”, and the client will default to using whichever performs better (or IPv6 if latency is within X%).

Other notes -

The new server registration API will eventually refuse to list servers that it cannot connect to. This will prevent servers behind a firewall (without port forwarding) from being listed in the master server list
You can view my own personal post from a couple years ago here. This has the general logic that the above workflow/design is based on.
I have no idea when we’ll get around to adding IPv6 support to the actual game code unfortunately. It is something I would like to do, however I have not investigated enough to understand what the scope of the project would be and what our options are for implementing IPv6 least painfully.

If you have any questions about IPv4 exhaustion, IPv6 deployment, or how KAG/gaming will likely deal with these in the future, take a look at the following links and head to this forum thread:

-FliesLikeABrick

Re: Modding

1bardesign — Thu, 24 May 2012 00:17:00 -0400

Gotta say guys, we don’t have time to answer all the PMs we’re getting about how to tweak such and such variable or how to figure out a certain aspect of modding - please ask on IRC and try to figure it out yourself, because you’re more likely to get an answer that way.

I’m getting 12+ PMs a day on the forums about bugs, water and modding vars, where the information is either freely available, available by consulting other members of the community, or should become pretty clear upon inspection. Answering these is unmaintainable and wastes a lot of development time.

As such, please ask on the forums or IRC about modding, and search bugs.kag2d.com for bugs. Report bugs at the latter address as well, for those that don’t know - be sure to include as much useful information as you can. We simply don’t have time to make a game, answer queries in specific threadsandhelp you out with modding your zombies. If you can’t figure it out, someone else will be able to help you.

For bonus points, if you figure something new out, put it on the wiki so that it becomes public knowledge.

Geti

This week's cool stuff

1bardesign — Wed, 23 May 2012 09:56:00 -0400

Things that we’ve been working on this week:

Water (with simple tide/waves)
This is quite a bit of fun - it still needs some tweaking to suit gameplay properly but making a diving board and fighting underwater are enjoyable.
Wooden blocks (weaker, but only cost wood)
These can be used for rapidly fortifying areas (make full use of those mats) and to construct less vital parts of towers.
It might become necessary to build these before building stone blocks, but we’ll see about that down the line. For now, wooden towers!

(With the two above additions, its only a matter of time before we introduce fire…)
Shield bashing is back in the game, with variables now bound to config vars in gamemode. We’re still working on dealing with lag as there’s a fair bit of warping with latency, but it prevents the slash2win strategy that’s applied in knight combat this build. We had a lot of fun bouncing Rayne down hills to get it more balanced, but it’s possible to re-create old giant shieldbashes and to make shield bashing happen just from walking into someone and so on.

There have been a few fixes (/loadmap now works for configs, and /savemap doesn’t append .kag no matter what, a few technical things) and Ryan/FLAB is making good headway with some more API stuff that will reduce server load quite a bit during peak times, but most importantly we’re working on block colliders that can move around, carry players and crush them against walls.

Its early days yet, but this should lead to config defined building blocks, and building blocks larger than one tile. It’s also already lead to Michal testing a rudimentary smasher, which was a smashing success. You can have a look at the video here as I cant figure out how to embed into this post, heh.

Forum Thread Here

Geti

Build 394 fix for dedi on older linux distros

flieslikeabrick — Tue, 22 May 2012 18:41:03 -0400

Hi all, FLAB here -

Unfortunately due to how we set up the new build system with the release of build 393/394, the dedicated server would stop working on CentOS/RHEL/etc 5 and other aging distros with older glibc/glibcxx. I have replaced the node in our build system which builds the linux versions with CentOS5 so that we can generate more portable binaries.

If your server was broken as part of the 393/394 update, you can manually fix it (without having to redownload/reconfigure your server) by replacing the following files in your server folder:

KAGdedi:
http://update.kag2d.com/kag_linux/KAGdedi

Base/libJuxta.so:
http://update.kag2d.com/kag_linux/Base/libJuxta_dedi.so

Sorry again for the inconvenience, we will take more care to prevent this in the future!

-FliesLikeABrick

What's coming next

lddev — Mon, 21 May 2012 06:35:59 -0400

Zombie Fortress feels like a whole game in itself but KAG is definitely not finished!

We are officially heading now towards version 1.0.

We will be adding (trying to add) all the features that we promised over the months and which you can see on the in-game buy poster or website. Not all of them will probably make it because if a particular feature is not fun or doesn’t really work or is simply not doable we won’t do it. But on the other hand we will add other elements which are better, more fun and more fitting. So expect to get what you desire and expect to get awesome features you don’t expect!

I’ve started work on water and wooden structures and will be moving on shortly to vehicles and siege machines. This will be exciting! Be sure to come back for updates!

Heads Tweak

1bardesign — Tue, 15 May 2012 23:43:32 -0400

A few of the heads had some pixels go wrong for one reason or another when putting them in-game. An update fixing this should make its way out to you in the next 10min or so, shouldn’t affect gameplay at all.

This is mostly just so people don’t raise eyebrows at their KAG patching. Enjoy your slightly more colourful braveheart face and fixed eyes on the samurai and rice worker heads.

Geti

OS X 10.5.x issue resolved

flieslikeabrick — Tue, 15 May 2012 20:21:00 -0400

With our move to the build system we also started building the mac build on OS X 10.6. We did not have the build done in such a way that the output was compatible with OS X 10.5, so any of you with OS X 10.5 probably had your KAG installs break if you updated in the past 48 hours.

In the event that this is you, your KAG won’t launch at all after updating to build 393 or 394. We have a new KAG build out which is compatible with 10.5.x and 10.6.x. To remedy this, do the following:

Drag your current KAG installation from Applications/ to the trash (or right click/move to trash, etc)
Download KAG again from http://dl.kag2d.com/kag_mac.zip
Unzip and drag the KAG app to Applicatoins
Try running KAG. It should update to build 394 and work properly if this fix works
If you need additional help, head over to this forum thread for assistance

For anyone else who came here wondering why their mac build updated on 10.6 or 10.7, this is why. No other changes were introduced.

FliesLikeABrick

Autoupdate issue resolved

flieslikeabrick — Tue, 15 May 2012 08:00:00 -0400

There was an issue with the auto update system for KAG which would have caused new installs from the website not to update for the past 12-14 hours (since 393 was released). This is resolved now, and any of you who were stuck on an old build like 345 should be able to update now just by opening the client.

If you continue having problems, head to the KAG Forum for help

FliesLikeABrick

Last chance to get KAG for only 9.99$

lddev — Tue, 15 May 2012 07:58:00 -0400

I forgot to raise the price for KAG after the official Zombie Fortress Multiplayer release. We promised it so we are doing this after todays hot-fixes. So this is really the last chance to get the game and play online against zombies for 9.99$. New price will be 12.99$.

Buy Now

Good news is, if you can’t pay with PayPal, Credit Card or Google/Amazon - you can pay with your mobile phone through Zong (a PayPal company). Zong has probably every country covered so you can pay for KAG with your phone wherever you are. Just click on the little red Zong button and check if you can buy it now. After entering your phone number you will receive a PIN code. After entering this PIN code you will get a KAG code to unlock the Full Version. It’s that easy. No SMS or anything else. See for yourself.

Fighting the undead - Now with friends! (Build 393)

1bardesign — Mon, 14 May 2012 17:50:00 -0400

It’s a bad day to be a zombie…

Fortunately, most of our players aren’t zombies, so they won’t mind. ;)

ZOMBIE FORTRESS MULTIPLAYER IS OFFICIAL!

This means you can defend your fort with your friends without tampering with the server software too much, without repeated server crashes and with a nice new bot control interface.

Basically, use the R key to tell bots what to do. We think you’ll like the change, we’re leaning more towards this kind of interface than the pie menus in future. If we can find things to convert, we likely will. It feels much better interacting directly with the game objects.

A giant swathe of fixes is included, to AI (migrants now 40% less useless - can go through bridges!), to gameplay (reduced fall damage stupidness, reduced building weirdness, a bunch of misc exploits removed, particles getting eaten by bridges fixed, combat “lag” reduced…) and many general bugfixes (slow closing fixed, many server crashes fixed) - see the changelog for more!

You can also wear a kettle on your head, among other new heads. Hopefully this will help increase the diversity of premium folk’s appearance - We’re working on a skin colour option as well, just requires re-touching all of the actor sprites so I’ve been putting it off…

Big thanks to the testers for starting to get into the swing of things with testing, a lot of these issues would still be undiscovered and the mechanics unrefined without them!

Full Changelog:

“zf” = zombie fortress
- u_shownames now uses new player name style instead of big stupid one
- spectators with u_shownames see all player names
- spectators now see unit counters
- Fixed single character player names no longer crash the server (and are therefore allowed) (#327)
- Fixed full name not showing on linux/mac when someone changes teams (#151)
- Fixed username is not cased correctly after successful authentication. (#237)

- dropped the materials counter delay
- the blinks still take a while to go away but the counter is always up to date
- Fixed broken Connect To…. (#148 and #1)
- Fixed Looks like red builder is going to build blue tiles (#254)
- Fixed breaking a shop that is on background tile doesn’t give mats (#253)
- Fixed setting high duration results in ban for 0 seconds (#266)
- large bans (longer than 2 years) and bans with -1 time now result in permbans.
- Added expiry time to listbans
- Made bans case-insensitive

- changed/improved/added server side logging of game/player events

- Fixed - Archers deal massive damage to team catapults (#271)
- really fixed trap door+back wall = free money (removed hack) (#198)
- Fixed lost stone on removing trapbridge on background (#258)
- Fixed GOALTICKS independent ticktime mod operation in director.cpp
- Fixed Knights attack catapults when they use it (#81)
- Fixed various potential server crashes while fixing (#327)
- Various tweaks that may fix small bugs/instability - fixed
- KAG crash when closing KAG with server browser open (#333)
- addressed chat box/minibox background hardcoded, now takes center pixel colour. (#157)
- Fixed the listPlayers() script
- fixed abusable bug where spectators can block map start (#305)
- fixed more meaningful autoupdate failure messages for libcurl (#306)
- fixed the launcher menu text for the various sites sucked and fixed some of the URLs
- fixed can repair trap bridges with backwall (#205)
- fixed can repair other team’s door to be your own (only works blue->red) (#76)
- fixed about 3 related bugs/exploits
- fixed can’t slash shielded target sometimes (#276)
- fixed jumping on someone and slashing hurts you (#309)
- stomping does less damage to the stomper
- Fixed quarters don’t heal when there’s less than 0.5 hearts to heal (#353)
- fixed door breaking/fixing (#204)
- updates to how paper rendering works
- Fixed catapults dont hurt backwall enough, though haven’t done bridges etc yet (likely related to arrows) (#331)
- Lowered chat spam timer and inserted anti-spam message if you exceed it rather than failing silently
- Added sandbox room and tweaked sandbox to include it
- sandbox now has free items and shops.
- fixed server segfault due to API error conditions
- fixed quarters light not acting like a light
- fixed chests giving light by default
- bomb in zf costs 10 coins (was 20)
- more probability of zombie having coin
- disconnect issue should be fixed, please playtest for a while and see
- fixed client-side light in blob
- added constructor to APIPlayer, too much non-initialized vars bugs
- fixed free full version access
- bots attack dead zombies
- removed buildnum from launcher caption to avoid confusion
- collapse anti-grief doesn’t work for outposts
- fixed charged arrows dealing no damage when shot through bridge (#321)
- fixed knights don’t stop when ordered to go to zombies
- destroying castle blocks in zf doesn’t remove coins
- bots try to jump over kegs
- fixed bots not following orders when faced with zombies
- fixed throwing kegs into walls
- removed “buying” zombies from Portal

DISCUSS ON FORUMS

Interrupt while we're waiting

lddev — Sun, 13 May 2012 04:32:08 -0400

Still 2-3 things to iron out before the release so here is some Sunday fun for you all, while we are waiting for the new release.

This is something we’re trying to move away from which you’ll see in the next release with the new Party Interface.

And at first I thought this was a KAG meme :)

Cu later,

Release Holdup - Should be out Monday

1bardesign — Sun, 13 May 2012 02:07:20 -0400

We’ve had a hold-up actually releasing the update because MM had to give a lecture for Friday and I’ve had family engagements all weekend - There are about 3 issues that need tending to before we can release the update.

The blog post has already been written, almost all of the testing completed, we just ran out of time getting it finalised and out the door. Hope to have it out Monday night.

Geti

Soldat is 10!

1bardesign — Wed, 09 May 2012 19:46:00 -0400

Holy crap.

I wont clog up the KAG devlog with talk about soldat, but you can read about the awesome work Shoozza has been doing and a note from MM about the game reaching a decade here. The 1.6.3 update has been (conveniently) released in tandem with the anniversary.

Could be time to play a few games for nostalgia’s sake, veterens!

No roundup this week as you’ll get a changelog with the release and I need to get back to fixing bugs rather than writing about fixing them :)

Spoilers: mostly zombies multiplayer fixes with some general gameplay and security fixes so that we can officially release zombies multiplayer. Also, more heads.

Geti

Just an informal reminder

1bardesign — Tue, 08 May 2012 07:45:00 -0400

People messaging admins, developers and moderators about bugs on the forums - please stop doing this! Use bugs.kag2d.com to report bugs! We don’t need the extra correspondence ;)

Geti

Combat fixes and Exploit patches

1bardesign — Wed, 02 May 2012 08:45:00 -0400

Here’s a roundup of changes, old to new:

Made team unit counters work for “any” number of teams
Fixed #271 archers deal massive damage to team catapults
Fixed #198 trap door + back wall = free money
Fixed #258 lost stone on removing trapbridge on background
Fixed #81 Knights attack catapults when they use them
Fixed #327 one character nicknames kick everyone from the server
Addressed #157 chat box/minimap background colour no longer hardcoded, loaded from image. Sometimes breaks though, need to find a workaround for crappy graphics cards.
Fixed #305 game wont start if there’s >1 spec but less than minimum players
fixed #245 ‘report bugs’ links to bug tracker in game launcher
fixed #306 useless autoupdate failure codes.
fixed #150 casing error on smoke texture
fixed #276 can’t slash shielded target sometimes
fixed #205 can repair trap bridges with backwall
fixed #353 quarters dont heal when there’s <0.5hp to heal.

There’s some experimental stuff going on with network smoothing and whatnot to try to reduce the “lag” that people see in-game, its having mixed results. Ideally there’d just be enough servers to go around though, and enough people playing at all times ;)

Obviously more fixes coming and more testing to be done.

Thread here

Geti

Fixes Galore

1bardesign — Thu, 26 Apr 2012 00:22:00 -0400

We’re doing a fix cycle at the moment because we’re unhappy with the state of things bug-wise. There are some more drastic measures that we might take, but we’re not certain which way some of those will go. Either way I’ll likely just be fixing bugs this week and next.

The list of stuff that’s already been fixed/tweaked this cycle:

Removed cc_valign 0 from config.gm to prevent it being reset every time the game updates.
Added shownames behaviour for spectators
Changed u_shownames to use the smaller labels with hearts (more consistent and easier on the eyes)
Fixed #304, unit counters for spectators
Fixed #151, full name not showing on linux/mac when someone changes teams
Fixed #237, username is not cased correctly after successful authentication (still some work to do here)
Fixed #148 and #1 “Connect To” patchy functionality (now works cross platform and reliably)
Dropped the materials counter display (was confusing far too many people, who thought it prevented you from using the items etc before the counter drained in and other strange things)
Fixed #254 looks like red builder is going to build blue tiles (you wouldn’t believe how tricky it was to find a proper fix for this…)
Fixed #253 breaking a shop on background tiles doesn’t give materials
Fixed #266 Setting high ban duration results in 0 second ban.
- large bans and negative time bans are now permbans (/ban Henry -1 to ban henry forever)
/listbans now gives expiry time for ban (hard to read at the moment, might need to make a more human-readable format…)
Made bans case insensitive: \ban Rayne, \ban rAyNe and \ban rAYNE now all ban the same user and can be unbanned reliably (using any casing).
Refactored ban system to ease maintenance

We’ll be working on more fixes tonight and tomorrow, while we continue to do a bunch of design work and get the automated build system working.

A heap of the fixes for the UI, Auth and connect to stuff is FliesLikeABrick’s work, good to have him on board to ease the load as we go through the (large) backlog of issues.

The latter is going to save us an incredible amount of time and will make getting patches to both the public and the closed testing group about a hundred times easier and faster. This means more testing, quicker patches and less “file got patched to the wrong directory because it was 2AM when the build went public and some mistake was made”.

MM is currently at a games conference in Berlin, he’ll likely write a post about it tonight or tomorrow.

In short, progress all ‘round!

Discussion thread here

Geti

Build 370 Released!

lddev — Mon, 23 Apr 2012 04:36:00 -0400

Last week was a monster in terms of productivity. We had this ready Friday but then I was too tired to release and fell asleep. During the weekend Geti was doing the Ludum Dare and I strained my neck for some crazy reason and couldn’t move (I’d like to say it was in a swordfight but it’s probably related to sitting in front of a monitor :D).

So we have a massive list of fixes and changes. Some are zombie related but we are perfectionists and still won’t release this officially. We don’t want to just make multiplayer working but add some elements that we feel are missing from Zombie Fortress.

We now have Spectator mode [BACKSPACE].

Resource counter works a bit differently. It takes a few mins to get used to but then you’ll see that it is awesome. The way it works now is it says how much you’ve added recently and only updates the resource count after a while. So if you’ve just mined for 50 stone it will say 0 +50 stone in green. After a while the green +50 will merge with the white 0 and say 50. It’s pretty cool, check it out.

Geti moved nearly all player class variables into the Rules files. Server admins prepare for some fun! Be sure to make a copy of your Rules files instead of modifying the existing ones because they get overwritten in autoupdates.

Networking should be improved very much. I optimized the server code to make it less CPU intense, but this will result in more bandwidth usage unfortunately. Admins, report back if you prefer it this way.

Other than I have started a whole new scriptable components system that was mentioned in previous posts and FliesLikeABrick will be working full-time with us for a while. So you can count him as a 3rd coder now.

Changes 360-370:

The numbers in the changelog are bug tracker report numbers.

- fixed builders pick up catapult stone in mid air (#250)

- add per-gamemode modding of archer variables

- fixed crash where lightmap was null

- fixed some hud readout bugs (thick stone)

- fixed some issues with #164’s fix and tree chopping

- fixed trees heal when reaching the bottom of the trunk (#164)

- fixed crash in menu when no player exists

- backspace menu when not playing game is the same as when playing game

- Added previous bitstream compatibility through *force_bool methods

- fixed zombie mode order crash

- fixed no spawn as zombie when changed team to red

- fixed disconnecting from server when launched server browser

- singleplayer gamemodes get paused when in ESC menu

- fixed crash after launching zombie mode after deathmatch mode

- zombie/migrant bodies collide in air with players and hurt them

- added sound when zombies fall or hit walls

- added random pitch variation for most sounds

- added resource drop amount on hud

- fixed migrant-player colliding

- fixed big particles not spawned when in solid block

- tweaked zombie network syncing

- added spectator mode

- fixed bot archers not shooting arrows

- fixed wraith explosion on net

- fixed wall hugging on ladder

- added “killed by zombie message”

- builder only stays close to buddy and defends himself from zombies

- synced migrant bubbles on net

- creative/Sandbox servers are also add to beginner servers now

- fixed disconnecting player message

- fixed crash when closed ingame browser at a wrong time

- fixed zoom out from editor affecting other games (#246)

- fixed arrows going through walls (#125)

- workshop blocks cost 2 wood now

- all CTF workshops cost 50 wood (no stone required) (+30 gold siege workshop)

- migrants now say hello on network

- backwall on spikes gives materials resolved (#208)

- moved body throw offset a bit to avoid self collision

- archer can’t hurt others when stomping

- fixed shield adding velocity on ground

- made inventory counters 50x more awesome (and they read the correct numbers for more cases too)

- fixed coins from frozen players (#16)

- dropped amount of coins from shooting catas (IRC request)

- fixed custom heads for non-admins

- made guard hat only apply to builder head and class default head

- added custom head check in player (checks if name matches a custom head player or if is guard or admin)

- added class modding to CTF rules

- bound runner variables to rules

- added falldamage vars to rules config (-> balancing ahoy)

- fixed crash in starter caused by autoupdate not initialised

- nerfed sheild push to help with desync and wall damage

- fixed wall sliding + fixed notch jumping (related)

- added server_setup_info.txt and readme.txt

- modified readme.txt and server_setup_info.txt for nicer formatting

- added stats format info to server_setup_info.txt

- added /listbans function to list all currently active bans

- fixed bug in bans (time was in seconds not minutes)

- made bans more user friendly with their output

- stats updated to more easily parsable format

- fixed some stats/counting bugs (#191, #225)

- fixed typo in tutorial (#197)

- fixed typo in builder menu (#264)

- added curl license to distribution (#295)

- fixed u_shownames not showing enemy names/health (#142)

- fixed fall screaming at wrong time

Post-Birthday Developments

1bardesign — Thu, 19 Apr 2012 21:21:44 -0400

So, after the smoke cleared and we cleaned up the cake crumbs, we got straight back into development.

(Note that a build with these changes hasn’t been released yet)

Some things that have been fixed:

Fixed bot archers not shooting arrows in multiplayer
Fixed wraith explosion over network
Fixed zombie position desync
Fixed particles not spawning when inside a solid block (important for kegs/wraiths)
Wall hugging doesn’t occur on ladder
Builder AI doesn’t rambo quite as hard (still needs a lot of work…)
Fixed build tutorial typo
Fixed some HUD readout bugs
Fixed trees heal when they get to the base (no more double-harvesting arrows)
Fixed crash in menu when no player exists
Fixed arrows going through walls
Fixed body throwing sometimes killing the thrower
Fixed archer stomping people (sorry archers)
Fixed shield adding velocity on ground
Fixed coins from frozen players
Fixed (I think) custom heads for non-guard non-admins (basically just pawel)
Reduced amount of coins from shooting catas

Some things that have been added:

Spectator mode (still has some issues and needs the underlying mechanic reworked to not affect gameplay balance)
Synced Messages + Bubbles on net (Migrant says hello and frowns when getting eaten by zombies)
Workshops now cost 2 wood per tile in CTF and making them into actual shops costs 50 wood (no stone required) to leave more building mats.
Lots of game variables bound to rules file

The last one is fairly important for server owners and people interested in game balance - you can change how long attacks take, how much stun they give, how long building takes, the thresholds for fall damage… lots of things. Be sure to bug me about things that are missing (damage from attacks and arrow speed among them) - I’m considering opening up what tiles each class can attack in the class config file as well (so people can try games with knights that cant break anything or knights that can break everything, or even archers breaking through solid stone).

There’s some other stuff going on behind the scenes but zombies mode is becoming more stable over the internet - we’ve still got to add migrants as a respawn option (because its a massive pain as it stands to die and be stuck spectating for 15 mins as the last 2 players cling to life).

Our server guys, Joe and Ryan are still working on getting the build server up which would allow us to push changes to testers as soon as they’re complete (no tiresome multiple building and uploading, hurrah!) - we’re hoping it’ll be done next week. As it stands testing is still relatively up to date (testers, get your asses ingame) and bug hunting has been refined to use mantis properly (thanks to Ryan again for getting that in gear and overseeing it).

In short, its been a pretty productive week. Hopefully we can iron out the major kinks and release this build tonight (no promises though)

Discussion here

Geti

Happy Birthday King Arthur's Gold!

lddev — Tue, 17 Apr 2012 15:09:45 -0400

Exactly one year ago on a sunny April afternoon I took what I call the Crimson Engine. Something that I have been developing for the last 4 years. I scratched the game code I have been mainly working on (Link-Dead) and a prototype I made in 3 days and officially started work on something that I called King Arthur’s Gold.

It was a direct twist on the name King Arthur’s World, a SNES 2D RTS game. I found that game one day when I typed “2D Side-Scrolling RTS” in Google. I can admit that I never actually played the game. I only saw videos and wondered about its design. Just watching, I knew it was brilliant.

The idea for “KAG” was really simple - design the game as an RTS but make a Player vs Player game out of it (because these are my roots). KAW had excellent design of classes and a map that needs cooperation to conquer. I wanted to have that but in a massive multiplayer game where people play as a single unit with dozens of other players. Knights flood the terrain and conquer by force, archers darken the sky with thousands of arrows and builders see the big picture - strategize like in an RTS game, but have to do the work instead of point-click. That’s King Arthur’s Gold - one year later. Personally my current favorite game ever.

Happy Birthday and Thank You everybody that makes this possible.

Developments of the last week

1bardesign — Sun, 15 Apr 2012 02:23:00 -0400

This week we covered a bunch of bugfixes really, and some movement towards a completely scriptable underlying entity system for the full version. I think I’ve finally convinced MM that forking Classic and Full is a good idea, which means classic will keep the current codebase and mechanics intact and the full version will have a different underlying system.

The bonus of this is that we wont have to make considerations for classic every time we want to write a new feature, which will speed up development a whole lot.

In addition, if we get the systems we’re hoping to in place, every single object in the full version will be modifiable serverside, down to the logic controlling animation and physics. Creating new objects will be trivial. This means that KAG will be usable as a modding platform and that server owners wont be confined to the cardcoded logic of the current system.

Making new entities will be very much like programming, as we’re currently implementing AngelScript, which has C++ syntax and strongly typed objects, but we believe this is better for us as the game is coded in C++, and better for you because it’ll give you a crazy amount of control over ingame objects (you could potentially rewrite soldat in the scripting language - don’t tell MM ;)

Everything is component based at this point, which we think is a very nice way to structure things.

Its early days, but in the 2 days we’ve worked on the system its already possible to code movement and animation entirely in-script. We’re going to automate some of that (so that you dont need to keep track of timers for animation scripts and so forth) but its looking to be insanely powerful. Hopefully we’ll find a simple way of networking everything as well.

Naturally this will mean that we need some way of filtering modded servers out of the vanilla server list (if anything so that we dont get blamed for some of the less than scrupulous mods that are inevitably going to be made) , but it’ll likely just be a checkbox to swap between viewing and not viewing modified servers.

tl;dr good news for server owners, players, and aspiring developers alike.

discussion thread here

Geti