JLI Spieleprogrammierung

[RayJunx]

Hi!
Folgendes Problem:
ich habe eine Klasse, nennen wir sie mal HUND

ich erzeuge ein arry mit hunden:
HUND meineeigenenhunde[100];

so jetzt fällt mir ein hund nummer 23 will ich nicht mehr
also destruct: ~meineeigenenhunde[22]

jetzt ist nummer 23 futsch oder?
was wenn ich danach einen neuen jund erzeugen will in die
arrynummer 23?

wenn ich das versuche:
HUND meineeigenenhunde[22]
dann ist das ja unsinn weil er nicht element 23 erzeugt sondern
einen neuen arry mit gleichen namen...

kann/muß ich dann erst einen dummy erzeugen? so alla:

HUND dummy;
meineeigenenhunde[22]=dummy;

?so vielleicht? geht das überhaupt? und es gibt doch sicher
eine elegantere lösung?

jemand ne ahnung?

und eine frage habe ich auch noch.
ich erzeuge einen bool arry
so alla:

bool maps256[256][256][512];

stelle aber fest das mein programm jetztmehr arbeitsspeicher
schluckt aber nicht ein bit mehr pro feld sondern etwa
ein BYTE mehr pro feld. sollte das nicht ein bit sein?

grüße an alle

Rayjunx
_________________
Just a Freak

[PeaceKiller]

[fast hawk]

Frage:

1. ka

2. ne so weit wie ich weiß braucht der Datentyp bool ein Byte.
obwohl eigentlich nur 1 bit benutzt wird.

<edit>misst zu langsam </edit>
_________________
Jetziges Projekt: The Ring War
Status: 40%
-----------------------------------
Nicht weil es schwer ist, wagen wir es nicht, sondern weil wir es nicht wagen, ist es schwer.
--
Lucius Annaeus Seneca (4)
röm. Philosoph, Dramatiker und Staatsmann

[PeaceKiller]

[DirectXer]

also erstmal: list ist die Lösung deines Problems
(gibt auch andere, z.B. mit new und delete oder vector bzw. deque, aber list reicht erstma; also STL allgemein)

Das Beispiel was ich dir hier zeige, setzt allerdings voraus, dass eine Member in HUND so etwas wie "int nr" hat, der im Konstruktor ein übergebener Wert zugewiesen wird (brauchen wir, für die Position des Hundes in der Liste)

im code also:

[RayJunx]

dachte eigentlich das mit den klassen wäre ganz einfach.
habe bisher in allen büchern gelesen das der destructor die klassen instanzen wieder im speicher frei gibt.
tut er das denn nicht?
zumindest bei "nicht arry elementen"?
ich dachte immer wenn ich einfach
HUND lupus;
erzeuge
das ich ihn über den destructor auch wieder eleminieren kann.
sollte das nicht der sinn und zweck von dem teil sein?
_________________
Just a Freak

[PeaceKiller]

[The Lord of Programming]

[RayJunx]

hätte das topic wohl besser garnicht eröffnen sollen jetzt kenn ich mich garnicht mehr aus. Das mit den Containern scheint die lösung dafür zu sein aber ist das nicht irre kompliziert? so wirklich checke ich da zumindest im moment noch fast garnichts.
die gesamtthematik ist eigentlich so das ich ein spielchen programieren will,
was im grunde wie das sprite oder asteroiden program aus dem Buch funktioniert. Habe also eine Sprite objektklasse in der ich objekte wie raumschiffe und meteoriten erzeuge. nur wenn ich jetzt im verlauf des spieles immer neue objekte erzeugen will dann sind die alten ja alle
müll werden aber erst am programm ende aus dem speicher entfernt.

Jetzt sind mir zwei einfache ideen eingefallen wie ich das problem umgehen
könnte. ich könnte die Klassenobjekte einfach weiterverwenden indem
ich die parameter des objektes ändere, das könnte ich nur weiß ich nicht
wie ich die dem sprite zugeweisenen Texturen wieder zurückweißen kann ( um wieder neue zuweißen zu können ).

der code zum zuweißen sie ja so aus:

[The Lord of Programming]

[RayJunx]

also über die Kontainer gewinne ich bestimmt nichts. weder performance
noch übersichtlichkeit meines codes. und ja ich muß die ganze
zeit über indexe auf "units meiner sprite klasse" zu greifen und das
geht über die objekt klassen aufruhfe total easy, es geht ja schon alles
und das ganze problem währe schon erledigt hätte ich die
codezeile bzw die funktion die mir wie oben, nur die texturen nicht
läd sondern wieder entfernt.
bin nicht sehr ergeizig was abstraktes programieren angeht, der
mittel heiligt den zweck und alles das was ich erledigen will
kann ich damit dann ohne probleme umsetzen. wenn ich denn
die texturen wieder einem objekt entziehen kann.
weiß jemand wies geht?
flehe instendig um erleuchtung

Rayjunx
_________________
Just a Freak

[The Lord of Programming]

Hmm...du kannst sie mit Release() wieder freigeben, meinst du das?

PS: Ich find die STL übrigens übersichtlich
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

[David]

Hi!

Für dein Problem eignen sich die STL Container tatsächlich hervorragend! Du erstellst einfach eine Liste die Pointer auf deine Objekte enthält. So kannst du den Speicher beliebig freigeben.
Wenn du tatsächlich auf die STL verzichten willst, dann solltest du dir eine eigene Klasse schreiben die verlinkte Listen handelt.
Ansonsten seh ich da wenig (performante) Möglichkeiten für dich!

grüße

[Jonathan_Klein]

Ich benutze Grundsätzlich für alles STL. Seit ich das ich dem Buch mal gelesen habe, wusste ich das es genau das ist, was ich immer woltle.
Wenn du STL erst einmal verstanden hast, ist es einfahc genial. Ist so wie wenn du nur Konsolenspiele machen würdest weil du keinen Bock auf Windows und DX hast.
_________________
https://jonathank.de/games/

[RayJunx]

hi Jungs,
also alles was man in meinem fall brauchte ist das: