Archive for February, 2024

Since I already spent the time to make metalness/roughness maps for the Lattice Cage, I figured I would dust my c# skills a little bit and try to port it to VRChat.

If you ignore… most of the TouchBound features really, I did a pretty good job in just two days.

I’m not quite ready for a release on Booth.pm, but I’ve put out a little demonstration world you can visit (with a VRChat account obviously), the world should work fine whether you use desktop or VR mode.

Click to open the world profile page.

Be warned that being inside a cage will prevent you from escaping with the respawn function or from unlocking it, that is by design.

The locks are a little iffy-looking, but I mostly focused on the code and animation side of things. That’s something I still need to work on.

A Lattice Cage update in 2024? It is more likely than you think.

Initially this was going to be a quick little patch to add Heavy-Duty Padlock support to the Lattice Cage, since I’ve added these to the Prison Cell there was no reason not to.

It ended up being a bit more of an in-depth update as I had to slightly modify the locking mechanism to accommodate for a much larger lock, I doubled up the locking bar and extended the part that is attached to the door, no texture change.

After that was done, I figured I would also throw a PBR compatible material set and new lossless normal maps. If you are not using a PBR viewer, fear not, it will look exactly the same as it did before.

You can get the update by wearing the “update box” at the KDC Main Store. I thoroughly tested this release but do message me if you encounter any bug.

Full disclosure, I was sick as a dog yesterday (Monday part 2 I guess), I tried to make up for the time lost today.

I finally tracked down a timing bug that caused the auto-recharge to fire unreliably, so that’s one less thing to worry about.

I came up with a clean and crisp sound for the electric arcing, combined with the particle effect & animation, I think it works well enough.

Animation wise, I just started really. The medium-height hit feel serviceable, but I’m not 100% sold on it.

I’d have posted a video, but I can’t record sound with it for some reason.

Anyway, until next update~

I have “most” of the code that I need for the stun prod written at this point, even made a somewhat decent looking particle system! Now I just need to make those all important assets: animations & sounds.

The bugs have been “fun” to bang my head against, especially the one where all my script timing was completely off due to “yet to be made” animations missing.

I’m still not 100% satisfied with the way it handles when hitting “Doodle & Strikes” surfaces, it is kind of slow, but I don’t think there is anything I can do about that.

There isn’t much more to say for today, I’d show pictures, but there isn’t a good way to showcase this right now.

I’ve been doing very poorly this week, motivation has been hard to come by.

I did start writing the stun prod scripts but still haven’t gotten around to making the sound effects and animations for it.

I have a somewhat decent particle system and a bare-bones outline of how striking works with it.

It is a little different from the riding/spade crop, in the sense that it is not going to have an “armed” strike pose like these two, instead it will have a short “strike” animation that triggers as soon as you press down the attack key, and it will either strike the person in front of you, or be somewhat “brandished” so that the prongs crackle in the air.

The charge meter depletes as you hold the attack key pressed.

So far, the reload sequence autoplays after 5 seconds of inactivity so long as you do not have a full charge. It is currently non-interruptible (I could change that).

If the battery is fully drained, attacking will trigger reload immediately.

I decided that I was going to make fallback “material” textures for the stun prod after all, and it took me way too long to rework my rendering and materials to accommodate for it (PBR texture rendering is unaffected by lighting, the old material system is).

I’ve also added a little charging socket on the handle pommel, and yes, that’s the one typically used on old radios :D. This is only part of the texture, but I could make it a little modeled detail too…

Another one of those days I wish I had more to show, but this is all I’ve got.

I’ve finished the LOD models for the stun prod project, that gives us a “final” triangle budget of:

• High: 3134
• Medium: 1516
• Low: 608
• Lowest: 128

Which I think is fairly decent, the “lowest” could probably go even lower if I steal a few more polygons here and there, but I’ll only do that if I end up with an LI that I feel is unacceptable. I still want to maintain a pretty good general silhouette of the object.

I ended up doing a ton of work on my PBR/ORM workflow to speed things up, and I now have a cool little node setup to export ORM textures in a single stage, fast & convenient!

I wasted a bunch of time trying to figure out why my renders in blender look a lot glossier than my texture tests in SL and initially thought it was a color space issue, in the end I just dialed down the roughness scale in SL and that was good enough.

There is an issue with the normal map and I cannot find a good way to fix it at the moment, I get some banding effect, which I assume is due to some limitations of 8bit RGB normal map encoding as they do not occur if I render my normal maps in 16 or even 32bits. I can’t use 16/32 bit images in SL obviously, and I haven’t found a good way to work with those that doesn’t make the banding re-appear as soon as I crunch them back down to 8bit.

Three options there:

• Tweak the high-poly in such a way that the banding either disappears, or becomes less visible.
• Paint over the offending area manually in Krita, if I can see them at all.
• Live with it.

I’m going to try to remember to use larger images in posts from now on :3