Ah thanks,
If I wanted to initialize an array with some other data (basically i want to
come up with a rand score) is there a good way to do that?
On Apr 8, 2012, at 10:40 PM, Jonathan Wilkes jancs...@yahoo.com wrote:
It's pretty easy if you don't mind having dsp on:
[noise~]
|
| [bang(
hi
maybe the attached one is a start.
it makes a pair of noteOns and velocitys
$1-länge the lengths of the note is randomly set to a length with the
power of 2-pause sets the length of the possible pause
$1-kompbang starts the process
yours sincerely
der.brandt
Zitat von matt tytel
On Mon, Apr 9, 2012 at 1:23 AM, Matteo Sisti Sette
matteosistise...@gmail.com wrote:
On 04/08/2012 04:27 PM, katja wrote:
I've once compiled (vanilla) Pd with the format specifiers changed to
print up to 8 significant digits, and soon found why it is normally
done with 6 digits max. You get
There will be an installation of mine [1] there, but I won't be able to
attend.
Was really looking forward to come over, but it's kind of a bad timing for
me.
Have fun folks!
M
[1] http://marcodonnarumma.com/works/the-invisible-suns-project/
since i spend a few days in san francisco (for
On 04/09/12 12:39, katja wrote:
Doing it better would require a lot of modifications, more than
changing some format specifiers. It's a pity we can't see MaxMsp's
code, the issues seem to be neatly solved there, like:
i haven't looked at the actual behaviour, but max has a (default) binary
Hello,
is there a trick to use [pix_write] for writing on one image.jpg at each frame
instead of renaming to image001 image002 etc ... ?
Colet Patrice
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
Do you mean that wish store the image with the same filename each time?
If it's that, on Linux, i've been sending a message
rm /home/myhomedir/pathtojpegs/*.tif to motex/system before saving a
tif file with pix_writer (and pix_write). That way it's always named
image0.tif
cheers,
iain
On
2012/4/9 IOhannes m zmölnig zmoel...@iem.at:
On 04/09/12 12:39, katja wrote:
Doing it better would require a lot of modifications, more than
changing some format specifiers. It's a pity we can't see MaxMsp's
code, the issues seem to be neatly solved there, like:
i haven't looked at the
hello,
no, i don't think so.
but if you wish to have all image written on the same file, just rename at
every frame the filename to image, so that it will always write to
image0.jpg
(you could do a symbolic link from one to the other if you really need
image.jpg.)
c
Le 09/04/2012
Le 09/04/2012 15:37, Iain Mott a écrit :
Do you mean that wish store the image with the same filename each time?
If it's that, on Linux, i've been sending a message
rm /home/myhomedir/pathtojpegs/*.tif to motex/system before saving a
tif file with pix_writer (and pix_write). That way it's
Here are the steps I took:
1) I opened the help patch in the directory with the .pd_darwin binary file.
2) I turned on audio.
3) I selected a high pass filter.
4) I wondered if changing the bandwidth would do anything, so I moved my cursor
over one of the red lines that show bandwidth. The
On 04/09/12 15:18, Patrice Colet wrote:
Hello,
is there a trick to use [pix_write] for writing on one image.jpg at each frame
instead of renaming to image001 image002 etc ... ?
build your own [pix_write] using [pix_buffer], where you have full
control over the filename.
or use (and
With a redacting a new message to the list I figured out how to get around
this message system problem
[savepanel]
|
[set symbol $1(
|
|
| [bang(
|/
[(
|
[set file $1 100(
|
[pix_write]
the symbol argument is prepending file location, so when the patch is saved the
message system still
De: IOhannes m zmölnig zmoel...@iem.at
or use (and hack) the one in git [1].
I would be glad to play with sources but I'm still stucked in mingw
compilation because of some plugin compilation errors, I'll try to get time
this week for testing last git commits, you know I've been trying
On 04/09/12 16:26, Patrice Colet wrote:
De: IOhannes m zmölnigzmoel...@iem.at
or use (and hack) the one in git [1].
I would be glad to play with sources but I'm still stucked in mingw
compilation because of some plugin compilation errors, I'll try to get time
this week for testing
The last bit is the key bit of information: filterview will only work on 0.43,
not 0.42.5. It relies on some of the new features of 0.43.
.hc
On Apr 9, 2012, at 9:57 AM, Samuel Burt wrote:
Here are the steps I took:
1) I opened the help patch in the directory with the .pd_darwin binary
On 2012-04-09 07:31, IOhannes m zmölnig wrote:
On 04/09/12 12:39, katja wrote:
Doing it better would require a lot of modifications, more than
changing some format specifiers. It's a pity we can't see MaxMsp's
code, the issues seem to be neatly solved there, like:
i haven't looked at the
Hey Patrik,
Which OS are you using on that tablet?
On Mon, Apr 9, 2012 at 6:21 AM, patrick pured...@11h11.com wrote:
hi everyone,
people might be interested to see puredata running on a tablet (uPad +-
140$). both inputs and outputs are working.
On Apr 9, 2012, at 11:34 AM, Martin Peach wrote:
On 2012-04-09 07:31, IOhannes m zmölnig wrote:
On 04/09/12 12:39, katja wrote:
Doing it better would require a lot of modifications, more than
changing some format specifiers. It's a pity we can't see MaxMsp's
code, the issues seem to be
On Mon, Apr 9, 2012 at 5:13 PM, Hans-Christoph Steiner h...@at.or.at wrote:
The last bit is the key bit of information: filterview will only work on
0.43, not 0.42.5. It relies on some of the new features of 0.43.
With filterview version 0.1 I had similar issues as described by
Samuel, on
On Mon, Apr 9, 2012 at 6:14 PM, Hans-Christoph Steiner h...@at.or.at wrote:
We could still store numbers as ASCII and not lose precision. For example,
we could store the actual bits as base64 or hex. Let's say it'll store
64-bits to have one number format for both single and double
The second outlet will eventually output the current filter bandwith, center,
and gain, but right now it does nothing.
.hc
On Apr 9, 2012, at 2:39 PM, Samuel Burt wrote:
Hans,
Great to know. It works wonderfully with the beta of 0.43-extended here.
What is the second outlet of
I've just taught myself about biquad~ and understand enough to know that a
change in sampling rate will change the calculation of the center frequency. I
was hoping the second outlet would output this information. Will it change
based on the sampling rate or will it always be calculated for
On 04/09/12 20:06, katja wrote:
On Mon, Apr 9, 2012 at 6:14 PM, Hans-Christoph Steinerh...@at.or.at wrote:
We could still store numbers as ASCII and not lose precision. For example, we
could store the actual bits as base64 or hex. Let's say it'll store 64-bits to
have one number format
I just noticed that Pd 0.43 changes graph on parent to no longer have an Apply
button. I relied on the Apply button a lot to get the size of the graph on
parent correct. I was wondering why this change was made and if perhaps someone
was planning a better method for adjusting graph on parent's
On 04/09/12 21:33, Samuel Burt wrote:
I just noticed that Pd 0.43 changes graph on parent to no longer have an Apply
button. I relied on the Apply button a lot to get the size of the graph on
parent correct. I was wondering why this change was made and if perhaps someone
was planning a better
Am 09.04.2012 um 21:52 schrieb IOhannes m zmölnig:
On 04/09/12 21:33, Samuel Burt wrote:
I just noticed that Pd 0.43 changes graph on parent to no longer have an
Apply button. I relied on the Apply button a lot to get the size of the
graph on parent correct. I was wondering why this change
This is such a late notice that I'm even embarassed to announce it, but we
have a nice sonology event in brazil that ends today.
http://www.eca.usp.br/mobile/smct2012/index_en.htm
if you have something under your sleeve, you can slip it in, they need an
extended abstract, so there's a chance to
the form to send the work is online at
http://www.eca.usp.br/mobile/smct2012/form_en.htm
note that we are in brazilian standard time, and that the system might be
up for another 12 hours or even more, I dont believe it's programmed to
shut down at any specific time, so you might be able to throw
It understands the global sample rate, but not yet the sample rate set with
[block~].
.hc
On Apr 9, 2012, at 3:28 PM, Samuel Burt wrote:
I've just taught myself about biquad~ and understand enough to know that a
change in sampling rate will change the calculation of the center frequency.
Apologies for dredging up old posts...
Did we ever get one good/merged [wiimote]?
Julian
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
and seeing biquad coefficients
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Do ggee's objects recognize the sampling rate? They didn't appear to
for me. When I changed the SR and used the same frequency value, I
heard a change in the center frequency
Which OS are you using on that tablet?
Linux / Ubuntu / xcfe, will try something even lighter like icewm or
enlightenment.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
I'm not sure, I haven't looked at that code in a while.
.hc
On Apr 9, 2012, at 7:23 PM, Samuel Burt wrote:
and seeing biquad coefficients
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Do ggee's objects recognize the sampling rate? They didn't
Hi Folks
I defend my PhD thesis this friday here in Brazil. I'd like to share it
with you because this list has always been very helpful, I actually made a
remark about it in my acknowledgements. And I also put a special remark to
all who were here for PdCon09, that was a great experience for me!
On 04/09/12 23:59, Hans-Christoph Steiner wrote:
It understands the global sample rate, but not yet the sample rate set with
[block~].
while i haven't looked at the object yet (though it sounds very useful),
i would like to suggest adding a message that forces filter coefficients
to be
36 matches
Mail list logo