Zeichenroutine frisst zuviel Speicher

[ak1]

Hallo Leute,

ich habe eine sehr umfangreiche Zeichenroutine, welche aus den Daten einer Datenbank eine Zeichnung erstellt. Diese Zeichnung wird auf einem TImage über Canvas. realisiert. In dieser Zeichenroutine sind unter anderem eine Menge "Textout", "MoveTo", "LineTo" und CopyRect-Anweisungen drin. Diese Zeichenroutine, welche ich nicht erstellt habe, aber verändern muss, frisst auf schwachen Rechnern zuviel Speicher und bringt mir dann entsprechende Meldungen (Zuwenig Speicher für diese Operation). Wie könnte ich das umgehen?

[sakura]

Diese Routinen selbst verbrauchen keinen Speicher. Es gibt also zwei Ansatzpunkte:

1. Die Grafik, welche erstellt wird ist viel zu groß (32 Bit, 1600x1200, ...)
2. Beim Verabeiten der Daten wird irgendwo geschludert und Speicher vollgepumpt!

Ohne Code-Samples können wir wenig mehr sagen.

...:cat:...

[ak1]

Hallo,

die Grafik ist sehr groß, geht über mehrere Bildschirme.
Wie hoch jetzt die Bitanzahl ist, weiss ich leider nicht, wie kann ich das feststellen?
Wie könnte ich das Problem mit der evtl. zu grossen Grafik lösen?


Der Speicher wird, so wie ich das sehen kann korrekt geleert. Die Fehlermeldung erscheint auch inmitten der Zeichenrpoutine (auf schwachen Rechnern).

Der Code ist meiner Meinung nach zu umfangreich um den hier zu posten, das ist eine sehr verzweigte Routine.

Gruß AK

[Gandalfus]

1. Kein TImage sondern eine Paintbox benutzen.
2. Alle zeichen Operationen auf einem Hintergrundbild ausführen und dann das Hintergrundbild mit BitBln() aufs Formular kopiern.
3. Wenn das nicht hilft Grafik kacheln.

mfg

[ak1]

Danke für den Tip mit der Paintbox. Das klappt schonmal, werde es gleich auf einem schwächeren Rechner ausprobieren und auf Speicherverbrauch testet.

Gruß

[ak1]

Hallo Gandalfus,

die Sache mit der Paintbox hat alleine erst mal nichts gebracht, die Fehlermeldung über zu wenig Arbeitsspeicher kommt auf dem alten Rechner immer noch.

Was meinst du mit:

Zitat:

2. Alle zeichen Operationen auf einem Hintergrundbild ausführen und dann das Hintergrundbild mit BitBln() aufs Formular
kopiern.
3. Wenn das nicht hilft Grafik kacheln.

Hast du ein Beispiel für ein Hintergrundbild und BitBln() ?
Was verstehst du unter kacheln?
Zeichnung aufteilen und am Schluss zusammensetzen?

Gruß AK

[Gandalfus]

Wie gross ist das Bild?

[Stanlay Hanks]

Zitat:

Zitat von ak1

die Grafik ist sehr groß, geht über mehrere Bildschirme.

@Gandalfus Wahrscheinlich ziemlich groß :wink:

@ak1 Ich weiß nicht, ob ich da jetzt einen Denkfehler hab, aber wie wärs, wenn du das Bild aus lauter kleineren (sagen wir 10 Teilen) zusammensetzt?

Man liest sich, Stanlay :hi:

[ak1]

Hallo Gandalfus,

das Bild ist ca. 1,5 Bildschirme hoch und 4,14 Meter breit (scrollbar), da es sich um geographische Daten handelt, die in einem korrekten Maaßstab angezeigt werden, kann ich die Breite ziemlich genau angeben.

Auf einem Athlon 2000 mit 512mb Ram reicht der Speicher für dieses Bild auch nicht....trotz Paintbox


Gruß

[dizzy]

Zitat:

Zitat von ak1

Hallo Gandalfus,

das Bild ist ca. 1,5 Bildschirme hoch und 4,14 Meter breit (scrollbar), da es sich um geographische Daten handelt, die in einem korrekten Maaßstab angezeigt werden, kann ich die Breite ziemlich genau angeben.

Auf einem Athlon 2000 mit 512mb Ram reicht der Speicher für dieses Bild auch nicht....trotz Paintbox


Gruß

Mal angenommen, 1,5 Bildschirme mit einer Auflösung von 1280x1024: Das Bild ist schonmal 1920 Pixel hoch.

Jetzt zur Breite... nun, nehmen wir an es handelt sich um einen 19"-Schirm. Bei mir passen 1280 Pixel auf 34cm - das macht dann rund 37,65 Pixel pro cm.

414 cm sollen es sein, also 414*37,65 = rund 15587 Pixel in der Breite.

okay, das Bild ist also 15.587x1.920 Pixel. Macht 29.927.040 einzelne Pixel. In der Regel arbeitet man mit 24Bit-Bitmaps, also den Spaß nochmal mit 24 Multiplizieren.
Das ergibt dann: 718.248.960 Bit = 89.781.120 Byte = 87.677 MB = 85,62 GB

Das Bild bräuchte schon ganz für sich alleine genommen satte 85,62 GigaByte Speicher... Je nach Größe der Auslagerungsdatei...... :stupid:


Und kleinen Auflösungen, und niedrigere Farbtiefe bringen zwar etwas, aber du wirst dich bei einer solchen Größe immer hart an der Grenze bewegen. Die einzige Möglichkeit das in den Griff zu bekommen ist, immer zu errechnen, welcher Bildausschnitt gerade sichtbar sein soll, und nur diesen dann frisch zu Zeichnen. Soll heissen, dein Bild existiert nie in Gänze, nur als Ausgangsinformation. Nur der Bereich der relevant ist wird gezeigt. Nicht einfach, aber machbar und wohl einer der wenigen praktikablen Wege hier...


btw: Wenn du mal eben etwas an der Breite-Einstellung deines Monitors drehst, sind deine 4,14 Meter bei gleichbleibender Pixelzahl auf einmal mehr oder weniger. Gleiches Spiel bei anderen Monitorformaten! Um eine solche Angabe genau treffen zu können, muss man zuvor mit Hilfe des Users den Bildschirm physikalisch ausmessen und kalibrieren! Sonst weisst du nie mit Bestimmtheit, wie viele Pixel in einen cm passen.


gruss,
dizzy