Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Well... I did, so far a throttle between 0-1 just illuminates the first bit. I'll see what happens if I try the range 0-255
Each segment is a bit position for an 8-bit binary value. Numbered 1 thru 8 starting at the top and going clockwise. So if I wanted to turn on every other bit position with 10101010, it wants the decimal value 85.
If you just cycle values 0-255 through the thing it will show you all combinations, but the display order will make no sense whatsoever. So you have to figure out which bits you want to turn on for each 1/8 increment and then convert it to a decimal value.
So you have to create a little binary to decimal conversion table for the dial effect you want.
I imagine this might be a useful example table:
Dec Bitval
0.000 0
0.125 1
0.250 3
0.375 7
0.500 15
0.625 31
0.750 63
0.875 127
1.000 255
Well "bit" alone is self explanatory, heh.
You'd need to convert your input into 8bit (8 segments) binary numbers.
Ah ye good ole' 10min+ video ...30 seconds intro starts playing...tutorial, where a paragraph or two would ...hey folks if you like that video don't forget to hit the subscribe button... suffice instead.
Also math is hard.
There are 8 segments on both the radial and bar segments, so you need to divide that through your maximum input value, for example a lever set to 0-200 to simulate a fluid tank.
So your first step is:
y is the input from the throttle lever.
This will normalize your input to 8 at full input, 4 at half input etc.
Rounding to nearest integer is important here, you can leave it out and watch the effect it has on the bar display, heh.
Now you want to use this as power for 2, to normalize it from 0-255:
This will put out 1-256, so the -1 puts it in place to 0-255.
That's all there is to it.
Condensed into a single formula:
Well, the formula does a clever job of producing the one example pattern I showed. I'll give you that. I do think I prefer the flexibility of a table-based solution in this case.
I just needed to know it was an 8-bit value in decimal form. ...and what the bits were relative to in the dial display.
Yeah... some of these tool tips are a bit lacking. I was convinced the fuel filter clogged and was completely useless. A simple mention in the tooltip would've saved me there. And I still have no idea what they expect me to do with this constant torque value thing in who-knows-what base? ...metric-pound-meter-foot?
http://mcro.org/issues/view_issue/17623
Make of that what you will, it's in line with everything else in the game. Torque not being torque, charger not being a charger, Engines above 20RPS being borderline unusable (that's 1200RPM, barely above idle for most real engines). Reving like a 600cc inline 4 at 18k RPM would be 300RPS.
Go figure.
Yeah, I got it... thanks
I now have radial dials that indicate direction and magnitude of fore/aft directional thrusters. So I get a visual cue as to whether or not I'm rotating or translating as the movement tends to lag a bit behind the application of thrust.
This is very bizarre choice, considering that it's stuck to a rev counter.
Basically, unless you know the torque values by hand, there's little use for it, and for the past couple of months i've off and on tried to get a consistent read on those with little luck.
We know... it's stoo-pid
Agreement there... we can always hope for the best!