[Presets PMDG 737-700 MSFS FSUIPC v7.3.4 does'nt work]

I don't know what did the trick, but now it is working. Installing FSUIPC in a root folder, updating PMDG or - most likely - having missed to activate WASM in FSUIPC.

And of course FSUIPC has nothing to do with the Addons Linker - it just sat in the folder where I have other community addons...

Thanks for your support 🙂

Boris

 

[Presets PMDG 737-700 MSFS FSUIPC v7.3.4 does'nt work]

Hi,

I'd like to pick this up, since it was not so long ago.

I have FSUIPC 7.3.6, all the PMDG events in the events.txt file, and none of it works. I tried changing the parameters, but no success. I don't use Mobiflight or anything else, just FSUIPC (and Linda, if it would work, which it doesn't either).

FSUIPC is installed in my MSFS addons folder (which is H:\Addons\Tools, with H: being my MSFS drive) and linked via the Addons Linker.

Normal sim functions, like flaps incr-decr or gear up-down, are working, though. 

Any help is appreciated 🙂

Regards

Boris

 

[Low Speed Elevator/Rudder Sensitivity]

Not sure if I understand this correctly. Flight dynamics is actually not that bad in general in MSFS, but control surfaces effect is hopelessly overdone in most of the default aircraft. The Asobo guys are great in creating environment, but they have no idea how flying works.

So, what I would like to achieve is to move the joystick over its full range, but have only, say, half of the control surface deflection (meaning: half the output). Slope is not the right way, because it does not work even remotely realistic - there is basically nothing within 70% of the joystick movement, and then suddenly full deflection.

The term "sensitivity" is abiguous here - it depends how you understand it. So I try to explain in percentage values what I mean (example: rudder, because this is the worst):

In default setting, 100% of joystick deflection generates 100% of rudder deflection. Any slope still gives you 100% rudder deflection, and an aircraft bouncing all over the place. What I would like to have is 100% joystick deflection, but only 50% rudder deflection at 100% joystick, with a linear response. For those who are familiar with RC airplanes, that setting is called "dual rate".

Is this possible with the method John explained?

 

[FSC 9.6 window size (answered)]

Hi,

 

I recently upgraded to FSC9 and found that the subordinate information windows (STD/STAR, aircraft etc.) now have a fixed size and are not resizeable. As this size is set to about half of the screen (regardless of the window content) I find this pretty annoying, as I have a lot of open windows arranged on my secondary PC and now always need to move the FSC information window to work with it.

 

Example: Selecting SID/STAR was easy in version 8, because the selection window was only small, was on top of the map screen and I could directly view the SID/STAR on the map while selecting it. Now I have to move the SID/STAR window to the side (which hides other information now) to be able to work with it.

 

Is there anything wrong with my installation or is this a "design feature"? And if it is, can it be changed?

 

Regards

Boris

 

[Programming axes manually]

DUH!

Why not simply select the "No Reverse Zone" option in the calibration page?

This tickbox was so tiny, I simply didn't see it :roll:

Thanks a lot

Boris

[Programming axes manually]

Hi,

is it possible to program controller axes output values manually? I wold like to do this for the throttle axes.

In the axis calibration window it shows the IN and OUT values. IN ranges from -16300 to +16300, OUT too when the axis is not processed. Using the idle and reverse setting does not work for the addon I want to use it with (the Eaglesoft Citation X, which is, as already discussed, not programmed according to FSUIPC standard). What happens is that as soon a negative OUT value is detected, the throttles disappear and I have only the upper half of the lever path for throttle control.

So: Can I manually assign corresponding OUT values to the IN values indepentendly to the axis calibration?

Throttle Full: IN +16300 / OUT +16300

Throttle Idle: IN -16300 / OUT 0

with linear characteristics (meaning having the full lever path available over the defined OUT value range).

Thanks and Regards

Boris

[Stellungnahme der Verlagsleitung über dubiose "Tauschgeschäfte"]

Moin :)

Mal ganz abgesehen davon dass ich, weil die FXP jetzt weggebrochen ist, mir ein FSM-Abo bestellt habe (mal sehen was drin ist) - der Herr Goergen hat nur gesagt dass er jedem, der ihm eine Rechnung für ein Abo vorlegen kann, für die Dauer des Abos seine neue Zeitschrift obendrauf schenkt. Aber - ob sich das mal rechnet?

Ist schon hart, das Leben in der hart umkämpften Flugsimulationswelt, und dann noch diese fiese FS-Mafia...

In diesem Sinne einen schönen 1. Advent (ist doch heut, oder?)

Gruß

Boris

[Fsuipc Mouse Macro]

Hello Pete,

I may join in here, as I ran into that situation myself earlier (not with the same panel, but the same problem). I have looked into this gauge here: it is XML, and it is using Lvars - FS9 though. It affects all switches on that panel, although many of them are addressing standard FS9 functions.

Does FSUIPC for FS9 also have the capability of "talking" to XML gauges? I'm pretty sure it can be done somehow; aren't many addon gauges communicating with FS via FSUIPC in the first place?

Regards

Boris

[Any Chance to still get the program?]

Dear Scott,

I noticed you are still sort of present in this forum, so let me ask if there is any chance to get the ACLoader as is, no support, and see what I can make of it? Last year, I thought about buying forth and back, and when I finally wanted to buy, it was too late.

BTW, of course I'd pay for it; I'm sure I can find any help I need here in the forum.

Regards

Boris

[Import for Active Sky weather]

Hi Sascha,

allow me to jump in here, as the weather thing is something I'd like to know, too.

I think the point is to be able to have the same weather in FSC as used in FS itself - be it real time or archived. It cuts the need for an extra tool to get FS synchronous weather information from. Because, even with real time weather there are differences between the sources.

Example: Current weather at EDDF

AS6.5: 22008KT 6000 -SN FEW010 BKN028 BKN130 01/M01 Q1018 TEMPO 4000 BKN014

FSC: 28007 CAVOK 05/02 Q1028

IVAO: 22008KT 2800 SN SCT006 BKN010 00/M00 Q1018 BECMG 4000 BKN013

IVAO and AS are not using the same source, but are pretty close. FSC is different (maybe more accurate, I'm currently not in EDDF to check, but still different).

I use FSC as an overall inflight tool (enroute chart, airport charts, navaids, frequencies), but for the weather I have to use something else (AS mostly), because the FSC weather is so different that I sometimes find out that even a different runway is in use than what I had expected from the FSC weather reading. Same goes, of course, for archived weather.

Integrates SimAvionics is a universal avionics software simulating a variety of glass cockpit avionics made by Ernie Alston, and it has its own flight plan format.

Regards

Boris

[GPS on top]

Hi Volker,

this worked before, and it works today :shock: It didn't work when I wrote that post . Well, Windows inside :D

Regards

Boris

[GPS on top]

Hi,

I'm picking up this old thread because I have the same problem. Is there another solution than to disconnect and reconnect FSC to make the GPS window stay on top of FSC?

Thanks

Boris

[FSUIPC Offsets for XPNDR setting]

Offset might have been the incorrect term here. I give an example: KOHLSMAN_INC is 65883, KOHLSMAN_DEC is 65884. With these values I can access the baro setting directly from SIOC by sending FS control 65883 or 65884 when turning a rotary encoder.

Logging gives me for example this:

*** EVENT: Cntrl= 65883 (0x0001015b), Param= 0 (0x00000000) KOHLSMAN_INC <-- I can see FS control 65883 for KOHLSMAN_INC

FSUIPC Control Action: Ctrl=0, Param=0

I built a transponder with 2 rotaries, one for the higher two digits, one for the lower two. The function I want to use is the one I mentioned above, and it was added with one of the FSUIPC updates after the 2003 list was written (at least the function is in FSUIPC, but not in the list). For testing, I have assigned four buttons, one for each function.

Log:

364453 Button changed: bRef=0, Joy=2, Btn=4, Pressed

364453 [buttons] 9=P2,4,C1055,0

364453 FSUIPC Control Action: Ctrl=1055, Param=0

364578 Button changed: bRef=0, Joy=2, Btn=4, Released

Here I don't see the EVENT: Cntrl= xxxxx for Xpndr High NN Inc, which increases the higer two digits.

Therefore I am looking for the FS controls (is that the correct term?) for:

XPndr High NN Inc

XPndr High NN Dec

XPndr Low NN Inc

XPndr Low NN Dec

And of course I did a search for transponder/XPNDR through all the FSUIPC documentation I have before posting here.

Regards

Boris

[FSUIPC Offsets for XPNDR setting]

Hello,

I am looking for the offsets for the FSUIPC functions XPndr High/Low NN Inc/dec. I want to access this function directly via SIOC rather than via an FSUIPC button. The latest list of FS controls I found is from 2003, when these functions were not yet there.

Thanks

Boris

[Disable brake axes temporarily]

Peter,

thanks for the information. I indeed missed the fact that I hadn't the current SDK - looking at too many numbers recently and thought mine was current :?

As for the realism: I agree, when you have real pedals with real resistance where you can really step on. If you really step on the CH pedals like on brakes in a real aircraft, they'll break into pieces. Here, the parkig brake is being released with the slightest input from the toe brakes, and now I can get rid of this.

Regards

Boris

[Disable brake axes temporarily]

Hello,

when the parking brake is set, a small input on the pedals is enough to release it. As I found in the documentation, the parking brake is not a fixed state but the application of max brake pressure. Is there a way to disable the pedal input when the parking brake is set?

This would especially be convenient for the small home cockpit I am currently building :) It has a hardware parking brake switch, and I want the parking brake to be set fixed and not influenced by a pedal input. Is there probably an offset like $0310A / $0310B which allows me to deactivate the brake axes with a switch?

Thanks

Boris

[FSC triggers Windows Installer]

Hi,

I had the same with Active Sky - whenever I started the program, my stupid system wanted to install my HP Office Jet :shock:

I got rid of it by re-installing AS (later I found out that this happens when I installed the Office Jet software after Active Sky. Maybe the same works for FSC?

Regards

Boris

[External sound volume setting]

Hi,

is it possible to access the sound settings of FS2004 (engines, cockpit etc.) other than via the FS menu? More specific: Is there an FSUIPC variable (maybe SOUND_SET plus parameter) that lets me set the volume of engines and ATC externally with a key assignment or external hardware?

Thanks and Regards

Boris

[Installation of Alaska addons]

Hi Francois,

thanks for the clarification :)

Best Wishes

Boris

[Installation of Alaska addons]

Hi,

I hope this is the right place to ask; well, at least it says so in the thread's description :)

I'm setting up a VFR flightsim which already has VOZ (for the other side of the globe) and now shall have MF, TF and GBv2. Now a few questions arise I couldn't answer from the other forums.

Which is the recommended installation order, if there is one?

Is an additional mesh (I have FSG available) necessary or recommended or is mesh included with all of the three addons?

Does UT CAN/AK improve the scenery even more (if this is possible at all 8) ) or is it just a matter of having a smoother transition to the surrounding terrain?

On this VFR installation I only want to install the software required for the particular area, nothing else. That's why I ask these questions.

Thanks

Boris

[Fuel system still buggy]

Hi,

that's weird: 14 days ago I made a test flight with the update, and everything was fine. I didn't touch the aircraft since, but today all is messed up again :shock:

With no fuel in tank #2, engines 2 and 3 won't start. OK, let's add some. But now in flight fuel is only drawn from this tank. I'm sure it was different during my test flight - all tanks were emptied equally.

And as soon as tank #2 is empty, engines #2 and #3 are shutting down.

And this here is even more funny: Although no fuel is taken from tanks 1 and 3, the respective engine dies when the fuel pump is turned off.

Now what happened :?: Any chance to get that fixed?

Regards

Boris

[MD-11 Instruments Problems]

Hi Evan,

1 and 2: You might try to to switch the IRS on (overhead panel, top left, 3 turn knobs).

3: What sort of controller do you use? Have you assigned the engine #3 axis in the controls menu of FS?

Boris

[Fuel configuratin]

Hi,

first, despite the obvious problems, I like the aircraft.

Second, somebody from the programmers' team seems to have shown up. This is good.

Now here's probably a major flaw: I'm just doing a longhaul flight where I loaded about 190000lbs of fuel. Of course, it's not equally distributet in the tanks. But when the left and right tank were empty, the left and right engine just died. I cannot transfer fuel to the wing tanks, and x-feed seems not to work.

There certainly was enough fuel in the main tank (which I "pumped" to the outer tanks via the FS aircraft menu to continue the flight) but I'm sure this is not the way it's meant to work.

Boris

[FS-GS: What's the catch?]

Good day,

as for the topic of this thread, here's the catch from my point of view:

I'm sure Michael knows a lot about this stuff and is able to get the most out of many machines, as long as you use FS "his way". Unfortunately, there seems to be no room for setups deviating from this rule.

I feel somewhat sad about what has happened to me and I want to share it, as this service is - as stated before - not for everyone. I have no reason to complain; it didn't cost me any money, just a couple hours of time, but I was left in the middle of nowhere with what I think was a 70% finished setup.

I admit, I do not use FS as Microsoft might have intended it. I run a PC with 7 monitors, three of them linked together with Matrox' TripleHead2Go on a PCI-E card, four others for the panels hooked to then two, now one PCI card. Windows can do multiple monitors, and I make use of this feature because I like to have my panels around me without switching forth and back.

This is the way I like it, the way it is fun for me. Of course I have performance issues, mainly stuttering at basically acceptable framerates. That was why I wanted to have the service.

I told all this in my initial e-mail, I told it again in the initial conversation. There could have been the point for Michael to say sorry, but the way you use FS is not suitable for my service.

He didn't. Instead, I was called an idiot for using a PCI card together with a PCI-E. So far, so good. We agreed to go through the main session without that PCI card, but again I made clear that this is a no-go-item for me. We further agreed that I put the PCI back in later on, and he'll give me some support to make this particular system to run as smooth as possible. I went and bought 2 new hard disks for a RAID0.

Well, we went through 4 hours of tweaking (I got explained how to create desktop shortcuts at least five times). In between, my network got messed up while adjusting the several services - I run another PC for secondary applications, both connected to a hub and a DSL router and all I did was setting up the IP adresses, but according to Michael I messed up the network setup and he even suspected I caught a trojan horse, which included a couple not-so-polite allegations against me. Meanwhile, I felt like a 12 year old putting up his first computer. But it was late at night, so I took it.

Then it came to the first FS testing. KSEA default. I was expected to break out into enthusiasm about what I saw, but it didn't serve as a comparison for me. No enthusiasm so far.

And - uh, oh - the frame rates where not as expected. That was where Michael really got upset. I didn't stay too calm myself and once again dared to express my personal goals in this thing - to get the best possible performance in ->my<- particular way of using FS.

That was where the service was cancelled in mid-sentence. Now I sit here with a half finished setup I haven't touched since - with no chance to understand or reproduce what we have done; good I kept the old HD with the old FS on it. I'm flying, and I'm enjoying myself. It's not perfect and I'm sure it could be better. I just don't know how. That was what I was hoping to find out. I didn't, and therefore I'm a little sad.

To conclude a long story: If you are running FS on a single PC with a single monitor, this service is sure for you. If you have an FS that is a little special (and you like it this way), you better refrain.

And Michael, you should probably listen more carefully to what your almost-clients are trying to tell you. Could save a lot of time, for you and for the client.

Bye

Boris

[Default rivers and water going uphill]

Hi Holger,

many thanks for your help :)

As for the default rivers:

I checked the BGLs and found that I had no bak, but a lot of xxx files. Looks like the Taburet mesh (which I installed before MF) renamed some files which the misty.bat then, of course, didn't find anymore. Well, that river has been dried out now :lol:

Strangely enough the deactivation of the Taburet mesh, which had no effect before, does work now, and placing it above the MF entries now did the other trick.

Now it looks like on your screenshot :D

Thanks again

Boris