On Tue, 14 Feb 2023 16:05:18 +0100
Kristian Amlie <krist...@amlie.name> wrote:
>On 14.02.2023 00:15, Will Godfrey wrote:
>> I've not made any headway on this, but am now quite convinced the GUI it
>> trying
>> to grab data via 'pars' while it is still being updated. The worst case is
>> when
>> doing a paste - regardless of whether initiated from the GUI or from the new
>> CLI code.
>>
>> This is something I've mentioned before that really bothers me. Apart from
>> anything else, we have no hope of being able to properly separate the GUI
>> while
>> we are dipping into the main code in an uncontrolled manner. Significantly,
>> the
>> GUI controls are set correctly even while the graph is wrong. The graph
>> doesn't
>> use them at all!
>>
>> The area the graph is reading from is our old fiend (not a typo) analog
>> filter.
>> However, the graphics doesn't require anything like the accuracy and just
>> throws it away. It only needs pixel density and even the wide 4k screens are
>> only 3840 pixels wide!
>>
>> Therefore, is it possible to devise a 'good enough' approximation that reads
>> from the actual GUI controls and keeps it entirely in the GUI?
>
>I'm not sure I completely understood all of that, but it's common in UIs
>to simply recreate some filter structures inside the UI code. They are
>not used for audio, but their properties can be queried and used for
>display, since they share the same code. One of my equalizer plugins
>does this.
>
>While this may appear wasteful to have a duplicated instance, it really
>isn't, because it only takes a tiny amount of memory, it's not
>processing anything, and it's running in a low priority thread (compared
>to audio).
>
Looking at this again (briefly) it occurs to me that analog filter it pretty
much self-contained, so should be comparatively easy to duplicate in the GUI.
Also instead of using actual sample rate etc. we could probably use normalised
values which can be then linked to the window resize code.
Any volunteers :P
--
Will J Godfrey {apparently now an 'elderly'}
_______________________________________________
Yoshimi-devel mailing list
Yoshimi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/yoshimi-devel
