-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for integral #323
Comments
being accurate to the 8th digit is pretty good though? |
I mean, the visual difference between 3.14 and 3.1415926535897932384626433... is pretty minor |
We are reporting a number in "variable or function", like Desmos does, and it shows to 12th digit |
oh, that's pretty cool |
or, tell the users that it uses numerical integrator, and for certain equations, it can be inaccurate |
good call |
This sounds really cool, even at low precision. I'm currently computing complex Fourier series coefficients to visualise in Math3D and it is infinitely more tedious to copy them manually off a calculator. In-built support, even if only accurate to a few decimal places, would be greatly appreciated :) |
that complex fourier series thing sounds awesome, would you like to share? :p |
Hello, I'm working on integral support for this repo. But I found it hard to get good performance and good accuracy at the same time for the numerical integrator. Currently, I use a nonadaptive version of Cash-Karp. When I use it to calculate pi using the area under a semicircle, it is only accurate to the 8th digit tho. Any ideas to improve?
Also, I'm working on the cache system for mathjs evaluation (no code yet) so that the call can be less than 0.1 ms--as mathjs evaluation took a lot of time. With a conservative amount of draw calls around 10k, it will take 1 s to complete. Anything more is kinda unacceptable IMO.
okay so, what do you think? should I continue or are you already working on a similar code?
The text was updated successfully, but these errors were encountered: