Developer OPabst 2091 Posted March 7, 2016 Developer Share Posted March 7, 2016 AES 2.41 is available now Link to comment Share on other sites More sharing options...
Er!k 572 Posted March 7, 2016 Share Posted March 7, 2016 Many thanks for this new release Oliver! However, I get an error message with FSX Drzewiecki Design EPWA (v1.5 supporting SODE v1.3): Please login to display this image. Installation folder of SODE is: C:\Spellen\Flight Simulator X\FSTools\SODE ProgramData folder of SODE is: C:\ProgramData\12bPilot\SODE The folders do contain the SODE files for this airport; and SODE v1.3 works also... I get the same error for LIRF; but this airport is not update to SODE v1.3 yet? Link to comment Share on other sites More sharing options...
Developer OPabst 2091 Posted March 7, 2016 Author Developer Share Posted March 7, 2016 Did your SODE add the DDL Loading Entry in the DLL.XML File? Did you have the Drzewiecki Files below the SDX Subfolder in C:\ProgramData\12bPilot\SODE ? I have LIRF working with 1.3, just the MKSTUDIOS_JETWAYS.XML must be moved from the <FSX>\SODE\XML to the C:\ProgramData\12bPilot\SODE\XML Link to comment Share on other sites More sharing options...
Er!k 572 Posted March 7, 2016 Share Posted March 7, 2016 16 minutes ago, OPabst said: Did your SODE add the DDL Loading Entry in the DLL.XML File? Did you have the Drzewiecki Files below the SDX Subfolder in C:\ProgramData\12bPilot\SODE ? I have LIRF working with 1.3, just the MKSTUDIOS_JETWAYS.XML must be moved from the <FSX>\SODE\XML to the C:\ProgramData\12bPilot\SODE\XML 1. Yes, I have. SODE is also behaving correctly. Also the platform manager does not give any error 2. Yes, the files are present 3. I cannot check this since I removed the old SODE versions and these files as well... But AES does the trick at LIRF Link to comment Share on other sites More sharing options...
edetroit 529 Posted March 7, 2016 Share Posted March 7, 2016 Regarding "New Pull-Out operation: In this version a new Pull-Out feature is implemented, which is at the moment only used at the new Airport EBCI Brussels South-Charleroi from Voie Blue. At this Airport the Parking Positions 88 to 94 are Push-In positions, where the aircraft stops at the taxiway in front of the position an will be push backwards into the parking position. This feature is already supported since a long time in AES. The special at this airport is, that the aircraft is not taxi out of the parking position, but he is first Pull- Out back to the taxiway. This is now possible with AES too. If you know other airports, where this is handled like that, please give me a short info in the Aerosoft forum." I did make a request last year for Gate 13 at UK2000 Southend to be made pull out/push in but got no reply. As you can see from the chart you could make Gates 12 through to 16 pull out/ push in ......Gate 13 at a minimum would do me. Please login to display this image. Please login to display this image. Please login to display this image. Link to comment Share on other sites More sharing options...
Developer OPabst 2091 Posted March 7, 2016 Author Developer Share Posted March 7, 2016 vor 4 Minuten, Er!k sagte: 1. Yes, I have. SODE is also behaving correctly. Also the platform manager does not give any error 2. Yes, the files are present 3. I cannot check this since I removed the old SODE versions and these files as well... But AES does the trick at LIRF Did you check the DLL.XML, if there is the Sode Entry existing. Maybe you can attach your DLL.XML, so I can check that. Link to comment Share on other sites More sharing options...
Er!k 572 Posted March 7, 2016 Share Posted March 7, 2016 Of course, file is attached. dll.xml Link to comment Share on other sites More sharing options...
Developer OPabst 2091 Posted March 7, 2016 Author Developer Share Posted March 7, 2016 Ok, but here you have a different path to the DLL: <Launch.Addon> <Name>SODE Animation Module</Name> <Disabled>False</Disabled> <ManualLoad>False</ManualLoad> <Path>C:\Spellen\Flight Simulator X\FSTools\SODE\SimObjectAnimationModule.dll</Path> </Launch.Addon> Please change the path to C:\ProgramData\12bPilot\SODE\SimObjectAnimationModule.dll Then try AESHelp again. Link to comment Share on other sites More sharing options...
Er!k 572 Posted March 7, 2016 Share Posted March 7, 2016 Hi Oliver, this indeed solves the issue with AES! However when I launch the SODE Platform Manager it gives the following error: Please login to display this image. If I press 'Register' it changes the value in the DLL.xml back to the DLL file in my FS directory (C:\Spellen\Flight Simulator X\FSTools\SODE\SimObjectAnimationModule.dll) I am a bit confused now? Link to comment Share on other sites More sharing options...
Developer OPabst 2091 Posted March 7, 2016 Author Developer Share Posted March 7, 2016 SODE is confusing now, that's right. I have all Files below C:\ProgramData\12bPilot\SODE and I also changed the Registry Entry for the SODE AppPath below HKEY_CURRENT_User/Software/12bPilot.. to that Path, then the Platform Manager is green. I must reinstall SODE again it is chaos now. But it seams to work like that. Link to comment Share on other sites More sharing options...
Er!k 572 Posted March 7, 2016 Share Posted March 7, 2016 For me this does not work (SODE turns orange when changing the reg manually). But after changing the path once (as described above) AES picks up EPWA, and now I have restored SODE so it is green. If I do not touch anything everything works... I can live with the AESHelp error. Link to comment Share on other sites More sharing options...
alexvs 243 Posted March 7, 2016 Share Posted March 7, 2016 Oliver, Wow. So much FS9, and new features, and ........ speachless!! Downloading as I write, and installing next. I have to buy credits :-) Link to comment Share on other sites More sharing options...
WingZ 3 Posted March 8, 2016 Share Posted March 8, 2016 FS2004: AES does not recognise UK2000 Humberside EGNJ Link to comment Share on other sites More sharing options...
Developer OPabst 2091 Posted March 8, 2016 Author Developer Share Posted March 8, 2016 vor 53 Minuten, WingZ sagte: FS2004: AES does not recognise UK2000 Humberside EGNJ I don't see any issue like this here. Please check your Scenery Installation. There must be this two BGL Files in the SCENERY Folder of the scenery: EGNJ_Library_FS9.BGL and EGNJ_obj1.bgl Link to comment Share on other sites More sharing options...
edetroit 529 Posted March 8, 2016 Share Posted March 8, 2016 2 hours ago, WingZ said: FS2004: AES does not recognise UK2000 Humberside EGNJ WingZ, I have no problem with my FS 2004 UK2000 Humberside....just wish I could choose the pushback truck. Link to comment Share on other sites More sharing options...
WingZ 3 Posted March 8, 2016 Share Posted March 8, 2016 Shopfront problem...I went off to SimMarket to buy some credits, and the installer supplied (I now see) is v2.40b. I came back here and got the latest version, problem solved. Nice bit of animation of the baggage handler! Link to comment Share on other sites More sharing options...
Von Rondstadd 14 Posted March 8, 2016 Share Posted March 8, 2016 Thanks Oliver for the update! Regards Robert Link to comment Share on other sites More sharing options...
Djembe 5 Posted March 8, 2016 Share Posted March 8, 2016 Quote In preparation for the hopefully in the next release possible loading process, the driver of the belt loader is already going into the cargo belly while the loader is at the aircraft. Thanks for improve AES Link to comment Share on other sites More sharing options...
GeyerH 112 Posted March 8, 2016 Share Posted March 8, 2016 Good evening, many thanks to Oliver for the new version of AES! Unfortunately, I experience a strange behaviour at Digital Designs ULLI for FS9 as soon as I activate AES there. Without AES, the scenery displays normal, with a range of phototerrain including custom buildings: Please login to display this image. Now, if I activate AES there, most buildings are gone, and a big part of the phototerrain is excluded. Look at the buildings in the right foreground and at the settlement in the background: Please login to display this image. I checked this several times; to rule out influences of other add-ons, I deactivated landclass, St. Petersburg city scenery and other Russian sceneries. The effect is always the same with AES, as shown. What could be the cause? Thanks and regards, Harald Link to comment Share on other sites More sharing options...
Developer OPabst 2091 Posted March 8, 2016 Author Developer Share Posted March 8, 2016 Hi Harald, let me check that tomorrow. Ulli is a very special case, as the the Scenery is not realy easy to handle. Link to comment Share on other sites More sharing options...
GeyerH 112 Posted March 8, 2016 Share Posted March 8, 2016 Many thanks Oliver. Take your time, I'm currently flying in other parts of the world. Link to comment Share on other sites More sharing options...
Petrovich 1 Posted March 10, 2016 Share Posted March 10, 2016 On 8 марта 2016 г. at 11:19 PM, GeyerH said: Unfortunately, I experience a strange behaviour at Digital Designs ULLI for FS9 as soon as I activate AES there. Without AES, the scenery displays normal, with a range of phototerrain including custom buildings The same here. Link to comment Share on other sites More sharing options...
Developer OPabst 2091 Posted March 11, 2016 Author Developer Share Posted March 11, 2016 vor 20 Stunden , Petrovich sagte: The same here. On 8.3.2016 at 21:19, GeyerH sagte: Good evening, many thanks to Oliver for the new version of AES! Unfortunately, I experience a strange behaviour at Digital Designs ULLI for FS9 as soon as I activate AES there. Without AES, the scenery displays normal, with a range of phototerrain including custom buildings: Now, if I activate AES there, most buildings are gone, and a big part of the phototerrain is excluded. Look at the buildings in the right foreground and at the settlement in the background: I checked this several times; to rule out influences of other add-ons, I deactivated landclass, St. Petersburg city scenery and other Russian sceneries. The effect is always the same with AES, as shown. What could be the cause? Thanks and regards, Harald Have add a fix for that issue, was not only the buildings missing, also the groundlayout was excluded. Fix you find here in the first post Link to comment Share on other sites More sharing options...
GeyerH 112 Posted March 11, 2016 Share Posted March 11, 2016 Jetzt funktioniert's, dankeschön. Harald EDIT: Sorry, was still in the German forum "mentally". What I wanted to say: Now it works, thank you Oliver! Best regards, Harald Link to comment Share on other sites More sharing options...
dcflyer 13 Posted March 12, 2016 Share Posted March 12, 2016 Hello all, I am having a problem with AES 2.41 regarding KORF. The default gates seem to be bleading through the custom AES gates resulting in two gates at each parking assignment. Does anyone have a quick fix for this issue? Thank you, DCflyer Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.