suvo

This is where I miss the fsx ultralight trike

Apologies if I don't understand this right. Why would the task manager trick only applicable to SLI configuration? Reading your post what I understand is there seems to be a bug in v3.1 that even after specifying AffinityMask in the cfg file, it is not using the core(s) correctly and we need to reapply this through the task manager once p3d starts running ??

I have UT2 installed and running in p3d v3.1 fine... the installation was done using the migration tool.. but i have noticed something weird.. The below is the last entry in my SIMOBJECTS cfg similar to yours.. [Entry.10] Active=True Path=SimObjects\UT2 Aircraft Required=True Title=Default UT2 Aircraft but the entry which the migration tool is adding to p3d.cfg is this.. SimObjectPaths.2=SimObjects\UT2 Aircraft Whereas it should be SimObjectPaths.10. This discrepancy is happening because the SimObjects.cfg file is getting rearranged automatically and the UT2 block is coming at the third position in the file.... and the hence in the P3D.cfg file the numbering is coming as 2 (0,1,2..) as it is numbering in the order of how the blocks are arranged in SimObjects.cfg. Now I have made a change in migrationtool.cfg file to not make any changes to P3D.cfg and have removed the SimObjects entries from the P3d.cfg file and UT2 still runs fine.. Dont quite understand, what is the need for all the Simobjects entries in P3d.cfg. The reason I mentioned this is once, I got a CTD because of fiddling with UT2 menu and i suspect this incorrect Simobjects numbering to be the cause and Migration tool to be blamed more than UT2 itself..

just to let you all know, when i reported this problem i was on p3d v2.5 (build 12943). After i upgraded to the hotfix 12944, I am not seeing this problem anymore in the same situations when it used to occur. So something got fixed with the 12944 hotfix patch.

I have observed a consistent behavior .. If you start P3d and you get the training scenario dialog and exit P3d from there without actually going into flight/missions, P3d exits properly from the task manager. But if you get into a flight and then exit P3d from there, it continues to run In the task manager..

What is DSR?

I am continuously getting the same problem. The original error is pertaining to FSUIPC.dll but it is because an instance of Prepar3d.exe was running even after you exit out. I am not sure how a FSUIPC dll can hold the prepar3d.exe running

yesterday i got a sudden duplicate FSUIPC.dll error while starting P3d. This was the first time i got this error. On quick investigationi figured out, it is because the earlier instance of Prepar3d.exe was still running on my task manager. I had to physically kill the process. From thereafter, everytime i am exiting out of Prepar3d, the instance keeps on running on the task manager with CPU utilization less than 0.01%.. It doesnt gets released automatically... Any ideas what might be going on.. I tried finding whether there is any module which is locking Prepar3d.exe, but could not find any... I installed the updated ORBX FTX Global libs yesterday and REX4 textures to P3d... This is a fresh install of Prepar3d v2.5 (without the hotfix)

There is a new version of the migration tool, which is actually a development build, works with the hotfix of P3d 2.5 as well http://www.flightsim.ee/products/migration-tool

So, instead of FSX.exe path, you are pointing it to the P3D path?

I am yet to turn down Autogen slider below Extremely dense. TML - 1024 and LOD will help a lot in VAS if you have AI traffic down to 10-15% .. Is there any tool like SceneryConfig Editor in FSX for P3D... That would be very handy to turn off any addon airports

We can only hope and wish. But unless we really have a 64 bit simulation soon, this VAS issue is only going to get worse in my opinion. We have spoilt ourselves by using exemplary addons from PMDG and now low quality stuffs, we wont even look at. This expectation is only going to go high and frankly any more amount of complexity, in terms of graphics, speed etc without a 64 bit environment is total deadlock situation. Every quality scenery which has come out in last six months has only added VAS issues and so is true for other addons... We are looking for immersion, reality, with a restriction of 32bit, thats not going work any longer.. We are already in an extreme honestly.. Regards

Does Ezdok, Aivlasoft EFB working well with v2.5? Do we need an update for the Estonia migration tool as well for 2.5? - Just asking, since I am hearing there has been changes in folder structure

Something I just don't understand... Imagine, we do not have this 777 for P3D, also hypothetically imagine we just had a release of 64 bit P3D... What good is this 64 bit P3D for us.. ? Nothing... It is because of PMDG addons a dinosaur like FSX has survived so long and some other addons which were bought because we had PMDG .. Now because of all these addons many people will move towards P3D and soon a realistic simulation with no resource constraints on a 64bit environment will be a reality ... All I am seeing is people cribbing about pricing .. I dont know how a simulation on an entirely different platform with way above graphics quality can come subsidized or even quoting few people free.. This is just ridiculous... People who don't see this fair, please don't buy ...

If LM changes folder structure in v2.5, then our good old, migration tool may not be useful anymore...?

You know what ... I have been a big fool ... Thank You Sir..

Friends, Need your help. After some time with stable DX9, i made a switch to DX10 yesterday with the wonderful Steve's fixer. I took a stable system image of DX9 stuff and followed the How to guide dilligently, Manual etc and got the DX 10 running within 30 -45 mins with no issues whatsover, except one for which i need help. It is the water.. Apart from this, everything else is running beautifully... I am giving two screenshots to show how my water is looking like. The first one is the default flight and second one is with fly tampa dubai scenery. My concern is those purple spots and way too much of movement, making it look ugly. I am also giving the screenshot of my water setting in the DX 10 fixer.. What I have done till now, is tried all possible combinations of AA in the fixer and corresponding correct values in the inspector, the water remains the same. Changed the water settings from LOW to High and it remains the same... I am thinking, this has something to do with REX4 textures which is installed... Wanted to understand, where i am going wrong with this .... Machine - i7 3770K, GTX 760 and 16GB RAM ...

This is really driving me stupid... I downloaded the below scenery and installed it right.. it is for Rajiv Gandhi International in India, - VOHS http://library.avsim.net/esearch.php?DLID=183406 1. Installed the scenery 2. Added the scenery from the Scenery Library and activated - all correctly.. 3. The priority is set to highest with respect to all.. Still when i go to the Airport window and search using Airport ID - VOHS, the scenery is not found. Nothing comes up for VOHS... I get no messages, no CFG error and I can clearly see the scenery being added from the Scenery library window... Any guess what could be the reason that even after adding a scenery successfully, it doesn't show up in the Airport window? Regards,

What you have asked is actually everyone's dream here

Not sure, if I understand this right. If PFPX is pointing to the current weather snapshot of ASN, then how it can export a different winds aloft data than ASN ... I am sure you have cross compared between ASN briefing page and the wx file... ?

VABB - OMDB - its a real 300ER route of both Emirates and Air India

Rob - Thats exactly is what i am trying to understand... From all best sources available to learn this OOM - 777 Introduction manual, AVSIM FSX settings guide etc etc.. The two major culprits for all OOM issues are LOD_RADIUS and AUTOGEN.. (AI traffic etc comes next ... which is anyway much low in my case and hence ignoring for now..) So i can reduce any one or even both and stay at that point and get over the problem. But if i get to know that even with high Autogen anbd high LOD_RADIUS it is possible to avoid OOM and take ultra long flights then there is "Somthing else" which is is working in the background. Because of that "Something else" the VAS is getting managed and staying at a lower side... Question is What is that "Something else" - Is it DX10? DX10 is very tempting indeed.. but before i plunge on to DX10, i want to be sure that from a DX9 perspective I am hit the optimal level of my PC for FSX and T7 .... Off topic - I am extremely happy and grateful for everyone who have tried and is trying to help me understand and resolve this problem. I never thought that i will receive so much help and response. Quite happy to be in AVSIM. (Had to mention this, becuase other places have already resolved this problem of mine by suggesting not to fly the T7.. :rolleyes:

OK .... Its almost midnight in India.. Off to bed.. Will do some testing during the weekends and report back ... How are folks managing to do a 12 - 13 hours continuous flight with LOD at 6.5 Texture at 2048 .... The hardwares are only going to increase the performance but how it will reduce the VAS usage unless it forces FSX to release some unused memory ... By the way, the below thing in Scenery editor also did not help... If anyone have anymore inputs, I will clarify my morning... :rolleyes:

Here is the Picture .... for the scenario described above.,.. Regards, Subhankar (Suvo) India Added Sir

OK Uploading it through flickr.... Just took a screenshot. Loaded the 777 onto fsx default OMDB airport at a gate. Panel state load - 777 Long. The process explorer shows a VAS of 2.3 GB and I have not even started the engine and did not go to outside view. :(