Super27

Hi, I have reported it already and IXEG knows. “During my first flight with the new version, noticed that the orange bugs on both ASIs cannot be moved using the mouse scroll wheel. Would be nice if this could be implemented.”

Having flown the B734 IRL, this is the best handling I have ever seen for any Boeing in X-Plane. Great job with the flight model!

Hi, I have tried version 1.3 of the IXEG 733 in both XP11.41 and in XP11.50b9 with Vulkan. Worked great in both versions. If you have a dual XP installation, you will have to activate the 733 in both installations separately and update the FMS database. I use Navigraph with the Navigraph FMC data manager for this. Hope this helps, Werner

Hi, Found one more item. The V/S wheel on the MCP does not have a mouse scroll wheel function either. Thanks for looking into it! Werner

Hi Jan, No worries! The T/R themselves operate correctly in my installation. It is only the animation of the levers. As long as I pull both reversers, nobody will notice.

Hi, During my first flight with the new version, noticed that the orange bugs on both ASIs cannot be moved using the mouse scroll wheel. Would be nice if this could be implemented. Thanks! Werner

Hi, Thank you for the update! Just took the 733 v1.3 for a first spin in VR. Noticed that when pulling only the no.2 T/R lever that both no.2 and no. 1 T/R levers move up, but only no. 2 engine goes into reverse. On the other hand, when pulling only no.1 T/R lever, the no.1 engine does go into reverse, but the T/R levers remain in the forward thrust position. Seems the is a bug with the animation of the T/R levers. Would be nice if you could look into it. Thanks! Werner

Hi, First of all a big Thank you for the new update! Love the mouse wheel scroll function, but it seems that the direction of rotation is indeed opposite to all other aircraft in X-Plane. Would be nice if the devs could take care of it. Thanks!

Just about finished updating the flight model for the "new experimental flight model"... Cheers, Jan Awesome! Can’t wait for the release. Vielen Dank!

Hi, I also use a switch on my Saitek throttles to operate the speedbrakes and have it programmed as follows: on the throttle switch T3, I use “Speedbrakes extend one” on the throttle switch T4, I use “Speedbrakes retract one” Try these commands on your setup and see if this works for you. Hope this helps, Werner

Hi Jan, it may be a somewhat crude remedy, but at least the dust or water spray from the wheels is still there. BTW, I do not use X-Enviro at the moment. Switched to ASXP. The excessive spray is definitely an X-Plane thing. Seems that Austin loves to go overboard with his effects. All the best, Werner

Hi, This is not a problem with X-Enviro, but with X-Plane 11 itself. It can be fixed quite easily in PlaneMaker for every aircraft. Open X-Plane 11 PlaneMaker and look for the IXEG 737 Classic. There highlight B733.acf and then click Open Aircraft. Wait until the 733 has loaded. Then go to Expert. In Expert click on Invisible Parts. There scroll to the bottom to Disable X-Plane's Built-in Effects! and remove the tick marks at Use X-Plane's buit-in wing heat effects and Use X-Plane's built-in downwash/prop wash effects. Save the file and you are done. You will have to reload the aircraft (including art if using Developer) to see the result. Hope this helps, Werner

Hi, After a long time I just flew the 733 again, this time in VR. Truly a great aircraft. But.... What was really apparent was the lack of mouse wheel scrolling. The XP10 style of grab and pull is even more difficult in VR and really outdated by today's standards. Hopefully mouse wheel scrolling will be implemented at the next update, if there ever is one. Sorta lost my hope in that respect.

Found the simplest fix of them all. Downloaded and installed the aircraft one more time and all is well. Thank you all for trying to help me out! All the best, Werner

Hi Morten, Yes, I have X-Plane 11.11r2 (build111101 64 bit) running on Windows 10.

Hi vonmarty, Thank you for trying. I had initially problems with the install until I read about the revised installer. After downloading the installer again, the installation went fine. Wonder if that has something to do with it. Maybe it should not be inside the XP11 main folder at all. Anyway, thank you again for the help! All the best, Werner Edit: Deleted the IXEG_Hotfix.zip file from XP11 main folder and tried to launch X-Plane again. Did not work. XP crashed again and the new log shows the same.

My X-Plane 11 main folder looks like this with the highlighted IXEG_Hotfix.zip:

Hi, Just installed to version 1.21. Sadly during loading X-Plane crashes. See log. Also noticed that an IXEG_Hotfix.zip was placed into the XP11 main folder with the update. Does it need to be opened/extracted? I looked into it and found a bunch of Lua sripts inside that zip file. Or should it remain as is in the XP11 main folder? Appreciate your help! Thank you, Werner

Hi, I found that waypoint SBG/12 is at the wrong geographical location and I informed Navigraph about this. In their reply Navigraph asked me to forward the problem to IXEG as it is supposed to be an IXEG problem. Please see below. Looks like that SBG/12 is on the wrong radial from SBG VOR. Thank you for looking into this. Best regards, Werner Hello, This is my first thread here, so please forgive me if I did something wrong.Looks like that the waypoint SBG/12 for SID''s at LOWS is wrong defined in the IXEG Boeing 737-300. It seems that SBG/12 is at the opposite side of SBG VOR. If SBG/12 should be correct, then the following SIDs should use either waypoint WS610 or SI NDB in place of SBG/12:RTT4S, TITI2S and TRAU6S.OS:Win7 64 bitFS: XP11.02b1Addons Too many, but this problem seems to apply only to the IXEG 733Airac 1706 rev3Thanks for looking into this!Best regards,Werner Re: Waypoint SBG/12 wrong defined for IXEG 733. by navdata » Wed Jun 14, 2017 11:39 am Servus Werner, don´t appolozie for anything - we are happy to get some so complete report. Perfect ... thank you!! To your issue: I have looked now in the IXEG 737 (v1.1) and you´re right, the dme distance waypoint SBG/12 is wrong. But ... this is not a navdata issue, it´s more a IXEG issue, sorry to say this. IXEG use the LevelD XML files for the terminal procedures, and I have tried the same procedure in the LevelD, all is perfect there. Further, I have checked the procedure RTT4S ... LOWS_RTT4S_SBG12.JPG (30.13 KiB) Viewed 2 times You see the type "DmeIntc", the SBG VOR coordinates (48.002583/12.892761) and the DMEtoIntercept of 12 NM. That mean, you have a cycle with a radius of 12 miles around the SBG VOR, so from current A/C position (in this case RW33), the first point where you crossing the 12 miles cycle is approx. 2 miles away, like in the LevelD - so correct! I guess, there is a calculation error in the IXEG, because in IXEG is the crossing point at approx. 25 miles (2x 12 mile radius + the distance from the runway to the DME Distance) - so outbound of the SBG VOR and not inbound and that´s not correct and should be fixed by IXEG Werner, please report this to IXEG - the procedures are ok so far from our side. We can´t do anything in this case - it´s an addon issue. Sorry! Kind regards, Richard

Hello poodster and all, Looks like the problem solved itself. I did install Skymaxx clouds as well as Python script and all the ground textures are now normal. Don't have a clue what happened. Anyway, thanks for your advise. Regards, Werner

Hello all, Tried the IXEG 737 during sunset in Europe in July. Got winter textures when in cockpit view. When in outside view (chase view) all textures are displayed normal. This happens only with the IXEG 737. When flying other aircraft at the same location , date and time, the normal textures are displayed from either inside the cockpit or outside. I checked this with standard XP textures as well as photo textures. The results are the same. Inside the IXEG 737 during dusk in summer = winter textures. Am I the only one to have noticed this? Any help is appreciated. Regards, Werner

Hello all, First of all thank you for this great airplane! I have a similar issue when flying from Innsbruck (LOWI) to Salzburg (LOWS). Usually I fly the RTT2J departure with LNAV and VNAV engaged to RTT NDB and then to SBG VOR. When going direct to SBG before reaching RTT, the aircraft initially turns towards the new course of about 050. However, it never intercepts the new course. Instead, the aircraft turns to a heading of 097 and stays on that heading. This happened with AIRAC Cycle 1605 and again with AIRAC cycle 1607. At first I thought this was a one time glitch, but it can be repeated. Other airplanes will not do that. Hopefully someone can look into this. All the best, Werner

Hello Jan and cosmopilot, Thanks for the advise, but the problem still remains. Tried reducing texture resolution in XP settings. No change noted. Any other ideas? Thank you all in advance.

Hello Jan and IXEG team, Thanks for the warm welcome and the info about the -400. Should you ever decide to do a -400, you shall have at least one customer. I do have a problem, which may have been addressed already somewhere else. Whenever I try to input data into the FMS during flight, he sim nearly stops and the FPS take a dive. Sometimes it takes up to a minute for the sim to recover. Is my computer too weak to handle the IXEG 737? Do other users have similar issues? Thanks for your comments. All the best.

Hello everyone, This is my first post. So please be easy on me. Thanks! Just wanted to thank the entire IXEG team for a truly awesome product! This plane simply blew me away and was a major factor for my switch to X-Plane. Having previously flown the real -400; are there any plans to "stretch" the current 737-300 at some point? Please keep up the good work. Thank you! All the best