Jump to content

Recommended Posts

Posted
This is why the autoupdater needs a third choice, "Don't bother me again until the next update!" This way I would not have to keep saying no to this update everyday for the next month or so.

 

:megalol:

Intel i5-9600K @ 3.7GHz; Gigabyte Z370XP SLI Mobo; G.SKILL Ripjaws V Series 64GB (4 x 16GB) 288-Pin DDR4

GIGABYTE GeForce RTX 4080 16GB 256-Bit GDDR6; Thermaltake Water 3.0 Certified Liquid Cooling System

Windows 11 Professional

Pimax Crystal Light /TrackIR 5 in case VR dies; Thrustmaster HOTAS Warthog w/ Thrustmaster T-Flight Rudder Pedals

 

Posted
Changelog:

 

"...Fixed StarForce protection bug with false virtual machine error..."

 

Could you ED please be more specific? Right now I do not understand what you mean by "false error":

 

a) that VM-error was reported when running DCS on VirtualBox? or

b) that VM-error was not reported when running DCS on VMware?

 

 

See Here:

http://forums.eagle.ru/showthread.php?t=116021

Windows 10 Pro, Ryzen 2700X @ 4.6Ghz, 32GB DDR4-3200 GSkill (F4-3200C16D-16GTZR x2),

ASRock X470 Taichi Ultimate, XFX RX6800XT Merc 310 (RX-68XTALFD9)

3x ASUS VS248HP + Oculus HMD, Thrustmaster Warthog HOTAS + MFDs

Posted
A little refresher to help you understand how versioning works:

 

See this image:

 

http://en.wikipedia.org/wiki/File:VersionNumbers.svg

 

The red line is the internal development. Things are constantly being changed, improved, fixed, tested in that version. That means that it is never in a state fit for release. When a release is prepared, the status quo of the internal version is frozen inside a branch (white rectangle). Ideally, no more functionality changes happen inside that branch, it is tested, bugfixed, tested, bugfixed, etc. until it is considered stable, then it is released. This branch will then only contain the functionality that existed at the point when the freeze happened (plus bugfixes). In the meantime, developers will continue to put new features/fixes/etc. into the internal version, so the internal version progress does never really stop. If something was fixed in the internal version, it will stay in that internal version until a new branch is created.

 

If something was fixed internally and is prepared for a bugfix, the released branch is taken and the new (fixed) code is merged in from the internal version, that means it has to be "stitched" into the old code. Depending on the complexity of the fix, this can be a quite arduous and time consuming procedure, because as we said, the internal version has already progressed onwards since the freeze. It can also be a matter of a few minutes, as i said, it depends. Then that fix has to be tested until it can be released.

 

The nature of having to merge code from the internal version that has often moved along quite a bit compared to an older branch dictates that this must be used sparingly, as it causes additional work for the developers that they could spend preparing features in the internal version for the next major release branch.

 

That is why sometimes patches are made to fix one thing but do not contain another.

 

Very enlightening Thanks Sobek:)

i5 8600k@5.2Ghz, Asus Prime A Z370, 32Gb DDR4 3000, GTX1080 SC, Oculus Rift CV1, Modded TM Warthog Modded X52 Collective, Jetseat, W10 Pro 64

[sIGPIC][/sIGPIC]

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...