Tach,

es ist möglich (und wenn wie genau) normales Diffuse Bumpmapping mitteles TexEnvf befehle zu machen ohne die Fragment Programme und Register Combiners zu benutzen ?
So das es ab GeForce1 läuft, diese hat ja die GL_DOT3_RGBA extension.

Ich hab das ganze schonmal versuch umzusetzten, leider bisher ohne wirklichen erfolg Es kann gut sein, das ich irgendwas vergessen habe...

aber hier mal grob wie ichs mache:



hier ist die procedure SetTextureStageAlpha:



Hier ist mal mein versuch als Exe von meiner engine:
http://www.xenorate.com/final/r3d_Template.zip[/list]

Hoffe mal jemand hat ahnung davon und kann mir helfen !

*EDIT: Könnte jemand mal von den OP`s den thread in den OGL verschieben ? Habs versehentlich in Offtop gemacht. ;D Danke,

matane,
Final

Hab deinen Thread verschoben.Kann dir allerdings im Moment nicht wirklich bei deinem Problem helfen, aber schau dir mal dieses Tutorial an,welches Bumpmapping auf eine Art-und-Weise realisiert,wie es auch Karten der GeForce1-Klassen darstellen können.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Das tut kenn ich schon, aber danke fürs verschieben.
In dem tut wirds über das normale OpenGL Licht gemacht, ich hab aber PerPixel mit LichtIntensität sprich 3D Lightmap.

3D-LightMap & GeForce 1? Ist dass nicht eigentlich ein wiederspruch in sich? Zumindest nicht sonderlich schnell...

_________________
Und was würdest Du tun, wenn Du wüsstest, dass morgen Dein letzter Tag auf dieser Erde ist?

Wahhh ihr versteht mich falsch *lol*...

3D Lightmap kann auch aus 2 Texturen bestehen

ne 1D + 2D Texture... funzt wunderbar... siehe template

matane,
Final

Also reines Diffuses Bumpmapping habe ich schon (allerdings ohne Lichtintensität) laufen gehabt. Das ganze aus dem Thread "Nocheinmal das Licht" zusammengetragen und ein paar Samples von ATI oder NVIDIA durchgeguckt. Da mir das aber zu eingeschränkt war, habe ich eben Vertexprogramme genutzt, anschließend auch Fragmentprogramme. Wenn ich die Datei noch habe, dann kann ich die mal hochladen. Ansonsten müsste ich die Befehle aber grob noch alle zusammenbekommen. Das ganze lief halt so ab, dass auf Texture0 die Normalmap gelegt habe, auf 1 dann die Cubemap, auf 2 die normale Texture. Dann den Lichtvektor eben per Texturkoordinate der Cubemap übergeben und per TexEnv das Dot-Product aus Texture-Unit 0 und 1 gebildet. Dann per TexEnv das ganze mit Texture-Unit 2 multipliziert. Für die Intensität musst du das ganze ja nur noch mit der entsprechenden 3D-Texture (Unit 3 dann) multiplizieren. Da du aber ja wohl nur 4 Texturunits hast, musst du das ganze dann aber wohl irgendwie aufteilen (2D auf Tex3 und 1D auf Tex4 geht ja nicht, da das 5 Units wären).
Ich habe das ganze jetzt mal schnell aus dem Kopf dargestellt. Wenn Du's so nicht hinbekommst, und bis Freitag warten kannst, dann müsste ich ne Demo hinbekommen.

_________________
Thunderman
Bei schwierigen Problemen entscheiden wir uns einfach für die richtige Lösung. Klar?

Also irgendwie hab ich das gefühl das ich mich falsch ausgedrückt habe,
ich hab hier im geschäft ne GeForce 256 DDR (GeForce1) diese hat nur 2 Texture Units, Vertex Program per software und GL_DOT3_RGBA und hat TexEnv Combine und kann Cubemapping.

Mein ziel ist es, bumpmapping für sämtliche karten die diese features aufweisen laufen zu lassen. Ich will keine Register Combiners benutzten da diese ja nur GeForce karten können und auch keine Fragment Programme da das nichtmal die geforce4 ti 4200 kann

Ich hab schon einige samples gefunden, die Dot3 Bumpmapping mit Vertex programmen machen, aber immer nur mit dem blöden opengl licht.

Und eigentlich wollte ich Vertex Programme erstmal weglassen, da ich mich damit noch nicht richtig auseinander gesetzt habe... und es geht bestimmt auch ohne.

Specular ist eigentlich so auch machbar, da bei dem specular pass die Normalization cubemap per Texture Matrix auf die camera koordinanten verschoben wird, oder seh ich da was falsch ?

Humus machts in seinem sample übrigens auch nur mit TexEnvf befehlen, zumindest bei seiner alten GameEngine. Leider hat ers damals mit 3D Texturen für die Lichtintensität gemacht Somit konnte ich seine blendbefehle ncih einfach übernehmen

Die neuen sachen sind alle wieder fragment scheisse
Keine frage, fragment programme sind wesentlich schneller als gegen über gewöhnlichen texenv combinern und bieten auch mehr möglichkeiten.

Aber wenn man z.b. nen Breakout klon schreibt der gut aussehen soll, aber so gut wie überall laufen muss, dann gehts halt nicht anderst...
nich jeder hat mal 300 euro über für ne neue graka ;(

Ich vermute das ist der Fehler:
Die Bumpmap und Cubemap muessten so geblendet werden:
SetTextureStageRGB(gl_texture0,gl_replace,gl_texture0)
SetTextureStageRGB(gl_previous,gl_dot3_rgba,gl_texture1)
glblendfunc(gl_dst_alpha,gl_zero)

Man kann alles was man mit Vertex Programmen machen kann auch selber ausrechnen, wenn man den Geschwindigkeitsverlust hinnehmen kann. Die Berechnung der Vektoren im Tangent Space geht nicht mit einer Matrix, weil die Matrix von der normalen Welt in den Tangent Space an jedem Vertex durch die Tangente,Binormale und Normale angegeben wird und deshalb unterschiedlich ist.