[Fsuipc 3rd party problem still ocurrs]

My guess would be that you have put the latest FSUIPC in the wrong place.

Try deleting the fsuipc.dll and see if you still get the message..

Then put it back again.

[Fsuipc 3rd party problem still ocurrs]

My guess would be that you have put the latest FSUIPC in the wrong place.

Try deleting the fsuipc.dll and see if you still get the message..

Then put it back again.

[EpicInfo Flaps output]

Opps, missed a line:

At the top of the file you need to:

#include epicvxd.inc

and make sure that epicvxd.inc (from epicinfo) is in the current directory.

[EpicInfo Flaps output]

Opps, missed a line:

At the top of the file you need to:

#include epicvxd.inc

and make sure that epicvxd.inc (from epicinfo) is in the current directory.

[Invoking a multiplayer connection?]

I have been looking at this also...

The only way I could think of doing it is using the FSUIPC menu invoke functions, and then sending batched keystrokes/mouse movements to complete it. :(

Not nice.

If you work out a way, please post it here. :)

[EpicInfo Flaps output]

To achieve what your trying, I would be doing something like this. Please understand I have not tested the below code. It may not work, and I can't get to a EPL compiler at the moment.

Also be aware that the below presumes that when retracted the position is 0. This may not be the case. Let us know if this works. :)

var(V_FLAP_L)
defineph(145, FLAPS_LEFT,         0,0,0,0)	// Left Flap Position

:FLAPS_LEFT
{
  #expand getPH8(V_FLAP_L, 0x0191)	 // Grab the second (high) byte of the Flap Setting
  ifvar(V_FLAP_L, EQU, 0 ) jump FLAPS_LEFT_HI       // If High Flap Setting is 0
  jump FLAPS_LEFT_D           // Otherwise the left flaps are deployed.
}

:FLAPS_LEFT_HI
{
  #expand getPH8(V_FLAP_L, 0x0091)	 // Grab the first (low) byte of the Flap Setting
  ifvar(V_FLAP_L, EQU, 0 ) jump FLAPS_LEFT_RET       // If Low Flap Setting is 0 then the flaps are retracted
  jump FLAPS_LEFT_D           // Otherwise the left flaps are deployed.
}

:FLAPS_LEFT_D
{
   // Left Flaps are deployed, do something.
}

:FLAPS_LEFT_RET
{
   // Left Flaps are Retracted, do something.
}

Now in the EpicInfo.cfg you would need:

FLAPS_POS_LEFT=1

Make sense?

[EpicInfo Flaps output]

You would have to define and query and pigeon hole..

Yell if you want some example code, but you better say what version of epic you are running (USB or ISA Rev D).

[atc chatter]

I curious to know how you could, by any stretch of the imagination, think that the FSUIPC support forum is the right place to get wav files for ATC traffic?

[NAV frecuency offsets]

No, there isn't.

Are you looking at EPL (and thereore EpicInfo) or using straight FSUIPC and using VB, C++ or delphi?

In VB you could try:

tempstr = CStr(IntegerNumber)

tempWhole = mid(tempstr, 1, 2)
tempFrac = mid(tempstr, 3, 2)

In EPL its a little trickier, but not impossible.

[New at This - WideFS - Connection Trouble - What else?]

Have you got USE TCPIP=Yes in your wideserver.ini?

Can you post your wideserver.ini file here?

Otherwise, check that your Windows XP firewall is disabled....

[Disablind FS2002 Menu Items vie FSUIPC and visual basic?]

Check out offset 0x32f0 in the FSUIPC SDK...

[Shutting Down via WideFS?]

I imagine that Pete will implement the shutdown in such a way that it uses SHUTDOWN on Win9X and POWEROFF on NT.

In fact, if I am not mistaken that code to perform this check is already in place, as on NT and above a user privilege escalation has to take place before the shutdown can be initiated.

[AP disengage info]

On the Project Magenta site there is a PMOffsets document that lists the FSUIPC offets to access project Magenta info, including the states of all three autopilots and the AP Disconnect bar.

[Gear control using VXD number and EPICINFO?]

Okay, I haven't tried this myself, but you could try something like:

In EpicInfo.cfg:

AXISREADS=Both
GEAR_SET=P0

In your EPL:

:GEAR_UP 
{ 
  enque16(SetPovn0,1) 
} 

:GEAR_DOWN 
{ 
  enque16(SetPovn0,0) 
} 

They might end up the wrong way around, ie 1 may be down, and 0 may be up.

Let me know if this works. :)

[Gear control using VXD number and EPICINFO?]

I did it like this:

// First we define our incoming buttons

#define B_GEAR_UP	110
#define B_GEAR_DOWN	111

// And then we define the outgoing Buttons to Flight Sim

#define BO_GEAR_UP	1	// Device 1, Button 1
#define BO_GEAR_DOWN	2	// Device 1, Button 2

// Link the buttons to EPL Code

definebutton(B_GEAR_UP,	  on,	GEAR_UP )
definebutton(B_GEAR_DOWN, on,	GEAR_DOWN )

:GEAR_UP
{
  enque16(BtnPulse,BO_GEAR_UP)
}

:GEAR_DOWN
{
  enque16(BtnPulse,BO_GEAR_DOWN)
}

In the fs2002cfg
=================
The big number after the joystick will probably be different for you.

[JOYSTICK_MAIN {6F1D2B71-D5A0-11CF-BFC7-444553540000}]
LOCKED=1
BUTTON_DOWN_EVENT_1=GEAR_UP
BUTTON_DOWN_EVENT_2=GEAR_DOWN

[Shutting Down via WideFS?]

Morning Pete,

Fantastic news, I will look forward to seeing it. :)

It will certainly make shutting down our pit much easier.

Many thanks for all your time!

Cheers,

Stuart.

[Shutting Down via WideFS?]

Actually, it just occured to me that the Project Magenta CDU 'ShutDown This PC' option works and shuts down the local PC..

It is a Win98_SE PC..

Perhaps Katy or Enrico could provide a pointer/code segment?

Of course it will be in Visual Basic, but you can't have everything. :) :) :)

Cheers,

Stuart.

[Shutting Down via WideFS?]

Hi Pete,

Thanks for taking the time to look, I will throw this problem to my development team today and see what they can come up with.

What language are you developing in?

Cheers,

Stuart.

[I'm back - still waiting for a connection]

Are you by chance running any firewalls on your PC's?

Like zone alarm, which can stop a TCPIP process from becomming a server?

[Shutting Down via WideFS?]

Hi Pete,

I upgraded WideFS and WideClient to 5.41..

I am still getting the same effect though, when I choose shutdown all pc's all the WideClient logs show:

4357730 Shutdown request received!

4357730 Running on Win95/98/ME, no need for Privilege

and then they just log out and stay at the login prompt.

All the PC's normally start up without that login prompt being shown..

The PC's all shutdown properly and completely when the 'Shutdown' option is chosen off the start menu...

Very puzzling!

Attached is the WideServer ini and log, and a Wideclient ini and log

Cheers,

Stuart.

StuartShutdownFiles.zip

[Terrain avoidance?]

I was wondering how easy it would be to have some way to pause FS2002 (through FSIUPC) when you get too close to the ground? The reason is that I plan my flights with FSNavigator and it does not show "real" terrain elevations. I go for a shower or whatever during my flight and I come back to a plane that has crashed into a mountain that I did not know was there!!! Any ideas?

Thanks

It would be /really/ easy to write an app that checks radar altitude and pauses Flight Sim.

The hard part would be stopping it from doing it when your landing.. :)

I guess that:

If Gear is up

AND Vertical speed is zero or climbing.

AND Radar Altitude is < 500 ft

Pause.

It would take about 10 minutes to code, if that is what you want.

[Shutting Down via WideFS?]

It should therefore be okay with WideFS 5.41 --

Great stuff, I just checked and we are using 5.408, I will do an update this weekend.

Many Thanks!

Stuart.

[Shutting Down via WideFS?]

Hi Folks,

I have 7 PC's in my flight sim network, and I have been tryign tget wideFS to shut them all down.

I have set the AllowShutdown=Yes in all the INI files, but when I send 0xABCD to the address in FSUIPC (or use the PM CDU) to shutdown, all the PC's just log off and sit at a login prompt.

I am using Windows 98SE...

Any ideas?