spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hi Leute!
Ich habe vor ein Tool zu schreiben, das eine Relaxed Cone Map aus einer Height Map berechnet.
Bisher habe ich eine Version als PixelShader geschrieben, die allerdings nicht läuft. Das ist einfach zu viel pro Pixel. Dabei hängt sich jedesmal der Treiber auf.
Da ich auf die GPU-Beschleunigen nicht verzichten will, dachte ich an ComputeShader.
Allerdings habe ich eine Einschränkung: DirectX 10 Hardware.

Geht das dann überhaupt?
Wenn ja, gleich die nächste Frage: Wie mache ich aus Texture2D-Resourcen ComputeShader (Profile cs_4_0) freundliche Resourcen?
Und wie kann ich "einzelne Texel" lesen?

Vielen Dank im Voraus!

Der Treiber hängt sich auf, weil die Grafikkarte nicht mehr reagiert. Die berechnet pro Pixel bei einer Textur der Größe 256x256 etwa 256*256*128 mal verschiedene Sachen und vergleicht diese mit einander. Das dürfte zu viel sein.

Gut, dass Texture2D als Input funktioniert. Aber wie steht es mit dem Output? Ich bräucht da wieder eine Texture2D.
cs_4_0 unterstützt aber nur Buffer als Output und CopyResource von Buffer zu Texture2D geht nicht.

Wie löst man das Problemchen?

Du übersiehst, dass im NVIDIA Artikel kein kompletter Shader angegeben ist. depth2relaxedcone wird für jeden Pixel kombiniert mit jedem Offset aufgerufen. Und jedes Offset heißt 256*256 mal den ConeRadius berechnen.

Mir kommt gerade eine Idee: Im CS die ConeRations berechnen. Als Output einen UAV-Buffer (Größe=TexWidth * TexHeight) nutzen. Im VS ein FullscreenQuad (Fullscreen = Texturgröße) rendern und im PS den ConeRatio des Output-Texels (Output des PS: Texture2D) aus dem USV-Buffer laden.
Sollte theoretisch mit hlsl_4_0 gehen, oder?

Allerdings ist RWTexture2D auf DX10er Hardware nicht verfügbar.
Wahrscheinlich wird es doch CPU-Arbeit.

EDIT: Meine Idee von vorhin funktioniert übrigens auch nicht, da ich per PixelShader keine UAVs nutzen und gleichzeitig auf ein RenderTarget schreiben kann.

EDIT2: Da die Buffer im CS funktionieren, kommt mir eine neue Idee.
CPU:
- Alle Pixel als Source durchgehen.
-- Die Pixelkoordinaten per ConstantBuffer auf GPU laden
-- ComputeShader starten:
-- - Sourcekoordinaten per CB erhalten
-- - alle Pixel als Destination durchgehen
-- -- ConeRatio für alle Destinations berechnen
-- - Beste ConeRatio des SourcePixel in UAV (genau 1 float groß) speichern
-- Ergebnis (ConeRatio in UAV) auslesen und in ResultTexture (Endgültige Relaxed Cone Map) an die Stelle der Sourcekoordinaten schreiben

Das dürfte dann immernoch schneller sein, als nur durch CPU berechnet.
Wenns klappt
Morgen irgendwann. Gute Nacht!