Vickers Vimy conversion

Klein

Members +
Hello Gents
I'm actually working on a conversion of the stock FS2004 "Vickers Vimy" plane to CFS2, that needs too the stock gauge "vickers_vimy.cab" conversion.
This work opens a reflection on some of the stock gauges accuracy.
Here are two picts of the stock vimy pitch gauge on left, and its conversion to CFS2 with the code re-worked on right, fitted on the CFS2 West Front Nieuport 17 flying in FS9.

stock_gauges_and_accuracy.jpg

stock_gauges_and_accuracy2.jpg

On your opinion, on the second picture, which behavior of the liquid is the most plausible between both gauges?

Cheers
Martin
 
Hi Martin,
Why would you ever want to get this correct. 1) A Vimy could never be flown deliberately upside down, and 2) if someone tried, the wings would fall off!! ha ha. ;)

Are the standard Vimy gauges gau's or xml's?

And if pushed for an opinion, I would say the second gauge. As the oil is subject to gravity, and is only affected by atmospheric air pressure, it's not a sealed/pressurised gauge, as such.

Cheers

Shessi
 
Hi Shessi
Thanks for your kind answer
You could also say that in this situation you would have something else to do that to have a look at the gauge, and you would be right, but for my own I enjoy this kind of challenge ;)
The stock vimy gauge is a XML one that don't show in CFS2, and needs a "conversion" to .gau, that means all the code has to be rewritten in "C" language, according to the panels SDK, so why not try to go a bit further...
Cheers
Martin
 
Martin,
I thought they were xml, you clever so and so!

I'd be interested in the xml to gau process. I've never looked into it, but wished there was a simpler way or a programmed process to do it. There are a lot of xml gauges that would be great in CFS2.

Cheers

Shessi
 
Hello Shessi

Badly there is no simple way to "convert" xml gauges to C ones, but it's the way I used to try to learn little by little how to make "C" gauges.
I started by modifying the panels SDK samples to adapt it to what is needed.
The easier to start from is perhaps the "needle" SDK sample, its structure is very close to the XML one with a non_linearity table that tells the gauge where must go the needle according to a token variable, a RPM or airspeed gauge is perfect for it.
If you are tempted by this adventure, I can help with private messages, perhaps my poor experience can be usefull.
I noticed that this topic doesn't interest many people, cfs2 designers prefer generally to re-vamp again and again the same gauges by changing the bitmaps, with course limited possibilities.

Cheers
Martin :jump:
 
Good stuff Martin, many thanks...you may get a PM about this in the future.. if I get the time from what I'm doing!

If you want to please keep updating this post with your progress, I know there are not many people interested in this sort of stuff, but you never know who's watching (I will be, lol ;)).

Cheers

Shessi
 
Martin,
I too would welcome your continuation of this thread, even though I doubt if I will ever have time to make practical use of it,
thanks in advance,
Ro

(y)
 
Back
Top