Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
It's a shame Valve hasn't put as much into supporting modding on this like they did in previous games. There's still a some bugs in the base game they haven't fixed yet.
Hey Timerider! Thank you for your kind words
There are variables in my code which currently place a 45% increase of emphasis on gameplay items, and their weights could be increased further; but I never got around to exposing any of them in the console. If I do touch this feature in the future, perhaps I could also add a de-emphasis on small items so they don't get in the way as much.
As for performance, the solution I've thought of would be to simply put a limit on how many items the gloves are allowed to scan per frame. They could then process through the most likely candidates based on aim and distance, and target the best one once its reached its query limit. This approach would probably not significantly impact the user-experience of accurate targeting ( maybe with the exception of being able to tug on far away objects when there are a lot of physics objects in the way), but would significantly stabilize performance.
And for the glove models... Yea I wanted to do that (and tried briefly), but it was opening up a whole new can of worms to learn Source 2's animation and attachment system. This mod codes the behaviours from the ground-up for full control over thier functionality, so I'd have to implement the glove models into my codebase from scratch. The one hacky workaround I did implement was that for supporting Vort energy , I reverted the gloves back to the originals and then Frankensteined my codebase to overlap with them when the user is near Vort energy nodes ... It's not the most stable thing in the world, and I think you lose a lot of the more unique Grabbity abilities of the mod when this is active (like pulling heavier/distant objects, manhacks, doors, etc), but still retaining the Levitation and Punting capabilities... But perhaps exposing this feature through a console flag one day would give people some aesthetic joy.
Life's been busy, but all of these points are on my to-do list if I ever do make the time to get familiar with Source 2 again and make some tweaks :) If you stay subscribed to this thread, you'll occasionally get pinged from others posting a comment, but I also will comment here if I do one day release an update addressing these concerns. Thanks again for your feedback - it warms my heart to know people are still enjoying this mod, warts and all
The biggest issue I've run in to is the difficulty targeting ammo, resin, or other needed items near physics objects. Is there a way to prioritize targeting of those?
The aforementioned CPU spikes. Would they be any better if, say, only one glove was active at a time (like, whatever one you clicked the trigger on last)? Would filtering out certain objects help, like tiny wood splinters, cigarette butts, etc., or would that just result in more calculations to figure out what not to grab?
Is it possible to use the existing gravity glove model instead of the bare gloves?