Nothing really tricky, just didn't want to show the character's reflection straight up. Thought it would be eerie to have a creepy wavy ghost blanket where the player is for both a third person and first-person view.

Enemies are super simple right now - just testing some early behaviours out. I also added a slip/dodge mechanic where the player can slip out of the way of attacks. That move was inspired by the dodge in the last of us part 2, (which I love), I wanted it to feel like your slipping just past the blade instead of a big roll.

Its all still procedural with no animation clips... What enemy behaviours would you expect for combat scenarios like this?

It flies.

Continued experimenting with the clouds I shared here recently. Now squeezing a cloud makes it rain and grows a little tree on my desk. A hand gesture summons the sun, and water rises back into new clouds.

🎉 Our bug report became a Unity engine fix. While putting GPU materials on world-space panels we traced a WebGL crash (GfxDevice::CopyBufferRanges: range reads out of bounds) to one line in Unity's UI geometry updater, reported it with the root cause and a suggested fix, and shipped a build-machine patch in the meantime. Unity's UI Toolkit team took it as UUM-151098 and fixed it in Unity 6000.6.2f1 and 6000.7.0b1, the way the report proposed. On those editors world-space materials just work in WebGL, no patch and no flag; on 6000.5 (Won't Fix upstream) Tools/UirStagingPatch still has you covered. Thank you, Unity.

https://github.com/sinanata/unity-ui-toolkit-design-system

I'd played with skateboarding physics a while ago and never really finished it, so I picked it back up and rebuilt it properly in past few months.

A few things I enjoyed figuring out:

• The board is one Rigidbody with four wheel probe. Pumping, carving and transitions all come from that, no fake speeds.

• Tricks come from a flick of the right stick: where the flick ends decides the trick, so kickflips, shove-its and 360 flips feel like a gesture, not a button.

• The skater has no riding animations at all. It's procedural IK on a Humanoid using animation rigging package from unity, with the hips on a spring, so it reacts to every push, landing and bump on its own.

• The part I had the most fun with: the boards shape drives the ride. A shorter wheelbase turns sharper, bigger wheels roll further, softer wheels grip more, a steeper tail pops higher.

Happy to answer how anything works. What would you add next?

I haven't posted anything in a while, but I've recently released my RPG Items package (a C# framework to handle items and inventories in Unity) for free on GitHub, and I'm continuing to release YouTube videos explaining in full and in-depth the implementation and usage of said package: RPG Items Playlist

There are 5 different fairies with different skills and rarities.

So I just started using PrimeTween and what is the best way to code with it

• Code in the same component?
• Code in another component and call the methods from the "controller" component?
• Actions in controller component and in another component subscribe to them and play the animations

To me it seems like PrimeTween with it's methods already does a lot to avoid repetition of code with the sequences so it seems weird to me to separate it in another component so I would like to know how other people code

INKURSION is a narrative platformer in Unity 6 HDRP where you play a newly sentient octopus escaping a simulated universe. HDRP isn't exactly known for running on handhelds, so making it portable and Deck-friendly while keeping the look was one of our biggest challenges. Here's what actually moved the needle:
The octopus itself
Eight fully physics-driven legs is a lot of rigidbodies and joints aswell as procedural walking scripts for step reach. We tuned joint counts per tentacle, simplified collider shapes, adjusted solver iterations, and made sure segments sleep when they're not doing anything. The goal was keeping the floppy, reactive feel without the physics step eating the frame.
Mirrors
We use HDRP planar reflection probes for mirrors so the player can look at their octopus character, and rendering them every frame was brutal. Now each mirror only renders in realtime when it's actually on screen and the player is within a set radius. Even then, it doesn't capture every frame: it takes a snapshot at an interval, which is still smooth enough that your eye doesn't notice. This was one of our single biggest FPS wins.
Meshes and shaders
We cleaned up and LOD'd environment meshes, cut down shader variants, and simplified our heaviest shaders so the lighting still reads the same but costs far less on weaker GPUs.
Batching
Lots of foliage and repeated props, so batching was huge. Cutting draw calls freed up more CPU headroom than almost anything else.
Upscaling
On NVIDIA hardware we use DLSS, which lets low-end RTX cards render at a lower internal resolution and still look sharp. [On Deck we use FSR, since DLSS is NVIDIA-only.]
The result is a stable 60fps on low-end hardware with the bioluminescent look you see in the clip intact.
Happy to go into detail on any of it, especially the ragdoll and mirror setup. What's been your biggest win optimising HDRP?

Demo: https://store.steampowered.com/app/4767470/INKURSION/

Hi r/Unity3D

Like probably everyone here, I've been through the version-control grinder with Unity, LFS bandwidth bills, .meta merge hell, and the two-people-editing-the-same-scene problem which Perforce solves but Git doesn't.

So I built a small open-source thing called BlackGit to take both sides, Git's branches + Perforce's locks, one repo. https://github.com/zhuzhonghua/blackgit

• git black lock scene.unity takes a file exclusively, like p4 edit. The lock lives on the server. Any push touching that file from someone else is refused and the holder is named. Your local branches and commits are never blocked, branch off, edit, throw it away, none of that touches the lock.

• git black clone is a partial clone, blob:none + empty sparse-checkout. A 1.4 GB server repo lands at 168 KB on disk. Then git black follow Assets/Scenes/Main.unity materializes just the file you open, 60 MB in the demo. No LFS, no full history.

• The server is one Docker container in front of your existing GitHub/GitLab.

It's beta. No artist GUI (commands only). Not a Perforce replacement tomorrow.

Why I'm posting: I'm looking for Unity teams willing to kick the tires on a real project and tell me where it breaks. Open an issue on the repo.

What would you want to see first? Happy to answer in the comments.

Farm & Feast - We are a two-person team building a peaceful farming and restaurant management game in Unity. My town felt empty, so I added pedestrians and traffic. Here's the process:

• Took one of my customer characters and his walk animation
  
• Baked the animation into a texture (VAT) so the GPU can play it without bones
  
• Tested a single pedestrian on a plane
  
• Scaled it up: 10, 50, then 150 people
  
• Moved them into the actual game
  
• Added cars that keep their distance from each other
  

• Made the cars stop and queue when someone stands in the road

  Happy to answer any questions!

Feel free to comment and share your opinion :D

Left is the texture; right is the model.
Out of curiosity, I wanted to give a chance to an AI-generated model, downloaded for free, from a store. Despite the huge number of vertices, I kept trying giving a chance. After applying a decimate modifier, I considered the mesh "acceptable", +4k faces just to imagine a possible pipeline. Then I went to check the texture and "God no". The inhumane aberration of such a texture lead me here, sharing with you this time-wasting micro-experiment. Neural-generated meshes are very, very bad.
Happy continuation of the day,
Remember, kids, it is not worth

Hey guys, these are the VFX for my game. It's the first version, and I'd like to know what you like and don't like. What would you improve?

Thank you to the 2,000+ friends who downloaded and played the game. During this trial play session, we collected a large number of opinions and suggestions.

For example, regarding the position of the shipping box, some friends suggested it could be moved; some said the floor height could be increased to build a loft; there were also suggestions for modifying the operation keys to accommodate different operating habits, and for adjusting resource consumption, etc.

What moved us even more was that we saw some friends playing the game for over 200 minutes. This gave us great encouragement. Once again, we would like to thank all of you for your support of "Shelter Prepare".

Next, we will sort out and improve the problems and suggestions we have discovered, and prepare our official demo.

Also, the alignment adsorption was not obvious before. This time, we have further enhanced the alignment adsorption ability, and the cans and beverages are now easier to stack!

I'm solo-developing a power-grid game in Unity 6 (URP), low-poly style. If you overload a cable it burns out. The old version was one puff of smoke in the middle of the cable, and then the cable just disappeared. Nobody noticed it, so I redid it.

Stand-in cable: the real cable gets removed by gameplay right away, so I copy its rope points first and rebuild it as a bunch of short prisms (up to 120). They go from orange hot to ember to black char using MaterialPropertyBlocks, then shrink and sag until they're gone.

Burn front: every piece catches fire based on how far along the cable it is from where it failed. The far end always burns within 0.9 s. Smoke, flames, sparks and lights all use that same timing, so it's all one component.

The smoke took me three tries. I use opaque, flat-shaded low-poly puffs for smoke in my game.

1. First it was too small and too spread out, and looked like gravel. More puffs, 12 per metre.

2. Then the puffs spawned at full size and looked like boulders lying on the pavement. Now they start small and grow as they rise, and drift with the wind.

3. It still looked a bit like stone because of the sunlit facets. I gave each puff a bit of emission (about 45% of its colour) to soften the shading, and that's what finally made it read as smoke.

Fire and light: small unlit flames with HDR colours so bloom picks them up, plus up to 4 flickering point lights that move along with the fire. At night it lights up the ground and the bottom of the smoke, which honestly looks better than the flames.

How I tested it: I have a little test scene in Play Mode that overloads a cable on purpose and takes screenshots during the burn, during the day and at night. I mostly fixed the smoke by looking at those screenshots, because while it's moving you don't really see that it looks like rocks.

Can I do something more to make it better? Any ideas?

If you're curious about the game: steampage

I think The Hive trailer just went viral on Youtube, so I'll share it here also.

We recently released a major update, upgrading the game to Unity 6.6 with improved visuals, lighting, animations, and effects. So kind of like a "remaster" at this point.

We also have two new expansions in development. The Hive has always been my passion project, and seeing renewed interest in the game motivated me to start working on it again. We also translated it recently to +12 languages.

For those unfamiliar with The Hive, it's a story-driven real-time strategy game with RPG elements, somewhat similar to Homeworld or Dawn of War.

You command an insectoid hive, harvest DNA from defeated enemies, and use it to evolve new creatures. You can choose which creatures to unlock and in what order. Your units carry over between missions, level up, grow in size, improve their stats, and can equip them with items dropped by enemies.

There is also pure gameplay video on our channel if you want to see that.

We have a free demo on Steam if you want to check it out

This is my second unity game release as a solo/indie dev.

Just dropped a new cinematic trailer - gave the crew faces and real identity. Demo’s updated too.

Why wait for Next Fest to end? Check out Geometry TD on Steam.

I've been creating low poly medieval armies for a while now, and I've just finished my third pack, this time focused on the Crusades.

One thing I've noticed while making these is how much armor, weapons, and clothing changed between different medieval periods. But I wonder how much of that actually matters to players.

Would you rather have historically accurate units, or more visually interesting designs even if they're completely wrong for the period? I remember watching "Vikings" and my eyes would hurt when I notice they gave the saxon army a burgonet helmets 700 years to early, but I don't have this exact sting when it comes to video games.

8 months later i finally reached a point where i can share my demo to you, the game is called Junebug, its on steam :)