[ANN] Yoshimi 1.6.0 released

[folderol]

V1.6.0

Yoshimi is now 10 years old and (while fully respecting its origins) is forging it's own path into the future. Do come along for the ride.


Our headline feature is extensions to AddSynth voices and modulators.

There is a new AddSynth noise type.

There are extra mute options.

There is a global bank search entry in the main window's instrument menu, and a button in the instrument bank window.

Also in the main window there is a button to temporarily disable an individual system effect.

In the part editor window there is now a 'Humanise Velocity' slider.

We've made an improvement to the way recent histories are managed.

All the above features are, of course, also available to the command line interface.

'Reports' and 'Midi Learn' openers have been swapped.

There is a new group of easy to use NRPNs.

There have been improvements to Copy/Paste.

There is tighter control of startup.

Incidentally, whenever we add new features, the default is always to keep the existing behaviour.

The Advanced User Manual has been considerably Expanded.


Under the hood

Ring buffers have now been changed to a bespoke type.

Almost all file system operations have been moved to a single source file.

As well as running headless, Yoshimi can now be built headless.

The command line has additional protection against overlength lines, and corrupted data.


More details in /doc/Yoshimi_1.6.0_features.txt


Yoshimi source code is available from either:
https://sourceforge.net/projects/yoshimi
Or:
https://github.com/Yoshimi/yoshimi

Full build instructions are in 'INSTALL'.

Our list archive is at:
https://www.freelists.org/archive/yoshimi
To post, email to:
yoshimi@freelists.org

[bluebell]

I think the compiler options are too strict.

Code: Select all

hm@bubu:~/src/yoshimi/2019-09-01/src$ make
[  1%] Building CXX object CMakeFiles/yoshimi.dir/Interface/InterChange.cpp.o
In file included from /home/hm/src/yoshimi/2019-09-01/src/Interface/InterChange.cpp:31:0:
/home/hm/src/yoshimi/2019-09-01/src/Misc/FileMgrFuncs.h: In function 'std::__cxx11::string file::findFile(std::__cxx11::string, std::__cxx11::string, std::__cxx11::string)':
/home/hm/src/yoshimi/2019-09-01/src/Misc/FileMgrFuncs.h:144:30: error: ignoring return value of 'int fscanf(FILE*, const char*, ...)', declared with attribute warn_unused_result [-Werror=unused-result]
     fscanf(fp,"%[^\n]", line);
                              ^
compilation terminated due to -Wfatal-errors.
cc1plus: all warnings being treated as errors
CMakeFiles/yoshimi.dir/build.make:146: recipe for target 'CMakeFiles/yoshimi.dir/Interface/InterChange.cpp.o' failed
make[2]: *** [CMakeFiles/yoshimi.dir/Interface/InterChange.cpp.o] Error 1
CMakeFiles/Makefile2:99: recipe for target 'CMakeFiles/yoshimi.dir/all' failed
make[1]: *** [CMakeFiles/yoshimi.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2

[folderol]

Did you get this from github or sourceforge?
Also, what is the build number in "src/Misc/ConfBuild.h"?

The number you should see is 1653

If you grabbed 'master' instead you should see 1654

There was a narrow window in time where there was a missing "#include" and I was hoping we'd caught it before anyone grabbed a copy

[bluebell]

Did you get this from github or sourceforge?
Also, what is the build number in "src/Misc/ConfBuild.h"?

The number you should see is 1653

If you grabbed 'master' instead you should see 1654

There was a narrow window in time where there was a missing "#include" and I was hoping we'd caught it before anyone grabbed a copy

I have it from Github:
commit e645ce7eb6cef5ed4a2e03d2e96bb385eca11b8b

#define BUILD_NUMBER 1654

[folderol]

Ah, that's the master then. We always maximise error checks when doing more development.

The offending line is 37 in src/CMakeLists.txt - we don't usually activate that one though!
Just put a '#' in front of these.

[bluebell]

Thx. Now it compiles.

Loading it as LV2 in old Qtractor projects works ok, too. No incompatibilities so far.

[folderol]

Forget to mention something. We have a new website here

[tavasti]

I have tried to find what is newer/better/different in yoshimi compared to ZynAddSubFX, but haven't found anything. Is there something like that?

[bluebell]

Forget to mention something. We have a new website here

Cool site.

WAT? A Browser version of Yoshimi? WOW!

[bluebell]

On my other PC with XUbuntu 14.04 I can't compile Yoshimi anymore.

Code: Select all

[ 13%] Building CXX object CMakeFiles/yoshimi.dir/CLI/CmdInterface.cpp.o
[ 14%] Building CXX object CMakeFiles/yoshimi.dir/CLI/CmdInterpreter.cpp.o
/home/hm/src/yoshimi/yoshimi-1.6.0/src/CLI/CmdInterpreter.cpp: In constructor ‘cli::CmdInterpreter::CmdInterpreter()’:
/home/hm/src/yoshimi/yoshimi-1.6.0/src/CLI/CmdInterpreter.cpp:121:12: error: invalid initialization of non-const reference of type ‘TextMsgBuffer&’ from an rvalue of type ‘<brace-enclosed initializer list>’
     mline{0}
            ^
make[2]: *** [CMakeFiles/yoshimi.dir/CLI/CmdInterpreter.cpp.o] Fehler 1
make[1]: *** [CMakeFiles/yoshimi.dir/all] Fehler 2
make: *** [all] Fehler 2

[folderol]

Hmmm, this is quite old. I wonder what version of gcc it has.

I'll pass this on to Hermann, he knows this part of the code better than me.

[bluebell]

Hmmm, this is quite old. I wonder what version of gcc it has.

I'll pass this on to Hermann, he knows this part of the code better than me.

hm@regen:~$ gcc --version
gcc (Ubuntu 4.8.4-2ubuntu1~14.04.4) 4.8.4

[folderol]

Ouch! That went out of support in 2015.
The c++11 support was distinctly flaky in those days, and we've been getting steadily more into using it. Is it possible for you to pull in at least gcc4.9.x? That might work.

[bluebell]

Ouch! That went out of support in 2015.
The c++11 support was distinctly flaky in those days, and we've been getting steadily more into using it. Is it possible for you to pull in at least gcc4.9.x? That might work.

Don't worry. If it is a big thing to retain compatibility to that gcc then just leave it as it is.

My main music machines run Xubuntu 16.04 LTS.

[folderol]

Ouch! That went out of support in 2015.
The c++11 support was distinctly flaky in those days, and we've been getting steadily more into using it. Is it possible for you to pull in at least gcc4.9.x? That might work.

Don't worry. If it is a big thing to retain compatibility to that gcc then just leave it as it is.

My main music machines run Xubuntu 16.04 LTS.

OK, but we'll see if Hermann comes up with a way round this anyway.