Jump to content

Brisse

Members
  • Posts

    1180
  • Joined

  • Last visited

Everything posted by Brisse

  1. Yes, I noticed those too, so I can confirm that.
  2. I checked the "last modified" date of "missiles_data.lua" and it's an older date so I'm going to assume nothing happened to the missiles in this patch.
  3. Sorry, I did it like that on purpose because I also posted it in another thread where I wanted to compare it to a graph another forum member did before the update and he had the axes like this. It's easier to make direct comparisons between the two that way.
  4. After today's patch: Note: Didn't bother to plot the surpercruise area, but I tried briefly and it will supercruise roughly similar to the 5F flight manual graph in the citation. Tried 45 000ft but it isn't able to sustain level flight there currently. Overall, it looks much better than before. Still need some minor tweaking though :)
  5. Just finished this graph. Does look a little underperforming at high altitude. Wasn't able to sustain flight at 45 000ft. It's still much closer than previous version though. Note: It will supercruise at certain altitudes if you use the AB to punch through the transsonic region, but I didn't bother to put it in my graph.
  6. Maybe, but it was over-performing A LOT before, and don't forget they added transonic drag now too. Here's how much the envelope was off before: http://forums.eagle.ru/showpost.php?p=2627991&postcount=135 It seems much closer to the blue envelope now. I haven't done any super serious testing yet, but I was barely able to supercruise with a clean aircraft at 35 000ft which seems to be correct behaviour. Performance at sea level seemed a bit underwhelming though. Barely able to go supersonic at full afterburner. Haven't looked at real envelope how it should be though. Edit: Did they remove the charts from the manual? I can't find them...
  7. Aaaaah, finally I got time to test it out and it's pretty obvious that a lot has been tweaked. Flight model feels much better. Obviously a lot of bug fixes too. Thank you Razbam! This is shaping up to become a great module :)
  8. 2.0 was updated. 1.5 was not.
  9. After I gave it some thought, I think Freesync is behaving the same way. There's no LED to indicate that, but when I alt-tab from 3D applications, the refresh rate keeps changing according the the game frame-rate. There's no LED indicator on my monitor, but I can easily feel the changes in how responsive the mouse pointer is and in the monitors OSD I can see the refresh rate changing (like a frame rate counter). However, if I launch the 3D application in border-less mode, the monitor seem to sync to the Windows frame-rate, not that of the game itself. I guess that's where G-sync and Freesync differers in this regard.
  10. Thanks, that's interesting. So in Win 10 you are g-synced even when not running games, just doing normal desktop tasks like browsing the web?
  11. Yea, I just did some research on G-sync just before you answered and it should work in border-less just like you say. With Freesync it doesn't. Someone requested on official AMD forums that Freesync should be implemented for border-less too, but a dev answered and said "there's no point" because you can't get tearing in border-less window mode. Apparently, the Windows renderer (which the game has to pass through when in border-less) is always v-synced, no matter what the in-game setting is. Seems the Windows V-sync technique doesn't cap the frame-rate, but instead just throw away the frames that are rendered too fast, so it works like Skatezilla described on the previous page. A big waste of GPU rendering time in my opinion.
  12. Awesome! Then I'll have to schedule some flying later this evening :thumbup:
  13. Nothing in official changelog, but we have seen before that they often sneak updates in there without mentioning it in the changelog. Has anyone had time to check the M2000 after the 2.0 update 4? I sure hope it has the updates mentioned by CptSmiley :/
  14. Exclusive full screen mode, or border-less window mode (default)? I'm pretty sure g-sync doesn't have the option to let the frame-rate go above the refresh rate as Freesync can, so I suspect you are running border-less window which would disable G-sync entirely. Don't take my word on it though. I don't know as much about G-sync as I do about Freesync. The current version of the sim always starts in border-less window, as you probably know already. You have to hit alt+enter to get into exclusive full-screen, otherwise it won't sync properly with your monitor. I really don't think you would hit 180fps if all of these criteria are met: G-sync enabled in driver V-sync enabled ingame Game in full screen mode If you do, then something is wrong, and not working as intended.
  15. Hmm. Changelog says it's fixed, but it ain't. Nice work Nvidia :(
  16. Sorry, I read too fast. Thought you were on 358.87. My german is a bit lousy as well. Entschuldigung :)
  17. Fixed in 361.43. Stay up to date people. Stop using ancient drivers. Right now you should be on 361.60
  18. No, you just misinterpreted me. I wrote "IF" the framerate goes above the max refresh rate, not "WHEN" the framerate goes above. You should know, since you are clearly an "expert" that it's possible for the user to configure how it behaves when the framerate reaches the max refresh rate. Yes, you can configure it so that it is capped, which keeps tearing away, but you can also configure it so that it is not capped, which lets the framerate go above the refresh rate which then causes tearing. With Freesync it works like this: Freesync on, v-sync off: Framerate is uncapped. Tearing is possible, but monitor will still be in sync if framerate is inside the monitors syncing range. As soon as framerate goes either below or above the sync-range, tearing happens. Freesync on, v-sync on: Framerate is capped so it cannot go above the sync-range of the monitor, which prevents tearing in those situations. Monitors refresh rate is adaptive as long as framerate is within the sync-range of the monitor. If framerate goes below the refresh rate the results depend on the range of your monitor and if you are using an up to date driver, but lets assume the upper limit is more than 2.5 times higher than the lower limit and you are using the Crimson edition driver or newer. Under those circumstances, the graphics driver will start to output the same frame several times (up to three times) so that the monitors refresh rate will be two or three times higher than the framerate. This means it can run perfect adaptive synchronisation down to 1/3 of the lower limit of the monitor. If the lower limit is 35hz, then it will sync perfectly down to 35/3=11.6fps. Do you see now? I know perfectly well what I'm talking about. I have personally made a lot of experiments with freesync to figure out how it works, and also to change and over-clock the Freesync-range of monitors for example. You know the stuff I said about showing the same frame two or three times? I proposed that solution to AMD before they implemented it. Trust me on this, I know how it works. :)
  19. Your old one must have been faulty. It's really hard to get a single graphics card PC to draw more than 500W at full load, even if you choose the most power hungry components available and over-clock the components. A fully functional 850W PSU will easily handle a powerful PC with dual 980ti's.
  20. Wrong. Firstly, it''s not a problem, it's the way it's supposed to be. Secondly, if you are using either g-sync or freesync and let your framerate go above the monitors refresh rate, you will still get tearing. The framerate will still have to be limited to your maximum refresh rate to avoid tearing even if you are using these adaptive methods.
  21. When using the Rift you will have to set pretty much everything to low. Everybody does. It doesn't matter how much of a monster PC you have. It will just not run judder free in the Rift. You need to change settings every-time you switch between monitor and Rift. Running the same settings on both makes no sense, because they have very different requirements.
  22. The Su-33 currently has only a standard flight model, which could explain the problem you are seeing. The good news is that they have been working on a new flight model for a while which we will hopefully see soon. Maybe the problem goes away then?
  23. No it's not. It's a British derivative of the earlier AIM-7E-2. It's of similar performance as the American AIM-7M, but it's not the same missile. Skyflash entered service in 78 while AIM-7M came four years later, in 82. The goal of the 7M was to bring the Sparrow up to Skyflash performance. I believe the initial RB71 in the Swedish Air Force were identical to the British variant, but sometime during the 90's Sweden made further upgrades the their RB71's.
  24. Did you change your graphic settings in DCS after the upgrade? Perhaps everything is set fairly low (can't imagine your old card could run max settings) so that the graphics card doesn't have much work to do? Did you uninstall and reinstall the graphics driver after you swapped graphics card? You really should, just to be sure there are no problems with the driver. You should see a very noticeable improvement if everything is set up correctly.
  25. The MK 108 is loaded using a pneumatic system. The button activates a solenoid valve that starts the loading process.
×
×
  • Create New...