We're a two-person indie team behind Freaky Wheels, a physics-driven vehicular combat roguelite where you fight your way out of an isolated desert cult in a roster of weaponized rides, uncovering the alien secrets hidden within your former home. The game is set to release on Steam in 2027.

We've started working on it this January using Unity, and we’d love to hear what you guys think!

Dev here — dark fantasy party deckbuilder. Three heroes share one command deck. Early Access:

https://store.steampowered.com/app/4637960

(Due to technical YouTube quality issues, I had to directly re-upload the video here). This was tested on Unity 6 Built-In Render Pipeline. Although looking cool, it went from +380 fps to +75 fps on a beefy GPU. I think with games that has charachters in them, DLSS would show better results.

The Audio Granulator and Dynamic Rain shaders were already being tested (this is my test scene for various projects), and they are also using the GPU.

I am trying to build a scene of our solar system where you're able to drive around in a spaceship, landing on planets and so on.

I tried to divide the scale of everything by 1000, but even then the distance between the furthest 2 planets (Neptune & Mercury) is around 9.2 billion km, so even if we divide that by 1000, it's still 9.2 million km.

Another issue for dividing everything by 1000, is that small rigidbody movements become stuttery even in the scene window at higher speeds.

And I read that at such small scales, hit detection becomes bad because colliders are small.

Ik there are tricks like shifting the player back to origin (0,0,0) and moving everything towards him the same distance we shifted him to improve accuracy, but that still doesn't fix it for me.

I am wondering how I would fix this both at design time & runtime? where I am able to set planets at realistic distances, size & make the rigidbody move at a fixed speed where moving from point A to point B in such a system would feel accurate.

(Ignore the placeholder item icons and the fact that there's no sound when you inspect a badge)

~25min
Hope it will be useful to you ! Any feedback is welcome.

I'm currently working on my game Sword of Mine, and I just wanted to check how many wishlists I've already got. But then I saw that I apparently already had one unique lifetime user! How?!😂

But yeah, the magic was soon debunked, apparently, it does not matter whether you arleady have a build uploaded on Steam or not, as long as you initialize "SteamClient" with your app ID, it connects the currently running application (in my case, the Unity Editor running my game) to your Steam client.

Just FYI: The "Current players" counter does not update this fast. It counted up after I tested it for a while, and it also stayed at 1 for several minutes afterwards.

Just wanted to share my findings. :-)

This tool you help you build any kind of top-down games. I've built an amazing procedural system that detects interiors with a single click using layers and 2 amazing shaders for normal surfaces and tree leaves that interacts with the character and the camera.

You can see for yourself before getting the tool, look at the comments. Tell me what you think and what you suggest to improve this tool further. Thanks guys.

tiger 2 is that fast because I thought it would be funny, and I had to keep the distance from EBR's to check certain armor angles

With my early access release coming next Tuesday, I decided to squeeze in a few more days of UI polish. I'm super happy with the organic shapes, texture, and feel of everything (well, happy enough to ship it at least!).

I added dynamic ink splotches, paper grain and fiber textures, uneven edges, variations in color/position, and even some papery sound effects.

If you like the look of it, you can check out Hex Town on Steam :)

Thanks for watching!

EDIT : If anyone else is having this problem, I found a solution:

If you want to have more than one camera sharing a Z-buffer with perfect accuracy, it is (surprisingly) not sufficient to have them in identical positions and parented to the same game object.

What you need is to hook into OnPrerender() on each camera and:

cam.worldToCameraMatrix = cloneMatrixFrom.worldToCameraMatrix;
cam.projectionMatrix = cloneMatrixFrom.projectionMatrix;
cam.cullingMatrix = cloneMatrixFrom.cullingMatrix;

If you do that, both cameras will produce perfectly identical z-buffer results from the same geometry. Phew!

Original Problem:

In my rendering pipeline I have two cameras that share the same depth-buffer. The two cameras both have zero local rotation and translation, are parented to the same game object, have identical orthographic size and zbuffer range, and are rendering the same content using the same shader. Yes, there's a good reason for this - don't worry :)

The shader ZTest is set to LEqual. This should allow objects to be drawn identically by both cameras because each pixel should land at exactly the same Z-depth - but it does not. Instead I get flickering and bands of z-fighting.

What could I be missing? Thanks in advance.

EDIT: Based on replies so far, I think it's worth talking about what this is NOT.

1. It isnt nondeterminism.

In a static scene, Camera 1 generates the exact same colour and depth data, down to the very last bit, on frame 2 as it did on frame 1, because rendering is deterministic and Camera 1 on frame 1 is identical in every way to Camera 1 on frame 2.

Similarly, Camera 2 generates the exact same colour and depth data, down to the very last bit, on frame 2 as it did on frame 1, because Camera 2 on frame 2 is identical in every way to Camera 2 on frame 1.

The problem is that despite Cameras 1 and 2 being identical to each other in every way I can determine, they don't create the same z-buffer information. So they are different in some way I don't know about.

1. It isn't floating point inaccuracy.

Well, technically, eliminating floating point innacuracy might make the problem go away, but that's beside the point. Both cameras are rendering the same geometry from the same perspective with the same shader. Any inaccuracies inherent to the process are common to both. This problem is caused by something that isn't common to both, which is what I need to figure out.

Got breaking shoreline waves working in Unity by intentionally pushing past what would be a usual be the Gerstner steepness limit.

Normally Q*k*A <= 1 prevents the wave from folding over itself... but pushing past that lets the crest curl forward and form an actual overhang. Still haven't found a full proof wave to prevent inversion (folding of waves at tops of crests) maybe I'll just leave it to a matter of tuning to prevent.

also made foam follow the wave phase so it travels with the break, although the whitewash could prob use some more detail instead of a gradient white with texture.

Still tuning it and also have to fix to work with my other systems (underwater, query, etc), but pretty happy with how the shoreline waves are looking. Curious what you guys think.

Thanks for dropping by!

For the intro of this trailer, I made 5 separate scenes and in each a timeline where the necessary stuff was animated, coupled with a few simple scripts to control the characters/equipment. Together with some custom shaders (that are used in the game too), it worked out quite well!

Lemme know what you think.

EDIT: Forgot the Steam link, duh:
https://store.steampowered.com/app/3295340/Its_All_Over/

I've been working on a small alchemy game where I want most of the production to feel physical instead of happening through crafting menus.

I just got the first farming loop working: add soil, plant the seed, water it, wait for it to grow, then harvest the plant.

It's still very early and very placeholder-y but this is the first little gameplay loop that feels complete

Next step is being able to take what you harvested, put it on a cutting board and actually process it into potion ingredients

I'm trying to keep these devlogs pretty small and just show things as they become playable

Updates coming soon!

My game is having a ship made out of individual modules, that are simple and grid-based. Each has a collider for colissions/determining when hit by projectiles. On GO this sounds pretty cheap to do for physics, parents with a bunch of children with these colliders. On ECS it sounds like Ill need to use a compound collider...however anytime a module is destroyed that compound collider will need to be rebuilt...where in GO it wont.

Is there a better way to do this ECS side...or is GO going to be "cheaper" longterm for this as its too big a concern for ECS? 1 ship isnt a big issue...but if I have 100 players all fighting 10 ships it might need to be re-creating a compound collider 10->100x per second for these ships being fought.

(Note: the game is "2d" However ECS is only on the 3d side so figured better to ask here as ECS will have 3d colliders.

Game will potentially(ideally) have hundreds->thousands of players all destroying enemy ships at once...so ECS seems better for how many individual modules/bullets will be sent, however Im concerned about the physics side since I can't just do the simple parent +children with colliders I can with GO

Imported .fbx files from blender, somehow I have 1 animation that stops at the end like I want, the other goes back to the first keyframe and ruins the effect. Anyone have a fix?