Yes! It is possible to use HaxeFlixel as a framework for a 2D MMORPG. I've made a 2D MMORPG using HaxeFlixel and it's been great, I've never had any regrets about choosing HaxeFlixel and would use it again if I was starting a new 2D MMORPG project. If you'd like to check out my game as an example of an MMORPG made with HaxeFlixel, you can find it here: http://www.portalwalker.com
FlxGroup can be added to other groups/states, so update() and draw() are called on all the members of the group with exists == true. Be careful, adding to two groups can lead to update() called twice resulting in 2x simulation speed (can be solved by marking the group active = false).
Use arrays when you don't want to update/draw sprites, or they are updated/drawn from other group already.
And also, as you said, use groups when APIs demand FlxGroup, like for object recycling or collision.
It's not slightly worse, it's a lot worse. Don't measure with fps, measure with milliseconds, they tend to accumulate the more code you have, and if they accumulate more than 16 ms per frame, the player will have less than 60 fps. If you have steady 60 fps, but with steady 15 ms (draw + update), you're in trouble.
Because it would be the slowest part of rendering. My example may not be the best, because copyPixels in new versions of OpenFL is really slow anyway, so you don't want to use it unless you are ready to do some optimization work on it
Note that I'm talking about native targets, flash target is mostly unchanged AFAIK
@Gama11 How about the latest lime (5.3.0)..? If I install that then Flixel states:
Flixel is currently incompatible with Lime 3.0.0 or newer
Is there anyway we can ignore this and force a newer version of Lime instead of -3? I'm asking because i'm having some Jitter on camera follows again on a new project. Newer version of Lime just might have better SDL support and with that less Jitter. It seems to be a windows thing. I'm not seeing it on android.
There are a couple of discusion to be found with Google on this subject, but there does not seem to be a real solution.
Try making vsync to only affect cpp (if="cpp" on your project.xml in the end of the relevant line) or cancel it altogether.
Try FlxG.fixedTimestep = false; FlxG.maxElapsed = 0.25.
Sadly, If these options won't work I wouldn't be too surprised.
A thread on github, an other one on google-groups, an interesting one on OpenFL (they talk about SLD there), and a post of myself. The problem just might not be Flixel or OpenFL, the problem can lay in Lime or SDL (or the way SDL is being used). Just playing around with stuff like:
Is time consuming and not fixing anything. I would love to try out a newer version of Lime, perhaps they fixed it there? :S Is it in anyways possible that i can try this? (Development version, beta version?)
I really like HaxeFlixel and enjoy using it. But this Jitter on camera while following is driving me insane! It does not happend at the beginning of the game, but after say 10 seconds it slowly starts, after that it builds up. After 2 minutes or so its very noticeable.
@starry-abyss no worries! I actually have never released anything on HaxeFlixel with non-trivial performance requirements. I'm really grateful for the time and energy you put into explaining it to me until I finally "get it." So, thanks again.
I'll probably get a chance to work on this later tonight. I'll move my code into revive and if (for some reason) it doesn't work, I'll report back in this thread.
Looks like your connection to HaxeFlixel was lost, please wait while we try to reconnect.