Very nice! Thanks
Posts by Edel
Welcome to our brand new Clickteam Community Hub! We hope you will enjoy using the new features, which we will be further expanding in the coming months.
A few features including Passport are unavailable initially whilst we monitor stability of the new platform, we hope to bring these online very soon. Small issues will crop up following the import from our old system, including some message formatting, translation accuracy and other things.
Thank you for your patience whilst we've worked on this and we look forward to more exciting community developments soon!
Clickteam.
A few features including Passport are unavailable initially whilst we monitor stability of the new platform, we hope to bring these online very soon. Small issues will crop up following the import from our old system, including some message formatting, translation accuracy and other things.
Thank you for your patience whilst we've worked on this and we look forward to more exciting community developments soon!
Clickteam.
-
-
Thanks for the update Yves. I can imagine how stressful keeping up with Fusion must be. I hope you're feeling better.
-
LOL - always the new guys;
struggles.
doesn't understand simple concepts.
complains.
argues.
cant accept advice by other who explain why they are struggling.
wonders why people who offer help and examples - suddenly dont help.
blames everyone else and the tool for their own failure.
i could have given you an mfa with a working movement with full slide etc. not a chance.
In his defense movements with other engines, even in so-called real programming engines, are actually quite trivial. Modern game engines are easy to work with. Fusion 2.5 is a mess these days. Considering the competition, I see his point of view and if he's new, he's picked the wrong engine. Im still here because I love Fusion but for newer people it makes more sense to go with another engine at this point. Our ways (the Fusion way) is an old Jedi religion soon to be extinct!
-
I hope one day we don't have to use xPos/yPos vars to store intermediate positions in Fusion. It will be the greatest day ever!
Please login to see this attachment.Every time having to do this... What an eye soar!
-
Clickteam is running on fumes! I think the focus is on Five Laps at Freddy's at the moment.
-
People who don't name their alterable values deserve everything they get
I've always felt it comes back to us as a community and especially newer users.
Even from more mainstream examples / users I still see it! 'alterable value soup' :
Please login to see this attachment.Visually it looks confusing!
Please login to see this attachment.
It's an absolute nightmare (this last one it from another MFA example)!!
Please login to see this attachment.Not to mention FLAGS 0,1,2,3.......
-
You can rename them if you go into frame editor. Fusion even merges the names if they're the same for all the objects in a qualifier.
And there's a Base Frame in app properties for getting the names from a frame in the app, for global events.That aside, the developer picks what to do with an alt value/string. So Fusion can't name them.
The examples should name them, though. But it is sometimes confusing to new users who don't realise you can name them - it's like someone conjured up a new set of variables out of the air and made an alternative-universe Active.yeah, of course you can rename them but I think it would be best for Fusion to act as if they do not exist! You have to declare them!! You should be made to name them!!
-
Something I would really love to NOT see in Fusion is the words 'Alterable Variable'!
The madness that happens when you don't force people to name their variables!! To this day it's and endless nightmare of combing through mystery alterable variable A, B, C,.....
Please login to see this attachment.
All this madness should at least be hidden!
Please login to see this attachment.Even CT paid examples suffer from these bad practices making learning an absolute pain!! Would be awesome if only user-named variables show up! Fusion literally breaks the first rule of programing: NAME YOUR VARIABLES! Give them meaningful names.
-
Great news, Yves!!
-
You mean a year less 6 months, as the build 295.10 was released in November
Yes I didn't visit the forum a lot recently, my task list being already full and I've been distracted with various projects / issues, too many people at Clickteam at the moment... And yes a new build will be released in June probably.Any F3 intel this year, Yves?
-
How do you keep motivated to keep working on Spryke after so many years, Vol? How do you defeat the 'doubt demons' (if there are any)?
-
How do you guys feel about behaviors? Do you use/avoid them? Use them sporadically?
-
The PMO does not support deltatime. Many Fusion extensions don't. So you will need to do custom movements. NaitorStudios was working on a new PMO with dt and some other stuff.
-
Not sure if this has been suggested before but I just had an idea pop into my head. 'Variable descriptions' when you click on them in the properties panel:
Please login to see this attachment.Would be a nice way to help you remember what does what.
-
I always had the assumption that from the programmer's perspective our treasured animation system is stubborn and inelastic like an old donkey - living in a doghouse.
I seem to remember many requests years ago asking for allegedly simple features, for example a 200 animation playback speed upgrade - or inbetween 0.5 speed steps etc.
A framerate independant option specifically for animations could be a solution. The possibility that even this is not realizable would be no surprise.
One can argue that improvements like this in Fusion 2.5 are not completely unresolvable - at least it seems hopeless to expect improvements anytime soon I guess.
Still - let's hope for the best.
Otherwise I think we can be grateful that suddenly other things began starting to move.
For example I personally hope the final word wasn't already spoken in the Effects resort for other Export Modules, when it comes to Shader code functionality which would normally run in Windows EXE Runtime only.I just noticed this because I had forgotten that animations below speed 17 will slow down the higher the fps. At some point the animation speed will slow to 0. I had a 4-frame walk cycle animation I was trying to slow down. What I ended up doing was just clone frames. Now it's 8 frames set to speed 25. Looks good at 60, 144, 240fps. Still, it would be nice if Fusion can do this without having me to clone those frames. I understand that perhaps the animation code is old. Perhaps vanilla MMF days. Maybe there's nothing that can be done at this point.
-
Anyone else targeting higher refresh rate monitors (higher fps)? I noticed that an active object's animations are not truly frame independent!! As a result, a 4-frame animation at 60fps is noticeably faster than 144, 240+. Regardless of implementing delt time throughout my game, I can't seem to get around this one. It makes targeting higher refresh rate monitors pointless in Fusion (even though Fusion is perfectly capable of running those higher fps). The movements for the built-in movements (except for the pinball movement! it has issues) seem to work as expected. Seems 'timer-bases-movements' don't quite work right in regard to the animations...?
I found this post talking a bit about it: Please login to see this link.
Also, the physics just don't work properly at higher fps when vsync is checked (maybe that's related somehow)! I posted about it here: Please login to see this link.
It's just too bad I upgraded to a 144hz monitor!!! Sometimes I think I was better off being in a 60hz bubble! But displays, from monitors to cell phones, are getting faster and smoother.
-
You can do that now in events. Just make it so when the player touches ( I assume ice ) the Deceleration is longer.
No. I'm not I'm not talking about that exactly. That's pretty simple physics... I mean sliding automatically along any surface that isn't vertical/horizontal. If you were to take the same approach in a top/down game that you would with slopes in a platformer (using Fastloops) based on Events it would look pretty ugly!! It's not as simple as it seems even if you have the player's hitbox left edge hit the edge of a square, you'd want it to still be able to slide off the bottom edge instead of getting stuck and it also has to slide according to what edge is colliding. It's pretty tricky.
Please login to see this attachment.
Please login to see this attachment. -
*Sliding along angled obstacles I meant to say.
-
Sometimes I play around with the built-in movements and find myself thinking what a shame that they don't work!!! They are tightly integrated with the way Fusion handles directions/animations. The bad thing is how bad they handle collisions but with a bit of love and tweaking these movements would actually be usable! Along with a nice allow sliding option so the player can slide off of obstacles would BE AN AMAZING feature!
Please login to see this attachment. -
The physics are a bit buggy. I believe there's an issue when targeting higher framerates and vsync gets checked:
Please login to see this attachment.Please login to see this link.