Chronos

Basically, any application that can download patches from the web and apply them will work. (Be it file based, or actual patch based) After all, it's just an application with resources files that require to be kept up-to-date from time to time. There should be a few of them around the resources board that several people have written over time, I would suggest trying a few and seeing which ones you like best. Bare in mind that most will require you to have some webspace going though.
 
 
I've mostly been having considerations about the back-end lately, given how the current system is not very flexible. Though I've had little time to dedicate to doing much as of late and have been without a laptop for the past month or so waiting for repairs. I've got some plans I might execute soon though! (Involving some data migration to a new server and structural changes on the backend)

Adding this here: 
 
It's been up and running for a while, been rather busy with other things in my life though. Currently working on something on the site's back-end but might have some news ready on it soon. Regardless, it works as it is to have patches for your game.

I'm not sure what format sounds have to be, but I think it's either *.wav or *.ogg. Anything else will not be recognized.
 


I was tempted to say yes, but looking up the exact option I can't seem to find it. Maybe it was never there, would be a good feature request if that's the case! (@jcsnider, confirmation?)
 


Day/Night basically goes through a cycle at the time rate (based on real time) you set. By default it doesn't really do much of anything, but in the Editor you can choose Content Editors and then the Time Editor to choose what time of day does what in terms of darkness.
 
As for weather, it'd be great if we could set certain regions to allow for certain types of weather. But as of now this is not possible.

I personally wouldn't add such a thing to the editors, seeing that implies you need to send it over the network meaning that if you don't do it right you can basically request all user data INCLUDING PASSWORDS through a misused packet. Unless you know what you're doing, that seems like a genuinely bad idea.
 
I don't think there's such a thing for Orion, sadly. I only know of one for Intersect.

You could do this, in theory. But you'll have to make it yourself once the source code comes out as it's not in the base engine.

This is actually something that @jcsnider is working on for the next release. I think he was talking about getting an official translation for Portuguese as well at some point. But regardless, there'll be a way for you to translate everything in the engine in the near future.

Just got reminded about this by your post. Finished it.
 
All this tool does is change

 
into the following:
 

 
Any other steps can be taken with tools that already exist on these forums.

Using Intersect? it'll likely work in MonoDevelop. (Currently you can already run the server on a Linux box!) Orion+ however isn't made to be cross-platform.

You can change it, but this is not recommended as you'll cause all sorts of problems if you don't know what you're doing. Since maps are rendered seamlessly as it is I would highly recommend connecting maps over making big ones. To connect maps just double click on the blank space next to a map in the editor, they'll appear to be ''one'' map in the game client.
 
(For a short explanation: Maps are cached in GPU memory once rendered, they are currently stored in a texture at a size that the majority of GPUs will accept. If you change this drastically, however the textures would become much larger and many GPU's, especially older ones will start showing issues.)

I'd say no.
 
Though not fully impossible, it's certainly not an easy task and likely not worth the effort as you'd be losing data all over since the two engines just aren't the same or compatible. I'm sure someone will eventually try, but right now I don't think we'll see that happening. While the bits required -are- usable without the full source code (which isn't out yet!) I don't think many people have figured out how it works. Not to mention that the two formats are completely different from one another and this likely will not make it easy.

You've likely been playing with Z-Layers, make sure you're not on Z-Layer 2 when your NPCs are on Z-Layer 1.

I imagine the shield has to be rendered last if you want it to overlap everything else. Items that are rendered first will be below everything rendered after.

This is incomplete, as there's also the bans, characters, char_bank, char_hotbar, char_inventory, char_quests, char_spells, char_switches, char_variables and mutes tables.
 
This query should wipe any and all user data from the database, however:
CREATE TEMP TABLE _Users(id INTEGER); CREATE TEMP TABLE _Characters(id INTEGER); INSERT INTO _Users (id) VALUES ((SELECT id FROM users)); INSERT INTO _Characters (id) VALUES ((SELECT id FROM characters)); DELETE FROM users WHERE id IN (SELECT * FROM _Users); DELETE FROM bans WHERE user IN (SELECT * FROM _Users); DELETE FROM mutes WHERE user IN (SELECT * FROM _Users); DELETE FROM characters WHERE id IN (SELECT * FROM _Characters); DELETE FROM char_bank WHERE char_id IN (SELECT * FROM _Characters); DELETE FROM char_hotbar WHERE char_id IN (SELECT * FROM _Characters); DELETE FROM char_inventory WHERE char_id IN (SELECT * FROM _Characters); DELETE FROM char_quests WHERE char_id IN (SELECT * FROM _Characters); DELETE FROM char_spells WHERE char_id IN (SELECT * FROM _Characters); DELETE FROM char_switches WHERE char_id IN (SELECT * FROM _Characters); DELETE FROM char_variables WHERE char_id IN (SELECT * FROM _Characters); DROP TABLE _Users; DROP TABLE _Characters;  

I'm curious, did you delete the old libs folder as instructed by the upgrade path? There should not have been an SQLite3.dll file directly in the libs/server folder, as it will automatically be detected from the x86/x64 folders on run-time.

@OxPxTxC I see the problem, you have an older version downloaded! (One we had to fix earlier) You can either download a new copy from the link provided and replace the files, or you could change the contents of Intersect Server.exe.config to the following:
 

<?xml version="1.0" encoding="utf-8"?> <configuration> <startup><supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5"/></startup>   <runtime>     <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">       <probing privatePath="libs/server;"/>     </assemblyBinding>     <loadFromRemoteSources enabled="true" />   </runtime> </configuration>

Not currently, or by default. Though you could restrict people with the event system or add something similar yourself in the future.
 
I would highly suggest not leaving it on the client-side though, as people can just create these files themselves or copy them to other people. It should be an unlock at the account level on the server.

Hardly a bug, you are making a connection and a connection will show up as someone being ''online'', but since there's no account name related to this connection the spot will remain empty.
 
What's strange is that this connection is never closed and remains?

User accounts are stored in the database alongside the server, much like everything else. You'll want to find an SQLite browser to be able to go through it though.

Without access to the source there's no way to make NPC's drop chests with fully random loot. You might be able to do something with items triggering events though? It's not perfect but it sort of works.

Based on a quick glance, it seems this would require the entire server to be built around their framework. So I doubt that's possible right now.

Try to stick to powers of two, as anything else might turn a little glitchy, like it'd be squished or plain refuse to work on some systems.

I'm afraid that until the source is out there's no way to make the player sprites use any more frames than the default ones.

Currently, there is no proper way to go about this. However, as soon as the source is released you or someone else will be able to add it and anything else you might need.

A fake autotile is basically what it says, it's a single ''normal'' tile that pretends to be an autotile, it causes all surrounding autotiles to connect to it like it's one of their own. It has its niche uses like when you're trying to get certain tiles to blend together.
 
A cliff autotile is just that, a cliff. It uses the 4x4 tile preset from RPG Maker to create cliffs, walls and other such things in an orderly fashion. It has its flaws with having several layers of cliffs next to eachother, but for straight lines it works fine out of the box.