Jump to content
The simFlight Network Forums

-Pv-

Members
  • Posts

    10
  • Joined

  • Last visited

Everything posted by -Pv-

  1. Part of the problem is the inconvenience. DWC isn't the only appropriate weather mode in Active Sky. It's an additional hassle to remember to toggle wind smoothing on and off when selecting different AS modes or when using alternative weather programs. -Pv-
  2. Damian at Active Sky has also replicated this and says a solution may require a collaboration with him. -Pv-
  3. Did you have a problem prior to editing FSUIPC? I agree with Peter's observation that foot activated toe controllers would be suspect in this case since by default, FS activates breaks with the period key symmetrically. Crosswinds are another culprit. You should test and calibrate with NO WINDS. Uneven fuel load can also cause this behavior. Test with fuel and payload as specified by the aircraft specifications and the aircraft balanced with correct Center of Gravity (take off or landing configuration.) -Pv-
  4. I'll re-word a little differently. Save the text created for the Bat file as: FSX.BAT into the same directory where FSX.exe is located. Do NOT overwrite FSX.EXE. The file you are creating is a NEW FILE. The original instructions are agreeably poorly worded probably assuming the reader has some basic tech savvy. As such, this may be a warning that if you have trouble understanding tech instructions, you may be doing something risky. I cannot verify this proposed solution works or is advisable. You take all risk playing with this. -Pv-
  5. I have verified this behavior exists and is an interaction between FSUIPC and Active Sky and possibly other external weather programs. Both FSUIPC and Active Sky 2012 were tested with the repro below, but the bug has existed for a long time in multiple versions of these programs. The actual program which is at fault, or if more than one cannot be determined by me. Versions used in this repro: FSUIPC Release version 4.86 Feb 04, 2013 Active Sky 2012 SP2 Beta 4815 FSX Deluxe Win7x64 Pro 8 Gig system RAM 1 Gig VRAM UIAutomationCore.dll added to FS install directory for system stability. Since high altitude is required, suggest using default MS Lear 45 since it's capable of 60K ft altitude. Like the poster above, I frequently fly the Concorde and SR71 well above 60K ft where this problem becomes quite common. Important Note: Editing the internal FS weather dialog will not reveal this problem, nor will using the default Jeppeson Real World Weather. The problem is most noticeable with Active Sky, but was also observed with FSrealWX. The conclusion I reached is it's an external weather program interaction, possibly related to SimConnect. Repro: -> FSUIPC Winds Tab = Smoothing Unchecked. ->FS Weather dialog clear all weather. Verify with conrl-z there are no winds. ->Slew or fly the lear to a cruise altitude just under 50K, obtain stable flight and save flight for further repro repeats. Important Note: Due to cacheing, it will be necessary to exit the 3D simulation between test flights in order to clear the initial weather used in previous flight back to zero. ->Pause. ->Activate Active Sky in DWC mode and Local Writes (Whether this is important is not known. These are the settings I normally use in flight.) ->Unpause FS and notice the winds being displayed as non-zero in the contrl-z text. ->Pause. ->Enter the FUIPC UI and in Winds Tab: Check Wind Smoothing Changes limited to... "2" Degrees... "0" Check Smooth only when airborne Exit the UI ->Unpause. ->Start climbing the Lear above 52K ft. Observe contrl-z text and as soon as crossing 52K ft, both the direction and speed of the winds will change at the rate set in FSUIPC. Eventually (depending on starting direction and speed) the transition will halt at 340 degrees and zero knots. ->Pause. ->Re-enter the FSUIPC UI Winds tab and uncheck WInd Smoothing. Exit the dialog. ->Un-Pause. ->Observe the Winds return to normal (Active Sky controlled.) ->Pause and re-enter the UI, select smoothing again, return to the sim, and again, the winds transition down to zero. Can repeat ad-infinitem. This behavior as documented is predictable and repeatable and does not depend on geographical location. -Pv-
  6. I have these observations concerning smoothing in FSUIPC 4.5.3. I have selected to allow changes to FS's own weather. Flights in FSX with wind, temperature and altitude smoothing enabled under Jeppeson weather control (Note- just using Jeppeson as an example here, I've also used and tested all other weather emulation programs): 1) Wind smoothing works wonderfully as it has through many FSUIPC versions and the last two FS versions. 2) Pressure smoothing has an unexpected behavior- It appears only the altimeter is getting "smoothed" (display of the altitude) and not the pressure the aircraft is flying in. I've determined this by observing the following: a) Although the altimeter is getting smoothed nicely (indicator is responding to altitude changes more slowly over time) while observing (A:INDICATED ALTITUDE,feet) the actual altitude the model is responding to while observing the GPS/Radar altimeter (A:PLANE ALT ABOVE GROUND, feet) is not getting smoothed. Even while flying over large expanses of water where terrain should not be influencing the GPS display of the altitude, large, uncontrolled jumps of the plane's actual altitude are being observed. Modulating the plane's altimeter display DOES have the positive attribute of fooling the Autopilot into thinking an altitude change has been modulated, thus the AP is not driven to large compensation maneuvers. A well configured AP in the aircraft.cfg is able to smooth pitch compensation without this assistance however. b) As a result of un-modulated altitude changes, the performance of the aircraft in response to the large air density changes observed by large speed changes in the IAS display also supports the conclusion the actual altitude of the aircraft is un-modulated. 3) Very much like the Altimeter smoothing characteristic, while observing SAT Temperature (A:TOTAL AIR TEMPERATURE, celsius) the actual air temperature of the environment the aircraft is flying in is un-modulated (jumps up and down in large steps- as it always has in FS.) This is also validated while observing the large airspeed changes and required compensation of the AutoThrottle mechanism in response to large efficiency changes in jet engine performance at high speed and altitude. Wind smoothing enabled turbulence characteristic- My impression of the turbulence emulation this feature re-introduces as a result of smoothing removing the otherwise intended results of turbulence set by cloud and wind layers is it's a bit over-done. I appreciate being able to suppress this feature. With all FSUIPC4 smoothing disabled I created a static weather condition using the FS weather dialog where I fly a turning, descending pattern into the runway through several cloud layers with the top being very turbulent thunderstorm with only slight turbulence at the bottom. The aircraft under test is my own flight model with very well known and predicable flight characteristics. The plane behaves as expected with a rich expression of bouncing and rolling, but always remaining in reasonable AP control. When using FSUIPC4 wind smoothing in Jeppeson flying straight and level through clear air at high altitude and high speed in an area known and proven to be relatively calm based on the metars for the area, the plane is driven to flip over by the turbulence. Checking the suppression box reduces this to a manageable level although my impression while making long flights of thousands of miles, at high altitude and speed (thousands of feet higher than the highest clouds) the turbulence seems too pervasive where I'm flying in fairly rough bouncing and weaving 90% of the time. Rant against MS FS: I've been flying in FS since version 1 for nearly 25 years. Ever since dynamic weather was introduced, the developers have always got it wrong as far as the philosophy of the data is always right, we just fly the data (with little interpretation.) This digital approach to interpreting digital data provided by metars just doesn't work using the assumption a large number of station data near each other will "mostly" reflect an average condition, thus the stations will "modulate" each other over time, slowly transitioning over distance to new, different conditions. In the datasets we have access to over many years, it's quite evident this ideal perspective is not obtainable without a radical change in the datasets we've had access to (metars.) A good example is the Puget Sound area of Western Washington in the US. Many of you reading this also live in richly diverse terrain where no two stations even a few miles apart have the same data due to islands, water, farmland plains, mountains many thousands of feet all within a few miles of each other. Add to this problem that of flying over large expanses of water where the last and next station data encountered are thousands of miles apart with weather as different from one another as is possible in the digital world. Sorry FS devs, the response of the sim between widely separated data by reverting to clear and calm between stations does not work. I mean "work" by saying "realistic." This is want I want. Real world realistic, not strict "the data is god" realistic. An top of all this, the large portions of the dataset is indeed very faulty. Between uncalibrated instruments, data corruption, balloons getting lost, errors in hand-entered data, etc, the dataset is at best a distant representation. Fine. I can accept the dataset with all its faults if a rule of expected-normal interpretation is imposed over it to transition through the errors elegantly. Right now and in all my FS experience, the errors are allowed too much influence on the interpretation. The valiant attempts representing tens of thousands of man hours by many talented and dedicated teams of third party developers over the years should be ample evidence to the FS developers that users are NOT happy with this philosophy of real world digital data interpretation (no coded transitioning effects of temperature, wind, or pressure.) It has been left up to third party developers without the required support needed to solve this horrendous problem and has taken years to even get close while some major issues are still unresolved. I'm giving notice to those dev members who have moved on to other flight simulator projects that I'm not satisfied with continuing this attitude of digital accuracy at the cost of real-world emulation. Our planet modulates EVERYTHING. Transitions EVERYTHING. The Metar Dataset left to itself does not transition enough. This is what I expect. This "Attack Radar" philosophy of weather simulation just HAS to go. -Pv-
  7. Here is another characteristic of my FS crashes. Every time it crashes, 2-4 of these messages are generated: The description for Event ID ( 0 ) in Source ( ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: 3. I don't have any detectible viruses or spyware running on my machine. I use professional software to run scans. Also, this is FS with only FSUIPC. No Squawk Box or Active Sky. Recent testing has eliminated those. -Pv-
  8. I got a lot of CTDs with FSUIPC3.71 and have the same problem with 2.72 but maybe the problem is SB3.04. I didn't have any trouble on 3.70: The description for Event ID ( 1000 ) in Source ( Microsoft Flight Simulator 9.0 ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: fs9.exe, 9.1.0.40901, fsuipc.dll, 3.7.2.0, 00033bf8. FS2004 XP Pro AMD 64 X2 2.2 GHz ASUS M2R32-MVP MB 2GB RAM ATI Radeon PCI-E 256M Vid All drivers and bios latest published by manufacturer.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.