London-Melbourne 2014: P3D

Ed,

FSRealWX is back up! :applause: Do you have time today to do one, maybe two quick tests and on TS? It's looking good. (Fingers Crossed)

On SOH Teamspeak now....

Roman
 
Ed,

FSRealWX is back up! :applause: Do you have time today to do one, maybe two quick tests and on TS? It's looking good. (Fingers Crossed)
On SOH Teamspeak now....
Roman
Roman, getting ready to go to Physical Therapy now. I won't be back til around 4PM CST. If no one else is available I can do it then.:wavey:
 
Ed and/or other P3D users,

Can you give this a try? Statically it proved to work with Duenna but need a couple testers to see if it works for a whole flight. If it does it will get rid of the "invalid" realism errors and possibly give one a green flight.


Image2.jpg


REMOVED ATTACHMENT SEE LOWER DOWN IN THREAD

Thanks,
Roman

Edit - This still requires the prepare3d.cfg path to be entered into the Duenna settings dialog.
 
Last edited:
Everything was set to go, I started the Duenna4_P3D, selected P3D_V2 and got an error message saying it could not find the Prepare3D.cfg file. If that's simply a typo, no biggee. . .but if it's looking for prepare3D.cfg (with an "e") it won't find it. . .that's not what it's called. Also, I checked the Duenna settings and the correct path to the cfg file is there.
 
Geepers!

This quote I got directly from the LM P3D SDK! Should've used your duenna txt as a reference instead.. Darn SDKs!

Code:
Prepar3D v1 = C:\Users\USER NAME\AppData\Roaming\Lockheed Martin\Prepar3D\prepare3d.cfg
Prepar3D v2 = C:\Users\USER NAME\AppData\Roaming\Lockheed Martin\Prepar3D v2\prepare3d.cfg

Any way the new one is up. Pretty much done for the eve.. If this works I will refine it a bit tomorrow morn. A few spelling errors (non-critical) & going to add a function to give the end user a path to the correct (LOL) prepar3d.cfg(s)

View attachment 13671

Thanks,

Roman
 
Ed,

Please hold off an last nights second version, it probably won't work either.. One shouldn't do programming when it's nearly impossible to keep the eyeballs open. Found a few errors.. (space where they shouldn't be etc..) Doing a full static test on the "fresh eyes" morning version now.
 
Pretty much at -

wits end.jpg

Have high confidence that this should work. The big drawback of this version is it must remain running throughout the flight - no other way around it. It has a very light footprint. Now if Johannes used the same method as I this will not work and this whole project is down the tubes. (fingers crossed)

Test procedure -
1. Install the exe and of course read the readme! (big changes made)
2. Plan for a short ~20 minute flight using Duenna 4 P3D from T/O to a hopefully "green" landing.
3. During the flight go into realism settings and change something inconsequential to Duenna and click OK. (P-Factor, Torque etc...) Do this 3 or 4 times in the flight except in times stated in the readme.
4. Report back w/ at least the .txt file from Duenna.

Thanks for all the help. Only looking forward to the RTWR & tomorrow too!

View attachment Duenna 4 P3D v1003.zip
 
Well, that makes two landings that sucked today. I have no idea what caused this one in the Mew Gull. I was almost over the numbers and got a crash. I hadn't even touched down yet.
 
Thanks Skippy! It seems to work! We have Duenna for P3D!

Ed - that IS strange maybe a wacked out scenery area? Doubt it though - It's in your neighborhood :) But the output of Duenna shows that P3D 4 Duenna works.

Boy if a little more testing was done we could use this for the Race. It's just a little to darn close to trust it without sufficient testing. I suppose it is completely optional as an end user. Ms. Nellie will probably be showing up later this evening and most likely say the same thing... Not required.

Again thanks guys for the testing.
It just opens up racing for more pilots!
 
Competitor has encountered a P3D(?) problem. Can anyone test? Does anyone have a suggestion?

Once I realized my error, I set up again at Z13T, time 0.5 hour after landing, fuel as per Landing at Z13T.

But I cannot get off the ground! It is like someone has spread quickset epoxy on the runways at Z13T (Yes checked brakes are OFF!).
Full throttle, full RPM, to point of burning out the engines, the plane just creeps forward (barely).
This has happened to me before in P3D even in non-Van Hees scenery - Something goes wrong with the ground-friction model at some places.

http://www.sim-outhouse.com/sohforu...meet-a-Wallaby&p=915598&viewfull=1#post915598
 
Some Tests I have done

As the P3D user who experience getting stuck on an airfield, I post my findings on this issue.

I tried numerous edits of the airfield in question (adding exclusion rectangles, and flattens at runway elevation) to no avail. At some stage, quite by accident, while the plane was creeping forward I managed to swing her into the wind, and suddenly she took off across the field. Subsequent tesst showed that with a direct cross-wind or tailwind component, the MAAM SIM DC3 will not budge in P3D. Makes taxing impossible downwind to get to the downwind end of a runway!

I have experienced a problem before in P3D with the Lockheed Connie (P3D default plane by JustFlight - I assume it is an FSX port-over) and their DC6. Sometimes they require a very high thrust to "break away" from a stop / parking (once they get moving one has to hit brakes hard and throttle back to avoid tearing down the taxiway). Now I know why the problem is intermittent! Last night I tested both these planes extensively on a paved runway. With a tailwind of 8 kts, one has to open up the throttles to high MAP at full RPM and they will creep forward, slowly gain speed, until KIAS = windspeed (+-10kts), then there is a definite "kick", and the plane springs into action. Same with a quartering tailwind to cross-wind. With a headwind, less than half the amount of MAP and RPM in the green will give a smooth, steady acceleration from standstill.

The MAAM-SIM DC3 will not budge, or will barely move with a tailwind and cross-wind. The Manfred Jahn DC3 behaves exactly as I would expect - regardless of wind direction the plane will get moving as required, with reasonable throttle inputs.

OK so takeoffs downwind are not recommended for a DC3, though up to 10kts is apparently do-able, and I am sure many military pilots have had to do this on occasion for real (and I could do it perfectly in the Manfred Jahn DC-3). Certainly one should be able to taxy downwind, and enter a runway with a cross-wind, without having to almost burn out the engines!

To expect other P3dD users to validate my experience with the MAAM-SIM DC3 is asking a bit much - the pain of installing, and I know some users are very concerned about damaging their P3D installation or installing non-P3D compatible / tested aircraft. However, if someone has the time to taxi the Connie installed with P3D around a bit, against different wind directions (note in testing one must stop, and try to get moving again; once rolling one can keep going), I would be grateful if you could report on your findings.

It will at least put my mind to rest that it is not my install of P3D that is wonky, but will also give us a test of airplane compatibility with P3D. Flight dynamics programming by the likes of Alex Metzger (Manfred Jahn DC3) are what we want in a plane that is said to be / marketed as P3D compatible (no criticism of the MAAM_SIM team at all, as that was a feat of sim engineering in its time, long before P3D was even dreamed of)

Rob
 
Rob,

Do you have FSUIPC? and if so, did you update it after each of the LM updates to P3D? (Must do) Current version is 4.937b, updates available here.
 
Roman Thank You

Yes I do use FSUIPC, and I was on V4.936c! :173go1:. At time I installed P3D V2.4 Pete was on leave, and I neglected to regularly check for updates. Installed 4.937b, and BINGO problem fixed! From the saved scenario where I got stuck at Z13T, was able to takeoff crosswind, land downwind, take off downwind, and have been taxing all over that field, and pulling "wheelies", just to get rid of that feeling of having been such an idiot! :banghead::banghead::banghead:.

Thank you for getting to the root of the problem so quickly and helping out!

Rob
 
I've been goofing off with Visual Studio. It's getting there! Airports don't show up in the FlightLog file because I don't have a P3D airport database. The airports do show up for FS9 and FSX flights. The duenna program uses one airport database, and I think it's an FS9 one, because some airports show up in FSX with the old FS9 ICAOs. But I can find the cfg files, for both versions, and detect the realism settings. Weather, well, who knows. P3D canna do "real" weather so that's up in the air (as it were).
 
Great effort there Paul.

Are you not able to use the files in the P3D root directory, like r4.csv, which has ICAO IDs and Lat-Longs for runways, as an airport database? These files can also be updated by Pete Dowson's MakeRwys tool, so if a user adds / modifies airports with add-on scenery these files can be kept up to date. Maybe a tool to parse this file into your own programs' database for quicker processing?

Is there not also an offset in P3D that can be read to detect weather being injected into P3D by an external program? As you say P3D cannot do real weather on its own, but there should be some way to "listen" into Simconnect chatter that the likes of ASN use to send weather.

I have only programmed in VB, wish I had learned C++. Bit of an old dog now to learn new tricks!
 
This was done in vb.net. I've done C++ a little, but more familiar with vb. I downloaded the MakeRunways program. It exports some sort of binary file. How do I get at the data? I'm currently borrowing the sdf database files that are created by Plan-G. Would like to use the MakeRunways tool, but not sure how to use it.
 
Back
Top