@Flash :
Iss zwar nix was ich jetzt unbedingt vorzeigen will, aber es ist halbwegs ansehnlich, also lad ich einfach mal Screenshots (klicken für größere Ansicht) hoch :
Die beiden ersten Shots zeigen die dynamisch Cubemap auf einer Kugel, Shot 3 zeigt die ganze Szene. Shot 4 ist dann ein recht langweiliges Stück Sand, mit normalem Parallax-Mapping, während Shot 5 selbiges mit Z-Correct Parallaxmapping (oder so in der Richtung) zeigt. Wie zu sehen wird hier anhand der Heightmap im Shader der Z-Wert angepasst und es sieht so aus als hätte der Sand eine wirkliche Höhe, obwohl dies der selbe Polygonhaufen wie im Shot davor ist. Der letzte Shot zeigt dann eine Wand mit Z-Correct, bei der man schön sieht das die Stencilschatten (die sonst hart sind) in die Höhen und Tiefen der Textur "eintauchen". Man beachte bitte allerdings dass dies nicht 100% korrekt aussieht, was daran liegt das die Heightmaps für die Textur (hatte leider nur ne RGB-Vorlage, aus der ich sowohl HM als auch NM basteln musste) nicht so ist wie ich sie gerne hätte.
P.S. : "Kenner" verzeihen mir bitte den viel zu hohen und unrealistischen Specularanteil auf einigen Materialien (z.b. dem Holz), aber es sieht halt doch irgendwo toll aus wenn selbst Steine und Holze glitzern
@Mars :
Letzteres fällt flach, das sieht man dann ja schon rein optisch dass definitiv Mip-Maps erstellt werden, und wenn das nicht funkionieren würde, dann würde auch der LODBias nicht funktionieren, was er aber tut. Erste Erklärung könnte allerdings irgendwo stimmen. Denn bei GL_SGIS_generate_mipmap werden die MipMaps ja von der HW erstellt, und dann evtl. (ähnlich DLs) vom Treiber so abgelegt das sie für die jeweilige HW optimiert sind, wohingegen bei gluBuild2DMipMaps ja die Mips auf der CPU erstellt werden und dann quasi als "ordinäre" Texturen hochgeladen werden. Aber auf jedenfall bringt mir die Nutzung von GL_SGIS_generate_mipmap je nach Ansicht sogar nen recht heftigen Geschwindigkeitsschub; aber wie gesagt nur wenn ich Shader nutze.
