ZFX + Developia

Mir faellt eben ein, dass man natuerlich auch im Suchbaum indiziert auf Strings zugreiffen kann...einfach den Blatt-Index nehmen. ja, der String ist dann ru eckwaerts...aber was soll's .

LZ wuerde einem String aber nicht nur ein Paar (Index+Laenge zuweisen), sondern ihn in mehrere Teile splitten...was macht dein Code, wenn Du einen sich selbst wiederholenden String "FooBlaFooBla" verwendest? Volle Laenge abspeichern?

Ja, haste recht, im Woerterbuch sucht man nur. Ansonsten klingt das von der Idee her wie ein Lempel-Ziv Abkoemmling. Sind denn alle Strings bekannt , bevor der Pool (optimal?) gebaut wird, oder laeuft das dynamisch, also kommen immer neue Strings dazu? Ha und jetzt sehe ich, dass in beiden Kontexten...

Klingt fuer mich nach "String dictionaries"-Gegend.

antisteo hat geschrieben:Windows bekommt jetzt auch OpenGL ES Treiber... wenn auch nicht ganz freiwillig
http://www.golem.de/1111/88074.html

*hust* Bei Malideveloper gibt's ja auch einen freien Emulator fuer GLES...also kein Grund, erst jetzt die Shader zu portieren ;)

Aus diesem Grund moechte Microsoft schon seit einiger Zeit GPUs, die "ordentlich" Kontext-Umschaltbar sind...aber die "Grossen" scheinen sich damit etwas Zeit zu lassen.

PS Namen: Wird die 360-GPU in FullHD-4xAA nicht auch zum Deferred Renderer? ;)

Namen:Intel GMA500 und Abkoemmlinge...leise lizensiert von Imagination (SGX Serie). Da Du Flush erwaehnst: Das beisst sich natuerlich mit vollstaendiger Abhaengigsanalyse, und mehr als 1x pro Frame angewendet ist es nicht vorteilhaft fuer deferred GPUs, waehrend immediate Architekturen das leichter ...

Unter bestimmten Umstaenden kann ein Treiber Drawcalls einsparen, bspw: Draw Draw Draw Draw FULLSCREEN_CLEAR Draw Draw Present Warum also GPU Zeit / Energie / Bandbreite verschwenden um die ersten 4 abzuarbeiten? Oder ein anderen Beispiel: Ein Offscreen-Target wird freudig bemalt und doch niemals we...

"Was spricht dagegen, CPU und GPU am Ende jedes Einzelbilds zu synchronisieren?" => Idealerweise will man fuer das naechste Bild den Command-Stream schon fertig haben, warum also die CPU blockieren wenn man nicht muss? Klassisches Pipelining-Problem... Texturen speichern: Welches Format ve...

Wie kann man nur auf die Idee kommen, einen Compositor auf Basis von glReadPixels zu implementieren, wenn man Alternativen wie FBOs oder Pixmaps hat, die alles "auf der GPU" lassen koennten?

Einrückung leicht gemacht: printf("%.*s",tiefe,statischer_leerschritt_string); Geht sogar auf Symbian :)

CycleTime? Was ist das denn fuer eine Bezeichnung??? Wenn man sich dann noch die Anmerkungen durchliest kann man nur hoffen, dass sie wirklich nur einen Cycle-Counter auslesen...

Krishty hat geschrieben:
Allerdings ist die Wasseroberfläche von unten genau so reflektiv wie von oben[...]

Meine persönliche unqualifizierte Mutmaßung; mein Physiklehrer würde jetzt ausrasten und brüllen „Ich hab’ ja gesagt dass aus dir nichts

Ja das wuerde er. Snellius, Totalreflektion und so ;)

Schon "preprocess only" probiert? Da solltest Du schnell fuendig werden...

Die Nächte sind wieder dunkel und ich verpasse eine Stufe 5 Aktivitaet :( http://www.gi.alaska.edu/AuroraForecast/2011/09/09

Nein, Du siehst das nicht falsch, sondern hast nur den Teil mit der shader-basierten Interpolation ignoriert, nachdem die Bits auseindergepfriemelt wurden.

Pointer-To-Member-Function? Da stand gcc und nicht g++, lass uns nicht abschweifen ;) Ich wuerde die beiden Moeglichkeiten als standardkonform, aber dennoch platformabhaengig (was C nun mal ist) bezeichnen. Auf manchen Platformen mag es nicht funktionieren (man denke nur an 'tiny, small, medium, hug...

Aber nicht vergessen: Fuer die Gewichte Pointsampling verwenden und nach dem Aufspalten interpolieren. Das treibt die ALU-Kosten natuerlich hoch. Wenn du allerdings 2 Texturen im 16bit-RGBA Format nimmst, dann sparst Du Dir ziemlich was bei gleichem Bandbreitenbedarf.

- Multipass-Rendering
- Mehr als eine Blend-Faktor-Textur
- Shader-Bitschieberei (4:4:4:4:4:4:4:4)

Was sind denn deine Randbedingungen?

Oh,da habe ich mich wohl wieder zu kurz gefasst... Einfach den Funktionszeiger in einer Struct wrappen. Diese kann man kopieren. Bsp: typedef int *F1(void); typedef float *F2(int); typedef struct s1 { F1 f1; } s1; typedef struct s2 { F2 f2; } s2; typedef struct sv { void* p; } sv; Nun kann man ein e...

Standardkonform bekommst Du es mit einem memcpy des allgemeinen Fktptrs in einen mit der gewuenschten Signatur an Stelle des "union-casts".
Zusatz: Wenn Du beide Zeiger in ein struct verpackst und diese kopierst.

...oder einen Dummy-Eintrag am Anfang deines Arrays 'opfern'.

Darf's was kosten? Coverity....

Das gehoert aber fuer uns "ITler" nicht in den Jammer-Thread. Endlich wieder in Ruhe abends coden koennen, ohne sich in den letzten Winkel verziehen zu muessen, weil die Sonne bis 23 Uhr ihr gleissendes Licht in die Suedfenster wirft :D

oder eben per Shader...

Noja....USAGE_RENDERTARGET | AUTOGEN_MIPMAPS koennte auch klappen. Musst halt nur bei Device-Loss nochmal antriggern und den Fall abfangen, dass der Treiber nicht mitspielt.

Wenn es ein bisschen Resourcen kosten darf: Einfach in eine neue Textur kopieren....

Wolken :(

Pro Dreieck: Manueller fetch ueber Primitive-ID?