spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Indem du danach suchst In dem Wiki, dessen Link ich bereits gepostet habe, kann man auch nach anderen Dingen suchen, z.B. nach der SDL_Surface:
http://wiki.libsdl.org/SDL_Surface
Wie du siehst, kann man direkt auf die Pixel zugreifen.

Wie David und ich schon sagten, speicher nicht das Bild unnötig doppelt, sondern erstell eine CollisionMap daraus, wahlweise geht das prima als Bitfeld.

Die SDL_Surface liegt immer als Pointer vor und hat darüber hinaus internes ref counting. Wenn er also einfach auf die Pixel zugreift sollte das passen und kein unnötiges Doppelspeichern dürfte vorkommen.

Eine Textur allerdings liegt eben im VRAM. Zusätzlich noch ein SDL_Surface im RAM zu halten ist schlicht Speicherverschwendung, denn statt 32 Bit braucht man eben nur ein einziges pro Pixel für eine CollisionMap. Ob man also 10 MB oder 320 hält, sollte schon eine Überlegung wert sein.

Zitat von »BlueCobold«

Eine Textur allerdings liegt eben im VRAM. Zusätzlich noch ein SDL_Surface im RAM zu halten ist schlicht Speicherverschwendung, denn statt 32 Bit braucht man eben nur ein einziges pro Pixel für eine CollisionMap. Ob man also 10 MB oder 320 hält, sollte schon eine Überlegung wert sein.

Ich weiß ja nicht wofür er die SDL_Texture benötigt, vllt. für einen SDL_Renderer oder aber die SDL_Texture ist nun, wo er weiß wie es geht, überflüssig. Ansonsten hast du natürlich recht, beides zu halten wäre unnötig.
Ob aber eine SDL_Texture per se im VRAM liegt war mir bis dahin gar nicht klar. Woher stammt die Info?

Es ist eine Texture. Wo soll die sonst liegen?
PS:
Eine SDL_Texture wrappt direkt eine OpenGL-Texture.

Zitat von »BlueCobold«

Es ist eine Texture. Wo soll die sonst liegen?
PS:
Eine SDL_Texture wrappt direkt eine OpenGL-Texture.

Ah, das war mir nicht klar.

Das mit der Collision-Map ist die optimierte Variante. Wenn du nur statische Bilder hast, ist der Fall klar. In dem Moment, wo du aber die Bilder rotieren, skalieren und gleichzeitig auf Kollision prüfen willst, hast du mit einer starren Kollisionsmap ein Problem. Rotierte, skalierte SDL_Surfaces lassen sich relativ einfach mit SDL_gfx berechnen. Andernfalls, die eigene Collisionmap neu zu berechnen ist da schon mit mehr bis viel mehr Aufwand verbunden. Es ist eben die Frage, wie viel Optimierung du für deine Anwendung brauchst und Sinnvoll ist und wieviel Optimierung du ausgehend von deinem derzeitigen Wissensstand in vernünftiger Zeit umsetzen kanns.