Sowohl tut_basics als auch die Demo laufen jetzt unter Delphi 2006 problemlos und ohne dass man irgendwas anpassen muss!
Vielen Dank!

_________________
2+2=5
For extremely large values of two

Sry für den Doppelpost, aber sonst gehts wahrscheinlich unter:

Du scheinst beim beenden Objekte nicht freizugeben, wenn ich FastMM mit Report Memoryleaks in der Demo einbinde kommt das:


Das SDL-Zeug liegt daran dass im Destruktor von dem TMainForm das inherited fehlt.

FParticles vom Context wird nicht freigegeben, da fehlt iwo nach 1693 ein

Und der Destruktor vom TFBU_EffectManager fehlt gleich ganz, ich würd sowas vorschlagen:


Und die TList die übrigbleibt ist ein fehlendes "FJoyStickList.Free" in Zeile 272 von der sdlinput.

_________________
2+2=5
For extremely large values of two

Das nenn ich doch mal Service. Super Sache von dir wilson!

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Und noch ein kleiner Bug bei procedure TFBU_EffectManager.ResetCalcDelays;
FCount könnte 0 sein und dann gibts nen Integerüberlauf.

_________________
2+2=5
For extremely large values of two

Ja das is wirklich Service ^^
Ist notiert.
Der Destruktor für den EffectManager fehlt in dieser Form nicht ohne Grund. Ich kann dir grade kein Szenario ausm FF nennen, aber der EffectManager ist ein Zusatztool, bei dem es auch möglich sein soll, es während der Laufzeit nicht mehr zu verwenden und trotzdem die instanzierten Emitter oder eigene TFBU_Effect Objekte zu behalten. Einen Basisdestruktor hat übrigens jede Klasse.

Den von dir beschriebenen Effekt kann man einfach durch folgenen Code erreichen:


Zu FCount:
Nein. Ist FCount = 0, dann läuft die for-Schleife nicht an und es gibt auch keine Division durch 0.

Um die Instanzen werde ich mich bei Zeiten mal kümmern

MFG

_________________
I'm not the signature, I'm just cleaning the floor...

Derzeitiges Projekt:
FireBlade Particle Engine (Release R2 2009.06.29)

Hi Kyro,

ich hab mir gerade mal auf SF deine Projektseite angeguckt und war erstaunt wie wenig deine Engine genutzt wird. Eigentlich ist die ja ein richtiges Schmuckstück.

Vielleicht ist die Lizenz ein Problem. Musst du LGPL nehmen, oder kannst du auch eine andere Lizenz anbieten? Falls ja, dann probiere mal die EPL (ersetzt die CPL) oder die MPL. Oder falls du keinen Wert auf Ruhm und Ehre legst, eine BSD Lizenz.
Dann nutzen bestimmt auch mehr deine Lib.
Außerdem könntest du deine SF Homepage einfach mal aktualisieren und z.B. diesen Thread bei SF als "Support Thread" angeben. Und auch eine News zum DGL Award oder sowas bringen. Halt bisl Aktivität zeigen. Zumindest alle 4-6 Wochen einfach mal was schreiben, so dass Interessenten sehen, dass die Lib noch aktuell ist. Z.B. wenn jemand deine Lib einsetzt einfach mal ne Meldung draus machen.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Zu aller erst finde ich es gut, dass die Arbeit an Fireblade weiter gade.

Für Architekturdiskussionen findest du hier im Forum sicher willige Diskussionspartner. Wichtig wäre, dass du deine Gedanken mal in eine Art Whitepaper bringst und dort zeigst wie man die Lib später mal nutzen können soll. Das würde bestimmt auch gut Einsteigern helfen abzuschätzen ob und wie schwer deine Lib in ihre Projekte zu integrieren ist.

Hast du Feedback ob und wo deine Lib schon im Einsatz ist. Die interessieren sich bestimmt im besonderen Maße für das Whitepaper.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Make Current finde ich persönlich etwas nervig. Das geht zu sehr in richtung Statemachine. Ich finde ein Handle, dass man an jede Funktion übergeben muss, besser. Interfaces wären das Nonplusultra.

greetings

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

D.h. nurnoch Interfaces und Plainfunktionen zum Erzeugen der Referenzen?

_________________
I'm not the signature, I'm just cleaning the floor...

Derzeitiges Projekt:
FireBlade Particle Engine (Release R2 2009.06.29)

Das oder halt nur Plainfunktionen, die immer einen Parameter nehmen, der ein Handle auf das Objekt darstellt. Statemachine ist immer recht unübersichtlich, imo. Aber du musst wegen mir jetzt nicht deine Api umstoßen

greetings

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Ich steh jetz vllt etwas dumm da, aber kann mal einer kurz umreißen, was mit MakeCurrent und Plainfunctions gemeint ist? Hab sowas noch nie gehört (vllt kenn ich das aber auch nur unter anderem Name)

MakeCurrent / Activate:


und mit Plain-Funktionen meine ich einfache Funktionen, d.h. keine OOP.

Frage: In Freepascal ist sowas hier kein Thema:


könnte man dieses Interface auch z.B. in Java verwenden? wegen dem Property...

_________________
I'm not the signature, I'm just cleaning the floor...

Derzeitiges Projekt:
FireBlade Particle Engine (Release R2 2009.06.29)

Properties als spezielles reserviertes Wort gibts in Java nicht. Felder werden da einfach als "Klassenvariablen" angelegt. In Interfaces gibts aber keine Variablen. In Interfaces gibts nur Methoden oder Konstanten in Java. Als Alternative gibt es Getter und Setter welche dann die Implementierenden Klassen mit Funktion füllen müssen.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Man kann pascal-interfaces so und so nicht direkt in Java verwenden. Da muss mindestens noch ne Portion "Glue-Code" in C++/pascal dazwischen. Wird also recht umständlich.

Tellerrand für Javaianer:
In Scala gibt's übrigens properties (Auch in interfaces. Heißen dort Traits). Ist für Interoperabilität aber alles andere als hilfreich in diesem Fall

Tante Edith meint: In Pascal geht der Glue-Code freilich auch

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

@Kyro: Du könntest dich ja mal mit Lossy eX kurzschließen. Der hat die glBitmap ja auch so verpackt, dass andere sie nutzen können. Vielleicht hat er noch Ideen und Tips.

_________________
Blog: kevin-fleischer.de und fbaingermany.com