Abo
  1. Foren
  2. Kommentare
  3. Sonstiges
  4. Alle Kommentare zum Artikel
  5. › Virtual-Reality-Benchmarks: Geforce…

@golem: Basiswissen...

  1. Thema

Neues Thema Ansicht wechseln


  1. @golem: Basiswissen...

    Autor: xmaniac 05.12.17 - 16:20

    ...klären!

    Seit über drei Monaten hat OpenVR auch Asynchronous Timewarp (Spacewarp wird sicherlich bei einem Rennspiel nicht genutzt werden können, also der Translations-Ausgleich)...

    So und jetzt warte ich auf die Fanboys die einem jedes mal erklären müssen, dass ich davon keine Ahnung habe ;)



    1 mal bearbeitet, zuletzt am 05.12.17 16:20 durch xmaniac.

  2. Re: @golem: Basiswissen...

    Autor: otraupe 05.12.17 - 16:53

    Du hast keine Ahnung.

  3. Re: @golem: Basiswissen...

    Autor: xmaniac 05.12.17 - 18:02

    otraupe schrieb:
    --------------------------------------------------------------------------------
    > Du hast keine Ahnung.


    Danke, ich weiß ;) Spacewarp ist wirklich ein Marketing-Gag. Ohne Depth-Buffer läst sich ein (stereo) 2D Bild nur stark unzureichend in der translation korrigiern. Spacewarp gibt es schon lange, den Depth-Buffer nimmt die Oculus-API (LibOVR) erst seit kurzem entgegen, gesehen habe ich vom Spacewarp bisher nur auf der HoloLens etwas. Dort nimmt das SDK seit der ersten Version eine Ebene im Raum an, auf die die Tiefe korrigiert wird. Setzt man diese falsch, wird es richtig schlimm. Was man auf der Oculus besser fand, waren vermutlich eher Fehler die bisher in der OpenVR API bestanden - und ohne Softwareanpassung im Client auch weiterhin bestehen!

  4. Re: @golem: Basiswissen...

    Autor: otraupe 05.12.17 - 19:01

    xmaniac schrieb:
    --------------------------------------------------------------------------------
    > otraupe schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Du hast keine Ahnung.
    >
    > Danke, ich weiß ;) Spacewarp ist wirklich ein Marketing-Gag. Ohne
    > Depth-Buffer läst sich ein (stereo) 2D Bild nur stark unzureichend in der
    > translation korrigiern. Spacewarp gibt es schon lange, den Depth-Buffer
    > nimmt die Oculus-API (LibOVR) erst seit kurzem entgegen, gesehen habe ich
    > vom Spacewarp bisher nur auf der HoloLens etwas. Dort nimmt das SDK seit
    > der ersten Version eine Ebene im Raum an, auf die die Tiefe korrigiert
    > wird. Setzt man diese falsch, wird es richtig schlimm. Was man auf der
    > Oculus besser fand, waren vermutlich eher Fehler die bisher in der OpenVR
    > API bestanden - und ohne Softwareanpassung im Client auch weiterhin
    > bestehen!


    a) Ich habe das gesagt, weil ich ein VR-Fanboy bin.

    b) Ich habe das gesagt, weil... Spacewarp ist der "45-FPS-Modus", du sprichst über Time Warp, konkret über Asynchronous Time Warp (Time Warp als solcher ist eigentlich immer aktiv) :
    https://www.youtube.com/watch?v=WvtEXMlQQtI
    https://developer.oculus.com/blog/asynchronous-timewarp-on-oculus-rift/
    https://developer.oculus.com/blog/asynchronous-spacewarp/
    Ganz spannend die Links.

    c) Diese Nomenklatur ist eine mittelschwere Katastrophe. Ich zerbreche mir ein halbes Jahr später immer wieder den Schädel, wenn ich versuche die Dinger korrekt zu zu ordnen.

    d) Ja, keine dieser Techniken ist perfekt oder kann mit allen Problemsituationen gut umgehen. In der Praxis sind die gegenwärtigen Runtimes aber ok - rein phänomenal beurteilt (also vom Erleben her).

  5. Re: @golem: Basiswissen...

    Autor: xmaniac 05.12.17 - 21:06

    Ich habe von beidem gesprochen und das auch so benannt wie es heißt. Aber Spacewarp gibt es nicht wirklich, das ist mein Punkt. Auf der Oculus gibt es keinen Translationsausgleich.
    Übrigens meinst du, dass Timewarp immer aktiv ist (also der Ausgleich vom berechnen des Bildes bis zur Darstellung ohne drop). Auch der 45 fps Modus ist Timewarp, wenn die Rotation ausgeglichen wird.
    Das Asynchronous ist aber nicht immer aktiv. Dies bezeichnet die Fähigkeit einer GPU einen laufenden render slot (Shader) unterbrechen zu können. Das ist nicht immer aktiv und war Anfangs AMD GPUs vorbehalten.



    1 mal bearbeitet, zuletzt am 05.12.17 21:19 durch xmaniac.

  6. Re: @golem: Basiswissen...

    Autor: xmaniac 05.12.17 - 21:24

    Also, die versuchen dabei also gar nicht die Bewegung auszugleichen, sondern nur Zwischenbilder zu interpolieren wie das die hässlichen Fernseher machen...

  7. Re: @golem: Basiswissen...

    Autor: otraupe 06.12.17 - 10:22

    xmaniac schrieb:
    --------------------------------------------------------------------------------
    > Also, die versuchen dabei also gar nicht die Bewegung auszugleichen,
    > sondern nur Zwischenbilder zu interpolieren wie das die hässlichen
    > Fernseher machen...


    Sowas in der Art, vermutlich spezifisch für VR entwickelt. Konkret kann das natürlich keine Zwischenbildberechnung sein, weil man dafür warten müsste, bis das nächste Bild vorliegt, um das dazwischen zu berechnen. Und das wäre für die Latenz katastrophal. Darüber hinaus wird natürlich auch eine Tracking-Vorhersage berechnet, damit die Kopfposition bzw. offenbar nur die Orientierung (ich vertraue da deinem Hintergrundwissen) geupdated wird, die sich deutlich schneller ändert als die Position. Kopf-Translation ist größtenteils nur sehr langsam und wirkt sich auch schnell in der Größenordnung (11.1 ms) nur sichtbar aus, wenn man ganz dicht vor einem texturierten Objekt steht.

    Hier die Ähnlichkeit zum grundsätzlich aktiven Time Warp (ohne "asynchronous"), den man in frühen Unity-Demos noch an- oder abwählen konnte, und der meinem Verständnis nach nun immer aktiv ist (weil einfach viel besser als ohne):
    1. das Rendern basiert auf dem Tracking-State am Frame-Beginn
    2. dann wird möglichst spät im Frame noch einmal ein Tracking-State eingeholt
    3. auf dieser erweiterten Basis wird mittels Kalman-Filtern eine Vorhersage errechnet, wie der Tracking-State zu dem Zeitpunkt ist, wo das Bild _tatsächlich_ angezeigt wird (inkl. Display Input Lag)
    4. anhand dieser Vorhersage wird der gerenderte Inhalt geworped
    Soweit mein Verständnis der Materie.

    Und ja, Asynchronous Time Warp (und Async. Space Warp) sind nicht immer aktiv, sondern gleichen verpasste Frame-Deadlines aus. Mit Asynchronous Compute hat das allerdings nichts zu tun, denke ich. Das beschreibt die Fähigkeit einer GPU, parallel zu den grafikbezogenen Aufgaben auch anderen Berechnungen durchzuführen, ohne explizit einen (verlangsamenden) Kontextwechsel durchzuführen. Hier ist/war AMD der Vorreiter, siehe Performance-Vorsprung bei Ashes of the Singularity (?). Meiner Erinnerung nach war es so, dass AMD viel mehr parallele Berechnungen durchführen konnte/kann, dass es also mehr Queues gibt als bei NVidia.

  8. Re: @golem: Basiswissen...

    Autor: xmaniac 07.12.17 - 00:46

    Es hat insofern etwas mit Async Compute zu tun, als dass es egal ist, ob man den Context wechsel erzwingt um Compute Shader auszuführen, oder um einen Warp durchzuführen. Timewarp bekommst du halbwegs raus, indem du nochmal kurz vor dem Aufruf der Submit Funktion (nachdem das Bild berechnet wurde) die aktuelle Kopfposition abfragtst, und die API anlügst was die Position angeht ;) Mit Unity befasse ich mich da nicht unbedingt, wenn ich nicht muss...

    Da für Timewarp nur die Rotation gebraucht wird, sollte es eigentlich auch eine lineare interpolation (extrapolation) von Quaternions tun, ohne irgendwelche Filter.



    2 mal bearbeitet, zuletzt am 07.12.17 00:52 durch xmaniac.

  9. Re: @golem: Basiswissen...

    Autor: xmaniac 07.12.17 - 01:12

    Ok, es wird vermutlich auch im Quaternion-Raum errechnet, die Kalman-Filter braucht man dann vermutlich nur weil das Tracking selbst bei schnellen drehungen ungenau werden könnte. Wobei je schneller die Drehung, desto egaler die genauigkeit... vermutlich laufen die Filter ohnehin schon in einer Ebene darüber im Treiber der Tracker. Daher kann man das ab dort wohl ignorieren.

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. Dederichs GmbH, Euskirchen
  2. hkk Krankenkasse, Bremen
  3. Sirah Lasertechnik GmbH, Grevenbroich
  4. Elma Electronic GmbH, Pforzheim

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. 199,00€
  2. Code 100SGS3
  3. (u. a. Sicario, Bodyguard, Inception)
  4. (u. a. Lego Ninjago, Wickie, Asterix)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Security: Vernetzte Autos sicher machen
Security
Vernetzte Autos sicher machen

Moderne Autos sind rollende Computer mit drahtloser Internetverbindung. Je mehr davon auf der Straße herumfahren, desto interessanter werden sie für Hacker. Was tun Hersteller, um Daten der Insassen und Fahrfunktionen zu schützen?
Ein Bericht von Dirk Kunde

  1. Alarmsysteme Sicherheitslücke ermöglicht Übernahme von Autos
  2. Netzwerkanalyse Wireshark 3.0 nutzt Paketsniffer von Nmap
  3. Sicherheit Wie sich "Passwort zurücksetzen" missbrauchen lässt

Mobile Bezahldienste: Wie sicher sind Apple Pay und Google Pay?
Mobile Bezahldienste
Wie sicher sind Apple Pay und Google Pay?

Die Zahlungsdienste Apple Pay und Google Pay sind nach Ansicht von Experten sicherer als klassische Kreditkarten. In der täglichen Praxis schneidet ein Dienst etwas besser ab. Einige Haftungsfragen sind aber noch juristisch ungeklärt.
Von Andreas Maisch

  1. Anzeige Was Drittanbieter beim Open Banking beachten müssen
  2. Finanzdienstleister Wirecard sieht kein Fehlverhalten
  3. Fintech Wirecard wird zur Smartphone-Bank

FreeNAS und Windows 10: Der erste NAS-Selbstbau macht glücklich
FreeNAS und Windows 10
Der erste NAS-Selbstbau macht glücklich

Es ist gar nicht so schwer, wie es aussieht: Mit dem Betriebssystem FreeNAS, den richtigen Hardwarekomponenten und Tutorials baue ich mir zum ersten Mal ein NAS-System auf und lerne auf diesem Weg viel darüber - auch warum es Spaß macht, selbst zu bauen, statt fertig zu kaufen.
Ein Erfahrungsbericht von Oliver Nickel

  1. TS-332X Qnaps Budget-NAS mit drei M.2-Slots und 10-GBit-Ethernet

  1. Duopol: Verbände warnen vor Kauf von Unitymedia durch Vodafone
    Duopol
    Verbände warnen vor Kauf von Unitymedia durch Vodafone

    Ein Duopol von Telekom und Vodafone/Unitymedia würde vermeintlich dazu führen, dass die beiden weiterhin ihre alten Bestandsnetze nutzen, statt Glasfaser auszubauen. Eine Entscheidung der EU-Kommission wird täglich erwartet.

  2. Agbresa: DLR steckt Probanden für Weltraumgesundheit ins Bett
    Agbresa
    DLR steckt Probanden für Weltraumgesundheit ins Bett

    Das DLR, die Esa und die Nasa starten gemeinsam eine Studie zur Weltraumgesundheit: Probanden legen sich für zwei Monate ins Bett. Mit einer Zentrifuge wollen die Forscher künstlich Schwerkraft erzeugen, die die Knochen und Muskelschwund verringern soll.

  3. Wintun: Wireguard-Entwickler bauen freien TUN-Treiber für Windows
    Wintun
    Wireguard-Entwickler bauen freien TUN-Treiber für Windows

    Um die VPN-Technik von Wireguard auf Windows zu bringen, erstellt das Team einen neuen und modernen TUN-Treiber für Windows. Der virtuelle Netzwerktunnel soll generisch genug sein, um auch von anderen Projekten wie OpenVPN genutzt zu werden.


  1. 13:41

  2. 13:31

  3. 13:16

  4. 12:02

  5. 11:55

  6. 11:45

  7. 11:33

  8. 11:18