Closed Steven-Roberts closed 1 year ago
CUSP, lorenz96, and nbody took a super long time to solve in octave. ASCHERLINEARDAE also fails, but this is expected right?
The performance difference is mostly due to using ode23s
in Octave instead of ode15s
. How is Ascher problem failing? Works fine for me.
`model.solve
error: @
`
Hmm what version of Octave?
8.2.0
It looks like in my version of octave, ode23s expects the mass function to have two arguments, t and x, but ascherlineardae only provides Mass(t)
This PR changes the default solver for Ascher problem to ode15s so this shouldn't be a problem
I was on the octave branch not the octave_compat branch ...
Bouncingball should still fail right?
I pushed a fix for bouncing ball. It will fail in octave unless MaxStep is set to 1e-2 or lower, as octave has a bug that makes it fail to detect some events (thus causing the ball to go below the ground).
All problems now build and solve in octave. Hooray!
I think we're ready to merge, right?
Basically, unless you feel like change the parseTime thing.
Let me know if there are any other octave-specific issues