@CRJ900Pilot
.
No, but are you using <= instead of < ? For tolerancing purposes, just try rolling with < and see how that plays out. Also, you can remove the Throttle* bit, I forgot to change that in the previous comment.
@CRJ900Pilot
.
If you're putting it on an aircraft, I suppose you won't exactly go backwards, so you don't really need the directional control vector... so including an altitude limitation, the code would be something like clamp01(AltitudeAgl < a)*sum(Control*GS)/(2pi*r), same thing for r and a is the max altitude above the ground at which the wheels will operate.
.
Set the rotator speed to 1.5x ~ 2x and range to 180º.
@CRJ900Pilot
.
If you wanf it to be realistic, then you have to first find the circumference of the wheel, then divide the integral displacement of the vehicle by it. That is, something like sum(Control*GS)/(2pi*r), where r is the radius of your wheel, in meters, and Control is the control input you are using for your car (something like Pitch). I recommend using Pitch and Roll for the vehicle's controls.
@typeZERO
.
Sorry, I must've missed your question somehow. If we're talking miles per hour here, then 900mph ~= 402 m/s, so in the input attribute of a part writing TAS > 402 would return a output of 1 when it is true, and -1 otherwise.
@typeZERO @MRMDAWURM
. typeZERO is incorrect, every unit in Funky Trees is based on SI units (not necessarily metric, but most SI units are metric). Unless you're using the archaic system of (v < spd), which you should not be, the system is consistent in using meters per second for data calculation.
.
If you have evidence that proves otherwise, please notify me and I will contact the devs.
@Mustang51 @Mustang51
.
Just a thing to add- no need for G-meters: the console command DebugExpression VerticalG gives exactly what you need with incredible accuracy.
@An2k
.
Most people do, but it's fairly pointless to do so normally because FT expressions are usually specifc to the craft. Instead, what really helps others is creating a general form of a system, like he did with the Desmos widget, but it take more effort and most don't have the time to spare.
@AerialFighterSnakes
.
You can start with some form of Altitude != usemetricforeverything, but that likely will not be very stable at all. Best is to use the PID controller, but there's no way I can explain that to you over the internet.
@FeistyPapa
.
I have no idea what you've done wrong, then. It works perfectly for everyone else I know and for myself... I'm not sure if I can help you any more at this point. Game version?
@Lightsaber70
.
The hull shape is insufficiently done, the paint job is lackluster, and details are blocky at best. Also, why would I compare combat capability in SP? It's a trivial matter at best.
@JustDatGuy
.
"Processed" string data are not strings. ammo("string") returns a float/number datatype, not strings. I never said you could not use strings.
I original intended to say something about advertising it as the first, but it sounded too pretentious so I decided not to. Although, since we came to it, I would call this more 'gun convergence' than fire control system.. It fails to address the many other parts of a modern fire control system, such as target lead or optical parallax. Cool nonetheless, have you tried this for three dimensional objects (as guns act as 2D vectors ingame)?
@TrislandianAlliance
.
SP is based in Unity. Unity is based in SI units; your statement is false. The game merely converts its units into an imperial format as to cater to that audience.
Use your built-in finetuner or Overload mod.
Try starting with
sum(Pitch)and see where that gets you.Use the massEdit script.
@CRJ900Pilot
.
Odd. Possibly send screenshots of the Overload window and how you set it up?
一番いい方法ならオンラインIDEなどうを使って（たとえばrepl.it）スクリプトにするものですが、十分な説明があるかぎりどんなかたちでもかまわないんだっとおもっています。
@CRJ900Pilot
.
Try this:
clamp01(AltitudeAgl < 5)
*sum(GS)/(2pi*0.24)@CRJ900Pilot
.
No, but are you using <= instead of < ? For tolerancing purposes, just try rolling with < and see how that plays out. Also, you can remove the
Throttle*bit, I forgot to change that in the previous comment.@CRJ900Pilot
.
If you're putting it on an aircraft, I suppose you won't exactly go backwards, so you don't really need the directional control vector... so including an altitude limitation, the code would be something like
clamp01(AltitudeAgl < a)*sum(Control*GS)/(2pi*r), same thing forrandais the max altitude above the ground at which the wheels will operate..
Set the rotator speed to 1.5x ~ 2x and range to 180º.
@CRJ900Pilot
.
If you wanf it to be realistic, then you have to first find the circumference of the wheel, then divide the integral displacement of the vehicle by it. That is, something like
sum(Control*GS)/(2pi*r), whereris the radius of your wheel, in meters, andControlis the control input you are using for your car (something like Pitch). I recommend using Pitch and Roll for the vehicle's controls.@typeZERO
.
I have started a series on them, but progress is a bit slow- I should be able to push a new video out by next week. Thanks for asking.
@MRMDAWURM
.
Heh. I can talk!
@typeZERO
.
Sorry, I must've missed your question somehow. If we're talking miles per hour here, then 900mph ~= 402 m/s, so in the input attribute of a part writing
TAS > 402would return a output of 1 when it is true, and -1 otherwise.@typeZERO @MRMDAWURM
.
typeZERO is incorrect, every unit in Funky Trees is based on SI units (not necessarily metric, but most SI units are metric). Unless you're using the archaic system of (v < spd), which you should not be, the system is consistent in using meters per second for data calculation.
.
If you have evidence that proves otherwise, please notify me and I will contact the devs.
@Mustang51 @Zoowarp
.
Open the console, copy and paste the aforementioned text.
@Mustang51 @Mustang51
.
Just a thing to add- no need for G-meters: the console command
DebugExpression VerticalGgives exactly what you need with incredible accuracy.@TOMJeb117
.
tbh I understand why most people don't- it's more effort that the needs.
To reduce visible "visible ammo count" you can apply FT to the activationGroup of the "shell casing" cannon in order to disable whenever applicable.
Personally enjoy the fuselage-detacher ejection method better, but given that the ammo count is 1200 I think I know why you chose this method.
Great build.
@RuvienRepublicCitizen
.
Part count != quality, but generally with 300 parts or less you aren't gonna get very far.
@Blyatsickle
.
Easy, make do with the
ammofunction.@An2k
.
Most people do, but it's fairly pointless to do so normally because FT expressions are usually specifc to the craft. Instead, what really helps others is creating a general form of a system, like he did with the Desmos widget, but it take more effort and most don't have the time to spare.
@AerialFighterSnakes
.
You can start with some form of
Altitude != usemetricforeverything, but that likely will not be very stable at all. Best is to use the PID controller, but there's no way I can explain that to you over the internet.Use FT, and model a human joint using video frame analysis to get the data. Example video here.
@raceplaneVIBEZ
.
Just reverse the input/AG on one of them. Either add a negative sign or use the boolean inverter operator (!).
@typeZERO
.
Altitude > 400@EngineerOtaku
.
I'm active on Discord, weird that you can't contact me... huh.
@MemeLord21
.
2047 as of now.
Only the server host can kick players... iirc MP devs wanted to fix this problem but they're too busy to work on it.
@FeistyPapa
.
I have no idea what you've done wrong, then. It works perfectly for everyone else I know and for myself... I'm not sure if I can help you any more at this point. Game version?
@Lightsaber70
.
The hull shape is insufficiently done, the paint job is lackluster, and details are blocky at best. Also, why would I compare combat capability in SP? It's a trivial matter at best.
@Lightsaber70
.
How is that a decently built tank?
Brute-forcing clicks. I think I saw a forum post on how to do it somewhere.
@Jerba
.
Are you talking about the fume extractor? That doesn't need elevation to do its job. A neutral loading position is demonstrated here.
@JustDatGuy
.
"Processed" string data are not strings. ammo("string") returns a float/number datatype, not strings. I never said you could not use strings.
@JustDatGuy
.
Also...
It's already there...
@cedblox332
.
The ammo condition that you specified.
I original intended to say something about advertising it as the first, but it sounded too pretentious so I decided not to. Although, since we came to it, I would call this more 'gun convergence' than fire control system.. It fails to address the many other parts of a modern fire control system, such as target lead or optical parallax. Cool nonetheless, have you tried this for three dimensional objects (as guns act as 2D vectors ingame)?
@Jauntyccmbr
.
That isn't too helpful... be specific, as I replied earlier.
@cedblox332
.
You want the timed action to happen when that condition is fufilled, correct?
@exosuit
.
I hate Discord images... rather use imgur than Discord.
@wonkapilot
.
Been working on the turret the past few days. Thanks for asking.
Completely depends on the input you wish to use for it. Be specific and I can help.
@TrislandianAlliance
.
SP is based in Unity. Unity is based in SI units; your statement is false. The game merely converts its units into an imperial format as to cater to that audience.
Yes, funky trees!
It already exists... see below. It's already as simple as it can be:
x - Longitude
y - Altitude
z - Latitude
If you have are capable of utilzing "logic gates, timers, sensors, and stuff like that", you sure can use Funky Trees to do so.
@DPain
.
Yes...? I don't see why you wouldn't think so...
Same. I assume the servers got a bit overloaded today.
@cedblox332
.
Thanks for asking. I'll try to get it out within the next week.
@MemeLord21
.
Old accounts are kept in the servers for reference (that is, not deleted completely)... likely why you cannot use the same email.
@shipster
.
No.