Page 1 of 1

Latest Yoshimi

Posted: Fri Jan 22, 2016 10:21 am
by folderol
Version 1.3.8 has been out for a while now, but we didn't announce it generally, as almost immediately, a bug in cmake was discovered that caused a segfault on build. This is a curious one and only seems the affect the December build of cmake 3.4.1 on debian testing. However, we've found a way to bypass the problem.

Codenamed 'The Swan' version 1.3.8.2 is now available from both:
http://sourceforge.net/projects/yoshimi
https://github.com/Yoshimi/yoshimi

Full details are in the tarball /doc/Yoshimi_1.3.8-features.txt but in brief:

Root/Bank/Program changes from any source while actually playing multiple tracks are now virtually silent- and are silent if the part being changed is not sounding.

Storage of Audio & MIDI preferences have been improved, along with the working environment.

The CLI can now set almost all the 'top level' controls, and the major 'user' settings for parts. The parser allows highly abbreviated commands for fast working.
e.g: s p 4 pr 6
(set part 4 program 6)
This sets part 4 to the instrument with ID 6 from the current bank and root. It also then leaves you at part context level and pointed to part 4. Additionally, it will activate that part if it was off (and the config setting is checked).

This release is sound compatible with Zyn. 2.5.2

Re: Latest Yoshimi

Posted: Sun Jan 24, 2016 11:24 am
by glowrak guy
Hi, can the parser s p 4 pr 6 also command different midi channels?

Nice batch of changes, keeps getting better and better! Thanks for sharing this.
Cheers

Better go read in the tarball now :wink:

Re: Latest Yoshimi

Posted: Sun Jan 24, 2016 2:48 pm
by folderol
The CLI is far more specific than either the GUI or MIDI CCs, so 'part 4' means precisely that, not any part that might happen to be receiving CH 4. By default they match (as always).
After that you could have done just 's c 2' and part 4 would now point to CH 2.
Then you might do 's 2 c 4' so you would now be on part 2 which you'd effectively swapped with 4 :)
CLI numbers always start from zero. We are assuming the people making most use of this will not be looking at the GUI at all, so there will be more consistency and no confusion.