Posts by Edel

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.

Quote from Volnaiskra

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.......

Quote from Phi

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!!

Quote from 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.

Quote from Wodjanoi

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.

Display More

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.

Quote from VBEinc

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.

I thought of a nice idea that would be pretty useful to have. Adding a duration parameter to the Flash Object action
Please login to see this attachment.
Would save you a bit of time from having to create a duration counter/timer yourself.

Quote from SirEatAlot

I believe v-sync always forces the framerate to a locked 60 frames per second, maybe this is whats causing the issue?

There's something wrong though. It if you check vsync it should lock at whatever the monitors refresh rate is. I hope Yves takes a look at it. Hopefully it can be fixed.

@Yeves

Guys, can you confirm this possible bug. The physics movements are supposed to be frame independent? However, when you check vsync the physics ball movement slows down dramatically whenever you set the default fps higher than the monitors refresh rate. In this example you can set the default fps to 60, 140, 240, 1000 and all is fine. The physics ball movement seems frame rate independent. If your default fps is higher than your monitors refresh rate (mine is 144) then check vsync the ball movement will slow down dramatically. You can set the default fps to 500, 600, 1000... then check vsync and that's when it slows down? Something about checking vsync that seems to bugout the physics ball movement....