On 09.09.24 18:41, Kristian Amlie wrote:
#0 0x000000003bbc24be in ()
#1 0x00007fff23c881f3 in Filter::setfreq_and_q(float, float)
(this=0x7fff800478d0, frequency=7393.34619, q_=0.740651846) at
/home/kristian/code/yoshimi/src/DSP/Filter.cpp:107
synth = @0x130}
Looks mostly fine as well, except maybe for the last value: "synth = @0x130"
looks a bit suspicious, or?
On 09.09.24 19:43, ichthyo wrote:
Indeed, this is what seems strange.
If this is true, then we'd have some kind of data corruption
First, a caveat: since this presumably(?) is a release build,
the debugger output may be misleading, since some object fields can
just be optimised out.
That being said, concluding from the call-graph, the top-frame
should somehow be related to AnalogFilter::setfreq()
But there the synth-reference is only used to fetch the data value
halfsamplerate_f.
Obviously, this filter instance never went through an interpolation cycle,
as can be seen by the still pristine oldx, oldc, ...
Also the tempismp (temporary Buffer for allocation) was not yet allocated.
*Kristian*: could you help me reduce the attack surface?
I just pushed out two intermediary branches (into my Gitub repo)
kristian_1 is only the core change of the branch
kristian-2 also contains the EQ fix.
guiconnect additionally contains the whole pile of code clean-ups
Could you re-run your project with the code from "kristian_1"
If this crashes too, we could take all the concerns regarding the EQ fix
and my further code clean-up out of the picture.
-- Hermann
_______________________________________________
Yoshimi-devel mailing list
Yoshimi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/yoshimi-devel
