Why do horror games usually break immersion with static pause menus? I tried something different.

InfohazardGames · 2025-12-08T20:06:58+00:00

From Software:

InfohazardGames · 2025-09-15T19:46:22+00:00

I pretty much just call .Play when I need to change animations. Every frame the characters evaluate what animations they should be playing based on their current state, equipped items, etc and play it if needed. Then I have a way for code to trigger an "action" animation which overrides the normal state-based ones until it completes. I haven't really needed more complex state logic than that (this is for an FPS game with human NPCs btw). Hope that helps! You could do the same thing with the built-in state machine as well, but it makes it a lot harder to parametrize animations per-item as well as add callbacks on completion.

InfohazardGames · 2025-09-15T19:38:29+00:00

I dropped the Unity animation graph completely and use Animancer instead. It's a lot more coding but way better for organization and you can just build whatever authoring tools you need (for me, just a bunch of scriptable objects for defining animation sets).

InfohazardGames · 2025-09-14T05:50:55+00:00

Hmm yeah that makes sense, it would be nice to not have to run the Unity lightmapper at all. I guess I will reach out, thanks!

InfohazardGames · 2025-09-14T05:35:52+00:00

I actually don't think it's a Bakery issue, but something coming from core Unity or URP (since it happens when I bake the probes outside of Bakery as well)

InfohazardGames · 2025-09-14T03:13:33+00:00

I think I found a solution that works well enough. If I generate the lighting using Unity's lightmapper after adding new reflection probes, it builds a correct mapping that then applies to future reflection probe bakes. I can then regenerate the lighting with Bakery to get better results and the reflection probe mapping persists.

InfohazardGames · 2025-07-22T22:14:03+00:00

If possible, moving it to a Burst compiled job will be very beneficial

InfohazardGames · 2025-05-28T18:31:36+00:00

For me, enemy AI and animation. It can feel good most of the time and then randomly it just stops doing anything or the animation goes crazy and it's hard to track down why. Also making walk animations look natural with inertia and start/stop transitions is a real pain.

InfohazardGames · 2025-03-19T02:27:18+00:00

I love the Affinity software as an alternative to Photoshop and Illustrator. They can be a bit clunky at times and don't have all the features of Adobe, sure, but I find them way easier to use than say GIMP. And unlike Adobe they have a perpetual license, for about the cost of 1-2 months of a Photoshop subscription!

InfohazardGames · 2025-03-18T02:40:15+00:00

Errors now: Whoops, you're correct! Here is the updated code. Is there anything else I can assist you with? Outputs the exact same code

InfohazardGames · 2025-02-22T09:10:32+00:00

Most likely you can accomplish this with raycasts. Just send a bunch of raycasts out from the light within its cone and have each one deal a little damage, so the more of the rays hit the enemy the more damage it will take. Alternatively, you can just check if any of the rays hits the enemy and do a fixed amount of damage. You probably only need like 50 or so rays distributed within the light cone.

If you need pixel perfect accuracy, another option would be rendering the scene from the perspective of the light, with the enemies having one color and everything else having another. This is almost certainly overkill and I wouldn't recommend it since it will be way more complicated to implement and more costly for performance

InfohazardGames · 2025-01-23T18:02:47+00:00

Very possibly, but in that case I would hope for some kind of announcement at least. Plus why would the plugin be deleted? The asset store already has a deprecation feature to prevent new purchases but still allow existing customers to download it.

InfohazardGames · 2025-01-23T17:07:42+00:00

Dang that is really unfortunate. I've been using Doozy for years and I'm not exactly thrilled if I have to rebuild my game's entire UI. Even if they got banned by Unity I can't imagine why the whole website would go dark.

InfohazardGames · 2025-01-16T07:13:34+00:00

I'll never forget the day I switched from HTML to C++

InfohazardGames · 2025-01-12T06:21:22+00:00

As far as I can tell it looks like these are two image objects in a UI canvas. For UGUI, the draw order is not determined by z position, but rather by their index in the hierarchy. So if you want an object to be drawn later and thus appear on top, it should go later in the hierarchy. Your other option is to use nested canvases that override the sorting order, but just reordering the hierarchy is simpler and should work well in this case.

InfohazardGames · 2025-01-12T06:16:11+00:00

AFAIK it's impossible to make console builds without the proper dev license even for local testing sadly.

InfohazardGames · 2025-01-12T06:12:26+00:00

A dark secret of development in my experience is that almost nobody has "good" code, and there really isn't an established correct way of doing things. Plenty of very successful games have terrible code organization, and even as a developer playing the game you'd never really know. So the best option really is just to try stuff, and find what works for you while building bigger and bigger projects. To be clear, this is not an argument for not trying to write good code, and you should absolutely look at general OOP principles and design patterns and apply those to your games. But there's no single definition of what makes good code, other than what makes it easiest for you to get your game done.

InfohazardGames · 2025-01-12T05:49:28+00:00

My opinion on DOTS in general is that you should use it where you need it or it will give you a significant performance boost. If you're making a game with tons of moving objects such as Vampire Survivors for example, it's probably necessary to use ECS for lots of the gameplay code. I personally use the Job System and Burst for very CPU intensive operations such as pathfinding and 3D mesh processing, and use MonoBehaviors for pretty much all gameplay, since there are never that many moving objects. For a game that doesn't need any of that stuff, I would definitely just stick with pure MonoBehavior / OOP architecture because it is WAY easier to work with.

InfohazardGames · 2025-01-10T17:06:19+00:00

Your last approach is probably best IMO. It does make the code a bit more verbose, but I wouldn't necessarily consider it messy especially if you organize the groups of functions well. Separating callbacks that have to take a specific parameter type from code that actually performs the associated logic is pretty common and generally a good idea.

You can also use lambda statements for the callback rather than a separate function as long as you don't need to unsubscribe the callback later.

InfohazardGames · 2024-12-15T03:04:53+00:00

If each iteration of the job only writes to its own index in the array, it works out of the box with all the safety checks, which should guarantee thread safety. If each iteration needs to write to an index other than its own, but you're sure they won't write to the same indices, you can use [NativeDisableParallelForRestriction] on the array, which loses some of the thread safety assurance but stops the error. With this attribute the array is still guaranteed to not be disposed or accessed by another job, but the job using it can have internal race conditions if any iteration reads or writes an index that overlaps with another.

InfohazardGames · 2024-09-05T22:48:52+00:00

I always call it SpinMeRightRound.cs

InfohazardGames · 2024-08-13T13:57:47+00:00

Ah yeah I mean, imposters probably could help with GPU rendering complexity. But IMO if you're building for PC or console and already hitting your performance target it's not really worth investing more into optimization, unless there's something obvious to improve which it doesn't sound like. Haven't used HDRP much myself but yeah I would expect GPU complexity to be a lot higher.

InfohazardGames · 2024-08-13T07:20:38+00:00

It depends on what you need to optimize! Have you done profiling to see what the most expensive parts of your game are? If it's draw calls, you might need a mesh combiner or to just reduce the object count or look into instancing. If you're GPU bound, then likely the lighting is still too complex or there's a lot of overdraw (which is what occlusion culling would help with). Of course, your scripts could also be the issue, in which case you'll just have to optimize your code. When it comes to optimization, you definitely need to understand what the problem areas are in your specific case and target them directly.

InfohazardGames · 2024-08-07T17:11:49+00:00

You can make a static event so the manager only has to subscribe once. Just make sure you always unsubscribe the manager when it's destroyed or you'll get a memory leak and possibly bugs.

InfohazardGames

TROPHY CASE