Worrazen

Oh, it's just tripping on some files that weren't flagged as expected yet (being part of the updater) or the downloader isn't cleaning up all of the ones it should. The point is that the files are not your files or other game files. This feature was just introduced and will probably be improved as time goes on.

Editor History Mode .... :holiday::cheer3nc: Probably part of the new measure to avoid deleting the other files a user might have in there such as the entire drive when the temporary downloader folder is manually set to the root of the drive by a user. I don't have DCS installed currently, so I'm not sure what the full extent of the fix is, perhaps the actual folder is encapsulated in the selected folder so that "_downloads" perhaps gets automatically created ontop of the downloader's config now, so that if a drive root is selected the files would still be in a folder other than root, like "E:\_downloads". If it doesn't work like this then this is my suggestion.

I'm not very much into the idea of cloud gaming, I'll just wait until I have a 160GB RAM Computer and we'll do it all offline in DCS 4.0 :)

Sure but you're fairly new around here and you probably come from years of other experiences from much different fields and ways of doing things, it's not like you've got yourself a computer for the first time to play DCS right? So your opinion is heavily biased, but that's not necessairly bad, it's just we have to be aware of our biases. Subscription system means more billing and paperwork for the company that is primarily focused on making aircraft not employing accountants, more work for the users as well, dealing with the auth system and stuff, it's just completely pointless because some people think the aircraft are too expensive, no they're not, you could only compare DCS to an equivalent sim, but there is none, comparing it to some other completely different traditional games is invalid even if the company it self compares it, technically it is invalid, but many people (customers) still do it, so the company is forced to do it because of that. Then again modern times, if the techical-paperwork reasons are out of the way and all is like butter, and a switch happens, with some big reasons explained for the switch, I probably won't avoid DCS because of it, but I would be a weird feeling, like if it's some kind of World of Warcraft and I think it would severely affect my time schedule management to fidddle with when I'm going to play with how long sessions so I don't lose too much time on an active subscription, with my dynamic business and fiddling here and there, beta testing can sometimes go so out of topic that it brought me to a complete OS reinstall with major PC maintenance, yes it all originated because of DCS, I will be testing DCS on 3 HDDs paired together with Microsoft Storage Spaces (it's not real RAID0 and even if it was, access times and random reads would still be crappy compared to SSD) on purpose just to test out how does the disk-read-correlated stutters behave and if it makes the performance issue look worse (more pronounced for demo effect) but I had to first start backing up all my data I planned to get off these 3x 1TB HDDs onto the new 4TBs, and I had an idea of a new Win10 ver, to test DCS on something newer rather than just 1607 Anniversary Update in my case ... and while I'm doing that why not make a really good custom debloated Win10 with perfect settings which I'd like to have for my general and other non-DCS use anyway, so that's another prerequisite of sorts before I even get back to DCS ... now with all of this going on, I started some big house cleaning work ... now with all this in mind, if I had for example another PC with DCS I could play here and there in the middle of all this, you try to manage the plan of time scheduling to get the most DCS play out of a subscription, when not to pay, when to pay, would I play enough, so if I wanted to play only a little it would outweight to the negative so no subscription for the month, but if I really wanted that little play I would pay just for that which means it's just wasting money, that's one thing, the other thing about the effect on time scheduling is with 2 words: A HUGE PAIN IN THE ASS. This whole "pay sub to play a little bit in a month" is just a lazy idea, if ED needs more money I rather pay more in a module or some paid upgrade, to get rid of the subscription dillema and all the time scheduling clustermind drama. :huh: Join Date: May 2020 I could be assuming wrong but this just doesn't feel right. Such a bold opinion so quick.

Yes, first thing we should do is to setup some of the diagnostic utilities and the recording software and explain you how to record it on the same computer with software without affecting the sim. But ... I sent you a PM over how we should proceed, I think we shouldn't pollute this thread with talk about installations and configurations. I will create tutorials and guides and post them publicly in the recently created forum subsection for just that anyway, so others definitely won't be cut short on this process.

I think it would actually induce emotions that could trigger PTSD event IMO, if someone with that gets even close to DCS in the first place is another question. People say after a few months of constant war a person gets psychologically drained and becomes a different person, so I've heard, playing it all the time like this could create undetected depression, or felt only much later.

The civilian "competitor" does not really overcome DCS up close, slow down the video and freeze frame it ... it's more like google earth 3D, the high-altitude bull shots coupled with modern lighting and graphics effects make it look better than it actually is in terms of textures and terrain, and AFAIK most of the ground is static and not it's own model/poly and probably indestructible or otherwise interacting with gameplay.

Shut down the affected drive immediately while you sort your options, there could be other things in background trying to write to it. If it's a partition and you need other partitions on the same disk, go to Computer Management - Disk Management, select the one that was deleted and right click "Change Drive Letter and Paths" and "Remove". But you can do the same if it's a whole HDD, as long as it's not writtable. And this means IMMEDIATELY! Once you get rid of any background programs or anything that could write anything to that partition sorted out, install the recovery tools suggested, or also PhotoRec (part of TestDisk) PhotorecQ.exe for GUI version of the program. Only assign the letter to your HDD or partition prior to now, but make sure you select another letter unlike before, some letter you never used before is best. Then start up Photorec and select to scan all extensions (should be default?) and you'll see from there ... check out tutorials for more details.

GPU going up and down ... Laptop ... This may be power saving, throttling due to exceeding temps. Throttle Stop https://www.techpowerup.com/download/techpowerup-throttlestop/

This may be either an intended or unintended consequence of a fix or partial workaround of what I reported some time ago, regarding thread racing between main and texture/asset loading threads. But Im currently in maintenance, didnt test anything myself in the last mont and probably for the next two.

This very suspiciously looks what I was recently reporting, DCS seems like it does not have Occlusion Culling, that means your PC is rendering all the objects you would see on the terrain under your cockpit if your cockpit was transparent, but they are just hidden in this case, rendered for nothing, a huge waste, hopefully this feature is implemented when Vulkan API upgrade comes.Try testing on empty (desert) vs populated terrain (city) However if that isnt your primary issue, it coul just be the cockpit it self, how much draw calls it has down there, this is all different for each airplane, its normal to have fps drop looking down, the more sky you see the more FPS.

The transition to PBR I wouldn't say is complete, the tranistion only features PBR but as officially said the new lighting is only a first of like several steps to get to the intended look, it's down to fine-tuning of lighting and LODs and even all good new tech can look worse if the final step isn't done. Especially Tree LODs, I'm not talking about the amount of trees, but the LOD of the trees, I've talked about it before how the radius and LOD is all interwined currently in the options screen, not optimal.

It would be a good idea if you first figure out what kind of stuttering this is, and you should post actual video examples of this bug, with your power of the PC this should be no problem, however there is quite a lot of details how to do a video perfectly, you can't just install fraps and let it go, that video wouldn't be trustable because the recording software by default affects CPU resources in such a way that it's very likely to affect DCS and change the outcome, you'd be recording something else, it would create performance annomalies or it would exaggerate existing ones, this is the noise we don't want in our testing at all costs and we have to work with your case more closely, we need to first set all of these performance tools and utilities, recordings and probably some kind a master file to document stuff (the guides I'll write for you are same ones I wanted to post in tutorials months ago anyway) I have sent you a PM about this and other things your massive amount of RAM and CPU Cores could come in good use. If you have time you can do us a huge service if you go slower step by step and document a lot of the things you've changed. However if you do think this is a good idea, to use your PC to cooperate with this then I suggest you consult here before you go on a hunt into something which we already know may not lead anywhere for example, etc. You should also provide DXDIAG report, and Windows version. Most likely you do not have a custom debloated Win10, it's probably standard that came from the assembler of the PC right? That is true in a simplified meaning yeah. Technically DCS has over 20 threads, ofcourse many of those could be mangled down to use as much CPU time that fity into 3-4 cores, the texture streaming threads can ofcourse tolerate lower amounts of available CPU time as it wouldn't affect the FPS (but sometimes it seems like it does but that's a bug I'm trying to test and report about, long story tho, not sure if that is related to this thread yet)

But is the missile smart enough to know it lost it's downlink only, while still receiving uplink? Downlink and uplink could be on different frequencies and isolated between each other in terms of logic, but they can be ofcourse smart, something like a web connection, where it needs a handshake to make a good 2-way connection or nothing. If missles are downlinking anything over radio at all, or only receiving, or only modern ones both? But IDK I'm not yet familiar at all with missle stuff.

You could do all sorts of stuff, Thrustmaster should start rolling their sleeves ... but this time around it was about civilian stuff, hopefully in future we'll get some more gear for DCS and similar.

The full report link currently doesn't work through youtube on the CW Lemoine's video, seems like bringing it here and removing the possibly mistkenly added url parameter at the end of the .pdf, works https://assets.documentcloud.org/documents/6931490/7-31-19-Star-Wars-JAGMAN.pdf It's some weird char stuff or whatever youtube does to manipulate the URL, it didn't work through there even if I removed the mistakenly looking URL params.

Who told you this is more than enough, the store probably right? DCS requires a lot of single-threaded CPU performance (at least right now until it gets optimized for parallel and Vulkan API) more than 16GB RAM, we usually suggest 32GB here counting in large missions and multiplayer sessions as well as reserve for background processes, and a relatively fast SSD such as Samsung 860 EVO SATA3 would be enough. Oculus Rift S is not a professional HMD, the resolution is very limited. VR Technology for all it's hype is still mostly in it's juvenile stage (price points adjusted), it did pass the baby stage tho. DCS has recently added support for proper VR headsets from Varjo: https://varjo.com/solutions/train/

You would need a proper USB3 HDD Case adapter with UASP so that Windows can recognize it more properly as a HDD instead of an ordinary USB Flash Mass Storage device. There is also another downside to using an external HDD, you're going to be carrying that HDD and potentially handling it a lot more than usual, HDDs aren't optimal for this kind of use due to their intolerance to physical stress. He meant that in two ways, subjectively and the fact that they're meant for other modules you may not necessairly have. However if you play a MP match with other players using the liveries you don't have then I would get missing texture errors or worse. Mig-21bis teams is doing lots of upgrades and the texture/livery update will see updated liveries with lower sizes but perhaps still retaining good quality (recompressed) I had, and several others got to the same conclusion, that we should have a submodule system, so that you could add several optional submodules of a module, that means you could logically split liveries into submodules and then you can install the ones you would like to play with for a couple of months, then reinstall another one. The reasons why I called it submodule system is because it's best to have it generalized for any kind of optional data a module author would wish to put into them, so the system is flexible/adaptable and designed as such from the beginning Then you'd have several types to quickly identify, this metadata is also useful for sorting/separating purposes: Submodule ID: Mig21Bis_L001 Submodule #: 1 Type: LiveryPack Name: Yugoslavian Liveries ... etc When you go to pretty much any generic supermarket to buy a dishwasher, TV, a computer, you're only going to be told of the options which are sold completely pre-made (OEM), not custom per-parts aka DIY. We stopped treating the first drive as a main drive a long time ago in the computer world, but as an OS drive, I had a 128 GB OS drive until some 3-4 years ago, now I'm on 250GB as I use more development and workstation type software, programming, graphics design, video editing software, but still no significant data on it. For a laptop, a bigger main drive actually works far better because mobility is the point, I wouldn't want to carry an external HDD with it, perhaps the option was for an internal 1TB 2.5 inch HDD, I think laptops do have 2 storage bays these days as per standard, but I have no much experience with laptops so don't hold my word. Games usually don't read sequentially, especially DCS which is streaming in bits here and there, hence random-access and random-reads are likely to be more important. Manufacturers, marketing and salesman always show, or point out the most, the higher number, the sequential one. Sequential transfer is usually when you copy a large file, I guess certain areas of the loading screen could be affected and would help in DCS as well as any other game, but it still depends on their methods behind it, how that large file is read (queue depths) ---------------------------------------- //////////////////////////////////////// DCS Installation Size Reducer Finally, I made this utility for testing/diagnosis and also edge cases like this. It's probably outdated slightly due to some paths changing I would assume (but probably not a lot), I'm going through some big PC Hardware/Data/OS maintenance at the moment so I can't update this program, I don't have Visual Studio nor DCS installed, otherwise I'd do it right now. https://www.digitalcombatsimulator.com/en/files/3303133/

Just some naming consistency stuff. DCS crash reporter creates a report called dcs.log-?????-?????.zip which contains several files, logs, memory dumps, the track, dxdiag log, and other helpful stuff. That's been confusing me since the beginning, because it's so similar to dcs.log file which is just the main dcs log and nothing else as we know. An example of a more appropriate looking naming choice is: dcs-crash-report_?????-?????.zip A more proper looking naming also makes it more "official" looking, generated by the crash reporter, the current naming looks like as if someone zipped the dcs.log file manually and used a default name in WinRAR/7Zip. It should help with faster distinguishing of manually zipped package files that contain similar or not reallyanywhere near the full scope. Yes it sounds like a nitpick for someone who reports just a few times, but I'm also talking about the staff who has to deal with hundreds of bug reports and log file... err log reports ... I mean crash reports I suspect.

Simple mission won't expose and use the full feature set, use of radar, weapon tracking, AI operations, etc, therefore you're not really benchmarking many of the things, but I guess it works to just test the base idle scenarios and compare those.

*** THREAD MILESTONE NOTIFICATION *** SIGNIFICANT TIME PASSED SINCE MY LAST POST ---------------------------------------------------------------------------------------------------------- Yah, this one I believe had a note in an update for "memory leak" fix shortly after but IDK if it's really or it was for something else ... I actually never got to around to checking it if it worked yet. Actually this thread is prior, later I found out it's the encyclopedia that can cause it alon, missions just usually don't load up so much stuff in their lifetime except in big MP missions. I kinda started digging into DCS diagnostics/performance testing at this point, then I got more organized so the videos will be more clearer in terms of OBS windowing/layering in the subsequent thread, check it out if you're interested: https://forums.eagle.ru/showthread.php?t=236156

I don't want to nag on the devs but technically in a perfect scenario even if you use an HDD you shouldn't get any stuttering or hitching such as FPS drops, on a HDD you would simply get slower poping in of the textures and unrendered voids for longer periods, LODs would take longer to show higher-res versions, and that's it, it should have never affect FPS or the execution of the engine (main thread) but it kinda does. Unfortunately this still happens with SSDs albeit far less, which kinda confirms there's something off with some component that deals with asset loading (File/Disk IO) or something that processes those loaded files at the similar moment. At the time I just didn't want to bother with it more and quit nagging about this and just concluded let's just throw raw horsepower at it and fix it that way, and so the SDDs were made a minimum standard officially, you will actually violate the sim's requirements if you use an HDD now. Also I was at the time (3-4 years back if not more) talking how HDD loading would stutter the F-10 View and Mission editor, I actually had a case of low GPU memory at the time which kinda dramatized everything for a while, I got over that soon, but I wasn't completely wrong, this still happens, even with a SSD, but it's less dramatic, the textures load fast but the scrolling is laggy, and what at the time I couldn't decipher ... (because you can have so many things creating a soup of lag that may be tricky to figure out which is which and separate) ... I recently discovered that there is quite a sheer number of draw calls that are drawn on the F-10 AWACS view in ALT mode as well as the Mission editor in ALT mode, and when you scroll around exactly in that moment it's putting a lot of strain on the main thread (CPU) because of what I've seen a momentary spike of extra draw calls and perhaps or because of the existing driver/API/game overheads and inefficiencies, so it turns out this part may have nothing to do with File/Disk IO (HDD/SSD) loading because there's not much any disk activity when you do it while the draw calls go through the roof, but this is my observation and speculation, not necessairly the conclusion, as always with these things. There's nothing we can do about that other than to wait for DCS to support Vulkan API which will tolerate much higher draw calls, among other things. ... infact I should be calling this hitching, because it's not a constant stutter recurring, it happens sporadically and it's a "one of stutter" which I think it's referred to a "hitch" to indicate it's just one little freeze. Even if the SSD requirement doesn't fix all of stuttering/hitching, because it can't, I still thin it was the correct decision, it got one big factor out of the way, it's much easier to tackle the rest now. I'm digging into this issue exactly and have reported on it in the Bugs->Performance section recently, but I have more documentation of it happening and clues still in progress, althoguht it may take some time (if it's not fixed before) due to my chores and PC maintenance, I currently don't have DCS installed.

Can you guys use Process Hacker and look how much Tacview's specific threads use, and post a screenshot when you think it's the highest? It's like a more advanced task manager, you click properties on DCS.exe and then to the Threads tab in the new dialog, then you'll see tacview.dll in the Start Address column, click on the column head to sort it to alphabetic order to group all of the tacview threads together. However, I guess I should remembered the fact that this may not be full proof in my case either, some work that's needed by tacview could be happening on other threads without it showing up so obviously so I would need to do a more thorough test later, I didn't compare actual FPS, sorry about that, I only looked at the thread's CPU time numbers. But we could compare the tacview thread numbers and get a good idea if my hunch is correct or not.

Question is, are any of the pilot's ejection seat parachutes streerable? Probably some time until we get paradrop support for cargo and units in DCS.