hello!
By using [block~ 1], you're
increasing the number of clock calls, and the arithmetic for finding
an index is kind of wasted since the block is only one sample long.
Maybe it would be best to avoid [block~] and bang vsnapshot~ with a
metro set to 1/44.1 ms. You'd at least be reducing
hi,
I totally agree with Michal about the OS. I haven't tried MacOS but i know
for sure that XP can't beat a good rt Linux kernel.
That being said, I personnally spent about 6 months trying various Linux
distros before i found a good match with my hardware. Although I have had
very little luck
Jonathan Wilkes escribió:
Now try hooking that
symbol outlet up to some object like [print], or a symbol box, save
all your important patches, and click the message box...
I kind of guess what's gonna happen :)
--
Matteo Sisti Sette
matteosistise...@gmail.com
http://www.matteosistisette.com
Hallo,
Jonathan Wilkes hat gesagt: // Jonathan Wilkes wrote:
A list with one pointer element will trick [route]:
[traverse some-canvas, bang(
|
[pointer]
|
[list append]
|
[route symbol]
Is this crasher bug already reported on Sourceforge? You can crash Pd without
the [list append]
you could also take a look at Lily http://code.google.com/p/lilyapp/
I'm using php sockets to connect web to pd. Using TCP or UDP, you can send
values that are sent via GET or POST.
check fsockopen and fwrite :)
hope to release soon a patch for php and pd to make it fun
- ignacio
Hello,
I've made a patch to control ardour and jack directly from Pd. The patch
works through osc and [shell], and was made in jaunty. I didn't test it on
macOs, but it should work, I think.
Just unpack the file somewhere (don't loose the icon folder) and tell me
about it. Everything
hello,
attached doesn't need externals , just Gem,
as the same problem as described before,
only one pix_multiimage can do it's job in a framebuffer, why?
patko#N canvas 619 4 654 539 10;
#X obj 16 22 cnv 15 100 60 empty empty empty 20 12 0 14 -195568 -66577
0;
#N canvas 0 0 450 300 gemwin 0;
hello,
framebuffer are innocent here :
the patch does not work better without framebuffer.
it look like you can have only 1 pix_multiimage for a single gemhead.
as a workaround, i suggest to use 2 gemhead.
There is an example somwhere how to use multiples gemhead in a framebuffer.
Cyrille
It would be nice though, to know also on a theoretical level. Which one
should be more expensive and (maybe) why.
I was just taking a look at d_ctl.c from source. It looks like
snapshot~ is cheapest because it's not trying to get any specific
sample from the block. vsnapshot~ gets the
--- On Sun, 2/7/10, Frank Barknecht f...@footils.org wrote:
From: Frank Barknecht f...@footils.org
Subject: Re: [PD] [list] output
To: pd-list@iem.at
Date: Sunday, February 7, 2010, 12:48 PM
Hallo,
Jonathan Wilkes hat gesagt: // Jonathan Wilkes wrote:
A list with one pointer element
you could also take a look at Lily http://code.google.com/p/lilyapp/
Thanks Marco, I had never seen Lily before. It looks great and easy to
use if you know PD. Looks like development on it has slowed down which
is too bad but super useful as it is now. Thanks again!!
Jim
I'm
yes i tried this already before,
looks pretty advanced but alas!!
not so much on linux ..
it doesn't implement video...
maybe it's really good for osx,
seems their native platform
jim wrote:
you could also take a look at Lily http://code.google.com/p/lilyapp/
Thanks Marco, I had never
12 matches
Mail list logo