Should I be worried about this?

Attachment 19037

I was developing everything in one frame for a long time. The hands and body and some other sprites have more animations than the default 12, but as you are probably aware, the names for these animations cannot be referenced in the global section. But I guess it tried anyway but instead of numbers I got this gibberish. Should I be worried about this becoming corrupt if I make changes to it at some point?


Another strange, older occurance...

I made a platformer called Little Walker back when it was MMF, and something happened to corrupt the entire first level, which was a pretty big one. What happened is if I touch any of the code in the frame whatsoever, the Platform Movement Object or something bugs out and acts like the entire stage is a backdrop set to obstacle so the character just starts to drift upward as if caught in said obstacle. I've tried copying the frame, Replacing the PMO. Any clues on how to de-corrupt that would be much appreciated as well.

Thanks for reading o/

First delete ALL Events and see if the issue persists, if yes there is an Event causing the issue.
From there just delete HALF of the Events and see if the issue persists, if yes one of the remaining Events is causing the issue
and so on...

I havent used Global Events much, so i dont know much about that...I do however recall someone mentioning quite recently that thre is a problem with 'User Animations' in the Global Event Editor

Deleting a single event, any event, doesn't matter which one it is, makes the bug occur. Or even just editing an event, any event. Or action. Any action. I've tested them all.


How does no one use global events? It seems all the clickers I see generally avoid it. It boggles my mind. It should be the most convenient part of fusion, but I guess I can see now why it's avoided. Seems to me MMF/Fusion really wasn't made with epic games in mind. Just flappy bird and arkanoid single frame app... STUFF.

No, it WAS made with larger games in mind... it's just that the way most people do that is to use one frame for the majority of their game, and then have it use external levels (via a level editor or a special trick that lets you use the frame editor as said level editor).

(FYI, The "Fusion" series of products has technically around for decades, well before mobile games, or even somewhat modern versions of Windows (e.g. XP and beyond), were a thing... which is also probably where the issues with global events come in, from my understanding (I think it was because of the code base still having some remnants of that, ESPECIALLY in MMF2, a LITTLE bit less so (or at least a lot less noticeable) in the much more recent CF2.5).)

Are you opening the App i Fusion 2.5 or MMF?
If you uppload it it i can try opening it and see if the issue ocurrs, or try to fix it.
Not sure it will work though.

Clicktema might also be able to look at the file and fix it.

If you know an app is corrupted, but can still view the events, just recreate everything in another application (without copying events!). If it corrupts again, it's something you're doing wrong that causes a bug that you need to identify and report to clickteam.

@happygreenfrog

Well that's great, so why don't they make values retain their names in the global section?

I get that they are working on CF3, but it's REALLY inconvenient to have to stop and look at the values you have named and figure out which one was "H" or "Q" or whatever.

You say it was made for larger games in mind but then you say those games use a special 'trick'. To me the frame is the level. If there needs to be a trick to it, how come this trick isn't more publicized? Or like a standard feature? You know, out in the open.

But it's fine man I get it. Computer's are only getting better. I will probably put large sections of the game on individual frames and restrict the camera, Instead of having 100 frames.

@King_Cool
@casleziro

I originally made it in MMF2. I've been working in CF2.5 for a while now. It got the bug when I was using MMF2.

I can still work in global, in objects, and in other frames.

'Just recreate everything' is a tall order. Even for the one frame that's corrupt. It's already a complete commercial game so I don't really want to spread the source around =\ But ok I will bite, which of the clickteam staff do you think is most willing to take a stab at fixing this for me? That would be really nice.

Also thanks to you guys for responding I don't mean to sound sour.

I wouldn't worry about the name thing, just make sure it works. MMF just masks the animation index reference with a string, so the name itself doesn't matter. Just check that things work normally and that condition triggers as expected. If you copy/paste something from the event editor into behaviors, the custom animation names also retained.

Quote:

---

Originally Posted by FlipSwitchX

@happygreenfrog

Well that's great, so why don't they make values retain their names in the global section?

I get that they are working on CF3, but it's REALLY inconvenient to have to stop and look at the values you have named and figure out which one was "H" or "Q" or whatever.

You say it was made for larger games in mind but then you say those games use a special 'trick'. To me the frame is the level. If there needs to be a trick to it, how come this trick isn't more publicized? Or like a standard feature? You know, out in the open.

But it's fine man I get it. Computer's are only getting better. I will probably put large sections of the game on individual frames and restrict the camera, Instead of having 100 frames.

---

Actually, that's one way to do it right there: Limit the camera, and then have other parts of your game elsewhere in the frame (using various methods to destroy the un-needed objects).

As for the other such tricks (and FYI, not EVERY larger game uses tricks like these, just mainly those from people who have been using Fusion for years and have gotten tired of global event bugs/restrictions and/or have gotten tired of copy-pasting events from frame to frame every time a change to the game's engine is made), it's actually from an example someone made ages ago (this version is for CF2.5, but I believe that there was a MMF2 version)... http://community.clickteam.com/threads/84185-Array-Level-Builder-for-Fusion-2-5-(variation-on-Shawn-s-example-of-the-same-name)

I've just figured out the general way the trick works so I can manually implement it into my games whenever I feel like it. Lastly, using multiple layers can be used as yet another way to store multiple levels like that.

Lastly, and possibly most importantly: I second what Alonso's saying. If it's working fine, then it's probably nothing to be worried about, despite how weird it looks.

@Alonso

Ok, thanks man. Oh I know about the names in behaviors. At least they work there =) 2/3 isn't bad I guess

You know what would be cool is if they implemented some kind of "global groups" feature within the frame event editor. So you could mark a group as global, and then the group with the same name in every other frame would update to have the same events. That way values could retain their names, you wouldn't have to copy and paste to every frame, ah, one can dream...

As far as I know, things like that are hard to implement because CF 2.5 is built upon the same old foundation that powered Klik & Play and The Games Factory back in the nineties. Certain things are next to impossible without a complete rewrite. Thankfully, that's what F3 is. I think for a while CT were torn on retaining backwards compatibility for the projects people were working on and just starting on a clean slate. At least I remember lots of talk of that over the years.

There are definitely advantages, but I completely gave up using frames as different levels after my Atomic Santa game. I only had 3 levels to manage there and it was immensely stressful to manage.