GeforceFX ohne float-buffer?

[micki]

da ich sonst die ganze Zeit mit meiner ATI code, hab ich es für selbstverständlich gehalten, dass ich nen 32bit float als renderbuffer habe, aber die gffx kann das nichtmal als zbuffer benutzen...

das waren doch gerade die dinge die carmack haben wollte, bei multipass in 64bit rendern damit die dadurch entstehenden nachkommer-errors gemindert werden.

das kann die gffx 5900U und 5800 nicht meinen dxcaps nach... driver issue? kommt das noch?

MfG
micki

[Demirug]

Original geschrieben von micki
da ich sonst die ganze Zeit mit meiner ATI code, hab ich es für selbstverständlich gehalten, dass ich nen 32bit float als renderbuffer habe, aber die gffx kann das nichtmal als zbuffer benutzen...

das waren doch gerade die dinge die carmack haben wollte, bei multipass in 64bit rendern damit die dadurch entstehenden nachkommer-errors gemindert werden.

das kann die gffx 5900U und 5800 nicht meinen dxcaps nach... driver issue? kommt das noch?

MfG
micki

Wahrscheinlich. Unter OpenGL gibt es float-Buffer.

Carmack wollte einen Float-Framebuffer und den hat leider derzeit noch keiner.

[zeckensack]

Original geschrieben von Demirug
Wahrscheinlich. Unter OpenGL gibt es float-Buffer.Ja. Einschränkungen:
Nur als P-Buffer (nur sinnvoll als Target für R2T, kann nicht direkt angezeigt werden).
Float-Texturen können nicht gefiltert werden.
Kein Blending (auch kein reines additives Blending).


Insbesondere der letzte Punkt macht das ganze schon beinahe überflüssig. Der Workaround sieht so aus, daß man in einen P-Buffer rendert, diesen als Textur bindet, und in einem zweiten Pass mit weiterem Rendering verknüpft (im fragment shader; blending funktioniert ja wie gesagt nicht). Wenn man viele passes verknüpfen will, kann man zwischen zwei Puffern pingpong spielen, um Speicher zu sparen.

[micki]

Original geschrieben von Demirug
Wahrscheinlich. Unter OpenGL gibt es float-Buffer.

Carmack wollte einen Float-Framebuffer und den hat leider derzeit noch keiner.

ATI kann floatbuffer-rendertargets... framebuffer direkt ist wegem dem D/A wandler ja nicht, aber die GFFX kann damit überhaupt nix, keine textur damit anlegen, keinen zbuffer,kein rendertarget: nix...

die waren wegen der xbox wohl so sehr unter druck dass sie das gestrichen haben.


welch Dreck.

MfG
micki

[Xmas]

Original geschrieben von zeckensack
Ja. Einschränkungen:
Nur als P-Buffer (nur sinnvoll als Target für R2T, kann nicht direkt angezeigt werden).
Float-Texturen können nicht gefiltert werden.
Kein Blending (auch kein reines additives Blending).
Das sind die selben Einschränkungen wie sie auch in DirectX9 existieren.


Original geschrieben von micki
ATI kann floatbuffer-rendertargets... framebuffer direkt ist wegem dem D/A wandler ja nicht, aber die GFFX kann damit überhaupt nix, keine textur damit anlegen, keinen zbuffer,kein rendertarget: nix...

die waren wegen der xbox wohl so sehr unter druck dass sie das gestrichen haben.
Gestrichen nicht, der Support ist auch für DX angekündigt. In OpenGL geht es ja bereits.

[Gast]

Original geschrieben von Xmas
Gestrichen nicht, der Support ist auch für DX angekündigt. In OpenGL geht es ja bereits.

Und warum brauchen sie für so eine "kleine" Treiberangleichung gleich 6 Monate? Ist schon merkwürdig.

<rant>
Die sollten wohl mal weniger Cheats fabrizieren, und dafür lieber gescheite Treiber programmieren.
<rant off>