Suspiria

Folding@Home is now fully operational and distributing SARS-CoV-2 workloads. Due to the urgent nature, documentation always follows workload distribution thus may at some point be unavailable. If you're getting other numbers than above range, input them in this box: https://apps.foldingathome.org/project If it says "unspecified", or nothing at all: it's for COVID-19. Anything that is not clearly documented to be for anything else can be safely assumed to be so aswell. Keep up the good work! You're helping thousands. ❤️

https://foldingathome.org/2020/03/10/covid19-update/ Projects 11741-11752 GO

Definately!

Brilliant. I can see the trouble where americans still playing on EU server when EU has gone asleep. And your communications certainly convey the fact that Totem Arts knows what they're doing. Thank you.

Yes. This game is slowly but steadily developing into something more and more exciting. Devs are working their asses off to bring you a fantastic experience. This company actually listens to their community. If you don't want to play right now then surely give it a whir at the end of Q4 2020. Also I do think it helps to be a C&C lover to like RenX.

Yea well you're quoting a misunderstanding anyway. I'm well aware of those other factors and their complexity. And I think the global median RenScore ought to be the first of those factors. There are currently five of such in the model that I have in mind. For example if one player is literally always on the winning team then in the long run that might say something about their (commander) skill.

You have kind of convinced me now about this harvy part tho. In original C&C there were other elements in play like map shadow, multiple fields and harv control. So that one could sneak another harv to some other field if one particular field was annexed. We don't have that on Ren at all, so hereby I kind of agree with your assessment. Perhaps! There are other ways to make the harvester mechanics more interesting. E.g. a map with multiple tib-fields, where commander can switch which of 2-3 routes the harvester will take. Makes the harvester game mechanic less predictable and somewhat more exciting. Introduces tiny escort missions, maybe. Thank you for your input here. Something good definately came out of it.

Hi there, Thanks for the update. Sounds like something had been hogging your upstream. If it happens again: expand the following.

Have you tried waiting for a couple of minutes? It would seem that it does actually download the map in the background even though you can still browse the main menu. edit: Ah, I see that your issue has been resolved now. Still leaving this here, as many, many more just got "kicked" out of the server in this way because they didn't know what's up. Whoops.

Small update So, personally I haven't encountered the bug anymore lately, but we now know that that may not mean anything. There is a reasonable chance though, that with this new information and reproducibility someone at some point will figure out a work-around. To kick it off, I have the following candidates in mind: 1. Enabling seamless server travel. I know there is probably a good reason for this to be hardcoded to FALSE. But the sound bug really does occur most often at the point of non-seamlessly unloading the map. So should it be feasible in some way this is definately worth a try. 2. Tweaking servers to load new maps faster. The client only GC's the map after quite a few seconds of having to wait for the server to accept new connections. If the server opens up within that timeframe, that might just fix it. However I'm not exactly sure how to achieve this other than by upgrading hardware. Closing this one down in my mind for now, and we'll see what the future brings. -DH

You're totally, totally right on this part. I couldn't have said it any better myself. There are way, way more other factors involved in estimating a player's skill. And there are smart ways to go about it to actually be able to calculate such. Not just talking RenScore here.

Yea well guess what it's not anymore.

I'm taking COVID-19 very seriously. I think we should all grab this opportunity to practice for worse. The next virus could carry the infectiousness of SARS-CoV-2 and the deadliness of Marburg. It's nice to have a people educated and better prepared to contain it. If you really want to condense that into "worrying" go right ahead and then turn left. But I don't think that's what you ment.

I think so too. The human species is statistically speaking a plague to the planet. And at some point nature will attempt to "take measures" to restore balance. But that's not science. It's just a feeling/belief I've had since I was a little kid. Thank you for signing up! You're welcome to join Team COVID-19. We are with 15 now.

Exactly! I worked out the same theory: Needs more "amplitude". Allow for more spikes, swings, sudden events. Example influencers: In C&C, cutting off the harvester(s) was a much more game-turning factor as there was no base income either. => Harvester respawn delay (e.g. 2 minutes), and lower refinery credit base-rate (-0.5c/s), while harvy's yield is considerably higher (+125) Rare vehicle crates are considerably (e.g. +15%) more powerful while having a lower chance to be had (-20%) This keeps it special while introducing a healthy imbalance. A sudden, unexpected +20%-buffed M1 tank with good support could change the frontline. Also where applicable: Any team balancing should work on the principes of equality of opportunity. Do not balance according to equality of outcome. The latter I call "equalizing" a match instead of balancing a team, and is currently being done by using last match's playerscores to balance the new match. Which is a classroom example of a stalemate inducer. Calculate a player's median score from multiple data points. In 2019 I've packed a comprehensive list of statistical factors that go into the subject. Along with the code system prototypes to support it. Which includes a non-Steam global statistics server.

Great! So our quick bandaid is to: - delete the content of the %localappdata%\Totem_Arts folder OR - simply rename your launcher executable to something different every time; should do the same thing Should you want to (help) find a more permanent cure for the community, and/or the issue occurs again for you, proceed with the following: You're welcome!

The problems start when the usual 50-60% of society are sick all at once. Fact that young people are relatively safe from dying, doesn't mean they shouldn't stay in bed. Yes it's true that this virus is "only" 20 times as deadly as ordinary flu. But those numbers are with appropriate, well-fitted health care. IF the health care systems are overloaded x1000, it may well be the worst day in a doctor's life. It is our duty to at least slow the spread, if we can. Recovered patients will form an immunity barrier. If each of us only infects 0.8 others we can prevent it from coming all over us in one apocalyptic wave. We know from history that it's possible to "dam" a virus, at which point it really does goes away for a while. Giving us some breathing room. (...) Only to suddenly come back with a vengeance. ... which however is not going to happen if enough of society has been vaxxed against it in time. SARS-CoV-2 will meet herd immunity when ~85% have been vaccinated OR cured. (regular influenza = 40%) Once herd immunity is reached, COVID-19 will rapidly die down and disappear "for good". We may have to keep vaccinating new generations, as these viruses will still circulate among wild animals. Until hopefully at some point we'll understand these things well enough to find an actual cure. Possibly in the next 50 years. So for now I'd say: let's dam it, slow it down, and work on those vaccines. And reach herd immunity with a low death count.

I have no idea how to prove that to you. However my personal intuition is very clear about it and firmly shouts "negative, sir". These are just researchers doing research. Also given the nature of everything being open-source. If you really want to know for sure, it is certainly possible to look at the code and/or compile a client for yourself. But you'd need to do that yourself; I don't have time for that now. Your call.

It's funny because I haven't actually implemented a fix yet. We're still tracking the error. Apparently your matter has suddenly been resolved. Log is looking good indeed. My guess is, that the original launcher executable will now run OK too. As I haven't actually implemented any fix in the _debug2. But if the normal one still doesn't work: yes you can definately use this one too. Should this issue come back to haunt you later on, proceed with the following: 1. Secure and attach a fresh new log here that is created right after the failure to start. This should give us very specific information as to how and why this is happening. 2. Now delete the content of that %localappdata%\Totem_Arts folder, leaving the folder itself intact. If that doesn't fix it: 3. Tell us what subfolders and files are being created in there. Attach the file(s) here. So for now enjoy your working launcher and glhf.

Alright thank you for your submissions. Please check that the following folder has all permissions for all users set to Allowed: %localappdata%\Totem_Arts If that doesn't do it, kindly execute exactly the same procedure with the newly attached _debug2. Renegade X Launcher_debug2.exe

Dear Renegade-X community, I know this is terribly off-topic but hear me out for a sec. please: Our world's researchers could really use some more computational power to combat COVID-19. Please consider contributing your spare CPU and/or GPU cycles. Let's build a nice grid for them. You do not have to be a researcher to help. Anyone can help. Every little bit will help. Join Folding@Home (select "Any disease" for COVID-19) and/or Join Rosetta@Home (join "Team COVID-19") Both are a different research approach and are critically important in developing a cure. Your computer will still be fast as the software works in the background with low priority. Don't forget to assess your CPU temperatures; all cores should be less than 75C. (use www.alcpu.com/CoreTemp/) Any (technical) questions; bring them to me or ask them at the relevant grid computing fora. Like Share Comment Let's beat this thing. Thank you, and good luck.

His issue is/was with the launcher specifically. He can still join games manually. The binary I submitted contains additional log commands near crucial calls. So that we can see exactly which call results in this uncaught exception. (e.g. this old bug occuring at InstanceHandler.cs line 20) With the intent of figuring out which redist/permission/system files need reconfigured. I know it looks like -and probably is- a permission issue but that code is in a try-catch block and *should* not crash like this.

Please attempt the following: 1. Add exceptions of your launcher executable to your antivirus(es) and firewall. 2. Close any overclocking/hardware monitoring programs such as Rivatuner, MSI Afterburner, or ZOTAC Firestorm. 3. Right-click the Renegade X folder -> Security tab -> Edit -> Users -> Allow as many boxes as you can. 4. Right-click the launcher executable and select Properties. Under the 'Compatibility' tab, test with 'Run this program as an administrator' both on and off. If that doesn't work, proceed with the following: Place the attached binary in your Renegade X/Launcher directory, alongside the original. Run the new variant, and then paste the newly created log file here. Renegade X Launcher_debug.exe

Is the ~3 minutes of playing fine consistently ~3 minutes? & After those ~3 minutes of playing fine, does the rubberbanding start and progress linearly or does it suddenly start full-blown?

Hi guys I had exactly the same problem. Indeed the main menu is perfectly responsive and you would think it's doing nothing. But it's actually downloading in the background and just not showing it. The solution, for now, is to wait. Depending on your download speed after a while it will suddenly load the map.