Potroh

Members
  • Content Count

    116
  • Joined

  • Last visited

Community Reputation

14 Neutral

About Potroh

  • Rank
    Member
  • Birthday December 4

Profile Information

  • Gender
    Male

Flight Sim Profile

  • Commercial Member
    No
  • Online Flight Organization Membership
    IVAO
  • Virtual Airlines
    No
  1. Potroh

    Best helicopter for p3d

    No, not just helis. Regarding the Q400 it is aprox 10% of the dynamic model that is external.
  2. Potroh

    Best helicopter for p3d

    Indeed, a nicely working heli model would be really good. But just as a side-note: there are no existing external flight-models for the premium add-ons. Some of them are modeling a small portion of the flight-model externally (usually engines). Those experiments are far from being a complete external model. It hasn't been done yet and probably won't happen for a long time.
  3. I guess all you need is a better CPU cooler. With my Thermaltake CL-W108-PL12SW-A Water 3.0 RGB 360 cooler, temps are always below 75, running at 4.8
  4. The 7900x performs great because it has 10 cores and its inbuilt "turbo speed" speed is of 4.3GHz, way ahead of the earlier series. The 7900X has 10MB of L2 and 13.75MB of L3 cache for a 23.75MB total. One can disable the cores in Bios one by one and I did that test, with only 4 cores enabled you more or less get the known 4xxx performance. In P3D it made no difference here if I enabled HT, the result was only I had to reduce overclocking due to the excess heat. But the 7900x performs fabulously, I've never experienced such a smooth and stutter-free P3D performance ever...
  5. No shock actually. It's not really wise to straightly compare two CPUs, one with a 4.0 base clock and another with more than double quantity of cores but a 3.3 base-clock. With a good water-cooling gear the 7900X can go much higher and it gives the needed and expected results but not as far as the mere FPS numbers go. I think Rob's original enthusiasm was a bit exaggerated, although I never had his previous CPU, so can't really tell. (He is using 4K, 30 Hz monitor, etc., so the FPS increase may have been significant for him, of course only if the 7900X was significantly overclocked). But the fact remains the same: there's no FPS increase with the 7900X compared to the 4770k and it is also logical, just because of the base-clock difference. The very same thing can be said about the change from a 980Ti to the 1080Ti, as far as FPS goes, there is no change whatsoever, although it is once again a much smoother and better experience but it doesn't IF you measure the FPS and nothing else.
  6. In August I changed my 4770K and bought the 7900X. Had to change the mobo, bought more and better RAM, etc. Also changed my 980Ti to an 1080Ti. If I try to use the new CPU without overclocking (at 3.3) FPS is actually 20-25% lower compared to the 4770K (clocked at 4.5). So I use the 7000X overclocked at 4.7 (with a nice water cooling solution) and I get the EXACT same FPS as I used to with the former setup. I do not use HT, when I try HT, FPS remains the same, smoothness remains the same, only the temp is rising for the cores. BUT: the overall experience is great, the sim (v4) has never been as smooth as it is now. I think the tremendous FPS increase is just a myth in this regard...
  7. Potroh

    New Forum Layout

    When you visit your couple of favorite forums and all have the same interface or software, it just makes things too uniform... At least here in Europe the new interface is more than twice slower.
  8. Potroh

    New scenery for Dubai

    The new Flytampa KBOS is imminent... :-)
  9. The 60's or 70's sims hardly had any visuals my friend, apart from a plotting-board with a moving camera. I often work on Level-D sims, doing exactly that, trying to upgrade their outdated dynamics data to the proper QTG one - if the client is capable to cover it financially that is. But if you insist that I'm just fooling myself, let it be... That means I know not what I'm doing and those who hire me for good bucks, neither know nothing about their own equipment.
  10. No need for that... The old flight dynamics engine is actually a masterpiece and is still way ahead of anything that one could find for the PC. Even the 10-15 years old multimillion bucks Level-D simulators have less dynamic capabilities compared to this small old one. Of course it only works well if a given aircraft is designed very well... Potroh
  11. Nope. They all are 1024 max.
  12. Rob is right, apart from those special cases this entry should NOT be used. Depending on the system being used, if MaintainSystemCopyOfDeviceTextures is enabled, it can initially eat up 350 MBs of VAS. It's never a bad thing to do some initial and static VAS-tests though, specially if someone is using quite a few add-on dlls. These add-ons can cumulatively eat up a lot of VAS, so one needs to be careful. A very simple (static) VAS test clearly shows how much VAS memory initially allocated to different dlls. Let me just quote a few of these and their initial VAS usage: Using MaintainSystemCopyOfDeviceTextures=1 - 360 MBs FSLabs's Concorde (3 dlls) - 700 MBs PMDG737 - 500 MBs PMDG777 - 400 MBs FSTramp - 300 MBs RAASPro - 120 MBs AccuFeel - 100 MBs UT2 - 100 MBs SODE - 45-50 MBs GSX - 10 MBs These just show the initially allocated VAS, which can grow in flight. Potroh
  13. Not easy to explain without proper pictures, but I do an attempt anyway... Look at these two screenshots: Max is set to 2048 on both pics. One shots depicts the a cloud of 2048x2048 and the other one is 512x512. I simply made colored blobs in place of the clouds, so one can see the scenario better. (As a cumulus01.bmp contains 16 different clouds, all are different in color in the bitmap I made.) This first one is the 2048x2048 texture. You can see that the clouds spread out finely back to the horizon and that their mipmaps are employed quite evenly. The render-engine tries to use as many variations from the same texture as possible. This is 512x512. You can see less clouds, less variation, and because the smaller mipmaps are way too small for the render-engine, they soon become transparent (due to the alpha content that being is similar for both texture sizes). One can also notice that on the clouds in the background there are no "variations" from the same texture, rather it tries to depict (draw) the higher mipmaps and then they face away, simply due to the lack of up-sampling in this case. So up-sampling happens or rather tries to happen, but sizes are too small for the purpose. Hope it's a bit clearer. Potroh
  14. No, they will not always be up-sampled to the max value. The different AA methods do that but not according to the max value defined. (It would take just a couple of minutes or so to test the related difference if the "Application-controlled" and the "Enhance the application setting" or the "Overwrite any application setting" variables are selected in NI for AA would make any difference of how AA up-sampling reaches a max value in this case, but I've never tested that, so simply can't tell...) Potroh