ZFX + Developia

via Postillon

Dieser Sache scheint man niemals Herr werden zu können -.- Ich brauche jetzt eine zur 64-Bit-Integer gerundete Gleitkommazahl (die SSE-Intrinsics sind also nicht mehr ausreichend), ich brauche sie unter x64 (also goodbye, Assembler) und ich brauche sie performant. Ich habe im Verlauf des Threads ja ...

Natürlich – ich vergesse dauernd, dass es da noch was Anderes gibt :/

Als ob die Optimierung premature wäre – die Multiplikation und Division sind je nur eine Zeile Code und werden direkt durch einen Batzen Tests gejagt … da kann man auch ruhig mit der Optimierung im Auge programmieren.

Ich habe hier auf meinem Core 2 Quad 2,5 Millionen Ticks pro Sekunde. Fantastisch – direkt der Nächste Grund zu jammern -.- Öhm... bist Du sicher, dass es "Millionen" sind, nicht "Milliarden". Ich habe ne Weile nicht mehr geschaut, aber soweit ich mich erinnere hatte ich auf mei...

ein Performance-Counter hat bloß ein paar Millionen Ticks pro Sekunde Nein, hat er nicht. Wie ich schon schrieb: auf Intel-Prozessoren ist der Performance-Counter mit der CPU-Taktfrequenz aufgelöst. Nur auf AMD-Prozessoren ist er immer bei dreikommairgendwas Millionen Ticks pro Sekunde. Ich habe hi...

Einen entsprechenden SSE-Befehl gibt es auch für float . Und naja, es ist wirklich so, dass floor() und ceil() je einen impliziten Funktionsaufruf mit etwa 30 Befehlen bewirken … da läuft ein einziger SSE-Befehl außer Konkurrenz … auch, wenn der Compiler seinen Aufruf so selten schlecht optimiert. I...

kimmi hat geschrieben:Wieso nimmst du da nicht einfach floor

Weil es nur für positive Zahlen funktioniert und um den Faktor 10 langsamer ist (floor ist zwar ein Intrinsic, aber nicht nur ein einziger Assembler-Befehl wie es cvtsd2si ist).

Heute gab es bei mir mal wieder ein DLL-Hell-Problem der Extraklasse. Eine Executable (x64) benutzt eine DLL, welche unter Debug-Einstellungen kompiliert wurde. Wie sich später heraustellte, hatte diese DLL aufgrund von Konfigurationsschwierigkeiten eine Abhängigkeit zur MSVCR90.dll. Sowas ist wirk...

inline int Round(double const & Value) { return ::_mm_cvtsd_si32(::_mm_load_sd(&Value)); } … int x = Round(1.0); => movsd xmm0,mmword ptr [__real@3ff0000000000000] movsd mmword ptr [SomeLocalAddress],xmm0 movsd xmm1,mmword ptr [SomeLocalAddress] cvtsd2si edx,xmm1 War nicht genau das ein Gru...

Präzision ist wirklich ein Thema für sich. Nachdem double s sich in der Zeit- und Datumsrechnung als furchtbar ineffizient erwiesen haben, steige ich nun gerade auf Festkomma-Arithmetik um (was ich eh schon ewig vorhatte) … aber was man vorn gewinnt, verliert man hinten. Nun sitze ich schon seit ein...

Beim Kopieren von ein paar Dateien über’s Netzwerk: Unbenannt.png Ich kann leider nicht sagen, welcher Prozess das verzapft hat, aber ich hätte die Kiste wirklich fast aus dem Fenster geschmissen. Selbst beim Zippen ganzer Datenträger mit höchsten Einstellungen läuft mir der Arbeitsspeicher nicht de...

Hach … der Beitrag, den ich immer herbeigesehnt habe. Wer genau hinschaut, kann zwar auf jedem noch so strahlenden Lack kleine Kratzerchen finden, aber die wurden alle schon aufgezeigt, also lasse ich die Erbsenzählerei … alles in allem einfach exzellent.

Bei mir hing es beim Laden auch mehrmals … irgendwann klappte es dann. Die Welt ist zu groß geraten – oder die Figuren zu klein. Jedenfalls geht die Übersicht vollkommen verloren … da muss unbedingt nachgebessert werden, um den Flow nicht zu behindern. Nach der Arbeit nun das Vergnügen: Der Grafikst...

Nach so einer Überschrift habe ich zwar keine präzise Fragestellung erwartet, aber die wird dich auch nicht weiter bringen als googeln nach „kommerzielle semi-professionelle Spiele grün“, glaube ich.

Nenn uns wenigstens eine Sprache.

Dass sich die Implementierungen bei sachgemäßer Anwendung identisch verhalten müssten.

RAND_MAX is a constant defined in <cstdlib>. Its default value may vary between implementations but it is granted to be at least 32767.

Und wo ist da jetzt das Problem? :)

Potenziell dumme Frage, aber ist ::rand() nicht standardisiert?

naja so ein frisch gebackenes HD Video von der Eigenproduktion wird von den Autoren sicherlich oft als sehenswert empfunden ;) Es ist definitiv weniger frisch als es vor vier Monaten, ebenfalls in HD, im Projektvorstellungs-Thread war ;) Die Puppe ist der Hammer … aber was Mercedes angeht, war gera...

http://www.duesseldorf-altstadt.de/uploads/kunden/mc_donalds/.tn_120x100_logo_mc_donalds.png M streichen ^^ Respekt dafür :)! http://www.abload.de/img/derpjoki.png Ist seine Eigenwerbung dreist, oder seine Dreistigkeit Eigenwerbung? … nichts gegen das Projekt, aber das Video wäre nicht einmal im Sh...

Weil GCC nur im Release-Modus Optimierungen anwendet, die von den Aliasing-Regeln Gebrauch machen. Falls du den Code übrigens doch behalten willst, versuch es mal mit union { float asFloat; unsigned int asUInt; } const Value = { fWrt }; unsigned int p = (0xbe6f0000 - Value.asUInt) >> 1; und benutz f...

wobei, nein, eigentlich lässt es mich nicht ruhig schlafen ;) Noch nicht einmal mich ;) Btt: Gerade durch Jahre alte Sicherheitskopien gestöbert … CS-Maps und so. Irgendwo im Bereich 2004 habe ich zufällig eine BMP in einen Hex-Editor geladen und dabei entdeckt, dass das Mistding von Bildbearbeitun...

Ich fühlte mich vom ersten Moment an an Portal erinnert. Gefällt mir sehr gut … ich bin gespannt, wie sich das entwickelt.

Die Grafik muss ich wohl nicht schon wieder loben, oder? War schließlich schon immer top :)

Jörg hat geschrieben:x86-64 bedeutet nicht automatisch, dass unsigned long 64 bit lang ist. Siehe LP64 vs LLP64.

Die Warnung stammt von GCC und der verwendet für x86-64 LP64.

Aliasing nennt man es, wenn zwei Zeiger einen unterschiedlichen Typ für dieselbe Speicheradresse angeben. In deinem Beispiel bedeutet es, dass der Compiler fWrt gleichzeitig als float und als unsigned long interpretieren muss, was alle Optimierungen zerstört weil die normalerweise vollkommen untersc...

Nein – ich merke gerade, dass ich das hier ein wenig überspitzt im Gedächtnis hatte: hab mir dafür also ein paar ganz unschöne #defines geschrieben (die das was strcpy_s dem strcpy vorraus hat, wieder ganz und gar zu nichte machen), compiliert um die linkerfehler zu bekommen ... und schwups, war ich...

Genauer, du *solltest* die -s- Versionen nicht benutzen. Denn damit wird dein Code erstmal unportabel, ganz mal zu schweigen dass die Dinger einfach nur haesslich aussehen. Lustig, denn als ich meinen Code portiert habe haben mir genau diese Funktionen den Hintern gerettet, da sie exakt das Loch ab...

Vertex-Deklarationen kann man mit sizeof und offsetof ja schon sehr sicher gestalten … fehlt nur noch ein Template für das Format.

wtf Achja, ich hatte das Format ja von 16-Bit-Floats auf 16-Bit-UNorms geändert … … oder auch auf SNorms. FFFFUUUUU

Ja, der Satz ist furchtbar wahr. Ich für meinen Teil spiele nur noch Simulationen -- sollte ich wirklich mal was fertigentwickeln, wird es auch definitiv in diese Richtung gehen, das ist mir jetzt klar geworden. Dass die Entwickler von Live for Speed nach fünf Jahren Entwicklungszeit und mit einem q...

Ähnliche Probleme hatte ich, als ich letztens meinen fünf Jahre alten, unter VC 6.0 entwickelten Code in VC 9 kompilieren wollte. Mehr als drei Stunden habe ich Unkompilierbares und Unlinkbares geflickt – und als ich es dann ausführen wollte, traten nochmal zehn Pufferüberläufe zu Tage, die VC 6 dam...

Eigentlich finde ich #pragma once einfacher und leichter zu handhaben als die 'GUARD'-Methode und für die weltoffenen Linux- und gcc-Entwickler dürfte es kein Problem sein, diese Funktionalität mit einzubauen. Das Standardkommitte verfolgt die (sinnvolle) Taktik, Funktionalität durch Recycling best...