duzenko

@MirceaKitsune I just tried on Ubuntu 20 WSL and it builds Note my gcc version on the screenshot Your options: downgrade your gcc, create a bugtracker issue for this, try the C++ include below @stgatilov #include <limits> ?

Yet another reason to not mess with desktop screen resolution

Graphics driver issue?

Not sure how it fits the design pattern of parallelism. E.g. I might have precompiled headers compiling in 2 projects (out of 4 allowed in settings) That still leaves plenty of room for other 2 projects to load all cores twice. Even one non-PCH process should be able to load all remaining thread pool slots. (And looking in the build output window, it says it's sifting through the .cpp's at least most of that time) And I'm not even sure all the P*2T instances are pooling together, considering they're all running in separate processes. Are they talking to each other or something? It's scary to live in MSVC world!

Results here. What's puzzling me the most is relatively low CPU usage during the first minute. After that it goes to 100% and stays there until a few seconds before the end. I wonder what's going on during that first minute - maybe there's some potential in improving the overall time.

That's what I wonder actually is there a switch somewhere that allows/forbids to build projects in parallel? I'd benchmark that out of curiosity I think there should be one in .sln properties, but it's not easily accessible when opening the .cmake in VS2019 like I do EDIT. Found it in global IDE options

Apologies for going in circles around this, but What is the reason again to build projects in parallel? Other than ambiguity in project dependencies, there seems to also exist RAM consumption issue on modern many-core CPU's. I mean I understand that a semi-pro programmer is expected to have "enough" RAM (and I do) but it's still a real minus. On my day job I've seen a colleague to have 8GB RAM and 20+GB committed because of many garbage-collected java/dart/javascript processes running in background. Surely we don't want the compiler to start swapping pages to disk in the middle of build on a "regular" laptop? Are you trying to utilize CPU cores in this way? But e.g. the notools darkmod build is just one project and it loads all cores nicely. And please @stgatilov correct my on this assumption but isn't building multiple projects theoretically slower because of all the data the CPU has to keep pumping along the L3cache <> RAM bus?

It does not make sense to me to add a second ambient light in the same origin What you can do, is put a second 'regular' shadow-casting lights close to the 'bouncing' surface

I think I first noticed it here https://forums.thedarkmod.com/index.php?/topic/20169-the-history-of-bloom/&do=findComment&comment=446309 It looks rather cool, mostly because he's a no-nonsense person and his formatting kinda underscores that in my mind

Notools project does not update svn counter in build. It’s current svn.

You did You were right all along It's still frustrating as heck that it didn't raise any GL errors And I'm not sure what we're left with in the end - half-core profiles that do something specifically forbidden by specification? Crazy

Agree about fixing the error I just can’t imagine a game requiring a core profile and then doing client arrays. Oh, wait…

What is it supposed to fix? Core profile on pre-GCN Radeons? Why did all other drivers work if it's about the removed legacy stuff? I can test tomorrow, but I'm skeptical.

@esmeWhat about compiling TDM from source in debug mode on your PC?

I just created three UI/UX bugs in the tracker. While I'm practically zero skilled in DR they feel like immediate improvements. OTOH they could be intended operation? I can work on each of them if green lighted

Alright, that makes sense I want to look into the Surface Inspector window and make it resize (down) nicely Biker complained that this is a regression in the latest version Is that ok?

DR does not start for me when compiled from master. It just exits immediately @stgatilov@OrbWeaver@greebo Anything obvious I could have missed? The exception message is "Cannot find the main module in any of the paths: C:/dev/tdm/drsrc/install/modules/; C:/dev/tdm/drsrc/install/plugins/" EDIT: Apparently I need to build all the projects manually. I assumed they were included as project dependencies

Exactly my point

That's two evils we're choosing from here

I see why you're upset, but sometimes lessons are painful It's not nearly worst what could happen in life, no need to drive up the heat Every mapper or digital creator here is on your side

It's not too bad though, is it? I mean, no way it can suck as much as soft stencil shadows we used to have a while back?

Thanks Do you think anything here needs fixing? Or it's intended operation? I'm asking because someone put it there for a reason a while ago, not something new

For my quick testing the cost of it was less than 2% of gpu load

Unless you can reproduce the deletion there's nothing much to fix