Worrazen

Maybe yeah, I'm on cable 200/6 with 2 phone lines and +250 DTV channels and 30 HD ones, no caps, for 50 Euro. Just got upgraded from 150/4 like 2 months ago, however it was the first batch, the second batch will upgrade uploads from 6 to at least 10 or 12 Gbps in just a few months at the end of summer. :pilotfly: This ISP is using hybrid Fiber+Coax as they say so it's not FTTH, they had an upgrade on their end and it's all runing Docsis 3.0, but it's going to Docsis 3.1 in the near future.

... I never knew .... why does the dev team have to work, over night, and more, and then over weekend, for what is an OB release, are people THAT impatient? Anyway ... you reminded me, I'm actually not new to them at all.

Yes I think they should take their time, for that type of the product. Probably not a good idea to do any early-WIP sneak peaks because it's all about the first impression there and it needs to be good on day 1. I'd go as far to even include the update of the whole old non-flyable AI aircraft models/liveries before MAC, or block until they're updated. I just mentioned this in the other thread, the gamers at large are very sensetive to such surprises, me and probably we can handle the visual gap between the newest modules and the oldest AI aircraft which is getting bigger and bigger as we speak. It could be like stepping on a pin while walking upstairs at night for the newcomers there and they could be revolting about it or really taking the focus away from the main thing.

He probably meant models too when he said skins. I made big posts about this back many months already, for the general public, for MAC, if they see the 15 year old models when they'll be shooting that'll scare some people away so the AI-only unit external visuals are probably even more important going forward.

Shouldn't take more than a month, or two give or take. You can convert Stable into Beta with some config edits but I still haven't looked into that as never tried it myself yet. Not all the fixes are in yet in the beta anyway and as always it can be buggy especially with a new branch like this. Unless you purposelly want to beta test for feedback.

The first step is to not quit the game, there can be some offline prep, but most of the getting-used-to is not necessairly playing the tutorials but getting used to how the game works. If you force it into tutorials you'll still be skipping many other things and you'll have to learn that later, if you prefer that way than fine, but I don't, I prefer more natural and slower approach. The second step is to not play missions/tutorials at least a few weeks, take a whole month just learning the controls and random flying, it's about getting used to the simulator it self, that's going to help a lot when you get into training missions later, that kind of stuff can't be learned quick, at least for long term memory. Training missions will not be enjoyable if you're rushing into them, IMO. Since you already completed them, and you were overwhelmed in the first campaign mission, I'm assuming you basically jumped straight in, there's no more tutorials, well there could be, but for the getting-used-to, there is none you have to do it manually. Not exactly how I would like to referr to the DCS Community ... it's not like ED is The Borg ... or similar.

Any pics for those who don't have OB? You mean impact or rather streaks when they're fired form the gun?

I never tried it, I played it safe, but apparently as others are claiming that storage devices aren't part of the ... HWID? ... apparently so changing them won't change anything for the copy protection.

I guess a lot more is possible than I knew, I haven't went deeply into DCS modding yet even tho I was looking forward to all the time ... DCS is big and getting bigger, can't enjoy everthing that fast, I guess that's good which means it'll be lots of experiences for many many years to come. I've asked for this more than a year back in wishlist I think but I'm not sure if it's a new addition because of that or it was always in and I just never noticed it. I didn't notice the change in patch notes either, I read all the notes. But THANKS a lot for reminding us about it !!!

Sure it won't triple it, it may be another +50% tho, it may be +30% on average and holding those numbers more stable without drops, and that's a big deal. I'm still planning to do the 2.5.4 vs 2.5.5 threads comparison, but it may take more time to do right, and present it. Yeah, I might not need to rush with showing how the state is on 2.5.4, rather wait until both are tested and then show all the results.

Pretty much the only thing keeping history alive, that's one of the safety nets I was hoping on (besides private collections, museums) and this confirms it (althought it's nothing new, but new to me), these non-upgrade-worthy ones are the ones ED needs to try get some data/deals on, Russian govt could be less sensetive about the old versions after these upgrades as they move away from active service, hopefully something shifts. The big deal idea is still on, record the data while things still fly and are alive, for future when it's more okay and declassified to release things .... the most optimal thing is to just get special deal so it can be developed ahead of declassification. I's not arm twisting, it's that there may be a solution both parties would agree on but is not apparent to one or both of them and it may be all about just figuring it out what those terms are, it could just be as simple as giving one the idea "oh we could do this -- oh yeah that may work" that's the kind of scenarions I have playing in my head, so it feels a pity if stuff is denied based on sort of cheap reasons like this, okay another one of my russian-fighters-speculation, but I already said most of it weeks/months ago, so this post is just 4-5 lines long, lovely.

https://www.militarytimes.com/news/2019/06/11/why-it-isnt-weird-for-russian-sailors-to-sunbath-shirtless-on-deck-while-confronting-a-us-cruiser/ :megalol: Lauhging just about the article and a news piece in general, as I didn't knew they do this at all ... but a collision is still a serious matter. Anyway the practice of catching some sun whenever's the opportunity is indeed wise as it is vital part of health https://en.wikipedia.org/wiki/Cholecalciferol - just don't overdo it, over than 1 hour at noon is overkill and it's only damaging after that. EDIT: I actually thought of putting this in the offtopic section, mistake.

From one of the video comments. One thing you all need to keep in mind, these videos are indeed just excerpts, not full videos, just a reminder to those who may not think about this.

It's possible to switch branches on the same install apparently, thought I didn't bother with it yet so I'm not sure what file/entry you have to change. MAC being a separate install and not a DCS module was part of that compromise with the DCS community I believe, I wasn't that paying attention to that area the peak of those discussions happened, so I don't know in detail. These things may be removed once MAC releases, or once the testing ends, would make sense yes. Speaking about removal ... what about Game Mode and Game-Mode controls in the options, would that all be removed from DCS and added/integrated/morphed to MAC ? I don't have a particular opinion, just asking. Would make sense tho, would make it easier to maintain DCS if there's less modes and combination to worry about, for example.

No that's for updating only without launching. Switching branches is something else, I'm not in such a hurry so I don't bother with OB, so I'm not sure what is the way. (not that I don't want to help test, but I'm a bit busier with other stuff these days)

Actually .. I went back to my old threads now https://forums.eagle.ru/showthread.php?t=201530&page=9 and I think I remember now there was one thing which could have put a question mark on the whole thing, because one thing, I did mostly barebone scans/tests where nothing was happening in the game, I don't know why I didn't figure out at the time to actually test multi-threading you need to put the whole thing under stress so all parts of the engine are working something for those minor threads to even show up on the scans. It's time for another go, and I want to compare 2.5.4 vs 2.5.5 anyway so I'm redoing the whole WPA stuff right now while I'm still on 2.5.4, I already got the latest Win10 ADK version installed (which includes WPT (which includes WPR/WPA ..etc)), this time I'm getting more educated about WPA, which is the analyzer you see with all the graphs and that's where the meat of it is, actually knowing how to first use it correctly to display the correct data in a correct way that for this type of case and then to interpret that correctly, to make sure whatever I post is going to be more accurate. Not saying that stuff didn't hold true, but I think there could have been DCS improvements since then.

Initially posted to the VR performance improvement thread .. but fits here better. Depends on the context, I didn't happen to focus on VR-specific stuff, but a small and easy to fix thing in code can mean huge things in practice, if any of you are following Dolphin-emu progress reports such cases are documented time and time again ... optimization is a big deal. About the impact of LABELS: Stable 2.5.4 (I'm Stable-only these days) (is each of the labels it's separate draw call?) Those could be draw call (CPU) related, something that might have been improved too even without the need of Vulkan API. Same thing for the trees. The engine may be processing multiple trees more efficiently. As in this example below, on the one hand it's not only about the API, if an implementation (code) of the graphics engine lacks optimizations it doesn't help if a cool new API is used. DCS may had some of those improvements in 2.5.5 However on the other hand, you can see how massive the improvement can be when API features fundamentally better capabilities, not only does each draw calls cost much less on Vulkan API, it has the features to do things in one draw call that previous APIs cannot, so to answer the question, rumors of +50% increases MAY NOT BE SO FAR FETCHED. And the bigger question is, if +50% with just existing implementation improvements, what about the improvements with the new API .... so there you go :)

Depends on the context, I didn't happen to focus on VR-specific stuff, but a small and easy to fix thing in code can mean huge things in practice, if any of you are following Dolphin-emu progress reports such cases are documented time and time again ... optimization is a big deal. About the impact of LABELS: Stable 2.5.4 (I'm Stable-only these days) Those could be draw call (CPU) related, something that might have been improved too even without the need of Vulkan API. Same thing for the trees. The engine may be processing multiple trees more efficiently. As in this example below, on the one hand it's not only about the API, if an implementation (code) of the graphics engine lacks optimizations it doesn't help if a cool new API is used. DCS may had some of those improvements in 2.5.5 However on the other hand, you can see how massive the improvement can be when API features fundamentally better capabilities, not only does each draw calls cost much less on Vulkan API, it has the features to do things in one draw call that previous APIs cannot, so to answer the question, rumors of +50% increases MAY NOT BE SO FAR FETCHED. And the bigger question is, if +50% with just existing implementation improvements, what about the improvements with the new API .... so there you go :)

There are major ones that could be separated. Mission management (triggers, ATC, F10 view and icons) and AI, can't think of more right now but I'm sure there's some misc stuff. That would take some 20% off the main thread, IMO. I doubt AI is deeply integraded into physics simulation, even if it is, for some reason, it can be spunned off, those two things shouldn't need to rely on each-other.

I recommend cleaning up the driver's and DCS's shader cache after such a big update which touches graphics, to avoid glitches.

When you look at city that is draw call stuttering and driver overhead, this and other such cases (tons of trees) is the whole reason Vulkan API is being developed, because it's such a stupid issue that should have been fixed by the computer industry ages ago. 4GB of VRAM kinda won't be enough, stuff takes around 4-6, it goes up if you do more action and units (liveries) Also graphics memory leak or memory hogging fix (I tend to call it "hogging" when it's not leaking by it self) recently may have also affected the use of VRAM in normal situations so it could be potentially lower requirement, we'll see.

That's a visual phenomenon/illusion, it's due to combination of thread bouncing and slow response rate of the presentation (task manager) of what the CPU is doing. Those two threads are bouncing around multiple CPU cores (usually 2, sometimes third) at a very high rate giving the impression of "both cores doing some good work accelerating that game" but it's all a, when one core is working the other one is doing precisely nothing It's tricky anyway because if the graphs were in real-time it would be so fast, too fast for human eyes to discern anyway. Try using some other utility or at least set the task manager refresh rate/update speed to High This is however NOT DCS fault, this thread bouncing thing is how things for all computers/software unless the OS/FW/HW can be instructed to specifically not bounce through "thread affinity" but I'm not sure how that sticks yet. So I found that this thread bouncing is called "load balancing" in various PR and hardware enthusiast reviews, I didn't go to the bottom of this yet what exactly is the benefit myself but from all the various sources we can be certain it is not performance, if it is it's some benchmark that doesn't matter in practice, it is more likely about VRM/Power stuff, or simply spreading the load off that one particular CPU core isn't as wearied down, just like SSDs spread the load evenly across cells, but if that's an issue in CPUs at all is another question. And DCS is a quite a physics/math simulator, simulation cannot be easily multi-threaded, some parts of DCS that arent tied with simulation that are currently on the main thread could still be offloaded to yet another dedicated thread just like audio is, but you will probably always have one thread that takes the most beef and will bottleneck the whole simulator.

That's normal, it's usually around 19GB for me unless I do a lot of stuff it does get up to 23 also and depends on how many big-livery aircraft you viewed or loaded up, DCS would optimally need a lot more RAM than this, but it is able to keep it down. While 32 GB RAM is optimal for not having to close down browsers and other stuff but 24 GB should work fine too, it's on the edge tho, that's how I have seen it behave. There was a graphics memory leak fix in the recent OB patch, it might be the one I reported, still, I think it won't drastically lower the RAM consumption on normal play, but I can't test it yet because I'm on Stable branch only.

The updater unpacks to a temporary location which needs an additional step to actually install, so 3 steps in total, I haven't yet figured out the technical reason for not unpack-installing directly. 1 download 2 unpack (same path as download dir) 3 install (move unpacked to DCS) So every update takes ~30% longer than it could. If this is needed, to speed it up, I suggested separating the download and unpack directory so you could specify a different storage device of equal specs or more which would double the speed or more for the unpacking process. The unpack and install part are going half the speed they could if you don't specify another storage device in a config file, which is the default. I didn't include hardlinks, because that external, has nothing to do with DCS, but you can probably do anything with that like I mentioned.

Anyhow the type of community here, while possible to be online, some don't prefer to be living in densly populated areas or just take long hiatus every now and then, I think it's not unreasonable to ask to support such a feature officially in some way. If I could afford I'd get the heck out of the city to some refreshing hills for a whole month or two, RIGHT NOW! And for account/paid module validation don't need a fast internet, just a ping with the satellite link or something, once in a while, besides I wouldn't be gaming all day/week/month when I'd be in the wild anyway, so a 3 day offline grace period seems enough already. The whole always-online thing has it's drawbacks: https://www.fastcompany.com/90358396/that-major-google-outage-meant-some-nest-users-couldnt-unlock-doors-or-use-the-ac