Threads und TBitmaps

[4dk2]

Hab jetzt auch den halben morgen damit verbracht, TBitmap richtig im Thread zu benutzten.

Fazit: Finger Weg von TBitmap und Threads. Selbst wenn es ohne Zugriffs Verletzungen klappt, alles gekapselt ist, kann es trotzdem überall Knallen, oder der Speicher läuft voll und und und.



Am besten direkt TBitmap32 aus Graphics32 nutzen.

[Sherlock]

Oder einfach auf FMX umsteigen und ab Tokyo sind die Dinger eben doch Thread sicher.
http://docwiki.embarcadero.com/RADSt...and_TContext3D

Und ein halber morgen reicht nicht, um VCL-Bitmaps in Threads zu verwenden. Ich hab dazu einen Monat gebraucht...

Sherlock

[taveuni]

Zitat:

Zitat von Sherlock (Beitrag 1383013)

(..)und ab Tokyo sind die Dinger eben doch Thread sicher.
http://docwiki.embarcadero.com/RADSt...and_TContext3D
Sherlock

Aha! Das erste Argument was mich persönlich jetzt dazu bewegen könnte von XE2 auf Tokyo zu gehen. Was habe ich Wochen und Monate vergeudet wegen dem Sch...

[Sherlock]

Nur in FMX!!!

Sherlock

[bytecook]

Zitat:

Zitat von Sherlock (Beitrag 1383032)

Nur in FMX!!!

Sherlock

Oder sauber und performant mit Graphics32 Bitmaps :)
https://github.com/graphics32/graphics32
https://graphics32.github.io/Docs/_Body.htm

[taveuni]

Nope - kein Opensource here

[bytecook]

Zitat:

Zitat von taveuni (Beitrag 1383037)

Nope - kein Opensource here

Dann darfst (Teile von) Delphi auch nicht einsetzen ...

[Sherlock]

Kurzer Ausflug ins OT: Meine Begeisterung für OpenSource hält sich in Grenzen. In diesem Fall scheint die Dokumentation halbwegs sauber zu sein, aber mir sind schon Teile untergekommen, wo bereits die Installation ein undokumentiertes Chaos war, von der weiteren Benutzung der "phantastischen" Komponenten mal ganz abgesehen. Sollte das also taveunis Motivation gegen OS sein, ist das für mich absolut nachvollziehbar.

Sherlock

[bytecook]

Zitat:

Zitat von Sherlock (Beitrag 1383041)

Kurzer Ausflug ins OT: Meine Begeisterung für OpenSource hält sich in Grenzen. In diesem Fall scheint die Dokumentation halbwegs sauber zu sein, aber mir sind schon Teile untergekommen, wo bereits die Installation ein undokumentiertes Chaos war, von der weiteren Benutzung der "phantastischen" Komponenten mal ganz abgesehen. Sollte das also taveunis Motivation gegen OS sein, ist das für mich absolut nachvollziehbar.
Sherlock

Alternativ sei noch ImageEn erwähnt... https://www.imageen.com/

Auch ein wenig OT von mir dazu...

Stimme dir zum Open Source Chaos grundsätzlich zu, aber das TGraphics32 Framework stellt für uns eine löbliche Ausnahme dar, wie auch beispielsweise Synapse von Ararat.
Hängt natürlich auch immer vom Willen zur Einarbeitung ab. Für mich dient das überblickbare GR32 Framework als Basis für unsere skalierbare Gui, auf die mehr als 32 Threads / Tasks erfolgreich zugreifen. Tja, ich war ursprünglich von FM ziemlich angetan, zumal ich auch von Eugene, dem "Erfinder" die VGScene / GLScene Sources erwarb, bevor er die IP an Emba verkaufte. Hatte eben den Nachteil, dass die (DX) Performance mit jedem Update immer schlechter wurde... (xe2 > xe7). FMX werden wir uns auf absehbare Zeit nicht mehr antun, da gehts dann eher Richtung Vulkan...