Memory Leak nach Zuweisung eines Resourcestream

[Peter-Pascal]

Vielen Dank an Peter und Thomas,

es sind gleich einige nützliche Tipps. Danke dafür.

Ich tue mich bei den Try .. finaly Blöcke etwas schwer und bin eher versucht alles mit Try-Blöcken zu schützen, als zu wenig. Dann frage ich mich, ist es nicht auch Ressourcen-Verschwendung?

Try-Blöcke sehe ich voll und ganz ein, bei Fällen wie oben. Also laden von
-Bildern
-Formulare
-Ressourcen allgemein: Dateien

Haben Try-Blöcke Grenzen?

Darf ich noch eine Frage stellen?

Ich muss in mein kleines FinMath-Programm viele Formeln als PNG laden. Ist dies über "Ressourcen und Bilder" der richtige Weg oder gibt es einen besseren, hinsichtlich Ressourcen schonen? Ich weiß nie so richtig, wonach ich entscheiden soll. Gerade wenn ein Programm viele Graphiken (PNG) anzeigen soll bläht das Programm sehr stark auf. Wie geht man vor?

Vielen Dank noch mal

[TurboMagic]

Hallo,

du kannst die PNGs ja auch als Dateien mitliefern und diese laden.
z. B. in ein TImage oder TBitmap etc.

Dann sind die mal nicht in der exe-Datei drin.

Grüße
TurboMagic

[Peter-Pascal]

ja, von Datei ist eine Möglichkeit und wenn man nicht möchte, dass der User die Dateien selber nutzt, wäre vielleicht eine verschlüsselte Zip-Datei eine Möglichkeit. ZIP klingt gut.
Wird das Programm so nicht langsam?

Ich frage mich gerade, wie machen das eigentlich Spieleprogrammierer? Viele Texturen sind schließlich nachwievor Bilder.

Du hast recht Thomas, es kommt tatsächlich auf die Menge an. Möglicherweise nutzen Spieleprogrammierer wohl eine SQLite Datenbank.

Wie mache ich eine Reccourcen-DLL?

Wie so oft, es kommt wohl auf den Einzelfall an.

Danke TurboMagic und Thomas

[mytbo]

Zitat von Peter-Pascal:

Wird das Programm so nicht langsam?

Was ist für dich schnell? Du kannst dir hier zur Orientierung ein paar Werte anschauen. Mit einem weniger sicheren Algorithmus ist es noch viel schneller.

Infos zum Thema "Resource-DLL" findest du hier im Forum.

Bis bald...
Thomas

[himitsu]

wie:

eine leere DLL erstellen
und da deine Ressourcen rein

Manuell über eigene RES, bzw. RC, via {$R ...} , bzw. {$RESOURCE ...} ,
und/oder über die Projekt-Resource (Mainmenü > Projekt > Ressourcen und Bilder)


und dann beim Laden statt HInstance (dem Handle der EXE), das Handle der DLL verwenden.
LoadLibrary oder LoadLibraryEx + LOAD_LIBRARY_AS_DATAFILE_EXCLUSIVE oder LOAD_LIBRARY_AS_DATAFILE
oder GetModuleHandle, wenn die DLL statisch eingebunden wurde, bzw. bereits geladen ist.

[Peter-Pascal]

Danke Himitsu,
klingt gut, aber auch kompliziert.
Ich habe mir Deine Antwort kopiert, um es auszuprobieren.
Könnte eine weitere gute Möglichkeit sein, Bilder in einem Programm zu verwenden. Neben ZIP und SQLite.
Mit dem Link von Thomas bekomme ich eine Orientierung.

Am liebsten wäre mir ja SVG, aber das hat halt Grenzen. Ich denke in vielen Fällen führt kein Weg an Pixel-Bilder vorbei.

[himitsu]

Ob in die EXE oder in eine DLL macht technisch keinen Unterschied. Man braucht nur das Handle des entsprechenden Moduls.
in Delphi ist HInstance das Handle der EXE/DLL, wo der Code drin ist. (aufpassen, wenn mit Packages compiliert)


svg / delphi svg
https://en.delphipraxis.net/topic/33...ort-in-delphi/

[Peter-Pascal]

noch mal vielen Dank,
der Link zum SVG ist sehr wertvoll

[mytbo]

Zitat von Peter-Pascal:

Wie geht man vor?

Was ist für dich viel? Du könntest deine Ressourcen in eine "Resourcen-DLL" auslagern, oder eine ZIP Datei verwenden. Wenn die Datenquelle schon komprimiert ist, kannst du sie auch ohne zweite Komprimierung in einer ZIP Datei ablegen. Wird noch mehr Funktionalität benötigst, wäre eine SQLite Datenbank als Datengrab eine Überlegung wert.

Bis bald...
Thomas