Hey.
I think, I will not be able to make a video on youtube, due to low-end pc and it will result in bad quality videos.
Hi,
at one point in the replies there was the request for a test gun or grenade⦠is that still on the road map?
Yes.
Currently Iām working on Improving FastCast2.
Somebody in Suphi kaner discord server tested that:
FastCast2 seems to perform very bad on client side, but it comes to server side multi-threading, it just so jacked.
So I decided to try Improving FastCast2 client side performance.
It might because my pc is so bad at rendering multiple parts like 3000+ projectile parts, so itās normal to lagging, but I will try optimizing FastCast2 client side performance If could.
The new feature I will add for FastCast2 is: Motor6D transform
Someone experimented that Motor6D transform perform better than BulkMoveTo for 8000+ projectiles in client sided.
Hey.
Iām gonna add cheatsheet to FastCast2 Documentation, so you can see all the api references easier listed.
And also, I will make diagram how of how FastCast2 works behind the scenes.
Yo guys
Iāve heard thatās upcoming projectile library that will beat FastCast2
No, donāt worry about FastCast2 being deprecated It will not.
But If new projectile library were born and better than FastCast2 Iām not gonna be anti but even supporting and contribute to it.
Q: Are you gonna leave FastCast2 after thereās a better projectile library
A: No, FastCast2 Is community-maintained project, anyone can pull request, fix, improve, add, delete, replace, suggestions.
Q; That means I can do anything with FastCast2 right?
A: Yes and no, If you pull request me something you going to pass my code review first.
A: If everything alright, Iām going merge that pull request.
Glad that you fixed this issue! Appreciate your effort and time, and hardwork into this. Literal great module, for an upgrade of FastCast. To be honest, I really liked your FastCast2 module because it works really good on physics heavy equations side.
whats the projectile library though :Curious:
Iām pretty sure if DrSinek team developing SwiftCast more will able to beat FastCast2 in term of performances.
Here Iām going to try and Improve FastCast2.
FastCast seems to be using a lot of script activity
Iām gonna create various different branches to test which version did the best performance:
branch 1: Completely different RunService usages on client and server(client = use less, server= use a lot)
branch 2: both client and server use less RunService
(āuse lessā means looping list of ActiveCast instead of multiple RunService)
Ay guys.
I decided that Iām gonna draft pull request my unfinished DebuggerUI
Yo guys.
Iāve heard that FastCast2 does not have enough docs explained how itās under the hood and visually works, this made many people confused about api/things, even experienced developers still confused.
Might working on Improving docs, so it can give more info about how FastCast2 works.
(Also examples on how to make a proper system with it)
Github issue: Improve DOCS Ā· Issue #33 Ā· weenachuangkud/FastCast2 Ā· GitHub
Yo, guys.
Iām regretted that I hard-coded this DebuggerUI.
Iāve fixed some little fixes and structure of the code, but the code was still bad, because itās a single file script that handles backend-frontend
Libraries:
- RemoteTableLight
- Jolt
- iris
Here the rbxl file:
FastCast2TestGround.rbxl (227.4 KB)
If you willing to fix it for me