Hi Rüdiger,

Das Projekt klingt auf alle fälle interessant.
Mich würde interessieren, wie du die Fenster erzeugst. Verwendest du SDL oder die VCL? Wenn du die VCL verwendest, könntest du ernsthaft überlegen, ob du vielleicht zumindest für das Hauptprojekt (also nicht den Editor), SDL verwenden. Das würde dir die Portierung auf Linux und ähnliches erleichtern. Und Linux-Spiele erfreuen sich beliebtheit, in Windows gehen die meisten besseren nicht-kommerziellen Spiele einfach in der Masse unter.

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

Ich habe eine einfache Nachfahrenklasse von TClass abgeleitet - also VCL. Mit SDL habe ich mich noch nicht beschäftigt, kann ich mir aber mal angucken - ist ne gute Idee. Auf jeden Fall werde ich versuchen, im weiteren nicht Windows-spezifisch zu arbeiten.


Viele Grüße,

Rüdiger

TClass? Normalerweise leitet man doch von TObject ab, oder? Und TObject allein macht noch keine VCL. VCL beginnt erst ab ungefähr TComponent und TBitmap und so. TObject findet man in jeder Object Pascal Sprache (also auch FPC).

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

Oh, verdammt. Hab ich nicht aufgepasst! Es muss TForm heißen - also wie gesagt es ist einfach gehalten. Wenn an meine Engine kein Fensterhandle übergeben wird, dann erschafft sie automatisch ein Standardfenster.

Wegen dem Himmel solltest du mal über eine Skycube/Skydome-Technik nachdenken. Eine solche Ebene macht vom Aussehen her immer wenig sinn.

Du könntest dich auch, wenn du das noch weiter vertiefen willst, mit prozeduralen Wolkentexturen befassen, dazu gibt es unter den Links im Wiki sicher etwas.

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

Der Übergang ist schrecklich, ich weiß. Weiß nicht so recht, wie ich das verbessern kann. Aber ich bin mir nicht sicher, ob ich variable Wolken implementieren möchte. Ich weiß nicht, ob dann der "Gesamteindruck" stimmt. Schließlich wollte ich auch kein Licht/Bumpmapping verwenden. Sieht dann zwar alles sehr "altmodisch" aus, aber ist dann weniger Arbeit ;)

Achja, danke übrigens für dein mehrmaliges Feedback, Lord Horazont!


Viele Grüße,
Rüdiger

Hey,

aus Interesse hab ich mir mal die Techdemo geladen.
Aber wenn ich versuche zu starten sehe ich nen schwarzen Bildschirm (links oben ein paar Debuginfos), einen weißen Punkt links und diese Meldung "OpenGL hat folgenden Fehler erzeugt: invalid operation".

Intel Q9300
4GB RAM
Geforce 8800GTS 512 @175.16
WinXP Home

MfG

Hmm...
Das ist der OpenGL-Fehler Handler. OpenGL hat also irgendwo den Fehlercode erzeugt. Komisch, ich hab ne 8600 GTS, bekomm den Fehler aber nicht. Ich müsste mir mal ein besseres Bugtracking-System einfallen lassen.

Trotzdem danke für das Interesse, tut mir leid, dass es nicht funktioniert hat.

Viele Grüße,
Rüdiger

Ich hab mir mal deinen Wassershader angeschaut. Ich glaube das Problem hängt mit meinem Treiber zusammen. Zumindest seit 175.16 scheint der GLSL-Compiler was durcheinander zu werfen, denn wenn ich mehr als 24 varying-Floats habe, beschwert er sich mit "Vertex attribute output count exceeds hardware limits.", obwohl laut Hardwareinfo 16 attribute floats und 60 varyings möglich sein sollten, und baut logischerweise kein Programm zusammen, was dann wohl zu dem Fehler führt.
Glücklicherweise lässt sich der Zugriff auf eine Texturmatrix bei dir in den Vertexshader verschieben und das Ergebnis wahlweise mit einem varying vec2 oder gl_TexCoord[2] übertragen (afaik haben alle GLSL-Karten min. 4 TUs). Damit ließ sich die Sache dann auch starten.

So sieht es als Grundlage ganz gut aus, wenn man bedenkt, was schon alles dahintersteckt. Ich hab mit Blick in den Himmel so etwa 40fps. Der sieht natürlich auch noch nicht umwerfend aus, aber da geht bestimmt noch was. Den Regeneffekt find ich interessant, wie hast du den realisiert?

Die Vegetation und das Haus sehen in dieser Form noch reichlich seltsam aus (und kontraststark), aber wenn man komplexere Levels mit richtigen Models zusammenbastelt, wird das sicher auch noch besser aussehen.
Und nette Idee, der Tag-Nacht-Wechsel, wenn du jetzt natürlich noch was Leuchtendes im Level hättest...

MfG

Ich bekomme auch nach unregelmäßigen Zeiten nen invalid operation. Schade, ich hätte mir das gerne genauer angeschaut.

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

Dito.. ich kann es nichtmal starten..

Schade, dass es nicht so glatt läuft, wie ich dachte. Habt ihr ne Ahnung, wo ich mit der Suche nach dem Fehler anfangen könnte? Bei mir funktioniert es. Und invalid operation ist halt ein OpenGL-Fehler.


@Lord Horazont
Vielleicht könntest du dir den Wassershader mal anschauen. Der beruht auf deinem Tutorial. Vielleicht liegt der Fehler ja da, also die Quelle für diese "Inkompatibiltät".

@WhiteHunter

Merkwürdig finde ich die Performance bei dir. Ich habe minimal 60 Frames/s und wenn ich gen Himmel gucke, dann etwa 170 F/s. Vielleicht funktioniert aus irgendeinem Grund mein Multithreading bei dir nicht, wer weiß. Obwohl das schon merkwürdig wäre... Die Wolkentextur wird in einem eigenem Thread behandelt, weil das sehr rechenintensiv ist, Single-Core User werden glaub ich gar keine passablen Raten erwarten können - in dem Testlevel.

Den Himmel fand ich schon ganz gut, soll aber noch besser aussehen. Mit dem Regen bin ich eigentlich sehr unzufrieden^^. Das sind einfach nur zufallsgenerierte GL_LINES, die ein wenig transparent geblendet werden und mit konstanter Beschleunigung, also quadratische Ortsänderung nach unten fallen. Diese sind unabhängig von der Bewegung, sonst dünnt der Regen zu sehr aus, wenn man sich bewegt.
Das Wetter finde ich schön, wenn man von "weather bad" auf "weather good" umschaltet. Wenn sich dann der Himmel aufklart.
Vegetation und Models sehen wirklich scheiße aus, das liegt daran, dass das Model so furchtbar texturiert wurde. Und die Grastextur hab ich auch selbstgemacht^^ ziemlich blöd sieht die aus. Alphatesting benutze ich da übrigens, um die Z-Sortierung nicht machen zu müssen. Vielleicht ist da für die Zukunft ein "Verwisch"-Shader ganz gut, um die Kanten vielleicht nicht so hart wirklichen zu lassen.

Den Tag/Nachtwechsel sieht man übrigens mit "time fast". Allerdings sieht das nicht so gut aus, deswegen hatte ich es nicht erwähnt.


Viele Grüße,
Rüdiger

Also, ein Invalid Operation tritt bei Shadern nur auf, wenn du z.B. versuchst, mit glUniform* oder glVertexAttribute* werte zu setzen, ohne dass der entsprechende Shader gebunden ist.

Ansonsten... Such mal im Wiki nach GL_INVALID_OPERATION, vielleihct findest du da was hilfreiches.

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

Versuch mal nen Program zu erzeugen und ohne es zu linken (oder von mir aus mit einem fehlerhaften Shader versuchen) glUseProgram() mit der ProgramID.


Hab mal V-Sync ausgeschaltet. Die 40 habe ich nur, wenn ich Landschaft und Himmel anschaue. Wenn ich nur innen Himmel gucke, habe ich auch ~200.


Wirkte gar nicht so. Aber dürfte immerhin sehr performancefreundlich sein.

Im Übrigen scheint die Engine sich nicht richtig zu beenden, wenn man statt Escape Alt+F4 drückt, zumindest die Maus wird nen bisschen blöd festgehalten.
Ich würde ein Log einbauen, das zeigt, was beim Initialisieren so schief gelaufen sein könnte. Da könntest du auch die Shaderlogs ausgeben lassen.
Ein bisschen Beispielcode von mir:


Und noch viel Glück bei der Fehlersuche...

MfG

Wieso sind denn die Wolken so rechenintensiv. Die musst du doch nur einmal erzeugen und kannst die dann immer nur verschieben.

_________________
Blog: kevin-fleischer.de und fbaingermany.com