ZFX + Developia

Hey danke Schrompf für den Tipp. Manchmal sieht man den Wald vor lauter Bäumen nicht ;)
Denke das direkte manipulieren des Imagebuffers sollte völlig ausreichend sein. Vielleicht
schaue ich mir in einer ruhigen Minute einmal die 64bit Optimierung an ...

Sorry, j ist c gewesen, war ein Tippfehler. Hab ich korrigiert.

Um die Extraktion der Farbkomponenten zu vermeiden, hab ich es ja umgestellt, dann lande ich aber wieder bei meinem temporären buffer. Irgendwie bin ich hier gedanklich grad komplett blockiert :?

Sollte die Textur nur einmal am Anfang geladen werden, so würde ich die Textur (ohne temporäre Buffer, etc.) einfach direkt in einer Schleife befüllen (und dabei natürlich auf den Pitch achten). Yepp, die Textur wird nur am Anfang einmal geladen und das swapping durchgeführt. Ich hatte es "dir...

Irgendwie kann ich Dir grad nicht folgen.

Wenn ich das richtig verstanden habe ja.

Wenn wir beide unter direkt verstehen, das dst = m_locked.rect->pBits ist, dann habe ich das bereits ausprobiert.

Hier sind dann zwar die Kanäle korrekt ausgetauscht, aber ich habe dann Texturfehler. Meine Vermutung liegt
darin, dass der Texturbuffer etwas größer ist als mein Imagebuffer.

Die Bilddaten werden separat geladen und liegen im vertauschten Farbformat vor, deshalb das swapping.
Und mit diesen Daten befülle ich ja meine Textur (dxData ist ja der Zeiger auf den Texturbuffer) ...

Ich habe vorhin ein swapping für DX Textur eingebaut um meine RGBA Bilddaten in BGRA Daten zu swappen: const unsigned char* src = m_image->getImageData(); unsigned int width = image->getWidth(); unsigned int height = image->getHeight(); unsigned int len = width*height*4; unsigned char* dst = new uns...

Stimmt, Kinder haben nur einen Parent und selbst wieder 0..n Kinder. Stimme Dir zu Dot, Shared_ptr ist nicht optimal, ist historisch gewachsen. Wollte ich schon länger mal auf scoped_ptr umstellen, habs aber immer wieder verdrängt. Vielleicht sollte ich Deine Anmerkung mal nutzen, um etwas aufzuräum...

Ah super danke.

Ich habe eine Basisklasse Node, von der ich mehrere Subklassen ableite. In Node halte ich mir einen std::Vector mit allen Kind-Elementen als boost::shared_ptr. Nun muss ich in einer Subklasse eine Sortierung der Kinder durchführen, auf Basis eines spezifischen Kind-Members. Hierfür wollte ich mir ei...

Nicht ganz, hab mich etwas unspezifisch ausgesrpochen. Mit ein Sprite pro Textur meinte ich ein Sprite pro referenzierter (aktiver) Textur. Hier verbergen sich also mehrere Atlas Texturen hinter, im Konkreten Fall 3, eines für die Obstacles (Regale), eines für den Ritter inkl. Animationen und eine f...

Schon getestet ;) Das Debugging sieht soweit i.O. aus, Texture switch und Menge der Aufrufe sind i.O. Auch im geDEBugger werden die Texturreferenzen korrekt angezeigt. Das Sprite hinzufügen ist nichts besonderes hier wird nur der boost::shared_ptr auf die Texturreferenz neu gesetzt: /* If we have an...

Ich habe auf Eure Anregungen hin meinen SpriteBatcher (http://zfxce.zfx.info/viewtopic.php?f=5&t=2622&p=34318#p34318), so angepasst, das dieser nun Sprites mit unterschiedlicher Texturreferenz batchen kann. Beim Batcher handelt es sich um ein VBO, dass solange die Geometriedaten batched, bis...

So ich habe wie angekündigt den Batcher umgebaut, in der Basis klappt es schon einmal,
ich kann nun alle Sprites über einen Batcher rendern, damit ist das ZBuffer Problem erledigt :)

Was genau versprichst du dir von diesem Ansatz mit mehreren SpriteBatchern? Einen ordendlichen Performance Boost. Dadurch, dass jeder SpriteBatcher an genau eine Textur oder Atlas gebunden ist, kann ich n-viele Sprites vom selben Typ in einem Pass rendern und benötige nur eine einzige Texturaktivie...

Ich habe mich einmal hingesetzt und das Demo angepasst und zwei solide Flächen hinzugefügt. Und siehe da, bei diesen Flächen klappt es. Habe auch beide Flächen auf VBO's umgestellt um zu testen ob ich hier einen Fehler hatte, es läuft weiterhin wie gewünscht. Meine Vermutung ist nun dass es mit dem ...

Ich habe es noch einmal geprüft, die Bilder sind in der richtigen Reihenfolge. Bei positiven Werten erfolgt kein clipping. Ich habe mir mal den gDEBugger installiert und gestartet, noch werde ich aus dem Tool nicht schlau, aber vielleicht hilft Euch ja die DepthBuffer Info: http://s7.directupload.ne...

Ich benutze nicht glOrhto zum Definieren der Orthogonalen Projektion, sondern eine 4x4 Matrix, die ich wie folgt als OrthographicOffCenter basierend auf den Vieport Daten berechne und die der OpenGL Spezifikation folgt: [ A 0 0 C ] [ 0 B 0 D ] [ 0 0 q qn ] [ 0 0 0 1 ] Matrix4 Matrix4::createOrthogra...

Ja hat er. 24 Bit. Der Depth Test klappt auch bei 3D Objekten mit perspektivischer Projektion.

Basierend auf dem Andengine SDK versuche ich grad ein kleines Demo mit einer Isometrischen Map zu schreiben. Für meine Sprites habe ich mehrere Spritebatcher, in denen die Sprites nach ZIndex sortiert werden. Problematisch ist das Rendern, da die Buffer (pro Spritebach ein VBO) nacheinander gerender...

Logisch! Danke für Eure Hilfe.

Ok, da liegt der Hund begraben. Warum auch immer, im rc.top und rc.left stehen nach dem Adjust -25 und -3. Damit erklärt sich dann auch das Delta, denn meine Dimension + diese Werte ergeben dann die korrekten Ausstiegswerte. Aber warum ist das so? Ich kann übrigens wie beschrieben das left und top d...

Mein Sprite ist 10x10 groß, d.h. die Rect (x,y,w,h) Daten lauten 25, 15, 35, 25. Und dagegen teste ich aktuell die Cursor position, die ich aus dem Event erhalte: case WM_MOUSEMOVE : { cursor_x = LOWORD(lparam); cursor_y = HIWORD(lparam); } case WM_MOUSELEAVE : { cursor_x = LOWORD(lparam); cursor_y ...

Ich rechne ja mit den Event-Cursor Koordinaten. Dabei habe ich ja fest gestellt, dass die Koordinaten beim LEFT Event nicht den korrekten Werten entsprechen und die Koordinaten mit meinem Sprite (10x10) nicht übereinstimmen. Der Sprite Ursprung in der linken unteren Ecke (einfaches Quadrat) wird im ...

Ok, Fehler gefunden, sollte auch das justierte Rect dann bei der Erzeugung des Fensters anwenden ;) Sieht schon mal besser aus, erhalte nun 600x378 als Werte zurück. Passt aber immer noch nicht ganz, da der Cursor bei 596x374 aufhört mir die Werte zurück zu geben??! D.h. irgendwo habe ich immer noch...

Hmm, ich habe mir die Links mal angeschaut, aber irgendwie klappt das nicht. Ich erhalte als Client-Rect immer die Werte die ich hinein gesteckt habe (600x400) und nicht die um den Rand reduzierten Werte. Ich habe mir auch mal GetSystemMetrics angeschaut ob ich hier irgendwie die Randdaten bekomme, ...

Hallo zusammen, ich habe grade begonnen mich in die Grafikprogrammierung einzuarbeiten und gehe dabei die Tutorials auf codesampler durch. Mein erstes eigenes Fenster steht und er rendert auch die ersten primitiven. Nun wollte ich einmal mit der Windows API weiter rumspielen, dabei viel mir auf, das...