- From: David Adler <d.adler@xxxxxxxxx>
- To: yoshimi@xxxxxxxxxxxxx
- Date: Thu, 19 Apr 2018 16:39:20 +0200
On 18.04.2018 01:38, Will Godfrey wrote:
The way this works is that when closing the main instance (0) it first
through to see if any others are open, and saves the result to its
before closing everything down.
Next time you start Yoshimi it creates a list of active instances from
config file and once the main instance is up and running it scans this
restarts the same instances.
If you had no other instances open, or had already closed them before
down, then none will be re-started, so you always get back the last
Following on from this, if you start yoshimi with a state file, then it
re-start what ever instances were running when that state file was
So, one state file could re-start instance 1, 4 and 7, while a
file might open instances 3, 5, 7 and 10.
As I said, this is a trial and the feature is 'always on'. I don't know
should be switchable or not. It is fully backwards compatible, older
versions will simply ignore the extra data in the config file, and
configs will simply start just the main instance as before.
I didn't manage to reproduce this, dunno why.
Tried with saving state and restarting with the -S flag ('Start With
State' unchecked) as well as without. The latter should also work if I
understand 'always on' correctly.
That said, I don't care all too much since multiple instance loading is
automated by other means here. I've never used states before so it
may well be my ignorance, I trust you that this actually works if done
Overall I'm not objecting, just wondering whether this additional layer
of complexity is desirable or confusing.
We already have
* parts with separate outputs
– > rendering use of multiple instances obsolete in many cases
* NSM and LV2 support
– > conveniently starting several instances
so there is at least some overlapping functionality and you may be
your valuable time on this (rumours are it's sunny in the UK). OTOH if
users like it, go ahead – yoshimi is a complex critter by design anyway
and I'm absolutely fine with that.
One other potential issue comes to my mind: when intending to
(deliberately) make use of this feature one can easily loose track of
which one of the running yoshis is instance 0. A hint in the window
title might be a remedy.
Yoshimi source code is available from either:
Our list archive is at: https://www.freelists.org/archive/yoshimi
To post, email to yoshimi@xxxxxxxxxxxxx
Other related posts: