Jump to content

DonMuskopf

Members
  • Content Count

    73
  • Donations

    $40.00 
  • Joined

  • Last visited

Everything posted by DonMuskopf

  1. I'd be happy to see an ORBX region for the Great Lakes area from Minnesota to Montreal.
  2. An aircraft that you may like is Flysimware's Ercoupe 415C. I have used it in both P3D V4 and V5. Hope this helps. https://secure.simmarket.com/flysimware-ercoupe-415c-fsxp3d.phtml https://flysimware.com/website2019/flysimwares-erco-ercoupe-415c/
  3. I just posted the same question on Lockheed Martin's forum. Hopefully they can give us an answer. Don
  4. In P3Dv5 when whitecaps appear on waves in the water, they seem to occur only in a small radius around the aircraft. I'm curious to know if there is any way to make the radius larger. Thanks. Don
  5. I have a G-SYNC monitor. Here's the settings I use: In simulator, set set frame limiter to highest limit ( 60 fps) and turn v-sync off. In Nvidia control panel, I set set Max Frame Rate to 35 ( 30 is too low for my liking) and G-SYNC enabled. This works great. This same procedure also works great in P3Dv5, however P3Dv5 also has a Variable Refresh Rate setting that must be checked for best results. I'm not sure if you need to set G-SYNC for windowed mode in MSFS. I know that after the last release of P3Dv5, maximized windowed screens are treated as full screen mode( maybe this change is not Lockheed Martin's change, but Nividia driver change ??).
  6. You're right, the closer you get to the water, the worse it would become. Also the faster you fly near the water, the worse it would get. I love to fly float planes and amphibians, especially in V5. So it was really annoying. Here's the thread at LM. Maybe you can find some clues there: http://www.prepar3d.com/forum/viewtopic.php?f=6312&t=137576&hilit=texture+tearing Here's the quote from LM HF2 Release Notes: "Fixed terrain cracks that could occur in reflections." If I can think of anything else that might help, I'll let you know. Don
  7. This is a texture tearing bug that was fixed with P3Dv5 HF2. Have you installed HF2? I too had this problem prior to HF2 and it was very annoying. HF2 completely fixed it for me. There's a thread at LM's forum that discussed this before HF2 was released. Edit: I believe the problem occurs when there are reflections on the water.
  8. Does Ezdok work with Accu-Feel? Is there overlap or any conflict between the two? Thanks. Don
  9. That's correct. I saw a recent post by Rob and he explained that the value represents a video memory allocation limit in KB for textures (i.e. 100000 is 100MB).
  10. All of this very interesting. So it seems that if you have 6 or more cores, the pattern for the main P3D process is to use Cores 0, 2 and 4 (or with HT on, to use LP0, LP2 and LP4).
  11. I find the same pattern on my 8 core CPU with hyper threading enabled, except that my Core0 (i.e. LP0) is at 100% utilization. LP2 and LP4 are definitely doing something different from the other LP's. LP2 and LP4 seem to be helper threads for LP0. I'd be curious to seem what the pattern is with HT off. The first three cores working together?
  12. I'm not sure if this will help you, but I seem to have solved this problem in my situation. I have a G-Sync monitor and enabling Variable Refresh Rate by checking the box in the P3D View and Panel Settings screen fixed the problem for me.
  13. I am experiencing the same problem, and yes it's annoying. When switching views it's not just the virtual cockpit, but it also happens with exterior textures. I am using the same settings in v5 as v4 and using identical aircraft. I never had this problem with any aircraft in v4, but it's there in v5. It varies depending on the aircraft. With some aircraft there is no problem. With some the redraw is very fast, but still barely noticeable. With other aircraft the redraw can take a full second or two. I have tried many things trying to understand what is causing it. I'm not using more than 60% of VRAM because I usually fly GA aircraft and corporate Jets out of small or regional airports. I'm guessing it's either a bug in v5 or LM needs to make some sort adjustment in how P3D works in a DX12 environment. For some reason, despite plenty of VRAM, the simulator does not always keep the aircraft's textures in memory and can be slow in reloading them.
  14. I don't know the exact resolution of the default mesh, but Toposim is a higher resolution based on my comparison with Toposim enabled and disabled in V5.
  15. I got it running, but I had to install XMLTools64 for P3Dv4 into P3Dv5 to get it started. The plane does not run well in P3Dv5. I think the problem is XMLTools64 . Simply leaving XMLTools64 installed without flying the DA-62 makes the simulator less smooth, micro stutters. I uninstalled XMLTools64 and the simulator ran silky smooth again.
  16. I can put the inline comment into different plane's aircraft.cfg file and this will cause the same error for that aircraft, too. This is the inline comment: //<<<<<Radar nose. Should be model=button for button nose, or model=short for short nose. This is the statement as it appears for a different aircraft. model= //<<<<<Radar nose. Should be model=button for button nose, or model=short for short nose. So this error is reproducible across different aircraft. Don The problem appears to be the < character. The statement below will cause the error. model= //<
  17. Hi, I can consistently reproduce this error. Removing the inline comment after the model=button statement fixes the problem. Adding the comment back results in the error. This particular aircraft.cfg file is for the CalClassic Convair CV340. The error message is for "Illegal characters in path" and I'm using version 1.20 b02. The model.button folder does indeed exist and it contains two .mdl files and the model.cfg file. Runtime data: source is P3Dv4. Text Data are title, model type and ui createdby. I really like this program. I hope this helps. Don
  18. It's not just illegal characters in the aircraft.cfg's liveries that can cause fatal errors. The following aircraft.cfg line caused a fatal error for me: model=button //<<<<<Radar nose. Should be model=button for button nose, or model=short for short nose. It took me forever to find it because I was looking only at the "texture=" lines for an error. FYI Don
  19. Flysimware is having a 50% off sale. FYI. Merry Christmas! Don
  20. Does anyone know if the RXP GNS integrates with Flysimware's Cessna C441, 402C or Lear 35A? Thanks.
×
×
  • Create New...