I think it would have to create a signal (true or false) that every x milliseconds revision. If you modify an effect, this changes the signal to true. If after reviewing the signal, this is true, the preview is generated, and passed the signal to false. If after reviewing the signal, this is false, nothing is done.
This would cause the processor only when amending trabajase effect.
If I remember correctly, the problem is that if you generate the preview before it is generated xml fails.
The interesting thing would be that the modification of the effect, would create the xml, and once created the xml is changed to true signal.
And while the signal is in true (generating the preview) to effect change can not call to create a new xml, not to create a break in the preview.
Does that work the cpu would not do without?
I think it would have to create a signal (true or false) that every x milliseconds revision. If you modify an effect, this changes the signal to true. If after reviewing the signal, this is true, the preview is generated, and passed the signal to false. If after reviewing the signal, this is false, nothing is done.
This would cause the processor only when amending trabajase effect.
If I remember correctly, the problem is that if you generate the preview before it is generated xml fails.
The interesting thing would be that the modification of the effect, would create the xml, and once created the xml is changed to true signal.
And while the signal is in true (generating the preview) to effect change can not call to create a new xml, not to create a break in the preview.