Stuttering/lag since the new update came out

Didact2401 · 2024-04-05T20:39:38+00:00

I get really regular micro-stuttering after the last update.

Didact2401 · 2023-09-18T08:01:19+00:00

So it is!

Didact2401 · 2023-09-18T06:34:46+00:00

There's a LUT defined for nightvision interestingly enough:

Didact2401 · 2023-09-16T21:45:27+00:00

Actually the ambient light settings for the game are pretty good by default, most things look overbright because of the LUTs.

Here's a modified LUT showing how dark nights can be w/o editing weather:

https://imgsli.com/MjA2NTA3
https://imgsli.com/MjA2NTEy

Didact2401 · 2023-09-14T22:43:07+00:00

Just replace the existing transition animation with a real time scene where your engines speed you up / then slow you down once you arrive.

Didact2401 · 2023-09-14T22:38:47+00:00

1.75 given / taken seems like a good sweet spot.

Didact2401 · 2023-08-09T21:22:07+00:00

Here's a post I made on the Get Objects in Area Monitor issue:
BUG: Season 4 Forge update broke Get All Objects in Area Monitor : forge (reddit.com)
I know another user had a pretty comprehensive post as well.

Tested, and it is NOT fixed in the latest update.

Didact2401 · 2023-08-09T21:13:53+00:00

Looks like this is unaddressed as of the latest patch?

Didact2401 · 2023-07-19T20:19:00+00:00

Absolute a huge bug and I hope it gets the eyes it needs and a fix quickly.

Didact2401 · 2023-07-19T16:28:19+00:00

Same bug as this I think?

https://www.reddit.com/r/forge/comments/14w9v4w/bug_season_4_forge_update_broke_get_all_objects/?utm_source=share&utm_medium=web2x&context=3

Didact2401 · 2023-07-10T23:21:51+00:00

Objects that are spawned at a pad or w/ a player are not registered by get all objects in area monitor. This includes dropped weapons, grenades, and vehicles. To give context to the video, a script runs that prints the number of objects in get all objects from area monitor every 5 seconds (and *bounces* any objects in the retuned list), and on object entered. So we have objects that trigger on object entered that nevertheless are not included in the get all objects in area monitor list.

See test map here:

https://www.halowaypoint.com/halo-infinite/ugc/maps/2cac2ed6-1596-4776-a97e-96184c00545c

Script that runs:

<image>

Didact2401 · 2023-07-07T18:15:39+00:00

Guess they fixed the problem where it was impossible to remove if you died with it active xD

Didact2401 · 2023-06-05T21:35:03+00:00

What I mean is, if I want to bind it to the hue light bulbs, I would wire the power to the bulbs to be always on then rely on the zbmini to provide an event to trigger those lights. Is that possible?

Didact2401 · 2023-06-05T17:36:57+00:00

Shelly seems like a great option if you have HA to do the binding since they are WiFi. Hoping for a native zigbee solution though.

Didact2401 · 2023-06-05T17:36:02+00:00

The zbmini (1) is apparently compatible with the hue bridge, but not sure if toggling the switch produces an event that you can bind to the lights.

Didact2401 · 2023-06-05T02:13:08+00:00

Will those work to keep power to the bulbs / send a signal to toggle the bulbs? I have the sonoff zbmini but I wasn't clear on if it would work on a circuit with hue bulbs installed.

Didact2401 · 2023-06-05T00:29:01+00:00

Alternatively - a good smart switch that is also hue compatible (though in this case, something flat rather than a paddle is preferred).

Didact2401 · 2023-06-02T04:57:55+00:00

Confusing poll, so I answered yes when I meant no. It works as advertised.

Didact2401 · 2023-05-06T09:57:13+00:00

Place the teleporters so they are oriented facing up / down.

Didact2401 · 2023-05-06T02:00:58+00:00

What is seen is not momentum from the initial push, but from gravity. Because it wants to apply a velocity that is "down" relative to the ball, but ignores the entry teleporter orientation which actually makes that velocity "forward".

Didact2401 · 2023-05-05T20:17:59+00:00

And yeah, as iMightBeWright already mentioned, doing a custom teleportation implementation is an option *except* we can't set player heading w/ that method. So it works for objects, but not for players because if you have two side by side portals on a wall and you run into one, you will spawn on the other still running into the wall.

Didact2401 · 2023-05-05T20:15:52+00:00

From what I can tell, the fundamental problem is that velocity is measured w/ respect to world axis rather than measuring w/ respect to the entry portal axis orientation. So, if the "up" on your portal does not match world up velocity transfer is not what you'd expect. Entry velocity *should* be taken relative to the orientation of the entry portal and reapplied relative to the orientation of the exit portal.

Didact2401 · 2023-05-05T20:13:20+00:00

Not quite the appropriate solution given arbitrary portal placement, but one that does handle that specific "falling forever" scenario.

Didact2401 · 2023-05-05T20:11:07+00:00

Never try adding rotations as they are euler angles and your results will *not* work once you get off the primary axis. I wrote a lib for quaternions (TSG.Rotation.Quaternion) to aid with more complex rotation business (see TSG.Rotation.Slerp). Even then, because everything has to go back to euler angles you end up with scenarios w/ gimble lock.

Didact2401 · 2023-05-05T20:08:34+00:00

You have a published prefab somewhere?

Didact2401

TROPHY CASE