That is not the answer. I said work around the aspects which are slightly broken. Unity 20xx versions will break far less than people like to sensationalize (unless vrchat spontaneously chooses to go URP and forces a 100% content apocalypse, but that is so unlikely). CyanTrigger doesn’t make Udon any less complicated, it just helps set up basic triggers, and only serves as a band-aid. Udon is complicated, confusing, and like i said, it’s very very very non-performant (upwards of 600x slower than native- inexcusable). Not everyone has a top of the like CPU, and udon clogs valuable threads that most things run on - ie main thread and support threads. I have not gotten 80FPS in vrchat in a very long time and the last time i got it was in an empty SDK2 world. I don’t even get stable 80FPS in vr in an empty Udon world. I used to get 80FPS in all kinds of worlds a year ago, and i have a vastly superior GPU now. Vrchat’s messy internal code stacked upon udon drags performance down and down and it has gradually slowly gotten worse over the many years.
Everything since unity 2017.x can still be uploaded to vrchat and all of it works perfectly fine. 5.6 and prior have issues like the mirror glitch (avatar pops out of mirror, might be correctable, unsure). Unity 2019.x you can correct for the Single Pass Instanced change that is obligated in later unity versions.
I despise the attitude that people bring “it’s easy just do it” No it’s not, and no. It’s only easy for those who have actually been successful with it because they have those abilities or TIME or whatever that allows them to work within that environment. Everything you can do with like 2 clicks in SDK2 requires a huge ordeal, downloading a bunch of tools or a gazillion nodes to replicate in Udon. Most worlds are very simple, they just require some basic toggle buttons and a mirror (which can be made in a few minutes in SDK2); they don’t need frames being wasted by the Udon VM. Again, having 3rd party generator tools is NOT the answer, and often times only serve to complicate and confuse anyway (like how Hai-vr’s av3 gesture manager is more complicated and confusing than doing it manually). It is not accessible for newcomers or people that don’t have time to learn a complicated system. As i’ve said, lack of accessibility causes less creative content from everyone, which results in less variety, and softly restricts it to power users, which is how you get gradual stagnation.
Udon is a nightmare, it’s convoluted, it’s wasteful, and nothing you can say will make it user-friendly/accessible, and i personally hate it for many reasons. Power to those who want to code fancy game maps, but that’s not for me. SDK2 is objectively superior for anything other than games and videoplayers (they could make videoplayers as functional as udon ones if they just scripted a dynamic player module but they didn’t) and unnecessary gimmicks. PLus you cna make entire worlds in SDK2 with almost zero prior knowledge by watching at most 30 mins of tutorial content, that’s how easy and fast it is.
Some people have real mental difficulties dealing with overcomplicated crap. If they do blacklist SDK2 world uploading, and force Udon etc, i will never make a world again, period.
What i was going to make eventually:
- An extremely in-depth multi-faceted hangout-world with tons of nice ambiance, sleep areas, mesmerizing visuals, with modularity, including also a fancy gun range, every kind of avatar testing, a shader play room, and making the whole thing extremely performant and optimized. None of this requires Udon, just simple triggers and animations.
- AN extremely immersive firstperson space battle animation. Where the players are aboard the bridge of a ship, and it starts in warp/hyperspace, then comes out into an extremely detailed space battle which the ship will make it’s way through, complete with AAA level polish, dialogue, music and the works. I would need to have someone willing to code everything exactly how i want it with high competency in order to do ever make such a thing in Udon (which is unlikely, and will have poor performance anyway because of it), whereas in SDK2 i know how to make all of it without too much effort, it’s easy and performant.
- and possibly more… Due to the nature of these worlds, i need every frame i can get if i want their ambitioness to remain optimized and able to be run smoothly on lower end hardware, this will not be possible with Udon.
ps: as in a canny i made, i am open to alternatives, but just something that isn’t udon and uses native code and is SIMPLE ∕ ACCESSIBLE:
pps: anyone who thinks ease and accessibility for creative tools is not important hasn’t been paying attention to the evolution of animation and indie development over the past 20 years.
