SFML-Bilder aus dem Speicher löschen

Jockelx

Für Pixel-genaue-Kollisionsabfragen brauchst aber nicht das komplette Bild, sondern nur Pixel an/aus.

Siehe sf::Texture-Reference:

Since they live in the graphics card memory, the pixels of a texture cannot be accessed without a slow copy first. And they cannot be accessed individually. Therefore, if you need to read the texture's pixels (like for pixel-perfect collisions), it is recommended to store the collision information separately, for example in an array of booleans.

Wobei 'array of booleans' noch verkleinert werden kann.
Das würde den Speicherverbrauch schonmal deutlich reduzieren.
Keine Ahnung wie Paradox das macht, denke aber so ähnlich.

Die Abfrage mach ich beim Image (image.getPixel....), nicht bei der Texture. Ich glaub bei der Textur geht das auch gar nicht. Ich finde keinen solchen Code.

Außerdem brauch ich mehrere Tausend Provinzen, von denen jede per Klick einzeln identifizierbar sein muss, also brauch ich mehrere Tausend unterscheidbare Farben. Kann man das tatsächlich mit einem bool Array realisieren? Kann mir das rein logisch überhaupt nicht vorstellen. Hab ein Array in der Art auch versuchsweise mal gemacht, aber mit short integers, also mit Maus auf Pixel klicken und er zeigt die Identifikationsnummer an der entsprechenden Pixelposition, die mit der Position im Array korrespondiert, wo eben die jeweiligen Id-Nummern gespeichert sind, die eben eine bestimmte Provinz oder so repräsentieren, jedoch müsste man da rund 2,5 Mrd. Nummern per Hand eintragen (das würde 100 Jahre dauern, weil da keine for-Schleife mehr hilft; ich müsste das sozusagen alles per Hand Pixel für Pixel eintragen), geschweige denn, dass das Array diese Dimensionen (40.000*20.000 Pixel mindestens) nicht packen würde.
Oder verstehe ich da etwas falsch?
Wie kann man trotzdem das Image aus dem Speicher laden?

Nachtrag:
Mit "Image aus dem Speicher laden" meine ich natürlich "entladen", also "unload".

Jockelx

Ich verstehe dein vorgehen immer noch nicht.
Warum der Speicherverbrauch bei einem neuen Image.loadFromFile ansteigt, weiss ich nicht. (Wobei ich auch weiterhin nicht weiss, warum du das überhaupt nochmal lädst. Lad doch die Texture fromFile und ins Image direkt das richtige File).

Nochmal ne Erklärung zum Bool-Array:
Du klickst auf die Karte an pos x/y;
mit x/y kannst du schnell rausfinden auf welche Sprites geklickt wurde (Punkt in Sprite-Rect?);
Mit den paar Sprites die in Frage kommen, machst du mit dem Bool-Array 'pixel-perfect collisions'.
Hat nichts mit deinem Farbenansatz zu tun.

So?:

ImageArray[0].loadFromFile("map0.png");
			TextureArray[0].loadFromFile("white.png");

Speicherbedarf steigt immer noch massiv an, anstatt zu sinken.

Wegen Sprite-Kollisionsabfrage: Das Anklicken von Sprites fällt weg, weil die eben nur dieses grobe Kollisionsquadrat drumherum haben und sich das überhaupt nicht eignet für individuell geformte Sprites, die dicht beieinander liegen. Hab das mal probiert und war da deutlich in der falschen Provinz. Es hilft nichtmal bestimmte Bereiche unsichtbar zu machen, weil sie dann trotzdem als zum Kollisionsquadrat zugehörig zählen. Daher der Ansatz mit dem Image, weil das auch schnell in paint.net zu malen und einzufärben ist. Die Sprites verwende ich eben zum Einfärben mit "Besitzer"-Farbe.

Jockelx

Ok, dann kann ich dir leider nicht weiter helfen.
Ich verstehe deinen Ansatz nicht (theoretisch schon, aber nicht von deinem Code her) und du offenbar meinen nicht.

Mit den paar Sprites die in Frage kommen, machst du mit dem Bool-Array 'pixel-perfect collisions'.

Wenn du 'pixel-perfect collisions' für nicht geeignet für individuell geformte Sprites hälst, dann verstehst du was falsch.

Also ich kann mit SFML die Indizes der angeklickten Sprites (SpriteRect)ausgeben, z.B. wenn 2 Sprites übereinander liegen, dann zeigt er mir die 2 richtigen Nummern der Sprites aus dem Vektor an.

Ein 2d-Array manuell zu erstellen ist auch kein Problem, aber wie fülle ich es mit den richtigen Werten, ohne das per Hand Pixel für Pixel (bei den abertausenden Pixeln) aufbauen zu müssen. Was ich auch nicht verstehe, warum bool dafür ausreichen soll. Oder verstehe ich da was falsch? Bitte die Schritte erklären!

hustbaer

Der Code funktioniert wie folgt:

- Anhand der Bounding-Boxen ermitteln welche Sprites getroffen worden sein könnten
- Für jedes Sprite in dieser Liste:
  - Geklickten Punkt in das Koordinatensystem des Sprites transformieren
  - Nachgucken ob das Sprite an diesem Punkt klickbar ist oder nicht

Und jetzt überleg dir warum ein bool Array für den letzten Schritt ausreicht.

Ok, bool klingt in dem Zusammenhang logisch
Was ist aber gemeint mit "geklickten Punkt ind das Koordinatensystem des Sprites transformieren". Eine x,y Position der Maus im Fenster lässt sich ja leicht feststellen, aber was dann? Geht es da um eine spezielle Funktion von SFML?

hustbaer

Ne, einfach Position des Sprites abziehen

Wenn das Sprite an Position 100,100 angezeigt wird, und die Maus an Position 110, 110 ist, dann musst du in der Collision-Mask des Sprite natürlich an Position 10,10 nachsehen, nicht an Position 110,110.

Ok, soweit verstehe ich das, aber wie baut man sich diese "Collision-Mask"? Ein Array Pixel für Pixel per Hand befüllen kann ich mir schwer vorstellen. Gibt es da irgendwelche Funktionen dafür, die so ein sprite (.png) umwandeln können? SFML bietet sowas nicht.

Ich glaub ich weiß jetzt was ich brauch. Es geht darum aus einer png die transparenten und nicht transparenten Bereiche auszulesen, also transparent=0 und non-transparent=1 und daraus z.B. ein 2d Array zu erstellen.

Bei den Sprites würden sich ohnehin nur die transparenten Bereiche überlappen. Wenn man die aber für die Kollision deaktiviert, also Array an den entsprechendne Stellen auf 0 setzt, dann würde es gehen. Gibt es da spezielle Bibliotheken für C++/Win 7, welche die Pixel einer png Bilddatei in Bezug auf ihrer Transparenz auslesen können und daraus ein sauberes 2d bool Array machen?