Spring RTS Engine

Blueprint is pretty much what all new maps should be using/are already using/will be using.

I already posted this link in this thread, but here it is again: https://github.com/jk3064/Map-Blueprint

3/12/2012 8:22:58 PM: Cannot download EvoRTS - RiverGlade - v09, not registered or has no links

It is very much registered. It is on the zk autohost right now, but joining the game, zklobby won't download it.

it's very simple forb:
it's a jump to the left
the a step TO THE RII II II II GHT

You probably registered different file than exists on springfiles. So it cannot be downloaded ... you must make sure copy is exactly same. Even packaging.

No dude, it is exactly the same, considering that in order to register that map with plasmaserver, I had to re-upload it to springfiles. Delete my local copy, download it from springfiles, copy it into maps folder with zkl running and FINALLY it registered.

So then, I delete my local copy again, and join a zk game. Set map to !map evorts riverglade 9 , and zkl fails to dl the map.

smoth wrote:it's very simple forb:
it's a jump to the left
the a step TO THE RII II II II GHT

Heh, true story.

Put your hands on your hips

as already told: reuploading to springfiles does nothing...

imo/afaik this did register it:
"copy it into maps folder with zkl running and FINALLY it registered."

Problem is, if the resource already exists with same internal name and different file (sdz)..

So for example if he did this:

1) upload sdz to springgfiles with lua that cannot be registered
2) modifed sdz locally to fix lua
3) attempted to register local sdz -> fails because it already exists!

No, version 9 was the version that fixed lua. Before it was v8.

I never modify sdzs or sd7s after uploading to springfiles. How dumb do you think I am? Anyone who has been around as long as I have knows that that is how sync errors get started. Once you archive it, that's it. If you need to change something you make a new version.

abma wrote:as already told: reuploading to springfiles does nothing...

imo/afaik this did register it:
"copy it into maps folder with zkl running and FINALLY it registered."

I had already done that with the original (the one I uploaded to springfiles), but zklobby kept crying about it, so I deleted the file I had just uploaded 2 minutes earlier to springfiles, and downloaded the file I had just uploaded 2 minutes earlier to springfiles, copied that file into maps and finally zkl saw fit to register it.

Added redundancy in sentences for 100% clarity.

Would love a single point of upload for rapid and plasma (and springfiles).

FLOZi wrote:Would love a single point of upload for rapid and plasma (and springfiles).

use rapid only and use the commit messages for releases? this way you feed all systems... and for maps: upload to springfiles, thats also a single point.

Problem is, it doesn't work well (springfiles as single entry point).

Problem is, it doesn't work well (springfiles as single entry point).

if it doesn't work, then report to me please...

if a file doesn't appear here:

http://api.springfiles.com/

its a bug (or the file is broken), please report here: https://github.com/springfiles/upq/issues

or pm me...