Deutsches Lazarusforum

Dauert genauso lange. Horizontal oder vertikal spielt dabei keine Rolle. Ohne es gemacht zu haben: wenn man eine Bitmap damit füllt, wird das ähnlich lange dauern. Das kopieren der Bitmap auf den Control.Canvas wird sicherlich schnell gehen. Wenn sich also die Größe des Controls (hier Charts) nicht ...

Ja, mit Cosmetic auf False geht es deutlich schneller, aber immer noch viel langsamer als psSolid. Damit könnte man ggf notfalls leben. Aber da ich es genauso sehe wie du, nämlich dass psSolid in bspw clSilver sogar schöner ist...

Und wenn ich den Style (des Grids) auf psSolid (oder andere "solide") stelle, gibt es auch keine Verzögerung. Mir würde das jetzt als Workaround reichen. Aber interessant ist es dennoch.

Genau das habe ich ja gemacht, sonst wüsste ich ja nicht, dass die Zeit zwischen den beiden Paints vergeht. Aber inzwischen hab ich noch heraus gefunden, dass es gar nicht die Achsen selbst sind, sondern das Grid. Ich forsche weiter...

Bin jetzt mal in den Source (vom Chart) eingetaucht und musste feststellen, dass da der Hund nicht begraben ist. Hätte ich vielleicht präziser mit "in TChart.PrepareAxis nicht begraben ist" sagen können.

Neue Erkenntnis: wenn AxisVisible = False, dann nur EIN Paint.

So, hab jetzt eine neues Projekt gestartet, in das MainForm ein Chart rein, Align auf alClient. Dann merk ich schon beim größer ziehen des Form wie es mit zunehmender Größe immer weniger hinterher kommt. Brauch ich eigentlich gar nicht compilieren. Bin jetzt mal in den Source (vom Chart) eingetaucht ...

Die Verwendung von ListChartSource für die Achsen hat leider doch nichts gebracht. Ist nachwievor langsam. Ich hab im Grunde alles auf Standardeinstellungen am Chart. Gibt es vielleicht Optionen oder andere Einstellungen, die da ne Rolle spielen?

Die Bezugsquellen für Lazarus und FPC sind durchaus interessant, aber eigentlich galt mein Interesse der der TAChart-Komponente. :wink:

NiceChart ist zu simple für meine Anwendung. Aber das mit der Source-Sache wirkt vielversprechend. Werd das später mal auf dem Raspi ausprobieren und dann ...

Da ich wahrscheinlich nicht mit der aktuellen Version unterwegs bin: Wo finde ich die?

Geht dabei (in meinem Fall) noch gar nicht um Daten. Ich hab ein leeres Chart auf einem TTabSheet eines TPageControl. Vollbild bei HD. Allein der Wechsel des Sheets dauert mehrere Sekunden. Ohne Daten im Chart. Mit Daten hab ich es gar nicht probiert. Liegt an den Axis des Charts. Wenn ich die ...

Eine TAChart-Version zu erstellen, die mit Integer (statt Double) arbeitet, ist wahrscheinlich relativ aufwendig, oder?

Hintergrund: Fließkomma ist auf ARM super langsam. Ein Chart auf nem Raspi kann man dem User eigentlich nicht zumuten.
Bin natürlich auch für andere Lösungen offen.

Hat schon einer geschafft per IDE, einen spezialized Frame in ein Form einzufügen?

Unit1:
generic TValueFrame<T> = class(TFrame)
...
end;

Unit2:
TIntFrame = specialize TValueFrame<TInt>;

Ich will Pixel-Daten (4x8bit) sowohl über Canvas-Funtionen (TextOut, Ellipse, usw.) als auch direkt über meine eigenen Funktionen, wofür ich eben einen Zeiger auf die Pixel-Daten brauche, bearbeiten.

So wie mir das aussieht, kopiere ich die Daten nicht, wenn ADataOwner True ist. Aber vielleicht liege ich dennoch falsch. Was ich brauche, ist ein Zeiger auf die PixelDaten, der fix ist.

Und von einem Canvas eines RawImages habe ich kein Wort gesagt.

Wenn ich eine Bitmap über LoadFromRawImage(ARawImage, True) "erstelle", kenne ich die Adresse der Pixel-Daten (ARawImage.Data). Wie kriege ich es hin, dass der Canvas der Bitmap auch auf diese Daten zeigt, so dass Canvas-Funktionen (wie TextOut oder dergleichen) eben genau diese Daten bearbeiten?