Nightwolf

Specter, thanks for looking at this. I think there may have been a misunderstanding about what the problem here is. The original post isn't saying there is a problem with an FPS difference with and without an aircraft in the scene; in fact that was more about proving it wasn't an issue involving this. Instead, we're seeing a huge difference in framerate between the camera being at low altitude and higher up. I'm interested in Rapierarch's findings, that it could be something weird causing shaders to recompile constantly at lower altitudes. If so, it might have little to do with VRAM, and not be affected by many graphics settings.

Been having this exact same thing, both in an aircraft and in F2 or F11 view. Close to the ground 15-20 fps, but as soon as the camera gets up a few hundred feet and the grass stops rendering, boom 40-60+ fps. It's basically stopped me from playing on SA since it's nearly unplayable to take off or land, and since the clutter doesn't obey any graphics settings, there's no way to get around it.

Which is why I'm reporting issues...

Another hour of exploring and: S53 03 34 W73 09 12 River runs through a non-water lake, and some other weird stuff nearby S52 45 31 W71 37 56 hard edge forest, near some other texture edges S49 54 36 W73 13 53 Infinity pool lake where the water looks to be at the wrong height, but also slopes down across the lake so the lake isn't level S49 52 7 W73 13 44 Misaligned textures and texture edges Also the entirety of the glaciers and snowy peaks render grass when the clutter/grass slider is enabled, it's just white to match the ground texture.

South America looks great!... from 40,000 feet... and even then... All across the mountains and valleys of South America there are roads and rivers that completely mismatch the terrain textures. You can see exactly where they are on the satellite imagery used to generate the textures, and the roads and rivers follow generally the same shape, but almost never actually match them. Similarly, there are areas on the satellite imagery which are clearly water (lakes etc in the mountains) that are just dark colored grass. Furthermore, there are several locations where there are obvious shadows from the satellite imagery, which not only look silly under many lighting conditions, but also often seem to result in no trees being placed there. This all leads to a very thrown-together last-minute look the second you leave the cities and airfields behind. Below are some examples: S55 30 05 ish east-west line where trees just stop across multiple peninsulas S52 47 45 W74 40 10 strange water feature with elevated island (on google maps, this area is just shadowed not water at all) S52 48 03 W74 37 36 darkened polygon ground texture missing trees S53 38 13 W71 49 51 Shadow causing trees not to spawn, along side a whole area with clouds not removed from textures S53 37 40 W71 48 50 Lake with stream made of dark grass S53 42 06 W71 41 42 Massive texture seam S49 12 48 W73 27 05 More texture seams, along with very obvious repeating snow/ice texture tiling Whole area around S49 47 06 W74 41 56 Incredibly mismatched elevations between water and land, striping textures, as well as several baked-in lakes and streams, along with baked in shadows blocking trees, the whole shebang S52 26 10 W71 18 48 more obvious texture seams (also on the sat imagery layer this looks like a salt flat, but in game it's just a plain old lake?) S51 45 59 W71 54 18 Good example of a mismatched river, it just looks silly S61 67 43 W72 05 55 Good example of a mismatched road s51 52 41 w72 11 13 baked in water S53 10 26 W70 56 51 Weird labeling on condominiums? On the F10 map they're just in the middle of fields, and is it really necessary to label all 6 Condominios Brisas del Sur individually? There is so much map clutter when you zoom in to the cities. S50 09 18 W72 51 59 another huge texture seam S49 54 26 W72 46 00 another misaligned river, combined with a baked-in river made of dark grass S54 49 30 W64 24 20 another texture seam And that was after less than an hour of aimlessly scrolling around on the F10 map and then checking with F11 view. I can't say I'm particularly impressed. I understand it's a huge map but basically anywhere you go you can see at least one, usually 2+ issues like these...

Noticed you can also induce an uncontrollable spin by just holding forward and lateral stick input below around 300 kts. The plane doesn't seem to be able to decide what rudder input it wants which wobbles the plane out of controlled flight. Once that happens even releasing all control inputs, the FLCS just holds inputs that keep it in that spin and it doesn't recover itself.

The game is physically impossible if you redefine physics and materials science to your liking, shocker! You can't just do simple math like this to calculate the structural strength of an aircraft. You immediately assume all the weight of the plane is supported by the wing spar, which is not true even if the wings were the only things generating lift, not to mention that on many aircraft the fuselage generates a decent portion of the lift of the aircraft. Then, you'd need the force and the cross-sectional areas of the load-bearing members to calculate the stress (measured in units of pressure). That then tells you the percent deformation from unloaded that the member would flex to (where the Young's Modulus comes in). If the internal stress is outside the elastic region (beyond the yield strength of the material), then the metal permanently deforms, which is a failure. For our intents, as long as you're within the elastic region, you can load and unload the metal as many times as you want, it will return to its original position. This is why energy input is meaningless, because as long as you keep the stress below a certain point, the material won't fail (There are some factors to do with load-unload cycles that can lower the failure point of the bar but that's in the hundreds of thousands of cycles if not more, and highly material dependent). I don't know where you're getting your information but just saying "this doesn't help, it still fails" without rebutting any of the arguments doesn't work.

Young's modulus doesn't have much meaning in regards to failure points... It's essentially a measure of how much a material will stretch for a given amount of internal stress (force over the cross-sectional area). The material doesn't fail when it reaches a stress equal to the young's modulus, it fails when it reaches the end of the elastic region, the yield strength, and catastrophically fails when it reaches the ultimate strength of the material. Stress is also not cumulative, so energy input is mostly meaningless. The whole post is nonsense lol.

I should note, aside from the vertical notch one, my shots were in RWS ST SAM, which seems to be acting kind of strange recently. Not sure what happened with the one called Vertical Notch, but I was in ACM STT for both. I do have a track replay, unfortunately it's 180MB and 2 hours long since this is from a normal multiplayer session.

Removing unofficial aircraft mods from Saved Games worked for me, I don't know why they'd have this effect but it's a solution for now

Awesome thanks!

Hello, can I get any confirmation that this is an acknowledged bug? It appears that some other people have experienced similar issues that cause the same crash: https://forums.eagle.ru/forum/english/licensed-third-party-projects/heatblur-simulations/dcs-ajs37-viggen/bugs-and-problems-az/291896-ajs-37-c-error-ctd

Discovered this today on Hoggit Training: there was a player named Mjölnir who was or had flown a viggen and used the map marker system to create a bunch of marks. However, it appears that when attempting to generate DTC files based on the map markers, the file name got corrupted or used an incorrect character instead of the ö in his name for the flight plan. This in turn caused the game to crash. It also persisted until I manually deleted the .ini file from Saved Games\DCS_AJS37\ even when attempting to load into other servers or single player missions. The solution was to go through and delete his map marks from a different aircraft before slotting in to the viggen to prevent it from attempting to create a DTC file with his name in it. Attached is a zip containing the DCS crash log (which shows the crash right as attempting to load his .ini file), the full DCS_AJS37 folder containing the .ini files which it generated before crashing, a screenshot of the C++ error that popped up before the DCS crash reporter, a screenshot of the F10 map as seen from a different aircraft, and a screenshot of how the file name in question looks on my PC (As it could be a language pack thing or something specific to the windows install). If necessary, I can also provide track files and other info. Files.zip

Not sure how the definition of a released aircraft can change just like that... many of the so-called “improvements” post release are features that were promised long before early access release. I mean, we’ve been hearing about work on HARM PB mode for a while now, now suddenly it’s not an essential feature and it’s been pushed to 2021 out of early access? Multiple weapons, radar modes, even ATFLIR, the only targeting pod we were originally supposed to get, are all now not release features of the hornet? The viggen is several times more feature complete than your planned “release” state and it’s still in early access.

Well A) That's not something I want to get into the habit of doing :lol: and B) That's not very reliable (often also lose main rotor), isn't necessarily easy, and also means you can only experience the failure starting from a very small flight envelope