Scott434

Ok, thanks, toooo easy!

"NOTAM: This is a P3D v4.2 fix ONLY." For those who remain at 4.1 and do not install this update, what does that mean for future updates and purchasing the -8?

Simply stay with whatever flight sim you are happy with it is nothing but a personal choice. How many of you are still with sublogic and Apple II? I was totally happy to stay with Win7x64bit and FSXx32bit ... but ... putting lipstick on a 32bit flight sim ... well you know the rest ... My personal choice after my last system build (2013), was to limit expenditures on FSX and wait until a viable and supported 64bit flight sim surfaced. I have been watching P3D v1,2,3 over the years and simply said no. A 64bit flight sim is a game changer. I wait at least on revision cycle before I purchase most software. I purchased and P3D 4.1 after a little soak time and recently rebuilt my flight sim platform around Win10x64 and P3D v4.1. You CAN have both concurrently. Either on the same hard drive or ... In my case I installed Win10 in a dual boot config. I simply boot into Win7 and use FSX or I choose Win10 and use P3Dv4.1 I have P3Dv4.1 with Orbx global, North America and SAK, PANC Pro for P3Dv4, Active Sky v4, utLive, chase plane and of course PMDG products. I only install products that are v4 ready. I have never has a crash, never a chime for low VAS (no monitoring required), never an OOM. I fly and do not tweak and do not worry about ending a flight with a CTD. No Nvidia Inspector, no 3rd party tweakers and on and on. The cockpit sun/shadows are very impressive and immersive, the visuals are excellent. Things run very smooth despite my 25-30 fps with all of the above software piled on (my hardware is getting old but with modest settings and the gtx780 runs absolutely brilliant for my own personal needs). Orbx scenery is totally impressive, the clouds and weather with Active Sky are phenomenal (again my own personal opinion) not to mention the working Wx combination with PMDG. It appears to me that many many developers are going the P3Dv4 route. PMDG already mentioned that some features on the upcoming -8 will be P3Dv4 only. Since I fly mostly PMDG and PMDG is developing for P3Dv4 then not much choice and the writing is on the wall it seems. Since I installed P3Dv4.1, I have never gone back to fly in FSX once, in spite of the effort I put into the dual boot thing! After a little time and expense, I now have a flight sim platform with some headroom for the foreseeable short term and goodies like rain and EFB on the upcoming -8. <RANT ON> I must admit, there is one thing that needs to be mentioned. It is so brain dead and so ridiculous, it deserves an immediately firing of the people responsible ... Ok I'm over reacting (maybe ) ... Why would LM not have fixed the more than silly looking AI aircraft large and disproportionate nav and strobe lighting after so many releases. There is a 3rd party fix out there but it should be a no-brainer to correct in the core product without resorting to hacking in a fix! Also, we need a scenery config tool for v4 such as the one described in the PMDG introduction docs. One will surface sooner rather than later hopefully! 64bit means more can be loaded and therefore my load times are are longer than I like. <RANT OFF> Conclusion? Overall, it was worth the time and small expense (relatively). IMHO, it is a much better looking, rock solid stable platform. It runs extremely smooth, the GPU enhancements such as cockpit shadows, clouds, water, fog, hue, night lighting are super great. It has never crashed on me to date and I now have a sim platform that can absorb the goodies to come from PMDG and other devs. If you change over, you will not be disappointed! Good times for us old dogs that cut our teeth on subLogic and Apple II. (Go ahead you young folks, look it up on youTube and see how far we have come!!) Cheers, Scott

Yes, but it costs a lot. See towards the end of this avsim report. http://forum.avsim.net/page/index.html/_/reviews/review-gtn-650-750-avionics-r2357

Great aircraft. Been waiting for a while for this and it very well done. Handling is superb, GTN support, visually very pleasing. All RealAir products are top notch and I own both v2 Dukes and the legacy. https://www.dropbox.com/sh/smabmvtlop6of51/AAC1W52xyWCiJtmQJufaQDm8a?dl=0

GTN750 no contest. (I have most of the RPX guages and the 530). See pics at link below. https://www.dropbox.com/sh/smabmvtlop6of51/AAC1W52xyWCiJtmQJufaQDm8a?dl=0

777-200F, sp1b, FTX-Southern Alaska, Anchorage X airport, Ultimate Traffic 2 at 100% traffic levels yielding 14 aircraft at and around terminal, cloudy & rainy with ASN, GSX running with main and aft cargo loaders doing their thing, LOD=4.5, textures=1024, healthy slider levels ..... This is a significant FSX load yet my remaining VAS is approx 500-600 Megs. This is a test scenario and reducing traffic down to reasonable levels my remaing VAS hovers around 800 megs. I have found that the reccomendations in the 777 introduction manual to use fs-sceditor (FS Scenery Configuration Editor) and remove unnecessary (unused for your planned flight) scenery is extremely worthwhile. Not only does it improve your remaining VAS levels but it speeds up loading/unloading FSX.

Thanks PMDG. I can confirm that SDK SP1b works now. Thank you! I am sure that we are closer to having FS2Crew!!

Very good debugging approach and I am sure it will be interesting to see what actually caused your problems. Making changes one at a time allows you to isolate the problem(s). I also use NickN guide and have been doing so for years. I have never had a problem. My testing shows that the 777F SP1 uses approx. 0.850 gig of VAS. I can easily induce OOMs by cranking up LOD and/or traffic or by using higher rez textures (I use 1024). But the times of "just loading everything to the max" are gone and one has to make some priority calls if we want to use these cutting edge and remarkable simulations put out by PMDG and others. When I fly low altitude in my other aircraft, I use "heavier" FSX settings. When I am flying the 777X, I am so busy concentrating on flying that "lighter" FSX settings go virtually unnoticed. Cheers, Scott

Sorry for the multiple posts as Avsim was a bit slow when I tried to post the PDF. Perhaps someone can delete the two first posts since they are missing the PDF attachment. Thanks, Scott.

For those who might be interested, I developed (and currently polishing) a little FSX application to do a couple of things I have always wanted to be able to do namely easy cockpit switch control and flight data logging with takeoff and landing charting. Please see attached PDF for more details if interested. Since I fly pretty much exclusively PMDG aircraft, the cockpit control part of this app work only with PMDG aircraft since I utilize their SDK (only NGX available at this point.) The flight data recording works with any FSX compliant aircraft. I was thinking about making it available for others if there is enough interest but that would required a couple of folks volunteering to do a bit "beta" testing first. If anyone is interested please PM me. I am hoping that PMDG does not mind me posting this here. Thanks!

For those who might be interested, I developed (and currently polishing) a little FSX application to do a couple of things I have always wanted to be able to do namely easy cockpit switch control and flight data logging with takeoff and landing charting. Please see attached PDF for more details if interested. Since I fly pretty much exclusively PMDG aircraft, the cockpit control part of this app work only with PMDG aircraft since I utilize their SDK (only NGX available at this point.) The flight data recording works with any FSX compliant aircraft. I was thinking about making it available for others if there is enough interest but that would required a couple of folks volunteering to do a bit "beta" testing first. If anyone is interested please PM me. I am hoping that PMDG does not mind me posting this here. Thanks!

For those who might be interested, I developed (and currently polishing) a little FSX application to do a couple of things I have always wanted to be able to do namely easy cockpit switch control and flight data logging with takeoff and landing charting. Please see attached PDF for more details if interested. Since I fly pretty much exclusively PMDG aircraft, the cockpit control part of this app work only with PMDG aircraft since I utilize their SDK (only NGX available at this point.) The flight data recording works with any FSX compliant aircraft. I was thinking about making it available for others if there is enough interest but that would required a couple of folks volunteering to do a bit "beta" testing first. If anyone is interested please PM me. I am hoping that PMDG does not mind me posting this here. Thanks!

Can anyone else (I believe you Simon but 100M is hard to discern the way things vary) confirm the 100 VAS saving when disabling RAAS in the dll.xml (changing Disabled to True - 3rd line see below). If you disable this addon and you load a 777 livery that has the RAAS option enabled, what happens? <Launch.Addon> <Name>RAASPRO</Name> <Disabled>False</Disabled> <ManualLoad>False</ManualLoad> <Path>.\RAASPRO\RAASPRO.dll</Path> <DllStartName>module_init</DllStartName> <DllStopName>module_deinit</DllStopName> </Launch.Addon>

F2?? [buttons.777X] 0=RY,21,C65966,0 ; Throttle 1 Thrust Reverser - Repeat throttle decr 1=UY,21,C65967,0 ; Throttle 1 Thrust Reverser - Cut 2=RY,22,C65971,0 ; Throttle 2 Thrust Reverser - Repeat throttle decr 3=UY,22,C65972,0 ;Throttle 2 Thrust Reverser - Cut

LOD settings is very influential in VAS for me. In fact that is how I throttle things up/down (along with Traffic levels). I would be very concerned if I changed this value and did not see a difference - meaning something is not right here! FSX changes LOD back to 4.5 automatically every time you change display settings within FSX so perhaps it has always been at 4.5. LOD multiplies "everything" so it has more of an exponential effect from my understanding.

Sorry Ryan I did not mean to imply this. I meant to imply that things that are pre-release sometimes are not the same as release ... "Some specifications are subject to change on the final released product." My delta VAS numbers between the NGX and the 777X are more like 300-350 and not 185. Other peoples number vary as well and the question is why? It is hard to converge on a number in FSX but the swing is large. Perhaps it is something small that crept in during the last push of bug fixing prior to release.

As part of my latest build and FSX priority memory usage, I log/"plot" VAS memory use vs LOD settings (with all other sliders/variables constant). I use FSDT's CYVR and Aerosoft's Anchorage X airports as the load. In preparation for the 777X I did VAS benchmarks on the NGX. I determined exactly and precisely the settings required to trip an OOM and the threshold I need to be at to maintain my flying environment without. The 777X significantly surpasses the NGX and is most definitely harder on VAS than the NGX. IMHO the difference is not within the usual margin of error that was causally assumed from pre-release comments and marketing speak which indicated the 777x and the NGX would be comparable. It is why in fact, the many are seeing OOMs while comparing to the NGX. I have made adjustments to my system to accommodate the 777X because it is such work of art. I have been a software developer for over 3 decades and I FULLY appreciate what PMDG have accomplished here and I just love the plane!! My approach is to make the aircraft a priority over other memory consumers. I fully anticipate that in the natural progression of the products life cycle, service packs will find a way to optimize and provide tuning options for the users who either can't (know how) or won't (eye candy and traffic are their priorities - and that is OK!) take steps to relieve the OOM potential. If PMDG say "Guys we have done everything and the 777X VAS footprint is required" then I will live with it but I have to believe that his is not the case. Thanks PNDG for a crazy good aircraft which will only get better as time progresses. Cheers!!!!!!!!!!!

Yes! Robert this works perfectly and is cleaner than assigning the throttles in FSX. Now all my axes are assigned in FSUIPC. All my axes EXCEPT throttle 1 & 2 are calibrated with FSUIPC. I believe this is what Petr was saying ie assign but do not calibrate in FSUIPC. Works great, thanks Petr and Robert.

Same issue for me. I use the Saitek Proflight Yoke with throttle quadrant. With NGX I had everything (Ail, Elev, Rud, Spoil, T1, T2, BrakeL, BrakeR) assigned and calibrated through FSUIPC. With the 777X, the throttles do not remain advanced but jump back. TOGA works however (doesn't require axes input I would guess.) Here is how I fixed it on my setup: 1) In FSUIPC on the Axis Assignment tab, detect each throttle axis and set "Send to FS as normal axis" in the "Type of action required" section. 2) On the "Joystick Calibration" tab, make sure each Throttle Axis (page 1 of 11 AND page 3 of 11) is set to "Axis not processed" 3) In FSX, go to settings --> controls --> Control Axes. Make sure in "Controller Type", the hardware that controls the the throttles is identified. Mine is the Saitek Pro Flight Yoke. 4) Under "Event", locate and select "Engine 1 throttle axis". Use New/Change Assignment and assign your axis for Throttle 1. 5) Under "Event", locate and select "Engine 2 throttle axis". Use New/Change Assignment and assign your axis for Throttle 2. 6) Ensure that nothing else is assigned to the throttles (other joysticks, buttons.) Other than the throttles, everything else is still works through FSUIPC. Hope this helps. I did pull my hair out for a while not that I have that much left anymore - hehe.

This is my last post on the subject because this is getting repetitive and going no where. I heard that cheering, Arjen!! It might be that PMDG can optimize a bit more. We all can assume they have been doing so all along and did not purposefully bloat up the 777X just for release day. Or perhaps add an option to allow the 2013 "non-tweakers" a smaller memory footprint for those who want less detail (tell me a gain why you bought this aircraft). At the end of the day (this round or next it doesn't matter), you will have to compromise at some point because time marches on and FSX does not. looks like it is medication time for someone ...

Because your argument is and continues to be ridiculous. Do you think the level of detail a developer puts into their product should be a function of the settings of a particular small (to be determined) group of people who are just fed up with tweaking their machines? Attention all FSX simmers! The future of all FSX development is capped because certain simmers do not want to "keep playing with their sliders all the time".

Should of, would of could of ... They "SHOULD" be the same????? Why should they be and who guaranteed they would be? Until the NGX and 777X are similar (if ever), turn down a slider/setting or three ( a 10 second adjustment) and fly without OOMs. Or, continue flying with the same setup and endure the OOM frustrations. Choice is pretty clear to me. You do realize that YOU CAN tune down things and DO NOT have to run the full Monty. You are still the master of your own FSX destiny. It IS very possible to enjoy the 777X as is released today (and possibly optimized down the road) with a ton of other scenery and add-ons. Just not 2 tons. Of course developers are going strive for the biggest and the best that is the reality. It is up to the FSX abUser to decide what and how much they are going to utilize to arrive at a working and reliable FSX platform.

No and not necessarily. You are assuming that the conditions (weather, traffic, exact scenery location etc) are exactly the same 3 hours later in two DIFFERENT FSX sessions. And you are assuming that the 737 AND the 777 are the same. This is unlikely so therefore it hard to arrive at the conclusion that the 777 IS the problem. It might be that the 777 does have a problem or it might be that it has a slightly larger memory footprint which just pushed things over the edge memory wise that are very particular to your unique FSX add-on combination and set up. I can at will, set up my FSX to yield OOMs both with the NGX and the 777X. But I choose not to. I have noticed that I have to tune down my FSX a bit more with the 777X. But I still fly into FSDT's CYVR with ORBX with the 777X and with no OOMs. Many many many 777X users and a large extensive beta team do not have OOMs. I HIGHLY doubt PMDG would release an aircraft that "all of a sudden" developed OOM problems. In the end, there may be an opportunity for PMDG to optimize the 777X a bit and that may reduce OOMs somewhat but in the end it is only a matter of time until the FSX abUser cranks up the sliders/settings again with the next complex add-on and the entire discussion/cycle starts again.

I am not saying what your post implies. I am saying we need to choose our FSX priorities and mine is aircraft and I DO want developers to make us super-detailed aircraft where I decide what my FSX "normal" is by tuning down the ancillary add-ons if I have/want to. Most scenery developers offer an ability to reduce the memory footprint of their products. I am too new to the 777X to know if PMDG offer the ability to do this on the 777X but if they cannot do so without compromising the depth and detail of the 777X that is ok, and something else gets turned down and not the level of the aircraft simulation. "Yes, running it in a naked FSX environment is doable, but who of us has that?" Not naked but optimized to suit your own FSX priorities. The point is you are going to have to sooner or later since FSX is not changing and all developers are packing in the detail and expanding scope of their products so that they are the biggest and best ... The definition of insanity is doing the same thing and expecting a different result. Keep piling on a finite old and tired FSX platform with ever expanding number of ever expanding add-ons and expecting it to perform the same is "_____" no?