You call https://github.com/cookgreen/Yuris-Reve ... er.cs#L225 an engine problem in https://github.com/cookgreen/Yuris-Revenge/issues/65.DoDoCat wrote: Wed Sep 11, 2019 7:47 am The reason why I delete your discussion issue is because you insult my project is `big mouth` which is unacceptable
C# Random class ain't provide you synced results, that's why World.SharedRandom a thing. And this isn't ensured to be platform-safe either.
Also, what is this?!
https://github.com/cookgreen/Yuris-Reve ... rtPower.cs
Why is this needed? You can't even tell it. You took DetonateWeaponPower for something already but you were unable to notice that has almost everything required without code duplication from the Ion Cannon(?!). You want environment lighting? Add a warhead for it and you can reuse it uponj ALL the majors (if you take the RV weather storm approach)!
You call yourself "accurate" because you try following INI tags to the letter, ignoring the fact that sometimes INI tags don't even do what you think they do or that the differences between OpenRA and YR structure necessitate a reconsideration. You can't even comprehend what either game is capable of - as your "Gattling implementation" shows https://github.com/cookgreen/Yuris-Reve ... OnStage.cs - Gattling is supposed to add RateUp value to an integer every frame if the actor in question is in range and actively trying to attack a target. If either case is invalid, it takes RateDown value from the integer. Weapon switches are performed when the integer reaches the values. OpenRA can only rate up with actual firing (GrantConditionOnAttack), but on gattling, this doesn't even matter much. Your code is a constant weapon switching which is supposed to be conditional but ignores it's own state.
You end up reinventing wheels with all your wheels being squares. Your project is an insult to OpenRA and it's not my issue if I could die in alcohol poisoning from a drinking game if I see a bug in your spaghetti code.
