Jump to content

Woona

Members
  • Posts

    60
  • Joined

  • Last visited

Everything posted by Woona

  1. Woona

    F-16EX Desk Mount

    Wonderful. Just ordered a right-angle cable; would've been SOL on delivery if it weren't for this heads-up. Thanks!
  2. Woona

    F-16EX Desk Mount

    I've been wondering about precisely this for the past few days. Thanks for posting. Am I correct that the USB port type on the back of the 16EX is USB-B? Second, I've read several people with the 16EX write that the side plate can block the mounting holes on the corresponding/left side of the throttle's base. Did you experience/solve this issue on the MT mount? Thanks again.
  3. I tested out SMAA when this first came out. For SMAA to be of real value, I had to combine it with FXAA. This was in the original version of the injector and the two did in fact run concurrently. They complimented quite alright for me at first glance. However, it was still visually less consistent (shimmer on buildings persisted as if there were no AA, and building/runway shimmer is the #1 reason I use AA in DCS) and gave me the same or worse performance than just using MSAA 2x after testing, further emphasizing from a performance standpoint that both were doing something. This was of course in 2.5.6 but I'm assuming MSAA's function hasn't changed between that and 2.7. If you're not too worried about building highlight shimmer and can't afford MSAA, then SMAA as-is might be a good middle ground.
  4. So essentially 1) rename dcs.openbeta to dcs.openbeta.old 2) run complete repair on DCS using the repair tool 3) copy over old files as required I'll try to ask friends to do that when they see it break (knock-on-wood that my MSAA doesn't break once again). Thanks for the response, really appreciate that.
  5. Could you elaborate on the renaming trick/link to it? Contrast Adaptive Sharpening, an AMD-developed tech that allows sharpening both for 2D and VR. It's really a must-have for me in DCS VR:
  6. With VRAM being a sacred resource for many running DCS, being able to get the sharp cockpit without the VRAM usage of subjectively negligible ground texture differences would be a super help - not the least for those not lucky enough to have a ReBAR-capable card or one with large VRAM capacity/bandwidth. Great idea.
  7. 3080 here, my performance in vanilla 2.7 is as good as 2.5.6 with the most performant shaders. I don't think we can accurately or consistently blame VRAM factors on this one, I see others with 20-series GPUs doing both better and worse. I'm not sure what's causing the inconsistency but I'm sure the devs are on top of it. Regardless of what's around you, it should always be black.
  8. I think we should end the conversation on Vsync Fast vs Off with this post so we don't end up getting a hijack-situation, unless someone has a ReBAR addition to it. Sorry to kick it into a weird direction all of a sudden. I just ran my Batumi benchmark with my headset, switching between the two. My experience kinda cements the results above. By going full aft, pointing to the sky, then quickly jinking down towards Batumi, i'd induce a stutter. Sometimes a stutter would just happen. I was not able to induce it on any of my Vsync Off runs. However, my Vsync fast setting bumped up my refresh to full rate more often. I fly with my Index locked to 48fps anyway (fellow Index users take notes, it's awesome) so I'll take the decrease in microstutters any day. And here's the kicker: My global default was Vsync Fast, and I haven't touched my global defaults. Might poke around other people's DCS VR systems later and see if theirs is the same and if they experience the same decrease in stuttering on Vsync Off - if they were on Fast at all, of course.
  9. So slightly off-topic but I thought it'd be worth a mention, although not worth a thread. I don't know if it's the enabling of ReBAR or the update to 2.7 that's done this, but just now I was running the good ol' NVCP tests to make sure nothing in the Nvidia Control Panel had changed. As usual, most everything didn't work and is a waste of time, but one thing that used to give some deltas is now giving yuge deltas. Check it out. Wish I'd checked for this on 2.5.6 but I'm not bothering rolling back just for that. One has under 1/3 the missed frames, the other higher averages and half the frametime... I think the only way to really pick here is actually trying it out in the headset. Do any of you have experience between these two settings in NVCP?
  10. For the record I'm on an Index as well, and my mask is black. It sounds like you've got something unsual in your build. Give DCS a complete scan repair, including scanning for and removing extra files. Remember to backup any mods you might cherish. I appreciate the notion but all I did was register conflicting files until the build was functional. Kegetys has done all the real work here so I'd rather keep it in his name. Just don't wanna inadvertently step on anyone's feet here.
  11. Hi, as Shaun mentions, shared GPU memory is not indicative towards utilization of resizable BAR but rather indicates a usage of system memory by the GPU in the case that your GPU's VRAM is fully utilized. As you can see in your screenshot, that is also why it says 64GB - unless you have a GPU with 64GB of VRAM, of course. This tech predates even PCI-E 4.0 by several years. https://www.extremetech.com/computing/251763-microsoft-shares-new-details-gpu-monitoring-capabilities-windows-10-fall-creators-update#:~:text=Shared memory represents system memory,memory used by that process.
  12. Performance in 2.7 really is astounding. Haven't seen this good vanilla VR performance since 1.5. For the hell of it, I registered which files were conflicting and snipped them out after necessity and gave it a run-through. Basically just a duct taped together version of the 2.5.6 VR shaders because insomnia. Averages from Nvidia FrameView benchmarks look like this: Validated with OCAT for frametimes (note FrameView and OCAT measure FPS differently, hence discrepancies, FV is more representative for VR framerates): Nothing to write home about, but hey, it's free real estate. Seems like the framerate has an easier time staying high granted the balance between 90th, 95th and 99th percentiles, further confirmed by the higher average FPS despite similar maximums and 8% discrepancy in minimums. I've done minimal testing but attached it in case someone really wants it I guess. Shaders IC.rar
  13. Here's hoping Nvidia doesn't make it lock it down to something at a lower level, but listens to their customers and gives us the option to manually enable it for individual games. Maybe nothing changes at all, that'd be OK too.
  14. @ShaunX More data is always good, thanks! That's a 14,05% uplift (121 -> 138) in 99th percentiles. I'm also experiencing lower temperatures on my GPU and CPU, interestingly. I thought it was just a freak coincidence every time but if it's happening to others as well, I guess there's definitely some increased efficiency going on here. I'm starting to ponder if this should go in the 2.7 Optimization Guide. I just also don't want even a single case from a poor guy who bricked a single-VBIOS 3000-series card or whatever. That'd break my heart. But there's obviously performance to be had, so far as we can measure, ReBAR or not (until someone provides a way to check on a technical level if ReBAR is truly working, anyway). Edit: Speaking of which: I heard from LTT recently that Nvidia told him ReBAR is simply an enabled profile for the individual games. Unless they're specifically hiding technical details, this method of using NPI and enabling ReBAR flags would make perfect sense. But alas, I don't have a way of actually verifying other than our measurements.
  15. Oh shoot, you're totally right. I guess it's about right then.
  16. OCAT frametime validation. Edit: As Speed has pointed out, these values are in fact in-line with a 7-8% delta as measured on previous runs of this benchmark with Nvidia FV.
  17. If you want to measure VR frametimes, you're looking for OCAT (see https://gpuopen.com/ocat/). It'll give you frametimes in averages and percentiles. It's what Nvidia's FCAT built on before its untimely death. OCAT is a fantastic tool, I just have a preference towards FrameView. Just two unrelated benches here as an example, these have nothing to do with ReBAR. I've got some time to mess around again, so I'll go ahead and make a couple frametime measurements for you here shortly, @speed-of-heat .
  18. Glad to hear you got it working!
  19. @speed-of-heat Do you mean that you're not sure how ReBAR functions? I actually haven't measured frametimes, so I don't wanna throw any assumptions out there in that regard.
  20. That'd be the case, however I just recently had to help out another guy whose MSAA stopped working after updating, whereas mine randomly kicked back into action after DDU'ing. It's a rare issue but you're the third person I'm aware of now who's experienced it. The worst that can happen is that developers become at least somewhat aware of the issue and can keep an eye out.
  21. At this point, I would report this situation as a bug. Something is not right with DCS if you're able to DDU and vanilla DCS with zero MSAA enabling. You're only short of reinstalling Windows (which is, to be fair, a fairly healthy thing to do once in a blue moon) to get the setting back.
  22. Have you tried repairing DCS on a complete scan + remove extra files and seeing if the completely vanilla install lets you apply MSAA?
  23. There's a perfectly fine chance that my benchmark situations are just coincidentally stressing my GPU memory sufficiently that the full access to the vmem is beneficial. If that is the case in every situation of mine though, I'm going to the gas station and picking up a lottery ticket, because I just ran another benchmark with ReBAR enabled and then disabled at a BIOS-level - 11,92% uplift in minimums, 11,57% uplift in 99th percentile. Validated replicable benchmark track, fast taxi at McCarran. I've attached the benchmark TRK. Requires F-16C. I begin and end my benchmark with the clock on the DED to make sure I start and stop the exact same place, within milliseconds of each other. I benchmark with Nvidia FrameView. If you wanna give it a shot yourself and see if you have the same uplifts, that'd make for some really interesting data. Otherwise you can create your own fast taxi across a runway at McCarran in whatever plane you please I suppose, as long as it's replicable run-to-run with the same settings, including ReBAR status. NVCP AniTro Filt test.trk
  24. From general run-to-run testing, it seems like I'm getting the biggest benefit on the ground. Minimums are about 5%+ in the air, anywhere between 10%-13% on the ground at larger airfields. So the "10%" hoping is a little hopeful overall, but on the ground with my system and settings, it's actually not at all far off. The ground is where my performance hitches just below reprojection the most and where I'd be happiest to see change. Gonna cook some dinner and hop in DCS, and just check if the ground feels different with or without ReBAR. If it feels different, I'll try to measure the track files afterward.
  25. Oh sorry lmao, I dragged up the FPS values on top of a completely different benchmark (COD Modern Warfare) so you had the overview of categories. If only.
×
×
  • Create New...