tidalcycles / dirt Goto Github PK

I got some errors about dirt not being able to find samples/bd and samples/sn.
Now I'm starting it like this:

pushd ~/dirt; ./dirt&
popd

It would be nice if dirt could find its own samples directory regardless from where it was started.

gain should now be limited to < 2 in the synth, and then added to overgain for full control.

even though the help says it should. Also there doesn't seem to be a version at all, which would be nice (as I'm packaging this for NixOS right now)

Implement reverb in support of https://github.com/yaxu/Tidal/issues/16

The initial repo download is pretty big for a git project. Including the samples separately would help keep things organized and provide an optional way to not have to download them if a user BYOS's and doesn't need them.

You could do the following.

1. Create a new repo on github called Dirt-samples.
2. Place the sample library in the repo and push them up to Github.
3. git rm -rf samples/ to remove them from the main repo.
4. Link the new sample repo inside the main Dirt repo by using a git submodule by running...
   git submodule add https://github.com/yaxu/Dirt-samples.git samples
5. Suggest to new users that they optionally download these by running...
   git clone --recursive https://github.com/yaxu/Dirt.git
6. echo "samples/ >> .gitignore so that it stays clear of the main repo in the future.
7. If the same samples/ directory is used, current users won't be affected.

Hope that gives you an option if you want to. Awesome project!

Dirt is packaged by Homebrew, with its package definition (what we call a "formula") last updated last October, recording a SHA-256 checksum of c7c51ea3f279c048e84d988978455f075fd8ae063b2ad7378fc9b8369218f8fb for the tarball https://github.com/yaxu/Dirt/archive/1.0.tar.gz. However, we just noticed (Homebrew/homebrew-core#2552) that the tarball now reports a different SHA-256 checksum of 4a79a3c8650e8852907beb2d40af0f9bc2824adcffc91041fe62edd55c23ecdc. I wonder if there was a retag since last October, and if so, why. Thanks for your time.

P.S. For packaging's sake, the project could also use a new release, if that's feasible for you.

Either using visual studio or something like that, or with cygwin and distributing with the cygwin dll.

Both 32 bit and 64 bit would be ideal.

As a self contained package, both 32 and 64 bit versions would be ideal.

when sending a wrong sample name, dirt keep trying opening even if the pattern is changed

Hi

I'm using Dirt for Tidal and would like to configure Dirt to point to different file locations for samples. Is there a way of doing this? By default it points to ~/tidal/Dirt/samples

I don't need to change folders mid session. It would just be handy to keep discrete sample sets away from the main samples folder.

is there any option to turn up the max sounds count?

Mainly thinking of the Tidal use-case here, but Dirt will require changes as per Alex's input.

In Tidal, we'd like to be able to "cut" a long sample so that it is not played on top of itself if triggered a 2nd time:

d1 $ sound "[longsample longsample]"
|+| cut "[1 1]"

I just added Dirt to OS X package manager homebrew (pull request here: Homebrew/legacy-homebrew#24707), in order to make for easier installation along with jack, liblo, libsndfile, libsamplerate etc.

Although technically a brew formula can link to a specific commit (as in the PR linked above), a tagged version is much preferred. Would it be possible for you to tag releases in this repo every now and then?

i made it to this step:

cd ~/Dirt
./dirt &

and then i got the error:
./dirt: No such file or directory

Hi everyone, just wanted to know if anyone is getting the same warning at make dirt ?

☁  Dirt [master] make dirt
gcc -g -I/usr/local/include -I/opt/local/include -Wall -O3 -std=gnu99 -DJACK -DSCALEPAN   -c -o dirt.o dirt.c
gcc -g -I/usr/local/include -I/opt/local/include -Wall -O3 -std=gnu99 -DJACK -DSCALEPAN   -c -o common.o common.c
gcc -g -I/usr/local/include -I/opt/local/include -Wall -O3 -std=gnu99 -DJACK -DSCALEPAN   -c -o audio.o audio.c
gcc -g -I/usr/local/include -I/opt/local/include -Wall -O3 -std=gnu99 -DJACK -DSCALEPAN   -c -o file.o file.c
gcc -g -I/usr/local/include -I/opt/local/include -Wall -O3 -std=gnu99 -DJACK -DSCALEPAN   -c -o server.o server.c
gcc -g -I/usr/local/include -I/opt/local/include -Wall -O3 -std=gnu99 -DJACK -DSCALEPAN   -c -o jobqueue.o jobqueue.c
gcc -g -I/usr/local/include -I/opt/local/include -Wall -O3 -std=gnu99 -DJACK -DSCALEPAN   -c -o thpool.o thpool.c
gcc -g -I/usr/local/include -I/opt/local/include -Wall -O3 -std=gnu99 -DJACK -DSCALEPAN   -c -o jack.o jack.c
gcc dirt.o common.o audio.o file.o server.o jobqueue.o thpool.o jack.o -g -I/usr/local/include -I/opt/local/include -Wall -O3 -std=gnu99 -DJACK -DSCALEPAN -lm -L/usr/local/lib -L/opt/local/lib -llo -lsndfile -lsamplerate -lpthread -ljack -o dirt
ld: warning: directory not found for option '-L/opt/local/lib'
☁  Dirt [master]

I'd be happy to post my entire output from these instructions:

cabal update
cabal install tidal
cd ~/Dirt
(or wherever your Dirt folder is)
git pull
make clean
make dirt

everything seemed fine until the last command.

Don't have time at the moment to check if tidal runs regardless of the warning. But will update here when I do.

cheers,
-Robbie

In order to better maintain performer work i suggest to add a simple, optional notation when loading samples:

the current one:

d1 $ sound "bd:1"

the new one:

d1 $ sound "bd>filename.wav"

Those methods can coexist but this way when we add a new sample no revision of the .tidal file is needed in order to use the previous sounds

Another solution could be specify the root directory for the samples so it can be shifted on the fly to another soundbank

Thanks