Delphi-PRAXiS
Seite 8 von 11   « Erste     678 910     Letzte »    

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Software-Projekte der Mitglieder (https://www.delphipraxis.net/26-software-projekte-der-mitglieder/)
-   -   Mathem. Parser -- bitte testen (https://www.delphipraxis.net/22764-mathem-parser-bitte-testen.html)

dizzy 9. Nov 2004 00:02

Re: Mathem. Parser -- bitte testen
 
:shock: Das ist lieb von dir, aber der Parser hier ist schon etwas überholt :? Mittlerweile bin ich bei Version 1.2, und es hat sich einiges geändert... Unter anderem das Variablensystem, die Konstanten, Precalculation ist drin, etc.
Er ist allerdings noch nicht online, da ich immer noch ein zwei Kleinigkeiten dran schrauben wollte - aber z.Zt. (wie so oft bei halb-fetigen Codes) wieder bei was anderem bin ;).

Gut gemeint, aber nicht mehr aktuell... :oops: hätte ich vllt. hier schreiben sollen dass das nicht mehr so wirklich aktueller Stand ist. Sorry!

Aber schön zu hören, dass sich Leute (ein Leut :mrgreen:) für das Teil interessieren *froi*.

Herzlichen Gruss,
Fabian

mrsiemens 9. Nov 2004 00:48

Re: Mathem. Parser -- bitte testen
 
Zitat:

Zitat von Chakotay1308
Hi,
ich würde dich bitten diese langen SourceCodes als PAS-Datei anzuhängen.

Danke,
Chris

Die Funktion hatte ich übersehen, habs geändert...

@dizzy
Wenn du noch dran arbeitest, kannst du ja alle Funktionen dynamisch einbinden, d.h. das Ganze so implementieren, dass noch zur Laufzeit Funktionen/ Operatoren eingebunden werden.

Wäre jedenfalls so ne Idee die mir so spontan noch einfällt :)

dizzy 9. Nov 2004 03:25

Re: Mathem. Parser -- bitte testen
 
Wer volle "Customizability" haben möchte, der sollte sich auch mal den Parser von Dax anschauen - das Teil bringt seine eigene Scriptsprache mit :).

Mir ging es beim CQParser um 2 Dinge:
1. Komplexe Zahlen + Quaternionen
2. Speed Speed und nochmal Speed :D

Ich hatte ihn mal für ein eigenes Projekt entwickelt, in dem es um das volumetrische Rendern von 3D-Fraktalen ging, und dabei wird der Parser irrsinnig oft um eine Lösung gebeten... Naja, und wie so oft sthen sich hier Anpassbarkeit und Performance gegenüber. (In XML kann man jede Form von Daten strukturieren - aber alles basiert auf Strings -> mächtig aber langsamer. Binäre Formate sind fix verarbeitet, aber auf ein spezielles Problem zugeschnitten. Ich wandere da eher auf der binären Seite ;))

Wobei der CQParser sicherlich relativ einfach "fully scaleable" machbar ist. Alles zu seiner Zeit :drunken:

Danke dir!

Gruss,
Fabian

mrsiemens 9. Jan 2005 20:04

Re: Mathem. Parser -- bitte testen
 
Hallo,

ich habe zur Zeit in meinem Projekt den CqParser benutzt, allerdings um einige Funktionen erweitert.

Vom Speed her gefällt er mir recht gut :)

Ich muss nun allerdings den Parser um eine recht grosse Anzahl an Funktionen erweitern.
U.a. um Funktionen mit mehreren Parametern (max 3 Parameter).

Ich hatte mal irgendwann einen anderen Parser am Wickel, bei dem man Funktionen einfach beim Parser zur Laufzeit "registrieren" konnte.
Dummweise habe ich den Namen vergessen :( und eine Suche bei Google/ DSP/... hat noch nicht viel ergeben.

Habt ihr eine Empfehlung für einen Parser mit einfacher Integration neuer Funktionen und hoher Performance ist?

Danke :)

mr.s

mr47 9. Jan 2005 20:12

Re: Mathem. Parser -- bitte testen
 
dELPHI 2005 architect
problemlos
1112.48
1766.71
4282,06
7678,19

Amd Athlon 2GHZ

Cool: Da sieht man endlich mal wieder wie wenig 2 GHZ doch sind :mrgreen:

dizzy 10. Jan 2005 03:07

Re: Mathem. Parser -- bitte testen
 
Zitat:

Zitat von mrsiemens
Habt ihr eine Empfehlung für einen Parser mit einfacher Integration neuer Funktionen und hoher Performance ist?

Da wäre doch der TMathParser von Dax genau dein Ding! Der bringt mal eben eine kleine Scriptsprache mit sich. Allerdings weiss ich grad nicht wie da der Entwicklungsstand ist.

Meinen um >2-parametrige Funktionen zu erweitern, das wäre doch sehr umfangreich - das seh ich ein :?

edit: Wenn du allerdings die komplexen Zahlen bzw. Quaternionen brauchst, dann weiss ich nicht in wie weit Dax's Parser mit macht. U.U. lässt sich das selbst via Script implementieren - wie performant das dann ist weiss ich nicht. (;))

@mr47: Dangeschön! Gut zu hören dass er auch unter D2005 tut - aber wahrscheinlich mit 1001 "unsicherer Code"-Hinweisen, gell!? :D

mirage228 10. Jan 2005 05:46

Re: Mathem. Parser -- bitte testen
 
Zitat:

Zitat von dizzy
@mr47: Dangeschön! Gut zu hören dass er auch unter D2005 tut - aber wahrscheinlich mit 1001 "unsicherer Code"-Hinweisen, gell!? :D

Naja, wahrscheinlich nicht ;)
In D2005 für Win32 werkelt auch nur ein veränderter D7 Compiler und in den Warnungen sind die .NET Warnungen standardmäßig abgeschaltet ;)

mfG
mirage228

mrsiemens 10. Jan 2005 09:12

Re: Mathem. Parser -- bitte testen
 
Wo finde ich denn den Parser von Dax?
Die Suche bei google nach TMathParser ergbibt recht viele Parser...
Und im Forum hier finde ich dazu nichts.

Die Frage ist dann aber wie schnell der Parser ist...

Ich habe jetzt als Grundlage den "TParser 10.1 for Borland Delphi" genommen.

Die Variablenzuweisung musste ich ändern und komplexe Zahlen muss ich noch integrieren.

Aber meine ersten Tests haben gezeigt dass der Parser sogar noch schneller als der CQParser ist, wenn viele Variablen in der Formel vorhanden sind.

Bsp:
10+(x1^2-10*cos(2*pi*x1))+(x2^2-10*cos(2*pi*x2))
5.000.000 Durchläufe
CQ => 4,6s
P10 => 2,7s
AMD 2400+

mfg

mr.s

mr47 10. Jan 2005 12:07

Re: Mathem. Parser -- bitte testen
 
Irgend ne Meldung kam am Anfang, die ich aber nicht weiter beachtet habe :mrgreen:

dizzy 10. Jan 2005 12:17

Re: Mathem. Parser -- bitte testen
 
Zitat:

Zitat von mrsiemens
Wo finde ich denn den Parser von Dax?

Hmmm, auf die Schnelle hätt ich jetzt keinen Link zur Hand. Schreib Ihm/Ihr/Es (:mrgreen:) am besten eine PN.

Zitat:

Zitat von mrsiemens
Die Variablenzuweisung musste ich ändern und komplexe Zahlen muss ich noch integrieren.

Ui, also doch. Dann weiss ich nicht wie performant der von Dax wird, da komplexe Zahlen auch nicht "nativ" dabei sind. Aber einen Versuch ist das Teil mindestens wert!

Zitat:

Zitat von mrsiemens
Aber meine ersten Tests haben gezeigt dass der Parser sogar noch schneller als der CQParser ist, wenn viele Variablen in der Formel vorhanden sind.

:shock: Darf doch nicht sein! 8)
Kann gut sein, dass die vielen Variablen den Pre-Solver gut ins Schwitzen bringen. Vielleicht hat der P10 sogar einen Formel-Optimierer (hat CQ nicht...).
Das meiste Optimierungspotential beim CQ ist denke ich in der "QMath.pas", in dem man nämlich diverse Fuktionen via Assembler weiter optimiert (die einfachen hab ich schon - zu mehr reichte es nicht ;)), oder halt beim Presolven/Formeloptimieren. Das wäre aber auch einiges an Arbeit - aber interessant!


@mirage228: Ja NOCH besser :D


Alle Zeitangaben in WEZ +1. Es ist jetzt 10:04 Uhr.
Seite 8 von 11   « Erste     678 910     Letzte »    

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz