Hello Ivan
Oooops, I use FS2K SDK's (FS2000, cause FS2002 gauges don't show in CFS2, I'd better to read again before posting, shame on me)
May be if you agree the first who find a way for multi engines fuel selectors show to the second, I tested the token variables "RECIP_ENGINEx_TANK_SELECTOR", but each time the second selector can't be moved with the mouse and move at the same time than the first one.
Good luck
Martin
It seems to me that there are really two problems here.
The first is getting the Gauges to react properly to the mouse.
I haven't even gotten to that stage yet because I haven't constructed the bitmaps I will need for the Gauge Pair for my Mitchell bomber and P-38 Lightnings.
My intention is to use global variables for the two gauges to communicate status with each other.
What is your target aircraft? I am only dealing with two engines at the moment, how many are you working with?
The features I will want on my gauges are control over Left Main, Right Main, Left Aux, and Right Aux and crossfeed.
It doesn't sound like you have the mouse situation resolved yet much less control over the actual tank.
As for my situation, the multi-engine Fuel Selector isn't quite as high a priority because the default situation WITHOUT a selector is to feed from Left Aux and Right Aux first and then feed from Left Main and Right Main.
In other words, the default situation is the recommended usage pattern anyway.
At the moment, I need other gauges much worse than I need these Fuel Selectors which is why I had not been working on them. I don't have a set of Fuel Quantity Gauges for either aircraft yet.
Now that we know we are both using the FS2000 SDK, I am fairly certain you can use gauges that I compile. Unfortunately I don't believe I can use gauges that you compile with your newer compiler.
- Ivan.
I tried to fit Stephan Scholz Gotha serie (CFS2 World War one planes in the SOH library), all two engined, with a fuel selector by engine, on the Gotha GIV, there was three fuel tanks, one under the left engine, the second under the right engine, and the third on the middle of the upper wing, used to start, no pump was needed to feed the engines with the center one, and once the engines were started, the fuel pumps could flow the fuel to left and right tank. Each engine had a fuel selector and there was a third one for an eventual fuel transfer.
The problem is from the keys trigged to switch the fuel selectors, the serie 419 to 426 "KEY_FUEL_SELECTOR_..." switch all the fuel selectors indifferently. May be a flag must be defined, to tell on what selector you want to act, but I don't know how to code it.
About the compiler environement, are you sure than gauges compiled on a later version won't work for you? I can if you want send you a gauge for testing, or you can find several in the SOH library.
And what problems do you encounter on your works in progress, if I can help
All the best
Martin
Hello Klein,
Seems like what you want is both engines to feed from 531 Center1 to start.
Left Engine has a choice of 531 Center1 or 525 LMain.
Right Engine has a choice of 531 Center1 or 526 RMain.
It isn't that different from what I am trying to build. I have no idea what your numbers 419 to 426 mean.
Is that how they are encoded in the header file? I almost never look there unless I have a reason.
Offhand, I do not have a solution for you (or for me) at this time. I simply haven't gotten to this problem yet.
Problem with the gauge I was working on turned out to be pretty simple.
I had simply converted the Pointer to RGB format for editing and forgotten to convert it back to Palette / Indexed format when I was done. I figured this out when I was running errands today but didn't have a chance to confirm until I got home in the evening. I fixed it and recompiled but have not tested it yet.
I am pretty certain that later compilers will not generate a DLL/Gauge/EXE that can be run on a Windows 98 system.
The program does not crash the game. The Gauge simply does not display.
A friend and I were trying to share programs a couple years ago and that is what we found. He eventually went to a MS C compiler from the late 1990's and at that point, we had no trouble sharing programs.
This is why I have this wacky cross-compiler setup. Visual Studio 2005 is too large to fit on my Windows 98 machine that I use for other development. There are certain utilities I use that will not run on later Operating Systems.
I use GNU C (Delorie) for programming on the W98 machine but it is a straight ANSI C compiler without Windows extensions and ITS object code is not runnable on the later Operating Systems!
- Ivan.
Hello Ivan
The numbers for the keys are those given in the Gauges header, I suppose, but never tested it, that one can replace the key trigged names by these numbers in the C files. For multi engines fuel selectors, there is perhaps a possibility I didn't still tested, with the fifth parameter in the panel.cfg, the last number following the gauges names, where some instructions can be passed, let's see. If that don't give results, I'm afraid there is no solution, on a left fuel selector , setting up the left tank won't cause problem if the right is set up on the right one, but the center won't be shared by both, only the first will switch it, and switching fuel_selector_off will cut both fuelflow.
I'll test it later when I'll have more time, I work on an other project now, so keep on your way, and good luck for what stay to do for you, I'll tell you if I see a light at the tunnel's end
Martin
Hello Klein,
Yesterday, I was looking at what I already had for the P-38 Fuel Selectors.
Turns out, the images are pretty good, but beyond that, the coding is exactly the same as I have for the P-40 Fuel Selector with Center1, Center2, and Center3. In other words, there isn't really any logic to anything yet.
After finding that, I just worked on a pair of Fuel Gauges for the P-38 but all I really got was a fairly good start to a background for each meter.
With the P-38 Fuel Selectors, I need at least a first try for a working copy before I can figure out what is not working.
I am not convinced there is any advantage to bypassing the codes used by the SDK Macros.
- Ivan.
Hello Ivan
Good luck for it
best regards
Martin
Members who have read this thread: 1
Posting Permissions
Bookmarks