This may be a sympton of a bug that affects LV2 plugins where the interface with the host module (jalv) gets unsynchronised. It manifests as long timeouts in communication with log entries similar to:
Irâs a nasty little bug that @jofemodo and I have been trying to track down for a while. It is on the high-priority hitlist so we will be taking aim at it very soon. It has to be fixed and may require some drastic action. Stay tuned!
Ok, thank you @riban . Then the new audio mixer acts similar like a real mixer. I will take a closer look to Zynthians core concepts and available docs and wikis in this point for better understanding.
Yes, it is designed to mimic a stereo summing mixer. Each layer is a chain of MIDI / Audio processing which feeds into a stereo mixer channel. Each mixer channel allows solo, mute, balance/pan, mono and level control before feeding a main mix bus which has similar parameters to the channels. The output of the main mix bus feeds the physical audio outputs. (We are working on adding an effects chain to the main mix bus too.) I designed the mixer to emulate a familiar stereo summing mixer because it is quite a simple way to handle audio that most musicians and certainly sound engineers will understand. I purposefully kept it simple to avoid complexity and confusion. It is able to replace my physical mixing desk (with the addition of a multichannel audio interface). You can think of the mixer as a (up to) 16 to 1 stereo mixer with inserts on each channel (and soon on output too).
Mhmm, after playing a few days with the test version from April 12th and although I changed the zynthians configuration (stage mode, less layers, working with snapshots to switch from song to song), the error splash screen is back when trying to power off. First, when you try to power off, the display freezes and there are no more reaction to the knobs. The only chance you have is connecting via WLAN and try to shut down via remote connection. Then the error splash screen comes up. Should I open up a new topic or am I the only one with this kind of bug?
Certainly keep Discourse threads on-topic so discuss a different subject in a new topic. If it is a bug report then post to GitHub issue tracker.
Testing branch has advanced a lot since 12th April so defo worth updating to get all the new goodness. Try to grab logs when this occurs, e.g. ssh to device and run journalctl -ru zynthian which shows more recent log entires first or journalctl -fu zynthian which shows the live log starting 10 entries back.
I can confirm the issue during shutdown. Although this recent fix in stable a couple of weeks ago, my zynthian with 4 layers still doesnât shutdown and reboots again.
Furthermore I found out, that loading the FS on startup could result in strange zs3 behaviour. the file would load, but the UI stuck at layers view and I have to press the select but ton once more.
Thatâs why I always clear all layers manually before I shutdown. Havenât had any issues so far with that routine.
Since using the last stable release from september last year I tried out this workflow and it wasnât working maybe because there have been two different problems. A second FS layer crashed Zynthian when loading this setup or snapshot. Now I reduced the number of layers and avoid a second FS layer and today I tried your workaround to completely cleanup the configuration before shutting down Zynthian. This works also for me, thank you.
It seems there is some problem when restoring the âlast stateâ snapshot with several FS layers. Please, open an issue for this.
Have you tried to disable âlast snapshotâ restoring from webconf and delete your âlast snapshotâ zss file? This should also work and you would avoid to having to delete your layers before powering off until this is solved.
And please add a ticket to the issue tracker including a copy of a snapshot for which this error occurs. We can try to fix things if they are reported with supporting detail .