Jump to content

mokny

Members
  • Posts

    96
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by mokny

  1. Known issue, unknown problem (there are much more topics than the ones that I linked above).
  2. Yep. You need Gizmo for the TBM. That's why I did not remove it :-)
  3. Same issue here. But I doubt that it's connected to the WX, I experience the same behaviour with UWXP+FSGRW, as with xEnviro or Stock-Weather. Already removed all plugins (except Gizmo), no change. Nexrad on, WX-Radar in Weather-Mode, 5 AI-Traffic (Low Poly Model). (As I am writing this, I got the idea to try with AI-Traffic completely disabled soon) XPlane 10.26 (latest stable) Windows 10 (latest) i7-8700k, 1080TI 11GB, 32GB RAM
  4. Works fine here. Did you check if there is actually wind at your position?
  5. Hit FPL, move the inner FMS knob (MFD) one tick to the right, click the inner knob (selection mode), select the FP.
  6. mokny

    CTD on departure

    Hi, as the title says, right before rotation speed (at EDVE) v1.0.5: 2018-10-25 09:38:08 TBM900[except.c:171]: Caught EXCEPTION_ACCESS_VIOLATION Backtrace is: 0 00007FFECB9EBCF0 C:\Windows\System32\KERNELBASE.dll+ebcf0 () 1 00007FFECEB62717 C:\Windows\SYSTEM32\ntdll.dll+a2717 () 2 00007FFECEB4AB36 C:\Windows\SYSTEM32\ntdll.dll+8ab36 () 3 00007FFECEB5ED2D C:\Windows\SYSTEM32\ntdll.dll+9ed2d () 4 00007FFECEAC6C86 C:\Windows\SYSTEM32\ntdll.dll+6c86 () 5 00007FFECEB5DC5E C:\Windows\SYSTEM32\ntdll.dll+9dc5e () 6 000000006AE77E10 C:\Windows\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_f5be1f8d25335236\nvoglv64.dll+ae7e10 () This was the first CTD ever - Yesterday I did round about 8 flights. Update: The only difference to the previous flights was, that I enabled NEXRAD in the MFD during the taxi roll. The second try worked flawless Keep it going! Log.txt GizmoLog.txt
  7. turn the inner FMS knob one step to the right. (FPL active and not in selection mode)
  8. if PLANE_ICAO == "B733" and EnableIXEGGear == true then dataref("GEAR", "ixeg/733/gear/gear_handle_act", "writable") dataref("GEARSTATUS", "sim/cockpit2/controls/gear_handle_down", "readonly") leverpos = 3 function b733gear2functions() if not button(HotasThrottle+21) and not button(HotasThrottle+22) and GEARSTATUS == 0 then leverpos=1 GEAR = 0.5 end if button(HotasThrottle+21) and GEARSTATUS == 1 then command_once("sim/flight_controls/landing_gear_up") GEAR = 0 leverpos=0 end if button(HotasThrottle+22) and GEARSTATUS == 1 then command_once("sim/flight_controls/landing_gear_down") GEAR = 1 leverpos=2 end end do_often ("b733gear2functions()") end
  9. [Landing Light Combo] description=All Landing Lights ON new_command=IXEG_737/LL dataref=ixeg/733/lighting/land_light_all_act on_value = 1 off_value = 0 [Nav switch] description=Switch NAV-Lights new_command=IXEG_737/Nav_Switch dataref=ixeg/733/lighting/position_lt_act on_value = 1 off_value = 0 [Beacon switch] description=Switch BCN-Lights new_command=IXEG_737/Beacon_Switch dataref=ixeg/733/lighting/anti_col_lt_act on_value = 1 off_value = 0 [FD1 switch] description=Switch FD1 new_command=IXEG_737/FD1_Switch dataref=ixeg/733/MCP/mcp_plt_fd_act on_value = 1 off_value = 0 [FD2 switch] description=Switch FD1 new_command=IXEG_737/FD2_Switch dataref=ixeg/733/MCP/mcp_cplt_fd_act on_value = 1 off_value = 0 [Taxi switch] description=Switch TAXI-Light new_command=IXEG_737/TAXI_Switch dataref=ixeg/733/lighting/taxi_lt_act on_value = 1 off_value = 0 [Transponder switch] description=Switch Transponder new_command=IXEG_737/Transponder_Switch dataref=ixeg/733/xpdr/xpdr_stby_act on_value = 2 off_value = 1 [LLLeft switch] description=Switch LandingLightLeft new_command=IXEG_737/LLL_Switch dataref=ixeg/733/lighting/l_inboard_ll_act on_value = 0 off_value = 1 [LLRight switch] description=Switch LandingLightRight new_command=IXEG_737/LLR_Switch dataref=ixeg/733/lighting/r_inboard_ll_act on_value = 0 off_value = 1 [LLLeftOut switch] description=Switch LandingLightLeftOutboard new_command=IXEG_737/LLLO_Switch dataref=ixeg/733/lighting/l_outboard_ll_act on_value = 2 off_value = 0 [LLRightOut switch] description=Switch LandingLightRightOutboard new_command=IXEG_737/LLRO_Switch dataref=ixeg/733/lighting/r_outboard_ll_act on_value = 2 off_value = 0 [Strobe switch] description=Switch Strobe new_command=IXEG_737/Strobe_Switch dataref=ixeg/733/lighting/strobe_lt_act on_value = 1 off_value = 0 [EHSI Mode Flick] new_command=IXEG_737/EHSI_Mode dataref=ixeg/733/ehsi/ehsi_mode_pt_act description=EHSI Mode values = 0, 1, 2, 3, 4 [EHSI Range] new_command=IXEG_737/EHSI_Range dataref=ixeg/733/ehsi/ehsi_range_pt_act description=EHSI Range values = 0, 1, 2, 3, 4, 5 Quick & Dirty xJoyMap file that adds the light commands and a command to change the map range.
  10. Make sure that you're not flying near to a nuclear power plant. (Serious: I can confirm the shimmer when the shades are removed)
  11. Rly? I suggest just to be patient. How many "hurry up" topics do we all need
  12. Hm, after thinking a little bit about it, the classification into 2 categories would make more sense. Just "Flight can be continued if the failure occures" and "Divert to neares suitable".
  13. You could also implement some kind of failure level. Maybe 1,2,3 where 3 triggers the badass failures. 1 triggers the "light" ones and 2 the "medium" ones. This ensures that the user can finish his flight when chosing the lower levels. Sometimes you want to reach your scheduled location :-)
  14. Recently got this one. Unsure if it's correct
  15. That's an option and you would make many users happy. But you should publish that script @ the IVAO or XSB forums.. they should implement it natively without forcing users to fiddle around with scripts to make their products work "somehow". (Sadly the IVAO SoftDev is "dead" and does not accept any suggestion or improvement by 3rd parties - so, I don't think there will be an update within the next 1,2,5,10 years).
  16. One thing to mention is how X-Plane or better X-IvAp or XSB handles the AI-Traffic: So, if a pilot enters your 20nm range, X-IvAp will "hijack" one of X-Plane's internal AI-Aircrafts and position it where the Online-Player is flying. After the guy is out of range (lateral or vertical), or turns off the Transponder, or whatever, X-IvAp stops "hijacking" this AI-Plane and the TCAS Target remains on it's last position. This is why so many other Payware-Aircrafts /Tools show those false TCAS-Targets that seem to be stuck and that don't move. X-IvAp only ensures that those aircrafts are out of your visibility range, but sometimes....yeah.. I'm the softdev of EFASS and I spent hours on getting rid of this bad TCAS bahviour by always checking if a target is really moving or not. So complicated for such an easy task. Another interesting find is, that each time X-IvAp repositions the AI-Aircrafts (to keep them out of your visual range), you will experience a short stutter in your Sim.
  17. Well, I was lucky (or maxbe not), IXEG Failure triggered: -------------------------- IXEG Failure triggered: Time: 14:55:23 - 31 May 2017 IXEG Failure triggered: Failure happend after: 12 minutes IXEG Failure triggered: Failed System: EDP B FAST LEAK IXEG Failure triggered: Failures left: 1 IXEG Failure triggered: -------------------------- IXEG Failure triggered: -------------------------- IXEG Failure triggered: -------------------------- IXEG Failure triggered: Time: 15:46:27 - 31 May 2017 IXEG Failure triggered: Failure happend after: 63 minutes IXEG Failure triggered: Failed System: ELECTRIC HYD PUMP B IXEG Failure triggered: Failures left: 0 IXEG Failure triggered: -------------------------- IXEG Failure triggered: --------------------------
  18. Just downloaded - will give it a try today and report back
  19. It's a mechanism to prevent PAX from seeing pilots operating the chemtrail pumps. It's a feature.
×
×
  • Create New...