also, ich will erstma sagen, schönes tut. wenn ich ma ne grafikkarte mit shadern besitzen sollte, kommt das auf jeden fall nach ganz oben auf der todo-liste. allerdings ist da ein abschnitt, den ich nicht verstehewas denn nun? nicht größer aber auch nicht kleiner? also gleich, oder wie? wenn ich da jetzt nur auf grund meiner unkenntnis nicht durchsehe, wärs vielleicht ganz gut diesen absatz mal idiotensicher zu formulieren.

_________________
Gruß McWurscht - sorry für's Posting.

Wer mal meinen bisher erfolgreichsten Erguss in Sachen Web-Programmierung sehen will: RCV

Ups, da ist mir wohl ein Formulierungsfehler unterlaufen.

Was gemeint ist ist folgendes: Du hast ja deinen Framebuffer, meistens das Fenster. Du musst die Textur komplett beschreiben, daher darf sie auf keinen Fall größer sein als die größe deines Framebuffers (evtl. = Fensters), weil du ja sonst unbeschriebene Ränder in der textur bekommst.
Dann muss die textur ja auch noch Power Of Two sein, was die Fenstergröße eher selten ist. Deshalb musst du den Viewport mit glViewport noch zusätzlich verkleinern, auf die größe der Textur. Allerdings (sage ich hier nochmal dazu) darfst du dabei nicht die Projektionsmatrix ändern, musst also nicht nochmal gluPerspective oder so aufrufen.

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

na schreib das doch gleich so...

jetzt isses wurschtkompatibel

_________________
Gruß McWurscht - sorry für's Posting.

Wer mal meinen bisher erfolgreichsten Erguss in Sachen Web-Programmierung sehen will: RCV

Ich habs mal umformuliert. Das man später glViewport braucht, geht aus dem dann folgenden Code hervor, deshalb habe ich es da nicht noch einmal explizit gesagt.

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

ja, so wies jetzt dasteht, erkennt man wirklich sofort, was zu tun ist.

wieso müssen die texturen unbedingt quadratisch sein? ist jetzt aber mal nur interesse halber.

_________________
Gruß McWurscht - sorry für's Posting.

Wer mal meinen bisher erfolgreichsten Erguss in Sachen Web-Programmierung sehen will: RCV

Hmm... Theoretisch müssen sie es garnicht, wenn ich jetzt weiter darüber nachdenke. Aber war da nicht mal was, dass wenn die Texturen nicht quadratisch sind, die Texturkoordinaten nicht von 0.0 bis 1.0 gehen? Wenn dem so ist, dann muss man auch noch die Texturmatrix weiter verändern, ich weiss nicht, inwiefern das funktioniert.

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Die Texturkoordinaten gehen immer von 0 bis 1, mit Ausnahme einer Erweiterung für NPOT-Texturen. Da waren es Pixelangaben.

_________________
Steppity,✲steppity,✴step,❆step,✳step!
❆ ❄ ❄ ❄ ❅ ❄ ❆ ❄ ❅ ❄ ❅ ❄ ❅ ❄ ❄
❅ ☃ ❄ ❄ ❄ ❅ ❄ ❄ ❄ ❅ ❄ ☃ ❄ ❆ ❄ ❄

Früher musste die Texturgröße IMMER eine Potenz von 2 sein. Ob sie jetzt auch genau Quadratisch ist spielte und spielt keine Rolle. Die Koordinaten sind auch IMMER von 0-1 normiert. Immer? Na ja fast. Um dieses Problem zu umgehen wurden vor langer Zeit in einem fernen Land 3 nahezu identische Extensions (Texture Rectangle) erfunden, die es ermöglichen auch NPOT Texturen benutzen zu können. Dabei sind dann die Koordinaten nicht normiert und sind im Bereich von 0-Breite und 0-Höhe. Seit OpenGL 2.0 "können" auch die normalen Texturen das. "Können" weil zum Beispiel ehemals ATI das sehr locker gesehen hat und da teilweise in den Softwaremodus verfällt. Der entsprechend sehr sehr langsam ist. Deswegen kann man trotz neuem Standard eigentlich nur POT Texturen wirklich ruhigen Gewissens empfehlen.

PS: Genau genommen kann einem dieses Problem aber wirklich ÜBERALL in OpenGL begegnen.

PPS: Ich hab gesehen i0n0s hat das schon gesagt. Aber ich will meine Geschichte trotzdem loswerden. Ich schreib einfach zu langsam.

Du wusstest wenigstens noch die entsprechenden Erweiterungen

_________________
Steppity,✲steppity,✴step,❆step,✳step!
❆ ❄ ❄ ❄ ❅ ❄ ❆ ❄ ❅ ❄ ❅ ❄ ❅ ❄ ❄
❅ ☃ ❄ ❄ ❄ ❅ ❄ ❄ ❄ ❅ ❄ ☃ ❄ ❆ ❄ ❄

Warum heißt diese NPOT-Erweiterung auch so verwirrend GL_ARB_texture_rectangle oder so ähnlich? Dabei denke ich doch nicht an NPOT, sondern an nichtquadratische Texturen

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

GL_ARB_texture_rectangle ist nicht die NPOT extension. Es erlaubt rechteckige texture mit nicht normalisierten texturkoordinaten und voallem ohne mipmaps. Die sinvolle verwendung ist z.B. wenn man in FBOs rendern will und keine mipmaps braucht.
GL_ARB_texture_non_power_of_two hebt dagegen die power of two beschränkung bei texturen auf, diese unterstützen dann auch mipmaps...

_________________
Lumina plattform unabhängige GLSL IDE