Download - Benjamin Granzow Portfolio

6.2. AUSBLICK 50
auf Texturen zurückgegriffen wurde, ergaben sich öfters Rechenungenauigkeiten,
welche zu störenden Darstellungsfehlern führten. Diese treten meistens
auf, wenn der Wertebereich nicht passend gewählt oder überschritten
wurde. Daher muss bei solch einer Umsetzung sehr genau auf Grenzwerte
geachtet werden.
Auch wenn die Herangehensweise über 2D-Texturen mehr Aufwand bedeutet,
wird diese mit einer nützlichen Eigenschaft honoriert. Es muss zwar die
dreifache Menge an Texturen an die Grafikkarte übergeben werden, ermöglicht
aber, nur die momentan benötigten Texturen nacheinander hochzuladen.
Dies hat den Vorteil, dass nicht das gesamte Volumen im Grafikspeicher
vorhanden sein muss und dadurch wenig Speicher benötigt wird. Diese Eigenschaft
geht bedauerlicherweise auf die Laufzeit des Programmes, da oft
neue Texturen in den Grafikspeicher geladen werden müssen.
Zusammenfassend kann das gesetzte Ziel als gelöst angesehen werden, trotz
des sehr komplexen Themas wurde ein durchaus verwendbarer Prototyp
entwickelt. Dieser läuft auf allen OpenGL ES 2.0-fähigen Plattformen und
bietet alle Basisfunktionen zur Volumendarstellung.
6.2 Ausblick
Obwohl im Rahmen der vorliegenden Arbeit ein funktionierender Prototyp
erstellt wurde, bietet sich eine Vielzahl von Möglichkeiten, um die Performanz
und die Darstellungsqualität der 3D-Visualisierung zu verbessern. Im
Nachfolgenden werden einige weiterführende Thematiken erörtert.
Die momentane Ausarbeitung ist nur auf Funktionalität bedacht und beinhaltet
keine Optimierungen. Besonders im Bereich der Performance ist dies
dringend zu empfehlen, da diese vom Benutzer sehr dominant wahrgenommen
wird. Eine Anwendung die ruckelt oder unnötig hohe Ladezeiten aufweist,
wird es sehr schwer haben sich zu etablieren. Im Normalfall wird
bei der Betrachtung einer Information der größte Teil des Datensatzes ausgeblendet,
wobei sehr viele transparente Daten verrechnet werden. Durch
Empty-Space Leaping [14] könnten transparente Bereiche im Vorfeld identifiziert
und anschließend bei der Berechnung ausgelassen werden. Die Grundidee
dabei ist es, den Datensatz in Blöcke zu zerlegen und für diese den
minimalen und maximalen Dichtewert zu speichern. An diesen kann dann
eine Bewertung stattfinden, welche entscheidet, ob der Block überhaupt berechnet
werden muss. Eine andere Möglichkeit wäre das Bricking. Dieses
Verfahren wird meist im Zusammenhang mit 3D-Texturen erwähnt, ist aber
auch bei 2D-Texturen denkbar. Dabei geht es darum, das Volumen in mehrere
Blöcke zu unterteilen und dann möglichst viele Blöcke im Grafikspeicher
zu lassen, sodass so wenig Texturen wie möglich neu in den Grafikspeicher
geladen werden müssen. Dadurch soll der Flaschenhals beim Übertragen der
Daten in den Grafikspeicher reduziert werden. Eine weitere Optimierung