Skip to content

Releases: soul-lang/SOUL

1.0.92

25 Mar 16:28
Compare
Choose a tag to compare
1.0.92 Pre-release
Pre-release

Version 1.0.92

Fix for soul command input silence

There was an issue with larger block sizes and an incorrectly sized internal buffer that caused input streams to not be connected in some situations. This has been resolved

C++ generator updates

The generated C++ requires C++17, and this is now enforced with a #error in the generated code

Additional test cases

The tests have been moved to the tools/tests directory, and additional tests added

Added an option to retrieve a linked HEART program from a patch

Adding this functionality to the patch API starts to make it possible for people to write 3rd-party code generators to cross-compile SOUL into other languages

Various fixes

Resolved some issues around delay processors, resolved issues around unsupported stream types and fixed some midi issues

1.0.82

05 Feb 19:12
Compare
Choose a tag to compare

Version 1.0.82

Fix for patch API

The patch API interface was not correctly clearing down the output buffer for process calls. This is now resolved

Inline delay index problem

Resolved an issue with data types for delays feeding array endpoint index, and fixed support for delays on event streams.

Updated documentation

The documentation has been improved for the library code, now with support for SOUL syntax highlighting in library documentation.

Updated state/stack size error reporting

Relaxed some rules around struct and array sizes, which are now enforced by checks for the state and stack size. Added a new --max-stack-size=<bytes> argument to the soul command to support stack size limits.

Updated filter library code

The filter library code has better support for float32 coefficients.

Sustain pedal support in voice allocator

Reworked the library voice allocator to support midi sustain messages, and to support MPE master channel sustain messages.

More optimisations running earlier

The optimisation passes have been reworked to eliminate more code earlier. This has benefits for the generated code and the computation effort.

1.0.69

20 Jan 06:32
Compare
Choose a tag to compare

Version 1.0.69

Language updated to version 1.0

The SOUL language is now officially at version 1.0. The language has stabilised over the last 18 months, and we feel it is now mature with a clear structure which we will be supporting long term. There are still features to add, but we do not expect the existing functionality to be affected by these enhancements.

Updated documentation

We've been working to improve the documentation for the built-in library, and this can be found in the documentation section. We're working to include the documentation on the soul.dev website.

Stricter casting rules around bools

We've tightened up the rules around bools and ints. Previously, a bool could be implicitely cast to an int, but now an explicit cast is required. When cast, boolean false gives 0, and boolean true gives 1.

Various fixes

We've resolved bugs around default paramters, removed some implementation restrictions, and further work to tidy up ambiguous error messages.

0.9.66

07 Jan 21:22
Compare
Choose a tag to compare

Version 0.9.66

Improved built in library

The standard library now includes oscillators and filter implementations, including both sine and blep oscillators, and an LFO with various waveform options. The filters include a large array of different filters, from 'off the shelf' standard butterworth filters through more interesting filters suitable for modulation. Both building block algorithms and processors are provided, to make using these in patches simple.

Support for parameterised namespaces, including default parameters

We've made significant updates to module parameterisation. namespaces can now be parameterised along with graphs and processors, and namespaces can themselves be passed as specialisation parameters using the namespace keyword. Default values for parameters can be specified using = value syntax.

Added support for OSX/ARM

We have included a release of the SOUL command binary for OSX/ARM

Many internal bug fixes

There has been further improvements in eroor reporting, and resolution of issues uncovered in the public forums and internal development. Compilation performance has been improved, and the C++ generator has had some rework.

Updates to the Venue API

The venue API has been reworked to be asynchronous, and a wire protocol developed. This is working towards support for SOUL on remote appliances, and out of process audio execution engines.

0.9.61

23 Nov 15:11
Compare
Choose a tag to compare

Version 0.9.61

  • Added support for static_assert outside of functions

    You can now also write a static_assert directly inside a processor or namespace.

  • Improved complex support

    Fixed various bugs around complex support, related to derived types and structures

    Fixes for the soul command

    Updated soul command to resolve issues around failing to compile causing segfaults in the tool. This also fixes a similar problem when using the patch library.

    Library code refresh

    We've been updating the library code to make it more consistent, and to extend the support. The oscillators have been updated to take advantage of namespace specialisation.

    Numerous improvements to error reporting

    We've tidied up various error messages to make them clearer, and more descriptive.

0.9.59

06 Nov 16:47
Compare
Choose a tag to compare

Version 0.9.59

  • Patches now support sending and receiving custom events from endpoints

    A new FIFO system means that outgoing events (including console messages) can now be collected on a different thread to the render thread. In the JUCE plugin wrapper, they are delivered on the message thread. In the Blueprint wrapper, there are new javascript bindings to send and receive custom events, which will enable features like metering and other custom run-time communication between the DSP and the GUI.

  • complex primitive support

    The primitive types have been extended to include complex32 and complex64 support. There is a complex type which like float provides the fastest host complex data type. The complex type support normal arithmetic operators, equality comparison, and the .real and .imag accessors to retrieve the real and imaginary components respectively. Imaginary constants can be created using the fi suffix for 32 bit and i suffix for 64 bit floating point values.

  • namespace specialisation and alias support

    Namespaces can now be parameterised, similar to the existing logic for processors and graphs. Namespaces are now valid specialisation parameters. Namespace aliases are created using the namespace keyword (e.g namespace foo = bar (float32);)

  • Changes to clamp/wrap behaviour around binary operators

    There was a degree of ambiguity when apply numeric operators to clamp and wrap objects - should the result be of the same type as the clamp/wrap, or should it be an int? We've moved to returning an int, which will require a cast to the clamp/wrap type if that is the desired result. It makes the resulting type clearer in some situations (e.g adding two clamp types of different ranges). The assignment operators work as expected (so will automatically keep the value within the clamp/wrap range).

  • Changes to generic function parameter binding

    With this release, we've updated the logic for determining data types for generic functions. Previously, when deciding what type should be used, the rules allowed for silent casting to candidate types, which could lead to confusion (e.g. a call to max (1, 2.0) would compile, and would return an int value 2 whilst max (1.0, 2) would compile and return a float64 value 2.0). The compiler will now fail to compile such code unless the types match exactly.

  • Updated llvm backend

    Resolved various issues around vector cast operations in the llvm backend.

  • Updated heart parser

    Various updates to the heart parser to resolve possible issues around naming conflicts.

  • Updated voice allocator

    The voice allocator now correctly forwards control events

  • Various soul command updates

    The soul command has various fixes applied to resolve implementation errors.

0.9.55

18 Sep 10:29
Compare
Choose a tag to compare

Version 0.9.55

  • Removed do..while construct

    We've removed the do...while construct from the SOUL language. It was unused in our example code and it felt like the loop construct covers all of the use cases without adding the extra language feature.

  • Updated soul command line options

    We've added support for specifying input/output devices, and overriding the library code path to aid with library code development efforts.

  • Tightened up automatic casts

    A bug had slipped into the language allowing automatic conversions between primitive types that could loose resolution (e.g. converting a float32 to an int32). This has been resolved, and may cause existing code to be modified to include cast operations where such behaviour is required.

  • Added time-line info to patches

    A patch can now declare some input events to receive various timeline-related data from a host - this includes BPM, time-signature, playback position in quarter-notes and samples, and the playhead state (i.e. stopped/playing/recording).

  • Improvements to console writing

    We had some bugs around graphs containing processors writing to the console which are now resolved, and have better support for auto wiring when processors use the console

0.9.49

04 Sep 08:15
Compare
Choose a tag to compare

Version 0.9.49

  • Fixes for event array handling

    Resolved issues with event arrays - resolved problems with size 1 arrays, and fanout to event arrays.

  • Reworking HEART parser

    Moved various checks out of the HEART parser into the AST classes or validation checks.

  • Experimental support for React GUIs

    We've integrated the Blueprint React-on-JUCE library to make it possible to add Javascript-based React GUIs to patches. This is very much an experimental alpha-stage version, so feedback is welcome.

0.9.41

30 Jul 14:24
Compare
Choose a tag to compare

Version 0.9.41

  • Modifications to the command line tool

    Modifications to stop accidental playing of .soul files rather than .soulpatch files. A new '--nopatch' option restores the previous functionality.

  • Updated documentation

    Tidied documentation.

  • HEART Changes

    Updates to member initialisation to use initial values, simplying requirements for system generated init functions.

  • Support for event delays

    Event connections now support the delay [n] syntax.

  • Code tidy up

    Various improvements to interfaces to make the codebase more consistent

  • Support for chaining connections

    Connections can now omit naming of endpoints if there is only one. This means that for processors with a single input and output endpoint, they can be used in a connection chain (e.g where previously you might need two connections to route via a processor, for example audioIn -> processor.audioIn, processor.audioOut -> audioOut this can now be written audioIn -> processor -> audioOut)

0.9.37

14 Jul 18:38
Compare
Choose a tag to compare

Version 0.9.37

  • Revamped the repository include folder structure

    The location of public header files had ended up getting a bit cryptic, so there's now a top-level include folder which should make more sense, and users can add the top-level include folder to their paths.

  • Support for doubles in C++ generator

    The C++ generator includes support for doubles in it's RenderContext. float is used by default, but the RenderContext is templated on the float type.

  • Updated intrinsics

    Added a roundToInt() intrinsic. Fixed problems with the implementations of ceil() and floor()

  • Changes to generated C++

    The RenderContext now always includes input and output arrays, and there's changes to the parameter class so that setValue() correctly applies min/max/step annotations, and there's an additional getValue() method to return the last setValue()

  • Support for reading streams from processor functions

    Writing to streams was previously supported, but not reading (an oversight). We've fixed this in this release, and added additional logic to ensure that such functions can only be used from valid contexts (e.g you can't read or write to streams from event handlers).

  • Various small fixes

    Fixed incorrect json in new patches. Resolved compiler warnings in the windows build. Additional HEART code validation.