Cheshire

The editor and game don't render the map in the same way, which causes some of this weird stuff to happen. It's mostly the same, but between the render pipelines of the DirectX and OpenGL versions of MonoGame there's some minor oddities like this. I don't think there's much you can really do about it aside from trying to tweak your tiles or background layers to make it look similar.

I can't help but notice you've copy/pasted the same map to create the entire world and then added a few structures to it. Is that something you did to fill it in quickly, or is it intended to be that way?

Upgrading would be messy maybe, but at the same time data would be far more accessible for development and tools outside the engine itself. (Also, searchable by queries allowing mass updates of stat weights, balancing revamps etc.) I'd say that's more important long term than upgradability for short-term patches that will become infrequent. Also, you can alter tables and add values with a simple query on the database, so how is that harder than loading the old data, transposing it to a new class and then saving it to the DB like the current database works? yeah it's harder than having the Json lib figure it out for you but at least you'd be making proper use of the database system (and would allow for indexing on MySQL)

That looks pretty cool, I like how it has a pretty distinct style. The translation feels a little off though and might be off-putting to some. Is that a work in progress as well?

I don't think the character sheets have changed between 1.9 and the most recent versions, should be fine with anything that would work for 4.6 as well. (Not that I really know of anything, but hey :P) And 1.9 didn't have a quest system, it just had the option for it listed already.

So, I'm assuming that right now it doesn't automatically prune old backups then? Bash time it is.

Why limit it to a specific colour if you can just have a colour picker or a background image to tile onto the display? There'll always be someone that wants a specific colour because the current one clashes with their tiles.

Could have been some clever use of grappling hooks.

That looks pretty awesome! But how did you manage to make the jumps work?

I don't think there's any real limitation there, beyond the fact that it's on a shared host between all the other games on the machine on a single 100/100 line.

@RandemGamor That does not delete all the data associated with the user though, and leaves characters and such behind.

Pretty sure it only does that if it does not find any existing config files or resources. So if your user runs the updater before the client (Like they should? Why would a user connect with an outdated client?) and the updater downloads all the relevant files it shouldn't be a problem.

I'd definitely go for a fiver for a dev server, even if it's just to support you. (Might go up a bit if I actually use it. )

Connection was fine for me yesterday, and that's from the UK. (Though perhaps a little unrepresentative with a 50/50 fiber line. lol)

That's more or less what I figured. (More users = less costs to cover per user!) @Abyss I'm assuming that if there's enough demand he could always look into a European host.

Seems like a reasonable project, and not overly expensive for the average user. It'd probably cost them a lot more to learn how to do everything themselves.

I don't think there's a way to do what you want without a copy of the maps on either side and some clever warping I'm afraid.

To have them all be misaligned the exact same way just looks off though, maybe vary it up a little bit?

It's a little involved, but the easiest way would be to get something that can read SQLite databases (such as: http://sqlitebrowser.org/) and execute the query from the following post to completely wipe ALL USERS:

If you link enough maps there won't be any borders, but I don't think there's a way to always zoom in so far that the borders are hidden.

It's in the editor tool alongside the other editing options.

I'll try to answer this as best I can: Map Sizes: You can connect maps by double clicking next to them in the editor, this will make them appear as one seamless map to the client. :)So there's little to no need to mess with the actual size values (which are explicitly chosen for GPU performance reasons, any larger may cause issues as it's rendered as a singule texture) If you do want to change the size of individual maps, you'll need to delete your game's database or erase all the existing maps before it will work. Experience: This, along with HP/MP scaling I would like to see in formulas.xml as well. But it is currently not implemented I believe. Account List: You'll have to open the database file in an SQLite viewer or write a tool to read the database for that I'm afraid, no more flat files. Permissions: If that's not clarified over Here yet then I doubt there's much documentation to be found on that I'm afraid. Storage: Everything is stored in the database file kept in the server's resource folder. Unless you're highly knowledgable in using and merging SQL databases I would really not recommend you tamper with that or try to insert data from outside sources. So aside from giving them the regular editor, there's no real way to get them to help with your edits. If you don't trust someone, don't give them access. Maybe someone else can clarify on things a little more, I'm currently working so I can't really fire up my server machine to see!

I don't see why not, I was just voicing my concerns with the way the defense stats were valued in that calculation.

Alternatively, they could just.. not allow negative values.

It doesn't make the STATS worthless, just makes the ability to choose the stats when investing stat points from levelling worthless. A single point isn't going to get you anywhere. There's ways to work around that, sure. But it's also not a perfect solution to the problem.