Utveckling för VR / HTC Vive / Oculus Rift / Gear

Prioriterar ni att skriva snygg kod med många script för enskilda uppgifter eller bakar ni ihop mer saker i samma skript? Är ju själv ingen spelutvecklare, så nu får man ju tänka lite annorlunda.

På den tiden jag kodade amiga-demos fick man lära sig fuska så mycket som möjligt. Allt skulle för-rendreras. Till och med sinusvärden fick man lägga i tabeller...

Om ett par dagar kan jag nog äntligen uppdatera till gtx 1080, och då blir det nog ännu svårare att optimera för sämre datorer/grafikkort. Just nu kör jag ju utvecklingen på 970. Denna uppdatering kan vara direkt osmart!

Jag har sett det. Mycket imponerande men man fattar ju hur mycket jobb som ligger bakom. Sedan är ju frågan om det är realtime?

Tror det händer en del bra saker bakom kulisserna med Unity också. Det jag hoppas på är ju stöd för VR SLI / Simultaneous Multi Projection så man kan få upp prestandan till bättre nivåer..

Unity is already baking single pass rendering (a engine side improvement) into their native vive support in 5.4 Afaik you just drop in the VR camera and when the game detects an HMD it uses the new single pass rendering feature, which should given close to a 50%+ performance boost in theory.

Från det ena till det andra. Spelet ser ohyggligt snyggt ut, men det känns som ni borde förbättra rörelsetekniken?

Det här med "VR Naussa", är enklare än man tror. Det är ju hastig/plötslig acceleration/deacceleration som är mest bekymmersamt!

Tror bästa lösningen är man skall försöka implementera något som att man sätter en tung boll i rullning! Man kan då enkelt springa (rulla) i en riktning för att titta åt andra riktningar. Det enda problemet då är ju att man kan rulla in med den i en vägg, och man får totalstopp, men det skulle man kunna lösa med mjuk inbromsning om man är duktig utvecklare

Jag köper INTE deras logik. Just när man drar iväg eller gör en tvär inbromsning har man ju till och med svårt att stå still, baserat på egna erfarenheter.. och det är ju enkelt att testa.

Sen är det väl ett problem att ju mer man varit inne i det här med VR, ju okänsligare blir man ju. Har heller inte några större problem, vilket gör att man kan behöva lite försökskaniner...

Med din lösning så är det väl iofs valfritt eftersom man själv kan bestämma accelerationen med touchplattan?

Råkade hittade detta, förmodligen i samma tråd som ditt klipp, som delar min uppfattning:

StartCoroutine(Decceleration());

float smoothing = 1.5f;
IEnumerator Decceleration() {
while (Player_Rigidbody.velocity.magnitude > 0f) {
Player_Rigidbody.velocity = Vector3.Lerp(Player_Rigidbody.velocity, Vector3.zero, smoothing * Time.deltaTime);
yield return null;
}
}

Mm.. Det blir intressant! Hur är det med prestandan i Single-pass rendreringen förresten?

Märkte av jämnare eller högre fps när jag kryssade i den.. så visst är den mer effektiv. Märkte dock att den "klipper" längre ifrån, så det ser ut som vissa objekt blir lite transparenta när man hade den kryssad. Man får antagligen som vanligt inte bättre prestanda utan att få betala för det..

Fick dubbeltext på gui-text också..

Men det kan ju vara så också att den funktionen inte är helt färdigimplementerad...

Gott. Kör på b22 nu och tyckte det fungerade ganska okej med skuggor när man kör stereo-rendrering. Vatten och speglingar fungerade inte speciellt bra.. men det är ju bara att köra på.. så får man hoppas saker och ting löser sig med tiden..

Det är ju lite samma sak det här med SteamVR Toolkit och NewtonVR.. det rör ju på sig där..

Lite jobbigt bara att dom inte kommit längre med canvas-hanteringen..

Ja, troligen kommer många spel vara väldigt lika varandra framöver. Man kan ju till och med få identiska kartor, i olika spel
[/quote]

Hur bra är unity på att dynamiskt sänka LOD:en på objekt när man går längre bort? Jag har ju sett att man kan ställa in skugg-avståndet t.ex.

Annars är det säkert mycket man kan implemetera med triggers..

Kan varmt rekommendera denna slack för VR utvecklare:

https://steamvr-unity-toolkit.slack.com/

Det är bara lambda expressions jag tänker på när jag hör ordet lambda... och jag använder det överallt pga. det går så mycket snabbare att skriva koden. Men då är det oftast i Awake/Start metoder så jag tror det är ok.

*Update() metoderna ska man ju till och med helst ta bort helt Annars är det väl bäst att använda traditionella for satser om man måste iterera i en update-sats...

Hursomhelst, jobbigt men samtidigt lite kul, att koda för prestanda, något jag inte är van vid som traditionell desktop-developer..