Hi again!I have a subtle question regarding my dynamic patch experiments...say
I throw~ to a subpatch which processes my audio and sends it back to my main
patch.
Now I unload (clear) that subpatch and replace it by another one with a
different process...well, to make it work I must set DSP
you can also use [iemlib/iem_blocksize~] to do that. you just need to send
it a signal.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear list,
there has been some discussion on the pd-dev list about providing an
addidional outlet to bang~, which would give the patch's blocksize. Did
it
Hi all,
It seems that both the mrpeach and iemnet udpreceive implementations are
designed to not handle multiple object instances receiving on the same port.
What I want to do is instantiate [udpreceive 5000] and then another [udpreceive
5000] I get the same data to both objects.
Instead, in
On 04/05/11 12:32, Jamie Bullock wrote:
What I want to do is instantiate [udpreceive 5000] and then another [udpreceive
5000] I get the same data to both objects.
Alternatively, can anyone suggest away to achieve the same result with the
existing objects?
You could (but see caveat below)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-05-04 13:32, Jamie Bullock wrote:
Instead, in the case of mrpeach, the second object can't be instantiated, and
iemnet/udpreceive just fails silently.
with iemnet, it's not so silently. rather, you can query the object
whether it was able
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-05-04 14:02, Claude Heiland-Allen wrote:
You could (but see caveat below) make an abstraction [myudpreceive]:
8
[udpreceive $1]
|
[send MYUDPRECEIVE-$1]
[receive MYUDPRECEIVE-$1]
|
[outlet]
8
The top half will
On 4 May 2011, at 13:26, IOhannes m zmoelnig wrote:
well, problem is that ports are designed to be used exclusively (e.g. if
you have a web-server running on port 80, you cannot have another
webserver running on port 80.
I get that, but it doesn't mean our Pd externals have to mirror
On 4 May 2011, at 13:29, IOhannes m zmoelnig wrote:
But: expect problems if you delete the original instance with the
working/instantiated [udpreceive]...
iemnet's [udpreceive] should take over in this case (at least that's
what it does here; i cannot remember having designed this)
-- Forwarded message --
Date: Wed, 4 May 2011 09:40:03 -0400 (EDT)
From: Mathieu Bouchard ma...@artengine.ca
To: pd...@artengine.ca
Subject: pdmtl#42
.--.
| pdmtl#42 |
`-=´
|
.-=---,
| La
I can not debug, and I don't find a .dll that fix this issue.
- august aug...@alien.mur.at a écrit :
okay, let's look at the iconv problem first and then look at the avi
files.
I can play the file you sent fine with my system.
So, it looks like a problem with iconv on Windows. The
Using Pd-extended 0.43.1-20110430 on Mac OS X I don't see this
behvaior with Gem or gridflow. The helpbrowser.tcl code is the same
between pure-data and pd-extended.
.hc
On May 3, 2011, at 4:54 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
while
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-05-04 18:18, Hans-Christoph Steiner wrote:
Using Pd-extended 0.43.1-20110430 on Mac OS X I don't see this behvaior
with Gem or gridflow. The helpbrowser.tcl code is the same between
pure-data and pd-extended.
the Gem/GF auto-adding
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-05-04 18:18, Hans-Christoph Steiner wrote:
Using Pd-extended 0.43.1-20110430 on Mac OS X I don't see this behvaior
with Gem or gridflow. The helpbrowser.tcl code is the same between
pure-data and pd-extended.
the problem also appears
hmm. have you tried this:
http://gnuwin32.sourceforge.net/packages/libiconv.htm
I can not debug, and I don't find a .dll that fix this issue.
- august aug...@alien.mur.at a écrit :
okay, let's look at the iconv problem first and then look at the avi
files.
I can play the
yes
- august aug...@alien.mur.at a écrit :
hmm. have you tried this:
http://gnuwin32.sourceforge.net/packages/libiconv.htm
I can not debug, and I don't find a .dll that fix this issue.
- august aug...@alien.mur.at a écrit :
okay, let's look at the iconv problem
On May 4, 2011, at 1:24 PM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-05-04 18:18, Hans-Christoph Steiner wrote:
Using Pd-extended 0.43.1-20110430 on Mac OS X I don't see this
behvaior
with Gem or gridflow. The helpbrowser.tcl code is the same
Hi,
I thought the list might enjoy these photos that Theron took from the Pd-LA
patching cicle. I felt honoured to be at the innaugral meeting and hope to make
it back there again sometime soon, it was a real blast!
Hans Christoph-Steiner, Joe Deken, Chris Mccormick, Theron Trowbridge
On Wed, May 04, 2011 at 12:18:04PM -0400, Hans-Christoph Steiner wrote:
Using Pd-extended 0.43.1-20110430 on Mac OS X I don't see this
behvaior with Gem or gridflow. The helpbrowser.tcl code is the same
between pure-data and pd-extended.
How do you start pd to load Gem?
Removing '-path
sorry if I miss some of the basics in pd-loading-libs or if this was
discussed before but wouldn't it make sense to have a difference between
what is added to 'path' and what goes into the HelpBrowser ?
(i.e. -lib loads externals, help, ... and goes into HelpBrowser and
-path adds whatever to
By the way, a couple of minor but annoying issues. Regardless of what
is included in the root of the help browser and what is not, folders
should be grouped on the top before files, and not mixied with files
in alphabetical order. Also, the alphabetical sorting should be case
insensitive.
The 'pd -path' and 'pd -lib' things are a bit muddled conceptually the
way they are sometimes used. The concept should be something like:
-path - a folder to load libraries, externals, etc. from
-lib - load a library into the global namespace.
IMHO, a library loaded with 'pd -lib' should
On May 4, 2011, at 5:47 PM, Paul Brossier wrote:
On Wed, May 04, 2011 at 12:18:04PM -0400, Hans-Christoph Steiner
wrote:
Using Pd-extended 0.43.1-20110430 on Mac OS X I don't see this
behvaior with Gem or gridflow. The helpbrowser.tcl code is the same
between pure-data and pd-extended.
Best to post to the bug tracker so it doesn't get lost in the fray.
.hc
On May 4, 2011, at 7:54 PM, matteo sisti sette wrote:
By the way, a couple of minor but annoying issues. Regardless of what
is included in the root of the help browser and what is not, folders
should be grouped on the
23 matches
Mail list logo