FX Besitzer bitte mal den PS Precision Test von digit-life laufen lassen.

[Demirug]

Zu Finden:

http://www.digit-life.com/articles2/...ion/index.html

Bei mir (5200) kommt da nur Mist raus.

s0e3

Treiber ist 44.03

[nggalai]

Mach ich heute abend, sofern ich noch eine Maus gerade schieben kann (Firmenbesäuffnis).

93,
-Sascha.rb

Code:

====================================================================
PixelShader 2.0 precision test. Version 1.3
Copyright (c) 2003 by ReactorCritical / iXBT.com
Questions, bug reports send to: clootie@ixbt.com

Device: NVIDIA GeForce FX 5800
Driver: nv4_disp.dll
Driver version: 6.14.10.4403

Registers precision:
Rxx = s0e3 (temporary registers)
Cxx = s0e3 (constant registers)
Txx = s0e3 (texture coordinates)

Registers precision in partial precision mode:
Rxx = s0e3 (temporary registers)
Cxx = s0e3 (constant registers)
Txx = s0e3 (texture coordinates)

[Demirug]

Lovesuck, genauso sieht es bei mir auch aus (ausser die 5800).

[Axel]

Sind das die in den News angesprochenen 16-bit?

[Demirug]

Zitat:

Original geschrieben von Axel
Sind das die in den News angesprochenen 16-bit?

Das ist das programm mit dem digit life die 16 bit festgestellt haben will. Bei LovesuckZ und bei mir kommen da aber nur 4 bit (s0e3) raus

[Omnicron]

Zitat:

Original geschrieben von Axel
Sind das die in den News angesprochenen 16-bit?

Bei 16Bit müsste das Ergebnis doch so aussehen : s10e5

Kann sein das das Tool nicht richtig funzt :kratz2:

[Axel]

Mit Hexadezimal kann ich nichts anfangen, deshalb meine Frage. Aber das es so schlimm ist, hätte ich nicht gedacht.

[Razor]

Vielleicht sind die 44.03 ja deswegen so schnell... *eg*

Hab' hier mal das Ergebnis mit den 43.45:
(wie von Digit-Life vorher gesagt ;-)

Zitat:

====================================================================
PixelShader 2.0 precision test. Version 1.3
Copyright (c) 2003 by ReactorCritical / iXBT.com
Questions, bug reports send to: clootie@ixbt.com

Device: NVIDIA GeForce FX 5200
Driver: nv4_disp.dll
Driver version: 6.14.1.4345

Registers precision:
Rxx = s10e5 (temporary registers)
Cxx = s10e5 (constant registers)
Txx = s10e5 (texture coordinates)

Registers precision in partial precision mode:
Rxx = s10e5 (temporary registers)
Cxx = s10e5 (constant registers)
Txx = s10e5 (texture coordinates)

Erwartungskonform, gell ?


Razor

hm

Code:

====================================================================
PixelShader 2.0 precision test. Version 1.3
Copyright (c) 2003 by ReactorCritical / iXBT.com
Questions, bug reports send to: clootie@ixbt.com

Device: NVIDIA GeForce FX 5800
Driver: nv4_disp.dll
Driver version: 6.14.10.4410

Registers precision:
Rxx = s0e3 (temporary registers)
Cxx = s0e3 (constant registers)
Txx = s0e3 (texture coordinates)

Registers precision in partial precision mode:
Rxx = s0e3 (temporary registers)
Cxx = s0e3 (constant registers)
Txx = s0e3 (texture coordinates)

[Demirug]

Zitat:

Original geschrieben von Razor
Vielleicht sind die 44.03 ja deswegen so schnell... *eg*

Hab' hier mal das Ergebnis mit den 43.45:
(wie von Digit-Life vorher gesagt ;-)

Erwartungskonform, gell ?


Razor

Ja. wobei ich die Testmethode von Digit-Life ehrlich gesagt nicht ganz verstehe. Denn so wie die Shader aufgebaut sind kann die Genauigkeit von den Konstanten und Texture register niemals höher sein als die der Tempregister.

Hallo

Hier mein Ergebniss


====================================================================
PixelShader 2.0 precision test. Version 1.3
Copyright (c) 2003 by ReactorCritical / iXBT.com
Questions, bug reports send to: clootie@ixbt.com

Device: WinFast(R) A310 Display Driver
Driver: nv4_disp.dll
Driver version: 6.14.10.4403

Registers precision:
Rxx = s10e5 (temporary registers)
Cxx = s10e5 (constant registers)
Txx = s10e5 (texture coordinates)

Registers precision in partial precision mode:
Rxx = s10e5 (temporary registers)
Cxx = s10e5 (constant registers)
Txx = s10e5 (texture coordinates)

[Quasar]

====================================================================
PixelShader 2.0 precision test. Version 1.3
Copyright (c) 2003 by ReactorCritical / iXBT.com
Questions, bug reports send to: clootie@ixbt.com
Device: NVIDIA GeForce FX 5200 ultra
Driver: nv4_disp.dll
Driver version: 6.14.10.4403
Registers precision:
Rxx = s10e5 (temporary registers)
Cxx = s10e5 (constant registers)
Txx = s10e5 (texture coordinates)
Registers precision in partial precision mode:
Rxx = s10e5 (temporary registers)
Cxx = s10e5 (constant registers)
Txx = s10e5 (texture coordinates)

Allein an den 44.03 kann's also nicht liegen.

[darksun]

====================================================================
PixelShader 2.0 precision test. Version 1.3
Copyright (c) 2003 by ReactorCritical / iXBT.com
Questions, bug reports send to: clootie@ixbt.com

Device: NVIDIA GeForce FX 5200
Driver: NVDD32.DLL
Driver version: 4.14.1.4351

Registers precision:
Rxx = s10e5 (temporary registers)
Cxx = s10e5 (constant registers)
Txx = s10e5 (texture coordinates)

Registers precision in partial precision mode:
Rxx = s10e5 (temporary registers)
Cxx = s10e5 (constant registers)
Txx = s10e5 (texture coordinates)

[nggalai]

Hola,

====================================================================
PixelShader 2.0 precision test. Version 1.3
Copyright (c) 2003 by ReactorCritical / iXBT.com
Questions, bug reports send to: clootie@ixbt.com

Device: NVIDIA GeForce FX 5800
Driver: nv4_disp.dll
Driver version: 6.14.1.4345

Registers precision:
Rxx = s10e5 (temporary registers)
Cxx = s10e5 (constant registers)
Txx = s10e5 (texture coordinates)

Registers precision in partial precision mode:
Rxx = s10e5 (temporary registers)
Cxx = s10e5 (constant registers)
Txx = s10e5 (texture coordinates)

93,
-Sascha.rb

[nggalai]

Zitat:

Original geschrieben von Demirug
Das ist das programm mit dem digit life die 16 bit festgestellt haben will. Bei LovesuckZ und bei mir kommen da aber nur 4 bit (s0e3) raus

Hehehehehehe. Weird.

Kann man der Sache irgendwie nachgehen? z.B. einen Shader schreiben, der per Definition entweder a) gar nicht mit <fp32 läuft oder b) klar sichtbare Fehler produziert, wenn man mit 4bit oder 16bit rechnet?

93,
-Sascha.rb

i will keine kaputten Shader haben :...(

[Demirug]

Zitat:

Original geschrieben von nggalai
Hehehehehehe. Weird.

Kann man der Sache irgendwie nachgehen? z.B. einen Shader schreiben, der per Definition entweder a) gar nicht mit <fp32 läuft oder b) klar sichtbare Fehler produziert, wenn man mit 4bit oder 16bit rechnet?

93,
-Sascha.rb

Die Shader sind nicht schuld die laufen. Das Problem liegt bei der Auswerteroutine. Die versucht den Backbuffer zu locken was aber aus irgendeinem Grund nicht gelingt.

[nggalai]

Hi Demiurg,

Zitat:

Original geschrieben von Demirug
Die Shader sind nicht schuld die laufen. Das Problem liegt bei der Auswerteroutine. Die versucht den Backbuffer zu locken was aber aus irgendeinem Grund nicht gelingt.

Das ist mir nach deiner Post weiter oben klar. Meine Frage war eher, ob's eine möglichkeit gibt, so ein "Testprogramm" zu schreiben, damit die Leute visuell halt sehen, dass die Ergebnisse nicht stimmen. Ein Programmierer versteht deine Argumentation schon, aber die breite Masse eher nicht. Die wollen lieber sehen, dass das Ding DOCH fp32 / fp16 ausspucken kann, statt zu lesen, dass der Tester oben was komisches macht. Halt ein, hmm, Dummy-Precision-Test.

93,
-Sascha.rb

[Demirug]

Zitat:

Original geschrieben von nggalai
Hi Demiurg,
Das ist mir nach deiner Post weiter oben klar. Meine Frage war eher, ob's eine möglichkeit gibt, so ein "Testprogramm" zu schreiben, damit die Leute visuell halt sehen, dass die Ergebnisse nicht stimmen. Ein Programmierer versteht deine Argumentation schon, aber die breite Masse eher nicht. Die wollen lieber sehen, dass das Ding DOCH fp32 / fp16 ausspucken kann, statt zu lesen, dass der Tester oben was komisches macht. Halt ein, hmm, Dummy-Precision-Test.

93,
-Sascha.rb

spontan fällt mir da nicht unbedingt was ein. Aber das muss ja noch nichts heisen möglicherweise kann ich da noch was austüfteln.