Das erste ist natürlich erfreulich, das zweite kann ich leider nicht nachvollziehen


Das ist noch "normal". Ich mache jede Sekunde ein Shadow-Map-Update von jedem statischem Licht. Daher die hänger. Später wird dann die Shadow-Map nur aktuallisiert, wenn sich was im Sichtbereich des Lichtes bewegt hat.


Hab ich heute schon gemacht - hat mich auch schon etwas generft. Dabei hab ich gleich Nägel mit Köpfen gemacht und gleich auf HDR-Rendering umgestellt. Zwar noch nicht mit Blooming, aber das ist schnell und ohne weiteren Quelltext einbaubar - muss dafür nur den Renderpfad erweitern (was ich komplett per XML machen kann) - und natürlich noch ein paar Shader. Durch den HDR-Renderer hab ich auch den "Überblenden-Shader" neu geschrieben. Der blendet einen nicht mehr so sehr wie der davor, ist jedoch nicht so empfindlich und wirkt natürlicher.


Mit dem Logo werd ich mal schauen - jedoch erst nach einer kreativen Logo-Pause . Das mit dem Zusammenrücken werd ich aber noch mal ausprobieren.

_________________
Aktuelles Projekt: Gael - Development Blog
Website: LightBlackSoft.com

Machs doch mit den Shadowmaps Updates so, dass du jede Sekunde jeweils eine Hälfte der Schatten updatest. So hast du die CPU/GPU Last aufgeteilt und Ruckler dadurch vermieden. Aber wenn das ohnehin dynamisch für jede Lichtquelle wird, ist das auch überflüssig

mfg

Ich würde vielleicht immer einen Schatten pro Frame updaten. Damit hast du wirklich verteilte last. Und wenn du nicht immer alle updatest sondern nur die notwendigen, fährst du am besten.

greetings

_________________
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

Ich hab mal ein bischen rumprobiert wegen den Artefakten bei den Schatten.
Ich glaube ich habe das Problem, das ich bei mir damals hatte, gefunden. Aber ich kann natürlich nicht sagen ob das bei dir auch die Fehler verursacht.

Alos mal ein bischen Erklärung damit wir nicht aneinander vorbei reden. Wenn ich PCF richtig verstanden habe werden mehrere Texel der Shadowmap verwendet und für jedes bestimmt oder der Pixel im Schatten liegen würde oder nicht. Der Schattenanteil ist dann der Durchschnitt aller Test.
Zumindestens bekommt man groß geglättete Schatten. Damit das besser wird muss man die Position genauer als auf ein Texel bestimmen. Wenn man das macht, ist die (projezierte) Position des Pixels immer zwischen 4 Texeln. Dadurch bekommt man zwei Werte x und y, die die Entferung zum linken und oberen (oder unteren?) Rand angeben.
Mit diesen schwäche ich bei mir die äußeren Texel ab, sozusagen. Nur die Äußeren, weil sich der Effekt innen aufgeben würde.

Falls das irgendwie unverständlich ist, dann kann das daran liegen, das ich mir das selber erarbeitet hab' und später festgestellt habe das es PCF entspricht (denke ich zumindes). Also kann sein das es Abweichungen zum Standardverfahren gibt.

Naja, hier mal der Code-Ausschnitt



Also bei dir scheinen die Texel auch noch zusätzlich gewichtet zu sein, aber offensichtlich irgendwie falsch.
Entweder du musst einfach irgendwo ein Minus setzen oder etwas umkehren oder alles ändern. Ohne Kenntnis deines Shaders, ist das schwer zu sagen.
Jedenfalls funktioniert obiges bei mir und erzeugt auch relativ schöne weiche Schatten. Natürlich fehlt für einen funktionierenden Shader noch einiges, weil ich auch mit Cubemaps arbeite und da noch ein paar Berechnungen nötig sind (wenn jemand eine schnelle Möglichkeit kennt bestimmte Texel abzufragen, nur her damit), aber vielleicht hilft das ja und du kannst ein paar Parallelen erkennen.

Hallo Schläfer,

erstmal danke für den Shader, ich werd mir den mal anschauen. Jedoch fällt mir sofort auf: wirklich schnell ist der Shader nicht. Ich weiß ja nicht, wie groß bei dir filtersize ist, jedoch denke ich größer als 1 . Die vielen if's stören mich auch etwas. Ich hab unten mal meinen Shader gepostet (übersetzt von GPU Gems - Chapter 11. Shadow Map Antialiasing). Bei dem hab ich 4 Texturzugriffe und eine if-Anweisung pro Texel - und dafür ist das Ergebnis schon sehr gut. Ich werd mir den Shader auf jeden Fall noch mal genauer anschauen, vielleicht find ich ja noch was. Wenn ich was an dem Filter ändere, werd ich den neuen hier posten.

[glsl]
float lookup(in sampler2DShadow shadowTexture, in vec4 shadowCoord, in vec2 offSet)
{
return shadow2DProj(shadowTexture,
shadowCoord +
vec4(
offSet.x * lightSetup0.w * shadowCoord.w,
offSet.y * lightSetup0.w * shadowCoord.w,
0.0, 0.0
)
).r;
}

// ....

// Percentage Closer Filter
vec2 offset = vec2( float(fract(gl_FragCoord.x * 0.5 ) > 0.25),
float(fract(gl_FragCoord.y * 0.5 ) > 0.25));
offset.y += offset.x;

if (offset.y > 1.1)
offset.y = 0;

vec4 shadCoord = shadowTexCoord;

shadowValue = (lookup(shadowTex0, shadCoord, offset + vec2(-1.5, 0.5)) +
lookup(shadowTex0, shadCoord, offset + vec2( 0.5, 0.5)) +
lookup(shadowTex0, shadCoord, offset + vec2(-1.5,-1.5)) +
lookup(shadowTex0, shadCoord, offset + vec2( 0.5,-1.5))
) * 0.25;

[/glsl]

_________________
Aktuelles Projekt: Gael - Development Blog
Website: LightBlackSoft.com

Dabei waren das noch nichtmal alle "Ifs"
Ich denke aber die If-Anweisungen machen nicht so viel aus, schlimmer sind die vielen Texturlookups.
Also "filtersize" ist eigentlich variabel, damit die Schatten weiter hinten mehr geglättet werden. Maximum ist aber 16.
Sicherlich kann man das so in keinem Spiel verwenden, mit der Einstellung läuft das bei mir mit knapp 14 FPS bei 800x600. Sieht aber dafür ganz schick aus.
Bestimmt kann man auch noch einiges optimieren. Ich hab mal nen Screenshot angehangen.

Am Anfang hatte ich auch nur 4 Texel genommen und dann dazwischen interpoliert. Aber 3x3 sieht dann schon wieder ein Stück besser. Das kann man dann ja als Einstellung dem Benutzer überlassen.

Achso, weil meine Grafikkarte keine "samplerCubeShadow" kann, benutze ich auch die normalen Cubemaps, dadurch sind wieder ein paar Rechnungen mehr nötig.

Mir gefällt die Kamera, schön weiche Bewegungen. Ich nehme mal an, du arbeitest mit Beschleunigung und ein bissl Reibung oder?

HI,

ich wollt mir das auch ma angucken und hab mir die GaelEngineTechDemo2 geladen. aber wenn ich starten will kommt n fehler, das meine Graka bestimmte sachen nicht unterstützt. Ich hab ne GeForce 7800GTX und folgende sachen werden nicht unterstützt:
GL_ShadingLanguage_100
GL_VertexBufferObject
GL_FrameBufferObject
GL_ARB_texture_float
GL_ARB_texture_border_clamp
GL_ARB_multitexture
GL_ARB_depth_texture
GL_ARB_Shadow
GL_ARB_texture_none_power_of_two
GL_ARB_occlusion_query

und GL_FrameBufferObject, GL_ARB_multitexture und GL_ARB_texture_none_power_of_two halt ich für sehr unwahrscheinlich, da ich damit auch schon gearbeitet hab...

MfG Bergmann.

Hast du nen aktuellen Treiber drauf? Wenn ja, bist du dir da sicher? Wenn ja, schau kurz nach. (ist nicht böse gemeint ). Bist du gerade in ner VM?

Also die Engine setzt zwingend OpenGL 2.0 vorraus, was aber anscheindend unterstützt wird - sonst wäre es ja auch auf der Liste (irgendwie komisch) - und die Grafikkarte unterstützt das auch. Zur Überprüfung benutzt ich einfach die boolean-Variabeln vom dglOpenGl.pas - Header.

Mein PC hat ne GeForce 7600 GT + WinXP: funktioniert
Mein Laptop hat ne ATI HD 3470 X2 + WinVista: funktioniert

_________________
Aktuelles Projekt: Gael - Development Blog
Website: LightBlackSoft.com

Ich habe auch eine GF7800 und bei mir werden die genannten Erweiterungen unterstützt.

_________________
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

hey,

hab die ForceWare-Version 175.19
kann aber den neuen auch net runter laden, weil bei 106MB brauch ich 3 Jahre mit nem Modem -.-

MfG Bergmann.

Ok, ich weiß jetzt nicht, wie die OpenGL-Unterstützung bei der Version aussah - ich denke nicht, dass keine OGL 2.0 Features in dieser Version mit dabei waren

*grübel*

Das Problem kann ich jetzt auf die schnelle auch nicht lösen, da ich keinen Ansatzpunkt für das Problem habe . Ich glaub aber, ne aktuelle Version wird da schon etwas helfen.

Ich würd dir empfehlen, mal GLView auszuprobieren (Download (1,3 MB)), vielleicht hilft das etwas, das Problem auf den Grund zu gehen.

_________________
Aktuelles Projekt: Gael - Development Blog
Website: LightBlackSoft.com

Hey,

ich hab grad ma mein altes Projekt mit dem FBO ausgegraben, un da geht es auch net mehr oO
den alten treiber hab ich auch schon probiert, aber das ändert nix.
da werd ich dann mal n kumpel besuchen un mir ma den neuen treiber saugen. ich meld mich danach nochma...

MfG Bergmann

Also GL_ARB_multitexture ist ein Feature aus OpenGL 1.3 also eins punkt drei. Da muss irgendwas mit deinem Treiber nicht in Ordnung sein. Schau eventuell auch mal nach ob du nicht vielleicht irgendwann zum Testen mal die Hardwarebeschleunung runter gedreht hast. Also "Eigenschaften von Anzeige" > "Einstellungen" > "Erweitert" > "Problembehandlung". Der Regler sollte ganz Rechts sein.

Bergmann: der nVidiatreiber hat ein Feature namens Erweiterungsbeschränkung. Für Anwendungen, die für den Erweiterungsstring zu wenig Speicher reservieren, ist das lebensrettend. Neuere Sachen sind dann dementsprechend nicht mehr drin. Such danach mal und schau, ob das versehentlich auf Ein gerutscht ist .

greetings

_________________
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