Thanks!
Re: the "à": I cheated - copy and paste... hahah
The soundtouch~.pd_linux file you compiled works great here on my Pi, thanks!
Just out of interest, ofter modifying the Makefile to be correct for the ARM, what were the other steps required to compile it? I can't figure out what to do with a Makefile...
Cheers! and +à :)
> Message: 2
> Date: Wed, 20 May 2015 23:03:58 -0400
> From: puredata(a)11h11.com
> To: pd-list(a)lists.iem.at
> Subject: Re: [PD] soundtouch~ for …
[View More]ARM (Raspberry Pi / RPi)
> Message-ID:
> <20150520230358.Horde.k0FQZnmx7yRVXUsen0AmIbA(a)courrier.privatedns.com>
> Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes
>
> Hi Haima,
>
> +1 for finding the "à" on your keyboard (or did you "cheat"), but it's
> not my name or nick :) à+ means see "you later" in french. anyway
> here's the download link again:
> https://dl.dropboxusercontent.com/u/1455235/stuff/soundtouchrpi.zip
>
> Cheers~
>
>
>
[View Less]
As far as I know Pd stopped using the mayer fft library in .46, which is probably why this is new behavior. I only get what you’re experiencing with a block size of 8. Otherwise, it seems to perform as expected.
To really understand if this is a bug or not is to know which fft library is being used for OS X. My guess is it’s the OOURA but it’s not clear from looking at [fft~] object code that comes with distribution.
You could also download the old library and recompile Pd, but I …
[View More]doubt it’s worth it.
-Rob
-------
Hi list,
There's either a major bug in the [fft~] objects in Pd-0.46.7 (64bit OSX)
or I'm going crazy. I'd love to see if others can reproduce it.
Basically, for [block~] sizes less than 32 bits, [fft~] doesn't perform --
it just passes the signal through unchanged. [ifft~] does the same. The
[rfft~]-[rifft~] is a little more complicated -- it passes signal through
but zeroes out the last N/2 for [block~] sizes less than 64.
See the attached patch, which only shows [fft~]. The saved contents of the
tables on opening are the results for [block~ 8] on my machine, for
quarter-nyquist at 44100.
I've never seen this before in other versions of Pd. Anyone else get this
behavior?
Matt
[View Less]
Hi,
I'm working on a granular sampler borrowing parts of the patch on pd-tutorial (http://www.pd-tutorial.com/english/ch03s07.html).
Everything works smoothly except for one little annoying problem. If I fire the sample before the last one is through, sometimes I get a click at the beggining of the playback.
This is happening on a percussive sound (rapid envelope attack) so I'm guessing it's got something to do with [tabread4~] failing to interpolate between whatever the last amplitude value …
[View More]was and the first wavetable value.
This http://crca.ucsd.edu/~msp/techniques/latest/book-html/node63.html can probably be used to solve my problem, but I can't figure out how (or where in the patch) I should implement it.
Any clues would be greatly appreciated.
Thanks a lot, and have a good one.
ps. I tried to comment the patch to make it understandable. It is still, however a work in progress. Let me know of any questions.
--
Federico Galland <federicogalland(a)gmail.com>
[View Less]
"websocket-server in a patch.pd" single pd patch file contains a reusable
and fully documented websocket server, meant as an easy way to experiment
with Pd<->web-browsers communications through websockets, without the need
of other software or any external to compile
A demo is included in the same patch : 'Flames', a simple cross-browser,
multi-touch and multi-player graphical interface which makes Pd play creepy
sounds :) and its javascript code for websockets is also documented.
Just …
[View More]try it : open it with Pd-extended 0.43.4 on Windows, Mac or Linux,
fire any recent web-browsers (on same machine or other computer, smartphone
or tablet on same local network) with the URL provided in the main window,
and you're good to go !
You can download the patch from these forums :
http://puredata.hurleur.com/sujet-10062-websocket-server-patch-extended-dem…
required to get the file)
direct link to patch :
http://puredata.hurleur.com/attachment.php?item=4945
Cheers,
Nicolas Lhommet
[View Less]
Hi all,
I'm pleased to announce the release of Camomile, a plugin that allows to
load Pure Data patches inside a DAW.
Feature:
Support for multiple plugin instances.
Automatic creation of GUIs (toggle, slider, radio, comment, numbox)
Automatic creation of parameters (name, label, range, minimum, maximum,
etc.)
Up to 16 audio channels
Up to 64 parameters
Support for MIDI input and output
Support for play head information
Support for BPM information
Available for Linux, Mac and Windows.
I'll be …
[View More]happy to receive your feedback.
Download and further information on the wiki:
https://github.com/pierreguillot/Camomile/wiki
Have a good week-end!
_______________________________________________
Pd-announce mailing list
Pd-announce(a)lists.iem.at
http://lists.puredata.info/listinfo/pd-announce
[View Less]
Hello all,
[line~], [vline~], and [phasor~] are used to generate line ramps in basic
sample-playback patches. The output of these objects is usually multiplied
by the total number of samples in a sound file (that has already been
loaded into an array or table) and fed into the input of something like
[tabread4~]. In other words, we use these line-ramp objects to traverse the
indices of a table where a sample is loaded at a given speed.
My questions are these:
1. Do these line-ramps generate …
[View More]enough numbers such that every sample in a
table will be read?
2. Does it matter if, say for example, [tabread4~] receives a decimal
number for an index, like 333987.8, which can be caused by multiplying the
output of [phasor~] (which goes from 0-1) by the total amount of samples
(usually a much larger number).
3. Does the output of [line~] and [vline~] vary due to being asked to
generate a ramp faster or slower? If I ask [line~] to go from 0-555987 in
3789 milliseconds, will the actual output be the same or different if I
then ask [line~] to go from 0-9876545 in 40 milliseconds
I realize this is totally theoretical, because in all honestly I wouldn't
be able to hear a difference if samples are being skipped, but I want to
know :)
Thanks for your time.
[View Less]
Hi,
I have updated pdvst project from Joseph Sarlo and recompiled it (with
mingw) for pd 0.46.7 and vst 2.4 specification.
You can download a first release (for windows) here :
https://sourceforge.net/projects/jygsdownloads/files/pdvst/
I tested and debugged it with Reaper and ableton Live 8.0.4.
Any other feedback welcome.
jyg
PS: To Pd-devs :
Like in jsarlo's work, the changes applied to Pd source code are very few.
Some extra code was added for 2 new dlls (vst-plug and Vst-scheduler) …
[View More].
I would like to release the source code, but I am not very familiar with
github and forks creation.
Any hints, where to publish ?
[View Less]