Recommended Posts

Right, I'm going to go out on a limb here and say that my VAS issue has been fixed as a result of turning ShaderCache off.

 

I did my second successful (no OOM) flight tonight. Granted VAS levels were high - 3.2GB on ground at EGKK then ending with around 3.6GB at EGPK - but no windows alert tones and, best of all no OOM.

 

I will continue to monitor things, but I'm fairly happy that things are on the mend. 

 

Like Alex, I've also noticed a strange FPS increase to 50 in some cases externally with 30-35 interior. Perhaps another result of the ShaderCache fix? 

 

My two theories for why shes working now are as follows:

 

A) Maybe just maybe the sim encountered some adjustment time to the new aircraft? Is this even possible? If so perhaps after a few days of running in she now performs better. This is the most 'out there' theory, but maybe there is some science to back it up?

 

B) ShaderCache off - simple. I think this is most likely give I noticed improvements immediately after applying this option.

 

P.S Alex, did you try the ShaderCache off?

 

Dan

Share this post


Link to post
Share on other sites
Help AVSIM continue to serve you!
Please donate today!

No...to be honest I forgot, but definitely I will....I made two flights over the weekend both over 7 HRS long and tested....First flight I ended up using 3.5 GB....for me that's a lot, still safe I know. Second flight I was in green even landing with extremely heavy, foggy, snowy WX on FT KBOS...no issues and all in green.....So who knows. FPS thru both flights were good and acceptable. 

 

I will turn shaddercache OFF and test again. Nothing to lose I guess....

Share this post


Link to post
Share on other sites

It seems that the 747-400 is using WAY more VAS when viewed from the outside!

 

I tried to use her with the new Fly Tampa EHAM scenery and can´t get her to work with it! As soon as I go to the outside view, the sim crashes with an OOM!

Share this post


Link to post
Share on other sites

It seems that the 747-400 is using WAY more VAS when viewed from the outside!

 

I tried to use her with the new Fly Tampa EHAM scenery and can´t get her to work with it! As soon as I go to the outside view, the sim crashes with an OOM!

And that's the part I don't understand either,,,,I have not seen that before...Every time I am out I am going into Yellow VAS....

Share this post


Link to post
Share on other sites

For me, I found that the problem is the special effects, if set above medium. If its set to high, the QOFSiI is almost unplayable... When I set it to medium, and all others settinsg to high or even ultra, all works smooth like...

Share this post


Link to post
Share on other sites

I tried the 777 on EHAM and there no problem!

 

It´s definately the 747 that is using more VAS than the 777! I can switch views and boot up with the 777 without any problem....the 747 is unplayable at EHAM.

Share this post


Link to post
Share on other sites

For me, I found that the problem is the special effects, if set above medium. If its set to high, the QOFSiI is almost unplayable... When I set it to medium, and all others settinsg to high or even ultra, all works smooth like...

 

What Setting are you refering to?

  • Upvote 1

Share this post


Link to post
Share on other sites
  •  

    What Setting are you refering to?

    In Settings ---> Display ----> Scenery, if Special effects is above medium, the sim is almost unplayable, specialy in external looks. With medium settings, all works well.

Share this post


Link to post
Share on other sites

She's a VAS-eater! Make you work hard, make you spend time, make you rant and makes you want all her love.

 

Queen of the Skies and VAS is the limit!

 

I have both QotS II and Fslabs A320 on FSX. Flying from Flytampa Amsterdam to Uk2000 Heathrow is a huge issue. VAS starts well over 1100 mb. After 45 minutes after landing at Egll VAS remaining is no more than a fraction of what it once was. 300mb...

 

And that is on medium settings.

Share this post


Link to post
Share on other sites

Ok I now tried to fly from EHAM in the 777 and all works fine! And that is with Settings almost to the max!

 

I can switch views, I can use GSX, everything and the fps on EHAM are well over 30 in the Cockpit!

 

The 747 however after a few seconds to minutes or when switching to the outside view, crashes the sim!

 

The Problem is definately the 747 and I hope that PMDG acknowledges the Problem!

 

I really love the plane and I own every PMDG addon, but in this state it´s just a game of luck if you can finish a flight with the 747, which makes her almost unusable.

 

My System:

 

Core i5 4590 @ 3.3Ghz

8 GB DDR3 Ram

Geforce GTX 1050Ti 4 gb

Win 10

FSX with Acceleration

Share this post


Link to post
Share on other sites

Oliver,

 

Please be sure to properly check things over before tossing accusations around like this. It may well be our problem, but without any direct evidence, it's irresponsible of anyone to openly and so surely pin a problem on someone without going through the motions of making sure.

 

One of those steps would have been to post the crash log (Start > type "View All Problem Reports" and select the option that appears at the top of the list > Find [whatever sim you're using - this would've been important information as well] in the list and open the crash report that was created when you last noticed a crash. Post the content of that log here.

  • Upvote 1

Share this post


Link to post
Share on other sites

As I have written...I am using FSX with Acceleration.

 

I will post a crash log, the next time, no problem.

 

Those are not accusations, those are observations....as I said, I used your 777 on the same airport without any problems and then the 747 and the game crashed with OOM.

Share this post


Link to post
Share on other sites

As I have written...I am using FSX with Acceleration.

 

I will post a crash log, the next time, no problem.

 

Those are not accusations, those are observations....as I said, I used your 777 on the same airport without any problems and then the 747 and the game crashed with OOM.

 

No, it's an accusation, since you categorically pinned the problems you're experiencing, at PMDG and proclaiming that it's - without a doubt (in your mind) - their fault for the crashes.

  • Upvote 1

Share this post


Link to post
Share on other sites

If just one of the test subjects change and the crash occurs, then obiously the changed subject must be the cause....seems logical to me.


Ok I managed to get it to run for now it seems....

 

I deinstalled FTX Vector and now the OOMS have gone, I hope....

 

But to be frank....the 777 ran without problems with Vector, the 747 did not.

Share this post


Link to post
Share on other sites

No, it's an accusation, since you categorically pinned the problems you're experiencing, at PMDG and proclaiming that it's - without a doubt (in your mind) - their fault for the crashes.

 

The fault is always the 32bit simulator. There is only room for a couple of heavy addons before the system chokes. If you get an OOM, you remove some scenery or something else and try again.

  • Upvote 1

Share this post


Link to post
Share on other sites

If just one of the test subjects change and the crash occurs, then obiously the changed subject must be the cause....seems logical to me.

 

Seems so but there are many other moving pieces.  Could be your video driver, couatl engine, etc.  Correlation does not prove causation, it is merely a part of the troubleshooting process. First step is define the problem. Get data.

 

There has been a lot of users at the new EHAM with their shiny new B744.

Share this post


Link to post
Share on other sites

The fault is always the 32bit simulator. There is only room for a couple of heavy addons before the system chokes. If you get an OOM, you remove some scenery or something else and try again.

 

Hmm - well...

 

If something leaks memory inside the simulator, and the simulator crashes due to an OOM, the problem does not reside with the simulator. The problem - in that case - points towards component leaking the memory. The simulator can only act as is does, due to the memory limitation, but that does not makes it the simulators fault.

 

Hope that was (somewhat) clear...

Share this post


Link to post
Share on other sites

We did extensive testing during beta to identify and eliminate memory leaks, and those findings will find their way into the other products.

 

If you can document a repeatable memory leak then by all means put it on a trouble ticket and submit it.

Share this post


Link to post
Share on other sites

Hmm - well...

 

If something leaks memory inside the simulator, and the simulator crashes due to an OOM, the problem does not reside with the simulator. The problem - in that case - points towards component leaking the memory. The simulator can only act as is does, due to the memory limitation, but that does not makes it the simulators fault.

 

Hope that was (somewhat) clear...

 

However, in most cases with a 64bit program, minor memory leaks would not cause an OOM because you're not hovering just under the memory limit. As the addons become more complex, you will push toward that threshold even more and thus reduce the tolerance. Regardless of how you put it, the simulator plays a big part in the issue. I'm willing to bet that FSX and P3D generate (by far) the most forum threads related to OOM's in the whole world.

 

Of course it could be that every addon and driver that I use in another 64bit simulator is perfect and that's why I never get OOM's.  :wink:

 

Developers should definitely put effort into testing their code for memory leaks, they aren't good and you shouldn't just dismiss it because memory is abundant. However, these program, drivers etc are all very complicated and it's likely going to happen. It would keep the end user experience so much better to have a buffer in place. Onward and upward.

Share this post


Link to post
Share on other sites

 

 


I'm willing to bet that FSX and P3D generate (by far) the most forum threads related to OOM's in the whole world.

 

I bet that is a safe assumption.  In my very limited understanding, there is a problem with how well the C++ destructor works.  A friend suspects that Microsoft is much more interested in us all drinking the C# and .NET koolaid so it is intentionally buggy.

Share this post


Link to post
Share on other sites

Pretty much I have similar configuration and software installed ,after read in Orbx forum I removed all the shadows and VAS went down more than 50%. 

 

Hope that works for you same positive way worked for me.

 

Best

Juan.

Share this post


Link to post
Share on other sites

Pretty much I have similar configuration and software installed ,after read in Orbx forum I removed all the shadows and VAS went down more than 50%. 

 

Hope that works for you same positive way worked for me.

 

Best

Juan.

For the first time I completed a full flight, with Queen B 744, about two hours without this VAS leak and the cursed OOM's horn. I followed your instruction, also clean installation of the old nvidia driver 376.33. Thank s

Share this post


Link to post
Share on other sites

I just experienced my first OOM in a while which occurred when landing at EGLL. it was probably to do with london scenery etc. I was only using the UK2000 VFR scenery EGLL as well so a little disappointing. She seems to work fine in most other places though so not to big of a deal.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now