Aerosoft official retail partner for Microsoft Flight Simulator !! 
Click here for more information

Jump to content


Popular Content

Showing content with the highest reputation on 01/12/15 in all areas

  1. 1 point
    For those visiting this thread regularly, IDS posted some recent pics on facebook so it might be worth liking them if you want to be sure not to miss out anything Click here to visit their Timeline photos! BTW: keep up the great work guys!
  2. 1 point
  3. 1 point
  4. 1 point
    ICAO: RJFU Name: Nagasaki Type: Payware FS: FSX / P3D Designer: PIS Link: AES 2.40
  5. 1 point
    Airport just released and would be great to have AES support. ICAO: KSNA NAME: John-Wayne Airport TYPE: Payware FS: FS9/FSX DESIGNER: LATINVFR Link: Angelo AES 2.38
  6. 1 point
    Hi, This was requested back in 2012. Still excellent scenery and would boost AES presence in Asia further. Keith ICAO: WARR NAME: Juanda International Airport - Surabaya(Indonesia) TYPE: Payware FS: FS9 / FSX DESIGNER: BDO Aviation Link: http://secure.simmar...rt-fs2004.phtml AES 2.40
  7. 1 point
    Mathijs, I respectfully disagree with you (we known each other from such a long time, that we basically grew old together with Flight sim...) so you will not mind if I'm telling you are wrong this time. 1) Access to GSX pre-release. Wrong comparison here, I never had any access to AES BEFORE it was released, so it would be unfair to compare a very different situation. Oliver will surely receive his free copy of GSX now that is out, although he surely can check it already if with all our airports, included AES interoperability, since all our airports also have AES... but, as I've said, he'll receive his free copy now, no problem. 2) Use of the intelliscene file. We HAVE our own interface and file format to recognize and configure airplanes, which is way more complete and complex comparing to what the intelliscene file does, since it adds (for example) dedicated entires for catering doors, not just as mirrors of the main exit, so we can accomodate asymmetrical exits like in the 737, and we can specify custom code to recognize non-standard doors and ground connections and much more, it's a file format written *IN* the Python language, it doesn't have any similarity whatsoever with the standard .INI file format that it's used by AES, even conceptually. GSX by default use that one, and this is what we prefer users will rely on. But, you can't blame GSX for being able to read EXISTING intelliscene files that might be ALREADY in possession of users, which are just plain standard .INI files, and are only used as a 2nd best option, if the airplane in unknown to GSX. In fact, recognizing the intelliscene format as a de-facto standard, is exactly the opposite of "competing" like you said, if we were trying to really compete, we would have introduced our own similar-but-slightly-different format, in Microsoft style, as when they "improve" the html format, in order to break a standard.

  • Newsletter

    Want to keep up to date with all our latest news and information?
    Sign Up
  • Create New...