F2046 Zu wenig Arbeitsspeicher (Delphi)

[Sel2012]

Meine 150 MB-App machte bisher beim Compilieren etc. keine Probleme. Ich nutze XE5.
Jetzt habe ich eine Varante auf 90 MB abgespeckt. Ohne Images klappt's auch.
Nun habe ich ca. 200 jpgs (je ca. 30 kB) mit MultiResBitmaps auf 5 Images verteilt - klappt auch noch.
Aber bei 3 zusätzlichen Bildchen kommt beim schlichten Versuch zu speichern die Fehlermeldung "Zu wenig Arbeitsspeicher". Auch beim Compilierungsversuch kommt die Meldung (s. Titel).
Der Taskmanager gibt keinen Hinweis auf Überlastung des Speichers (. Anhang). Ich glaube, die Hilfe zu MSBuild und DP und Google durchforstet zu haben. Den Rat aus XE8 "Wählen Sie Projekt > Optionen > Delphi-Compiler, und aktivieren Sie die Eigenschaft "MSBuild extern für die Compilierung verwenden"" kann ich in XE5 nicht befolgen, da es die Einstellmöglichkeit nicht gibt.
Hat jemand damit Erfahrung? Probleme scheint es ja mehrfach zu geben.

[Bernhard Geyer]

1500 MB App?
Also in unserer App stecken >> 10 Mannjahre Entwicklung und 2 Mio. Quellcodezeilen aber wir bekommen keine 90 geschweige denn 150 MB hin.
Ich denke du machst da einiges Falsch (zusätzlich zu den Speicherlücken der IDE).

Müssen es den JPEGs sein? Reichen nicht PNGs (in einer ImageListe) auch?
Erstellst du alle Formulare beim Programmstart? Wieso?

[mensch72]

Soviel JPG Bilder als Resourcen... JPEG wird bei XE5 dann intern oft ausgepackt gespeichert bzw. zumindest entpackt verarbeitet.

Simple Lösung:
-> nimm einfach eine externe "Bilddatenbank" im einfachsten Fall mit einem numerischem Indexfeld und einem BlobFeld fürs Bild

[Sel2012]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1320835)

Müssen es den JPEGs sein? Reichen nicht PNGs (in einer ImageListe) auch?
Erstellst du alle Formulare beim Programmstart? Wieso?

Hallo Bernhard,

ohne die Bilder werden 2000 Zeilen aus Memos einzeln nacheinander gelesen und jeder Zeile wird eine kurze mp3-Datei zugeodnet. Nebenbei wird jede Textzeile noch analysiert und farblich bearbeitet - das war's schon. Ich kenne keine Methode, die mp3s zu verkleinern. Das scheint sich aufzusummieren.
Die Bildquellen werden über MultiResBitmaps direkt ins Programm übernommen und nicht separat (zusätzlich) gelagert. Auch dafür kenne ich keine Alternative.
Wie kommst du auf 1500 MB? Die .apk ist auch "nur" 49 MB groß. Keine Ahnung, wie man das schrumpfen kann. Also im Grunde liefern
Memos resourceschonend Text in ein relativ kleines Programm und mp3 wird "beigestellt".
Prinzipiell meine ich, dass XE5 und MSBuild mit 200 MB nicht überfordert sein dürfte, da das Programm nicht komplex verschachtelt ist, sondern fast linear arbeitet.
Aber natürlich greife ich gern Alternativen auf.

Vielen Dank erst einmal
Udo

[Bernhard Geyer]

APK? Also FMX - Das hättest du gleich am Anfang angeben sollen.
Bei FMX gibts noch ein paar andere Faktoren als bei einem VCL-Projekt.

[Mavarik]

Erstmal alles in eine Resource...

Die Resource natürlich erstmal Packen...

Memo als "Textspeicher"... :shock:

[mensch72]

eigentlich "riecht" hier alles nach einer kleinen Datenbank(z.B. SQlite), aus welcher im OwnerDrawRow einer "Anzeigeliste" alles live für eine Zeile zusammengesucht, Regel basiert bearbeitet und ausgegeben/"gemalt" wird.

Farbiger Text, Bildchen, MP3s und was auch immer werden so völlig ohne "alles erstmal in den Speicher laden" fix OnDemand sauber gelöst.

[Sir Rufo]

Bei der Menge an Ressourcen würde ich mit Stellvertreter-Objekten und einem Cache arbeiten.

Die Stellvertreter laden bei Bedarf die Daten aus dem Cache oder vom Datenträger (und befördern die Daten in den Cache). Dadurch sind die scheinbar dauerhaft verfügbar, belasten den Speicher aber nur wenig, bzw. ich kann die Auslastung selber steuern.

[Sel2012]

Erst einmal vielen Dank für die interessanten Vorschläge.
Leider bin ich zu unbedarft, um sie umzusetzen, da ich keine Erfahrungen allein mit den Begriffen habe.

Ich habe versucht, mit der XE8-Anleitung weiter zu kommen:
http://docwiki.embarcadero.com/RADSt...r_%28Delphi%29

"F2046 Zu wenig Arbeitsspeicher (Delphi)

Dieser Fehler wird ausgegeben, wenn für den integrierten RAD Studio-Compiler zu wenig Arbeitsspeicher vorhanden ist.

Dieser seltene Fehler könnte auftreten, wenn Sie eine extrem große Projektgruppe mit Anwendungen und Bibliotheken erzeugen.

Führen Sie zur Lösung dieses Problems einen der folgenden Schritte aus:

Vergewissern Sie sich, dass die Auslagerungsdatei groß genug ist und ausreichend freier Festplattenspeicher zur Verfügung steht. Siehe Ändern der Größe des virtuellen Arbeitsspeichers.:
http://windows.microsoft.com/en-us/w...#1TC=windows-7

Konfigurieren Sie Ihre Projektgruppe so, dass ein Erzeugen außerhalb der IDE möglich ist: Wählen Sie Projekt > Optionen > Delphi-Compiler, und aktivieren Sie die Eigenschaft "MSBuild extern für die Compilierung verwenden".
Erzeugen Sie Ihre Projektgruppe in der Befehlszeile.
Gestalten Sie die Anwendungen und Bibliotheken in Ihrer Projektgruppe so, dass sie überwiegend Delphi-Packages verwenden. Mit Delphi-Packages steht für die IDE ausreichender Arbeitsspeicher zur Verfügung."

Ich habe also den virtuellen Arbeitsspeicher auf 6000 MB erweitert und bei weiteren 120 Bildchen (ab letzem Mecker "zu wenig Arbeitsspeicher") bisher keinen beleidigten Kommentar des Programms bekommen.

Ich probiere mal weiter....

Für andere Komprimierungsstrategien mit FMX bin ich zu dumm :oops:

[Mavarik]

Dann google doch mal ZlibEx, Streampacker und Daten als Resource einbinden.