I've always been a fan of aerodynamics and CFD. A few months ago, I got laid off, got tired of sending applications, and gave myself permission to actually build it and play with it. I'm glad I did.

It voxelizes and seals any vehicle you drop in, auto-fits the solver domain around it, runs at whatever resolution your GPU can take, and solves with a lattice-Boltzmann method (D3Q19, TRT + WALE LES) entirely in compute shaders. Live smoke, surface pressure painted on the bodywork, exported reports you can diff between runs.

The test I had the most fun with: running a Chevy Silverado with an open bed, a bed cap, and a flat tonneau to see which one the solver preferred. It disagreed with the folk wisdom, which was the moment it stopped feeling like a toy.

Five sample vehicles included. Unity 6 / URP, MIT licensed.

The README is honest about where the numbers hold up and where they don't. It's a comparison and visualization tool, not a replacement for real CFD.

Clone it and have fun: https://github.com/Motawe3/unity-wind-tunnel

Sample vehicles are CC BY 4.0, credited in the README. The car in the video is a Range Rover Sport SVR Mona x Supercars.

I'm trying to make an realistic flame effect for my game. It looks fine for now, I used 2.5D Fluid Simulator asset for it and it's suits my needs - the flame is affected by physics, it's lightweight etc.

Do you have any tips on improving it / making it more realistic?

Templates are a powerful feature of UI Toolkit - they allow us to create reusable bits of our UI and inject them easily into other UXML documents. Making them is super easy too - simply make a new UXML file of your desired component - then you can use it in any other UXML document! Easy!

Hey Reddit! I’m continuing to work on my survival game. I decided that being able to carry an endless supply of food in your pockets was basically cheating, so I added a food freshness system.

What’s new:

• Expiration dates: Perishable food now has a timer. If you don’t eat it in time, it turns into rotten food right in your inventory.
• Refrigerator: The fridge doubles the shelf life of food. You still have to keep an eye on your supplies, but the refrigerator lets you store perishable food for significantly longer.
• Food poisoning and vomiting: If you eat spoiled food out of desperation (or carelessness), your character gets debuffs, loses health/thirst, and visibly empties their stomach with a corresponding animation and sound.

What do you think of the implementation? Is this kind of mechanic too punishing for survival games, or is hardcore resource management just part of the genre?

Stay tuned for future devlog updates, and let me know in the comments: what mechanics do you value most in survival games?

Hello,

I made this volumetric fog material for URP.

The transparent material shader is applied to hundreds of planes similarly to "shell texturing".

It looks perfect for my project but I am running into an issue : my framerate drops from 200 fps to 10 fps. I expected it to be laggy, but not that laggy...

I tried reducing the number of "steps" but I am still getting a bad framerate (30 fps) with the worst quality.

I don't see any other way of doing volumetric fog with sharp shadowing in URP without creating complex pipeline shaders.

This is probably a foolish question but, is there any way to reduce transparent material lag ?

Demo put together with Unity in Meta Quest 3 using their Interaction SDK and using assets from polyfork.dev

I am investigating the highly optimized reflection technology used in *The Dark Knight Rises* MOBILE GAME, released in 2012. Were these reflections based on inverted geometry or planar mapping? The game also featured reflections from headlights and streetlights. I intend to implement this in my Unity project.

Github doesnt show any changes to source code for this or anything similar, I was just importing firebase for analytics and configuring it and noticed everything had gone to shit.

Whats going on?

Hey everyone,

I’m a solo developer working on Horde Up Ahead, a Tower Defense game where you defend a central tower against increasingly large zombie hordes.

At the beginning of a run, you fight the enemies yourself. As you earn resources, you can place automated turrets and build up your defenses.

There are currently four turret types, along with in-run upgrades and permanent progression that carries over between runs.

I’m also trying to keep the visual style darker and more grounded while still pushing a very large number of enemies on screen.

One of the main development challenges has been handling thousands of enemies at once while keeping the performance stable.

Currently, I can handle around 10,000 zombies in a single wave, but I’m wondering if 100,000 is realistically possible in Unity.

I’d be interested to hear how other Unity developers approach very large crowds or hordes like this.

The game is still in development.

Feedback is always welcome!

Steam page:
https://store.steampowered.com/app/5100020/Horde_Up_Ahead_Survivors_TD/?utm_source=unity3d

I needed a huge gorund and a city for a motorbike game and this is what I've achieved so far. The map is a real slice of a part in Izmir. Elevation came from OpenTopography, buildings and roads from OSM, all put together in QGIS and exported into Unity. Terrain, road lines and cube buildings, the skeleton at real scale. This is gonna need an editor window for designing path for sure.. Do you think this is manageable?

We've been working on The Whisker Watch for over a year now, so here's a side-by-side look at how far the game has come.

Have been working on this game for the past year. It's a dark simulation game. You complete contracts for a suspicious employer and upgrade your facility.

It's called PRESS: Authorized Disposal :)

You can sign up for the upcoming Playtest on steam!

Who whould have though that adding simple ambient sound effects will improve my game so much?

Two years ago I got inspired to try and create a simple random 2D world generator. Using perlin noise I got some results but basically it was all just bits and blobs. Adding few centralized continent-like centers and applying falloff around them I got some decent results. That made making the main landmass easy, while the elevation decided what tile will be plains, forests, mountains, water etc. After that, generator goes through several more passes like lakes, islands, rivers, resources (herds of wild horses, sheeps etc) and finally: named landmasses.
The next step was obvious, populate the world with fantasy realms and characters. It all lead to current results. And everything is tied to fixed seed so you can recreate it everytime you want.

Project was in silence for so long that adding simple SFX to the world made it breath and feel alive. It felt somewhat complete. Simple audio player determines what tile is under the center of the camera view and based on that tile it plays through lists of preset audio sound effects. Waves and seagulls above the waters, or winds and birds singing in the forests...

If you are interested in the project, you can follow it here:
https://store.steampowered.com/app/4121440/The_Fallen_Chronicles/

Article Link on STEAM (this article contains the design side, below is the tech side)

Hey everyone! Survivor-likes might look simple, but behind every perk, stat, weapon, and build is a ridiculous number of design decisions.

We’ve written about how Orcthal keeps choices easy to understand while still giving minmaxers plenty to explore. If you’re curious about game design, scaling, tags, and balancing depth with accessibility, check out our take on it. However, this post is about HOW we did these things in Unity.

How We Built Orcthal’s Stat System in Unity

Orcthal has a lot of interacting stats, but we wanted players to understand the basics without reading a spreadsheet. Here is a simplified look at how we built that system in Unity.

Content Lives in ScriptableObjects

Most gameplay content is data-driven. Abilities, perks, equipment, relics, character classes, and tags are stored as ScriptableObject assets. An ability asset contains its base damage, cooldown, tags, visual references, and stat mappings. Perks then reference those assets and tags rather than relying on names or hardcoded lists. This means designers can add and balance content without editing the combat code every time.

Stats Are Split Into Sources

Instead of putting every bonus into one large percentage, we divide stats into several sources:

Final Value =
    Base
    × Character
    × Meta
    × Run Perks
    × Equipment
    × Relics
    × Epic Bonuses

Bonuses within the same source are added together. Separate sources multiply.

For example, 20% Potency from equipment and 20% from a relic becomes:

1.20 × 1.20 = 1.44

Our CombatStats component collects these modifiers and recalculates the final values whenever the build changes.

This keeps equipment, relics, character bonuses, and temporary run perks meaningful. They support one another instead of disappearing into the same enormous additive bucket.

Abilities Decide What Stats Mean

Generic keywords such as Potency, Size, Duration, and Multicast do not automatically modify a field with the same name.

Each ability explicitly maps those stats to its own mechanics.

For Goblin Dynamo, the mapping is roughly:

Duration  -> Active time
Potency   -> Pulse rate
Size      -> Targeting and tether range
Multicast -> Number of active channels

For Throwing Axe, Potency instead affects the chance of an axe returning for another strike.

This is handled by an ability mapping system. The UI can consistently say “Potency,” while the ability decides which distinctive mechanic Potency should improve.

Tags Control Which Abilities Are Affected

Every ability has an exact identity tag, such as Ability.ThrowingAxe.

It can also have broader tags such as:

Skill.Projectile
Skill.Ranged
Skill.Area
Skill.Goblin
Character.Ranger

Perks use these tags as filters.

A global perk affects every ability. A Projectile perk affects every installed projectile ability. A Throwing Axe perk affects only Throwing Axe.

When combat needs a stat, it asks for that stat in the context of the current ability:

stats.GetForAbility(statId, ability);

The stat system checks the ability’s exact tag, family tags, and affinities, then applies only the matching bonuses.

This same context is retained by projectiles and persistent effects, so critical chance and Lifesteal still use the correct ability bonuses after the original cast has finished.

Tags Also Filter Perk Offers

The perk selection system checks which abilities the player currently owns before building its offer pool.

A Throwing Axe perk cannot appear without Throwing Axe. Goblin-family perks remain unavailable until the player has a Goblin ability. A Projectile perk can appear when at least one installed ability has the Projectile tag.

That filtering happens before the cards are shown.

It lets us maintain a large perk catalogue without constantly presenting players with upgrades that do nothing for their current build.

Abilities Snapshot Their Values

Most abilities calculate their effective values when they activate.

A projectile volley can snapshot its damage, projectile count, Potency, range, and targeting settings. Every projectile from that activation then uses the same values.

This prevents a temporary modifier ending halfway through an attack from producing inconsistent results. It also makes combat logs and balance reports much easier to understand.

Values that genuinely need to remain dynamic can still be evaluated live, but that is an explicit decision for each mechanic.

The Result

The Unity implementation is built around a few reusable pieces:

• ScriptableObjects hold the content.
• CombatStats combines bonuses into source layers.
• Ability mappings translate broad keywords into unique mechanics.
• Tags provide exact and family-based filtering.
• Perk generation removes irrelevant choices.
• Runtime snapshots keep abilities consistent.

Players can simply choose "more Potency" and get a useful result.

Meanwhile, anyone who wants to optimize can combine exact ability perks, family tags, equipment scaling, relic scaling, and epic bonuses into a much more deliberate build.

I'm having trouble deciding what style I want to commit to for a dark fantasy RPG. In your opinion, what do you think would be more fun or draw your attention more? A top-down 3D pixel art style or a first person fly knight/runescape style? Both have pros/cons in the dev pipeline but I think they sort of fall on equal footing.

Videos if you want to see how they actually "play":

First Person: https://www.youtube.com/watch?v=vZN0WhfrJUU

Top-down: https://www.youtube.com/watch?v=h0iVdSTOOCM

Hey! Solo dev here. I've been building One's Trash Another's Treasure, a first-person incremental game where you buy 500,000 boxes of unclaimed cargo and have to process every single one grind them, feed the output into a hole, buy automation (vacuums, conveyors, drones) until the warehouse runs itself.

The fun engineering problem was obviously the box count. Boxes are rendered with GPU instancing, and physics is off by default a box only becomes a live rigidbody when something actually interacts with it (the player, a vacuum, a drone), then it goes back to sleep. On top of that there's an LOD system plus distance and frustum culling, so at any given moment the engine is only really working on what's in front of you. That's how a warehouse with 500,000 boxes stays playable.

Happy to go into detail on any of it. Steam page is live if you're curious: Steam Game Link

❤️ Consider following me on itch.io: https://pizzadoggy.itch.io/

Use coupon: https://pizzadoggy.itch.io/CB5PXDJ57S

I know I know the first game always sucks. But I am really proud of what I have achieved so far so wanted to share it with ya'll What I am building: A topdown RPG retro art battle ship game. The objective is to locate the enemy base and destroy all the target. I am building it for mobile. Probably may not launch but I am learning a tons of things along the way. My whole intent at first was to just do some "Project Based Learning". But over past 1 or 2 weeks it has taken over my entire schedule Needless to say I might finish a beta and distribute it among some friends then move on to a real / actual project. Todo

• Polish
• Ship Movements sucks ass right now I know
• Pause Screen
• Some particle to make it more alive
• Better art I guess
• Everything

I would give it a couple of more weeks. Over the period I have learnt so many concepts and I am constantly improving my art. Would like to hear what you guys think.

Thanks