ZFX + Developia

Mein inniges Beileid für diese Arbeitszeiten.

(jaja, immer diese lästigen Vorurteile). Ach warum... die Notwendigkeit, sich auf generierten Code zu verlassen, ist das, was auch mich am meisten an Qt stört. Und ich mag es sonst sehr gern. Aber wenn an dem Meta-Compiler-Gedöns was schiefgeht, bekommt man mehr als seltsame Fehlermeldungen und mus...

Das geht auch mit der SDL. Die Funktion gibt anscheinend nur ein Array aus Pixeln zurück. Wo Du die dann hinkopierst bzw. was Du damit machst, ist ja Dir überlassen.

Das kann aber auch bedeuten, dass Du *irgendwo* im Speicher über die Grenzen eines Objekts hinausschreibst und das geänderte Pack-Pragma jetzt nur das Speicherlayout so verschoben hat, dass der Fehler wieder verdeckt ist. Behalte die Geschichte im Auge, die kann später mal schmerzhaft zurückkommen.

Design Patterns sind nun eigentlich nicht framework-tauglich. Bestenfalls die Factory, die man in C++ mit ein bisschen Template-Magie als fertigen Source verbreiten kann. Alles andere sind mehr Problemlösungsstrategien und keine wirklichen Quelltext-Schnipsel. Deine Liste an Anforderungen wird jeden...

Was Du da hast, ist nur Code, um den Binärinhalt einer beliebigen Datei zu lesen. Ein JPEG-Bild besteht aber aus einer Menge spezieller Daten, die Du jetzt Byte für Byte aus diesen Binärdaten rausziehen müsstest. Das ist eine nicht ganz triviale Aufgabe, die u.a. eine Fourier-Transformation enthält....

Im Allgemeinen sind sich wiegende Bäume, wallendes Wasser und so nur Shader-Effekte, die durch einen Zeitparameter gesteuert auf der Grafikkarte berechnet werden. Damit diese Effekte dann im Editor weiterlaufen, muss man nur die Zeitvariable weiterlaufen lassen. Das passiert also mehr oder minder vo...

Der VC++-Compiler enthält Dir viele Warnungen vor, solange Du die Standard-Warnungsstufe beibehälst. Mit Stufe 4 bekommt man dann sehr viel mehr Warnungen - teilweise absurd, teilweise Zeugs, bei dem man sich fragt, warum man das bisher nicht gesagt bekommen hat. Probier's mal aus, aber bereite Dich...

Aber was erwarte ich von einer Firma, der festgelegte Arbeitszeiten und adrettes Aussehen wichtiger sind als die Fähigkeiten der Mitarbeiter. Musst du um 8:00 Uhr morgens etwa da erscheinen? Exakt. Das Ergebnis ist ein Thomas, permanent müde, permanent sauer, bei An- und Abreise immer zwangsweise i...

Privat sieht's bei uns im Code genauso aus wie bei Krishty - ein Präfix für den Scope, sonst nix. Nur dass wir uns noch den Unterstrich ersparen und danach im Camel Case weitermachen - mIstWichtig als Membervar, pAnzTassen als Parameter, gDingensVerwaltung als globales Objekt. Namespaces und Klassen...

Das kann an allem Möglichen liegen. Hast Du evtl. Debug-Symbole für den Release-Build aktiviert? Ich bin es zwar auch gewöhnt, dass die Debug-Version drastisch größer ist als die Release-Version, aber wer weiß... vielleicht hat der Compiler ja auch Myriaden von Inlining-Gelegenheiten wahrgenommen :-)

Debug-Symbole anschalten, durchsteppen. Solche Fehler sind in den meisten Fällen auf nicht-initialisierte Variablen und sowas zurückzuführen. Deine Klassenstruktur-Beschreibung habe ich nicht verstanden, aber ich denke, sie ist irrelevant für das Problem.

Ich fand "Integrator" durchaus innovativ :-)

Als nicht-eindringende Profiler für den schnellen Blick auf Einzelthread-Anwendungen benutze ich LTProf oder Very Sleepy. Beide arbeiten auf Sample-Basis, nehmen also von außen ein paar hundert Mal pro Sekunde den Callstack Deines Prozesses - für sinnvolle Ergebnisse muss man schon mal 10 Minuten in...

Also aus welchen Gründen wird da noch ein "const" gesetzt? Geschmackssache. Ich finde halt, das Ergebnis einer "a += b"-Operation braucht nicht nochmal veränderlich zu sein. D.h., es geht immernoch c = (a += b); aber nicht mehr a += b += c; Sind aber rein akademische Unterschied...

Danke schonmal für deine schnelle Antwort. Das hat mir auf jeden Fall schonmal sehr geholfen. Ich benutze Code::Blocks.. daher gehe ich mal davon aus, dass ich wohl eher auf die Pointer-Methode zurückgreifen werde. Hier geht's erstmal nicht um Tempo, sondern um Code-Stil. Da ist die Pointermethode ...

Ich wollte bisher eigentlich Vektor-Mathematik immer implizit haben. Ich wollte also kein Add(ziel, a, b) tippen, wenn ich stattdessen auch ziel = a + b tippen kann. Wobei letzteres ohne einen guten Optimizer oder C++0x RValues ein Stück langsamer ist als die Add()-Lösung. Ist mir aber schnuppe, wei...

Du willst aber, dass ich DLLs komplett aufgebe und das ist nicht drin - weil man externe Module irgendwann brauchen wird. Und es ist mir lieber, wenn ich jetzt das Exception-Handling aller Schnittstellen umschreiben muss, als wenn ich das in zwei Jahren machen muss, wenn eine DLL unvermeidbar ist u...

Ich glaube, einmal probier ich es noch. Erlaube mir aber, dieses Beispiel für albern zu erklären. Als ob Code-Größe irgendwen interessieren würde. Ganz zu schweigen von dem absurden Gedanken, überhaupt mehr als eine 3D-API pflegen zu wollen. Mit der Code-Größe hat das überhaupt garnichts zu tun (der...

Wenn ich bei einem modularisierten Projekt keinen D3D11-Renderer will, lade ich sein Modul einfach nicht. Bei einem statisch gelinkten Projekt muss ich den Code verändern und neu linken, sonst lässt sich die Exe möglicherweise nicht ausführen. Nun, Du lädst tatsächlich mehr Code, wenn Du statisch l...

[Hastiges Edit: sorry, ich hab grad Deinen Beitrag editiert, anstatt meine Antwort in einen neuen Beitrag zu schreiben. Ich hab jetzt hoffentlich alles wieder hergestellt, wie es vorher war] Darf ich fragen, was die weitere Entwicklung damit zu tun hat? Ich rieche hier nämlich wieder nur einen Fall ...

Mit DX10 ist das zum Glück Geschichte. Eben! Er benutzt doch D3D10 – und dort sind die Texturkoordinaten doch so angeordnet: ---+------+------+------+--- ...|......|......|......|... ---+------+------+------+--- 0,0..0,25....0,5...0,75...1,0 Bzw. sollten so angeordnet sein. Das Offset hatten bei D3...

Ist statisches Linken evtl. eine Alternative? Damit würdest all diese Probleme umgehen. Momentan könnte ich noch statisch linken, mit fortschreitender Entwicklung aber nicht mehr, also nein. Darf ich fragen, was die weitere Entwicklung damit zu tun hat? Ich rieche hier nämlich wieder nur einen Fall...

Keine verrückte Welt, sondern endlich mal Klarheit. Stell Dir das wie folgt vor: +-----+-----+-----+-----+ |.....|.....|.....|.....| +-----+-----+-----+-----+ 0,0..0,25..0,5..0,75..1,0 Der linke Texel erstreckt sich im Koordinatenbereich also von 0.0 bis 0.25. 0.0 ist die linke Kante des ersten Texe...

Ist statisches Linken evtl. eine Alternative? Damit würdest all diese Probleme umgehen. Ansonsten wird's knifflig - entweder alles als Kopie werfen und nicht mit new erzeugen, oder Exceptions am DLL-Rand fangen und den dazugehörigen Stub-Funktionen neu werfen.

Dann schau mal mit PIX nach. Modus "Single Frame Capture" oder wie der hieß. Damit kannst Du jeden DX-Befehl nachvollziehen. Zu jedem DrawCall kannst Du Dir auch den Eingabe-Mesh, den Ausgabemesh und das Ergebnis auf dem Framebuffer anschauen. Und Du kannst jeden Vertex- und PixelShader-Du...

Du setzt evtl. die Matrix in der neuen Version aus Versehen transponiert. Mit PIX müsstest Du das aber auch rausbekommen können.

Das sollte so funktionieren. Du wirst wahrscheinlich irgendwo vergessen haben, eine ZBuffer-Einstellung zu entfernen/zu setzen. Die Projektionsmatrix, insbesondere die Near- und Far-Plane, sollte auch übereinstimmen. Und vermeide den ZBuffer-Discard-Flag bei der Device-Erstellung... ich weiß nicht, ...

Die Windows-Header enthalten tatsächlich #defines für min und max. Man beachte: es sind Makros, aber kleingeschrieben und zentral im Windows-Header. Mann, hab ich die damals dafür gehasst, als ich das rausgefunden habe. Um das zu vermeiden, musst Du NOMINMAX vor den Windows-Includes definieren. Etwa...

SQLite zum Beispiel, das ist wohl eine InMemory-Datenbank, für die man auf dem Zielsystem nix installieren muss. Das würde ich als Spieler als notwendige Bedingung betrachten. Und die Datenbank kann nach meinem Wissen dann auch serialisieren - das Problem wäre für Dich dann auch vom Tisch. Ich denke...