You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
Ted Moore 2fa7d1ea0e FluidLoudness docs repo alignment 4 years ago
.github/workflows change release action 4 years ago
include Introduce stricter ordering for access to mDone atomic in NRT wrapper (#30) 4 years ago
release-packaging FluidLoudness docs repo alignment 4 years ago
scripts Remove references to manipulation repo and point to github for deps 5 years ago
src Named PCA, MLPs, UMAP 4 years ago
test Merge pull request #55 from flucoma/topic/fix-KrToBuf 4 years ago
tests Add compile-bundled targets for FluidManipulation objects (needed to share memory space between shared clients) 6 years ago
.gitignore Try and do something less stpuid for non-superbuild install 6 years ago
CMakeLists.txt [Enhance] Update resources folder structure (#57) 4 years ago
LICENSE.md Upper case LICENSE 6 years ago
QuickStart.md updated the quickstart file 6 years ago
README.md download instructions 4 years ago
icon.png new icon! 7 years ago

README.md

Fluid Corpus Manipulation: SuperCollider Objects Library

This repository hosts code for generating the SC objects and documentation resources for the Fluid Corpus Manipulation Project. Much of the actual code that does the exciting stuff lives in this repository's principal dependency, the Fluid Corpus Manipulation Library.

You can also download the most recent release or the most recent nightly build.

Note that on macOS you may need to dequarantine the binary files.

Pre-requisites

  • CMake >= 3.11
  • A C++ 14 compliant compiler for Mac or Windows (via XCode tools on Mac, and Visual Studio 17 >= 15.9 on Windows)

Dependencies

  • SC Source Code: this is the only dependency we don't (optionally) manage for you, so there must be a version available to point to when you run, using the CMake Variable SC_PATH (see below). It can live anywhere on your file system.

These will be downloaded and configured automatically, unless you pass CMake a source code location on disk for each (see below):

I'm in a Hurry...

...and you already have a development environment set up, understand CMake, and have the SC source available?

Cool:

mkdir -p build && cd build
cmake -DSC_PATH=<location of your SC source> ..
make install

This will assemble a clean package in release-packaging/FluidCorpusManipulation.

An alternative to setting up / running CMake directly on the command line is to install the CMake GUI, or use to use the curses GUI ccmake.

Also, with CMake you have a choice of which build system you use.

  • The default on macOS and Linux is Unix Makefiles. On macOS you can also use Xcode by passing -GXcode to CMake when you first run it.
  • The default on Windows is the latest version of Visual Studio installed. However, Visual Studio can open CMake files directly as projects, which has some upsides. When used this way, CMake variables have to be set via a JSON file that MSVC will use to configure CMake.

Using Manual Dependencies

In some cases you may want to use your own copies of the required libraries. Unless specified, the build system will download these automatically. To bypass this behaviour, use the following cache variables:

  • FLUID_PATH: location of the Fluid Corpus Manipulation Library
  • FLUID_DOCS_PATH: location of fluid-docs repository (e.g. for debugging documentation generation)
  • EIGEN_PATH location of the Eigen library
  • HISS_PATH location of the HISSTools library

For example, use this to us your own copy of the Fluid Corpus Manipulation Library:

cmake -DSC_PATH=<location of your SC source> -DFLUID_PATH=<location of Fluid Corpus Manipulation Library> ..

To find out which branches / tags / commits of these we use, look in the top level CMakeLists.txt of the Fluid Corpus Manipulation Library for the FetchContent_Declare statements for each dependency.

Compiling for different CPUs

The build system generally assumes an x86 cpu with AVX instructions (most modern x86 CPUs). To build on another kind of CPU (e.g. older than 2012) you can use the FLUID_ARCH cache variable to pass specific flags to your compiler. For example use -DFLUID_ARCH=-mcpu=native to optimize for your particular CPU.

For ARM, we use the following default set of flags (with the Bela in mind):

-march=armv7-a -mtune=cortex-a8 -mfloat-abi=hard -mfpu=neon

Credits

FluCoMa core development team (in alphabetical order)

Owen Green, Gerard Roma, Pierre Alexandre Tremblay

Other contributors (in alphabetical order):

James Bradbury, Francesco Cameli, Alex Harker, Ted Moore

--

This project has received funding from the European Research Council (ERC) under the European Union's Horizon 2020 research and innovation programme (grant agreement No 725899).