jcsnider

Import has been broken for awhile and therefore has been disabled. It will make a return at a later date... but probably not before source release.

Mono versions do not equate to .Net framework versions. Try updating to Mono 6

Luckily the engine is in beta and we have time to work these sorts of issues out...
 
It sounds like it is the same issue or related to this:
https://tracker.freemmorpgmaker.com/jcsnider/Intersect-Engine/issues/94
 
We will post updates there as we progress on this issue.

Make sure you're running the most recent build from here:  (It wasn't working on the 0.6.0.0 release)
https://www.ascensiongamedev.com/topic/4231-stable-builds/
 
 
Then follow these docs to enable:
https://docs.freemmorpgmaker.com/advanced/passwords.html#password-reset

If you did texture packing then it'll be loading the old graphic from the pack.  Try deleting client/resources/packs folder and then running your client.

Updating my answer. Coming soon in Beta 6.1:
 

Your question has already been answered...
 
Once we release source you can add a mount system if you so desire.
 

Make a bug report for me. Ill check into it on my next fixing spree.

You'd have to program a custom authentication bridge for your forum that uses the servers API for account management and credential verification. That's very complex and would require some extensive programming knowledge to pull off. 

His guide is slightly outdated. Check this for how to use \gv now
 
 

Our goal for the engine from this point on is optimizations and stability for a smooth open source release. Afterwards those requested edits can be made by anyone, but those are beyond the scope of what we have planned for the vanilla engine. Our roadmap can be seen here:
https://www.ascensiongamedev.com/forum/90-roadmap/
 
Topic locked. 

The text dropdown, can that be changed to json?

 
Edit: Also, what tool are you using? Knowing may help.... or not lol.

The server listens on all addresses, so inputting the Hamachi address into your client's config is all you need to do.  Your server will still contact our servers through the internet to provide 'useful information' such as your public ip but that can be ignored. If you are unable to connect via the hamachi address that means you have firewall issues on your pc or antivirus programs blocking the connection.

Latest build is 0.6.0.124 from Oct. 6

To communicate with the server and modify live game data you should use the API.

Not in Intersect until we open source and someone custom codes it.

We are not trying to make rebranding the client difficult. We do not have access to change the icon at runtime. 
 
The only options are resource hacker or changing the icon that's within the source. Wait for source and this will be easy. We cannot make it easier in the meantime. 

Player boolean variable. Make the spawn condition of the event being that the variable is false. 
 
At the end of the event set the variable to true and it won't ever run again. 

That is a reported bug that we are working on fixing. When fixed we will update the issue here:
https://tracker.freemmorpgmaker.com/jcsnider/Intersect-Engine/issues/31#issue-31

No. You need a large png image with equal sized frames side by side and then use the animation editor:

Unpacking another games assets for any reason is not something we will support here. 
 
If you have no ill intentions then just reach out to the games owner. 

Simple answer: No.

We're not saying that you can't take Intersect's source code and migrate it in various ways to run on Android, IOS, or even in Web. And in the process of developing Intersect I have attempted all 3 at various points in time. [Android, Web]
 
The Intersect Client is written in C#, but only uses libraries that are compatible with Mono (a cross platform .Net framework) so we can have Linux and Mac support. Several technologies exist already that allow C#/Mono code to be cross compiled to web assembly or similar to run in a browser. Unity does that, for example.
 
If you wanted to get Intersect's client running in a browser or on a mobile device in the future you're best bet is migrating the code into a Unity project, and then using Unity to compile for mobile and/or web. Alternatively, MonoGame (which Intersect already uses) offers project templates for mobile devices, and web is in the works.
 
Nothing is as simple as copying some code over and watching it happen though. Here are the early challenges I faced when attempting this task:
 
Unity:
All rendering, audio, networking, and input functionality must be re-coded to hook into Unity's systems. Project assets must be imported into a Unity project, a script would be needed to configure the proper settings for each graphic. Shaders would have to be rewritten for Unity. Loading of graphics, and other resources would need to be rewritten for Unity.  
Unity Web Export:
All the Unity challenges above. Server and client would need a new socket system since html5 only supports websockets. Performance in browsers is pathetic. Content size/memory limits which would make games extremely limited, or only allow games to be played in web on high end pcs.  
Unity Mobile Export:
All of the Unity challenges above. Code required to hook into mobile keyboard. (Not easy, or bluetooth keyboard required) Entire UI would need to be redesigned in a mobile friendly way. (Would take forever) Crashes when trying to update ui from networking threads or when networking threads try to check Unity.Time -- lots of function rewrites would be required to get around that.   
MonoGame Web:
Simply not capable at this time. Their web deploy side of things isn't advanced enough yet. All the same challenges faced under Unity Web Export would surely apply here anyways.  
MonoGame Mobile:
Code required to hook into mobile keyboard. (Not easy, or bluetooth keyboard required) Entire UI would need to be redesigned in a mobile friendly way. (Would take forever) Packaging assets is annoying and difficult. Performance is better than Unity mobile, so that's actually a good thing -- but I believe less devices would be supported (especially on the Android side of things)  
 
Bottom line:
 
It is possible to get an Intersect client running within a web browser or on a mobile device. I have done both at one point in time. (No, I will not share my work/code in that regard, nor does any of it work anymore anyways.)
 
Getting the Intersect client to run on mobiles/consoles/or within a web browser requires rewrites of major functions for each platform including rendering logic, audio playback, network sockets, ui design, input handling, etc. Make no mistake, the work involved is long and hard. You're effectively rewriting the most complicated portions of the Intersect client which means the skill required to make this happen the same as developing the entire Intersect engine itself.
 
Cross platform support for this community beyond Windows/Mac/Linux is not one of our goals, and that is not something I'd expect to change for a very long time. I'll encourage other developers to tackle this once we're open source, and I will be available to answer questions here on the forum, but beyond that you all are on your own.
 
 
Edit: Obviously a complete client rewrite/port to a native language for your target platform (ie javascript for browser) would result in the best performance at the expense of the longest development time. I don't foresee anyone attempting that anytime soon though. 

No. This is not a goal of ours. Only Windows, Mac, and Linux support for the foreseeable future. 
 
Unlike the Eclipse era it's actually somewhat of a feasible task with source, but the skills required to do so are the same as developing your own browser client from scratch -- it won't be remotely easy and it will be fairly time consuming. 

@panda and @Kibbelz are also developers of the engine with full access to the source. They would release the source and likely continue working on the engine in the event of my untimely demise. 
 
It's all coded in C#.