Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Premek last won the day on May 27 2016

Premek had the most liked content!

About Premek

Recent Profile Visitors

10166 profile views

Premek's Achievements


Newbie (1/14)



  1. Premek you sent me a note with the support e-mail link which doesn't appear to be correct?



    Config file attached.


    ORBX 061216.CFG

  2. hello Premek


    is the simobject fixer also working with version P3D V3.3.5 , because there are only

    option avaliable for version 3.2. and older


    how I can arrange my simobject.cfg is not changed after every startup, losing my ai traffic

    because simobject entry and P3D.CFG are not the same.


    rgds sydney

  3. HI Tom, version 1.02 of Prrague should have a workaround for GSX - that must be something different... :-(

  4. Ahoj.Moc me mrzi ze Praha je v podstate nefunkcni.Nechapu jak se po tak dlouhem cekani mohlo neco takoveho stat.Myslel jsem ze problem je v ORBX vector,ale nebylo tomu tak.Doufam ze v brzke dobe bude oprava.

    1. Show previous comments  4 more
    2. Premek


      Zvladnes spustit Team Viewer?


      Pokud ano, zkusim se Ti podivat na pocitac.


      Pis na support@xht-labs.com

    3. Tomas Zima

      Tomas Zima

      Ted jsem tam napsal.Moc dekuj.

    4. Tomas Zima
  5. Hi Premek,

    Regarding my last post about traffic animation, please check this video.


    DD created the car / truck animation on the road, which is close to the touchdown zone of rwy 08 (you can see it for example at 0:24 or at 1:30)




  6. hello premek


    Can you confirm, if lszh , split and tegel, use the same

    apcontroller, or have each airport his own one,

    because when I have all three airport active, p3d crashes

    when loading one of the sceneries, after deactivating

    2 sceneries and only 1 active there are no issues.

    when in past zurich and split where active also the apcontroller

    was loaded twice, what leads to burnout ramp at split at nighttime.

    thanks for your comment.

    1. Premek



      Asked you several time already with SPlit and Zurich to send me your CFG files as described in troubleshooting post.

      I could not tell more without them.

  7. Ah, sorry - I thought you are aware of it... http://forum.aerosoft.com/index.php?/topic/78126-thessaloniki-x-out-off-memory-stackhash/?p=557085
  8. Yes. It (exe) does (its own 4GB block). See the JPG - the VirtualAddressSpaceTest uses 3.5GB and FSX uses another 1.8GB - together far more then 4GB. The misleading point here is probably that it is shown as a child of FSX, but it is so from different reason (to show it was called called from there)
  9. Indeed!!! Yes, it is running outside FSX but ProcessExplorer shows it as a "child" as it was run from the FSX. Wrote a simple test executable just allocating 3GB of memory (which proves it runs its own VAS) and run it via exe.xml. Here is how it looks in the Process Explorer.
  10. You can easily see how much you get when couatl.exe occupies ca.118.MB - see the purple line in the picture (http://forum.aerosoft.com/index.php?/topic/78126-thessaloniki-x-out-off-memory-stackhash/?p=557129) So as WebMaximus said - you should decide whether you need it.
  11. Well, it is possible - but this is question to Umberto I'd say.
  12. Please don't take me wrong altstiff - it's definitely not meant like "your fsx - your problem". This is more like a process how to identify what could be improved with what effect. I'm convinced that once there is identified what steps are necessary to do to get significant result then Aerosoft will for sure present it - it's in their own interest ;-) But one very important point - it is not necessary to remove DLLs - they can be just disabled! And if this has significant effect I can imagine it would be possible to write an SCE-like editor to allow users to disable/enable DLLs based in their needs.
  13. Well, I do not have much info of how much memory each of those DLLs consume. More than that - I do not have many ORBX sceneries so I'm bit on dodgy ground here, but it looks to me that one loaded ORBX's ObjectFlow library could take aprox. 8MB of VAS. When I'll take it as an average, then 60 loaded DLLs could easily get over 0.4GB... So I'd say it's worth to give it a try and to disable unnecessary DLLs. That said, I don't think it's not chasing red herring - I guess it is more like Aerosoft is trying to help and find whatever the problem could be...
  • Create New...