This is how I would fix your current patch.
Ingo
Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von
Sebastian Valenzuela
Gesendet: Donnerstag, 6. Dezember 2012 05:56
An: Pure Data Forum
Betreff: [PD] Increment/Decrement a number
Here's a counter that lets you count the same value from separate locations
like counter buttons, incremental wheels, ext. midi input, etc.
Ingo
Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von
Sebastian Valenzuela
Gesendet:
Dear list,
I know that Miller Puckette has been working on improving Pd on the RPi
lately, and I came upon a thread where he talks about his attempt to get
audio in working, and mentioned his version of Pd compiled for the RPi.
I would like to know in which respects it is different from the
Interesting question.
In addition i am very interested in using GEM on Rpi. Is that possible?
Best
-j-
Am 06.12.2012 12:09 schrieb Pierre Massat pimas...@gmail.com:
Dear list,
I know that Miller Puckette has been working on improving Pd on the RPi
lately, and I came upon a thread where he
How can one implement Max's [rate~] in Pd? [rate~] takes a signal from a
[phasor~] and according to its argument it scales the frequency (roughly
speaking). So
[phasor~ 1]
|
[rate~ 1.5]
will actually give a [phasor~ 1.5]. I thought of [wrap] but that won't do
the trick with non-integers.
Any
What are you trying to accomplish?
On Dec 6, 2012 2:48 PM, Alexandros Drymonitis adr...@gmail.com wrote:
How can one implement Max's [rate~] in Pd? [rate~] takes a signal from a
[phasor~] and according to its argument it scales the frequency (roughly
speaking). So
[phasor~ 1]
|
[rate~ 1.5]
copy this patch http://www.youtube.com/watch?v=6P4Ezz9aWa8feature=plcp
On Thu, Dec 6, 2012 at 3:55 PM, Simon Iten itensi...@gmail.com wrote:
What are you trying to accomplish?
On Dec 6, 2012 2:48 PM, Alexandros Drymonitis adr...@gmail.com wrote:
How can one implement Max's [rate~] in Pd?
Why not just use a phasor~ per rate~ and then have the frequency of all them
controlled by the same number box?
.hc
On Dec 6, 2012, at 8:57 AM, Alexandros Drymonitis wrote:
copy this patch http://www.youtube.com/watch?v=6P4Ezz9aWa8feature=plcp
On Thu, Dec 6, 2012 at 3:55 PM, Simon Iten
somthing like this?
cheers
c
Le 06/12/2012 14:43, Alexandros Drymonitis a écrit :
How can one implement Max's [rate~] in Pd? [rate~] takes a signal from a
[phasor~] and according to its argument it scales the frequency (roughly
speaking). So
[phasor~ 1]
|
[rate~ 1.5]
will actually give a
Don't think I really follow. Each [rate~] actually outputs a [phasor~] with
a different frequency (different frequency ratio), all driven by the same
[phasor~]. How can you send a value from one number box to all [phasor~]s?
On Thu, Dec 6, 2012 at 4:18 PM, Hans-Christoph Steiner
Yup! That's super, thanks!
On Thu, Dec 6, 2012 at 4:20 PM, Cyrille Henry c...@chnry.net wrote:
somthing like this?
cheers
c
Le 06/12/2012 14:43, Alexandros Drymonitis a écrit :
How can one implement Max's [rate~] in Pd? [rate~] takes a signal from a
[phasor~] and according to its
Leaving out [rate~] should use less CPU since [rate~] doesn't have to do the analysis part, if I understand it correctly.
phasors.pd
Description: Binary data
.hcOn Dec 6, 2012, at 9:24 AM, Alexandros Drymonitis wrote:Don't think I really follow. Each [rate~] actually outputs a [phasor~] with a
Well, I guess that would do as well, didn't think very thoroughly I guess.
Still it doesn't sound the same with either versions of [rate~] when I put
the patch together.
Anyway, thanks a lot.
On Thu, Dec 6, 2012 at 4:31 PM, Hans-Christoph Steiner h...@at.or.atwrote:
Leaving out [rate~] should
afaik gem needs to be ported to opengl-es to run on the pi. there's a
thread on this topic and i think the port has been done?
http://www.mail-archive.com/gem-dev@iem.at/msg01930.html
here are some specs.
http://elinux.org/RPi_VideoCore_APIs#OpenGL_ES
johannes would know mare obviously
m
On
I came upon a thread where he talks about his attempt to get audio in
working,
wheres the thread?
I would also like to know if anybody has some feedback to give about
audio in,
it still sounds like shit on my end. what hardware are you using? i see
there has been some improvements on the USB
two more ways to add to the mix:
float_value_counters.pd
Description: Binary data
Am 06.12.2012 um 10:38 schrieb Ingo i...@miamiwave.com:
Here's a counter that lets you count the same value from separate locations
like counter buttons, incremental wheels, ext. midi input, etc.
Ingo
Hi all -
Here's the thread:
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=66t=19155p=218405#p218405
... and the upshot is you have to slow USB down to 1.1 (instead of the default
2.0) to get correct audio input.
The version of Pd I've uploaded (http://crca.ucsd.edu/~msp/software.html)
is
Hi,
Thank you Shimamoto-san. I really appreciate your contribution for the
completes.
After the finishing Japanese translation last February I did not look them back.
I am not sure whether the translation of functions or messages around
Linux are correct because I only use Mac OSX. If you find
If you download the zip build, then you can run it without installing it at all
by double-clicking the 'pd-extended.bat file thats included there.
.hc
On Dec 6, 2012, at 8:36 PM, Esteban Viveros wrote:
Pd libraries can't be loaded... I tried tge pd-settings.reg , but I only can
run pd
19 matches
Mail list logo