Number Six
-
Posts
746 -
Joined
-
Last visited
-
Days Won
15
Content Type
Profiles
Forums
Events
Store
Articles
Patch Notes
Posts posted by Number Six
-
-
1 hour ago, Bionic_Flea said:
Window resizing is back to normal. In fact, it might be better as grabbing the corner to increase height and width seems easier to do now. I no longer get a small window change and then camera move. In fact, I now get no camera move at all with Left Button drag.
Can you try on a new character using the Modern scheme? If you're getting no camera move at all that means you're probably on one who got switched to Classic and doesn't have the left click camera stuff at all, so it's not really testing if the issue with window sizing is fixed.
-
29 minutes ago, Fade said:
I think that means it's working as it should be.
Yep, that all sounds right!
A big part of the problem was that it turns out the profile system with the drop down didn't ever really work right to begin with. Seemed to be unfinished. I guess nobody noticed because almost no one used it. So that had to be fixed to actually work...
-
1
-
3
-
2
-
-
11 hours ago, Fade said:
I've tested the control scheme changes with:
- Characters that existed on the Beta server before Release Candidate 3
- A character that I transferred from Live to Beta after the Release Candidate 3 update
- A brand-new character created after the Release Candidate 3 update
Characters 1 and 2 had the new quicklook left mouse button features, new mouse movement functionality, new shift+# for the third tray buttons, and the new walking towards a turned camera (free-look) functionality.
Character 3 inherited my default saved keybinds when I created it and had none of these new changes except for quicklook, which seems to be bound to a new "LeftDragWorld" keybind rather than "LBUTTON" like I would have first expected. (EDIT: I think this part is a good thing and I like it.)
If you don't mind, could you re-test on RC3.5? Copied characters from live should now default to "Classic", while newly created characters get "Modern" unless you've overriden it by saving default key bindings.
-
1
-
2 minutes ago, Blackbird71 said:
Your previous statements indicated that even if you already had "classic" settings on your characters, new characters on the account would have the new "default."
- These changes only apply to new characters, and overridden by customized bindings that were previously saved.
The keybinds.txt file created by clicking the button to save bindings has always taken precedence over the defaults for new characters.
-
15 minutes ago, Blackbird71 said:
Old players make new characters. If you're going to go through with making these new settings the default, then it would be nice if the "classic" settings could be chosen as default account-wide so that you don't have to remember to change it with each new character made.
Click Classic. Click Save to default file. That takes 5 seconds and you never have to think about it again.
-
3
-
1
-
-
38 minutes ago, JAMMan0000 said:
The second bullet about resizing windows to be interupted also applies to dragging the slider on the right of the map
Just fixed that one internally a few minutes ago. The map slider looks like a scrollbar, but is not and is actually a completely separate control that is only used by the map. Because of course it is.
-
8
-
1
-
-
Known issues that will be corrected and don't need to be reported:
-
Existing characters using the new key bindings if they haven't previously loaded binds or customized the keys in question.
This is intended to only affect new characters. We are planning to do a database-side migration of existing characters to the Classic key profile during go-live to avoid this issue. - Resizing UI windows causing the camera to move and interrupt the resize.
-
6
-
2
-
1
-
Existing characters using the new key bindings if they haven't previously loaded binds or customized the keys in question.
-
1 hour ago, Fade said:
Characters 1 and 2 had the new quicklook left mouse button features, new mouse movement functionality, new shift+# for the third tray buttons, and the new walking towards a turned camera (free-look) functionality.
Confirmed this is an oversight. The game only saves the bindings for individual keys when they're changed, otherwise it falls through to the profile. Which means if you haven't customized the movement keys at all, the changes to the default profile would affect existing characters as well.
To avoid any nasty surprises, the current plan is when Page 7 goes live, we'll run a database query to change the profile of all existing characters who are using "Default" to "Classic" instead. That way new characters will be created with the new defaults while leaving existing characters unchanged, as was intended.
-
3
-
1
-
1
-
-
10 minutes ago, Fade said:
This part is somewhat misleading. Previously existing characters ARE affected by these new changes (especially noticeable with the changes to free look and moving forward, and the change to how mouse movement auto-run works), but loading a bind file saved before the update reverts them.
That's surprising since binds are saved serverside with the character. Will look into it as that's not how it's intended to work.
-
3
-
-
42 minutes ago, PeregrineFalcon said:
Sorry, I was at work and misremembered the correct name of the option that I'm talking about:
Ahhh, personal player name.
I was pretty sure we hadn't changed anything there so I checked the code all the way back to when HC started and it's always been just an on/off settings. Only thing I can think of is that you set it using a slash command or manually editing the saved settings file.
It would be
/option_set ShowOwnerName 6Not sure about changing the options to allow that normally, it's a super niche use case and I can't imagine it being as generally useful as the ability to show enemy names. May be a moot point anyway as I'm considering the suggestions for a target-of-target window but that would be an I28 thing at the earliest.
-
1
-
-
3 hours ago, PeregrineFalcon said:
BTW, can we get "Show when selected or on mouse over" added back as an option to "Player Name"?
Not sure I understand what you mean, that's not something that was changed AFAIK.
I just checked on live to make sure and that shows up when clicking through the options, right after "Show when selected"
-
1
-
-
27 minutes ago, Wiseguy said:
Any chance we can get a "show only when alive" toggle? Not sure how hard/impossible this would be to stick in, since I don't think there's an option to manually /option_set it right now...
That sounds complicated, because then you'd need to check if the target's HP is 0, track who defeated that target and check the alignment to see if it was a Hero or a Villain, handle exceptions and special cases like the target being a robot, etc etc. And what to do about Vigilantes, maybe a null the gull option for whether they kill or just incapacitate?
-
1
-
-
It's not going to be the default because it can make the screen quite cluttered in places, but coming Soon™ to a page 7 beta near you:
-
1
-
4
-
3
-
1
-
-
Also if you DO see someone whose behavior is over the line, please open a support ticket, preferably with screenshots or chat logs that include timestamps. The GM team can't monitor chat 24/7 and relies on player reports to know when they need to step in and calm things down.
Even if that particular instance ends up being determined that it's not egregious enough for immediate action, it does build a record of repeat offenders and affects future decisions.
-
3
-
1
-
1
-
-
22 minutes ago, Doc_Scorpion said:
But I would hesitate to recommend a hard cutoff wrt to recharge times because that's going to be a very much a YMMV thing.
You should keep an eye on RC3...
-
1
-
-
Also I'm not going to clutter the options menu with it since there's already too many esoteric things in there, but if you really want shrinking icons combined with power timers, I just added a hidden /tray_always_shrink command. It persists in your account settings so you only have to use it once.
-
4
-
-
4 hours ago, Fade said:
One more voice for the "shrinking power icon support" chorus. This seems like the kind of thing that should be an option.
There is a subtle "sparkle" effect that plays when a power is finished recharging by default. This disables the little sparkle.
It also disables the shrinking icons altogether, even when NOT using the recharge timer, as well as the exploding "0" animation that coincides with the sparkle if you are using the timer in Centered mode.
-
1
-
-
One of the frequent complaints about the volume in this game is that it's somehow louder than everything else on the system.
Yet last time I threatened to reduce the top end volume because nobody sets it above 20%, a couple people complained and said that for whatever bizarre reason, they have to set it to 100% on their weird old laptop and it would be literally unplayable if the top end volume changed.
So yes, it does go to 11. But if you play with the slider you'll notice that if you push it to 100% it wants to snap there and it takes extra effort to go beyond that. And at 150% it is indeed louder than all those wimpy other games you have set to a measly 100%.
-
5
-
1
-
5
-
1
-
1
-
1
-
-
6 minutes ago, JayboH said:
What would the equivalent be for 4% on fx now?
About 23%
-
2
-
-
Experimental change on Breakout for early testing and feedback.
Missions
- Players now auto-exemplar down to the mission level when completing missions and storyarcs that have been outleveled.
NOTE: The build now on Breakout has been refreshed to match what's in open beta, but also includes a few changes that are intended for open beta build 4. In order to not split tester focus, those changes are not documented here. If something unrelated to this experimental feature is encountered we ask that you please wait until it makes it to Brainstorm (Soon™) in order to keep the feedback together.
-
1
-
2
-
3
-
46 minutes ago, Jordisk said:
And I assume editing the list of shards that it checks is a hassle, so you can't just remove the two that are down and then add them back afterwards.
We considered that but it would mean a second restart for everything else, which is maybe marginally better but also annoying for everyone.
-
1
-
1
-
-
On 1/30/2024 at 12:03 PM, Hyperstrike said:
But look at how much memory gets held onto (Properties/Memory - Minimum Server Memory)
Don't worry, we have a couple people on the infra/admin team who do enterprise SQL server tuning for their day job. We're very well aware that it will try to consume all available system memory for page cache. 😉But the reason it's so critically important to run SQL on a dedicated host separate from dbserver and/or other game components is exactly so that it can make use of all that RAM without having to artificially limit it to a much lower cache size to accommodate a variable amount of memory demand from other processes.
That and dbserver is extremely sensitive to latency. It can't handle a stall if SQL is monopolizing resources and something gets paged out or has to wait on a kernel mutex.
-
2
-
3
-
-
1 minute ago, Ridiculous Girl said:
can someone explain this to me like i am a five year old? 😄
Bigger server go faster.
-
3
-
3
-
1
-
1
-
1
-
2
-
-
29 minutes ago, BlackHorde22 said:
What's the largest factor to memory / data need?
Could it be the Architect with soooooo many created maps taking up all the memory and space?
No, on SQL it's simply having more buffer cache. It's about getting as much of the character database in-memory as possible to minimize I/O wait, which gets amplified in high load scenarios when the game's dbserver has a large amount of database transactions pending.
AE missions are on a completely different VM and don't even go into SQL.
-
1
-
[OPEN BETA] Patch Notes for February 18th, 2024 - Issue 27, Page 7 - Release Candidate 3.5
in [Open Beta] Patch Notes
Posted
Thanks for sorting them out, I was going to pop in and ask why you're trying to use PgUp AND right-mouse-button at the same time, since those do polar opposite things.
There was a subtle change in the behavior in the very specific situation where you try to use camera look and mouse look (the one that rotates your character) at the same time. Mouse look was made to take priority to ensure that running with Left+Right mouse buttons pressed works correctly and you're able to steer while running regardless of which order you pressed the buttons in.
It's a small enough thing that it didn't warrant a patch note on its own, as it shouldn't affect anybody, since there's no reason to use both functions at once.
But yes, the correct answer is to not press the right mouse button at all and just hold PgUp and move the mouse to rotate the camera -- not a new thing, you could always do that. 😀