a very simple solution would be to use a subpatch instead of an abstraction
in the help files.
[pd output~]
this would also remedy the problem reported more often: "why doesn't the
output~ object work when i copy the help files to my desktop?"
___
Pd-l
Oops, a small error in the name of the abstraction.
++
Jack
symbolChange.pd
Description: Binary data
symbolChange-help.pd
Description: Binary data
Le 10 mars 09 à 00:19, Jack a écrit :
hello,
A small abstraction for your problem here.
Beware, your first symbol should not be 'aqwxsz' (yo
hello,
A small abstraction for your problem here.
Beware, your first symbol should not be 'aqwxsz' (you can change it
in the abstraction).
++
Jack
symbolChange.pd
Description: Binary data
symbolChange-help.pd
Description: Binary data
Le 9 mars 09 à 23:59, Max a écrit :
is there somet
+1
I love [ezdac~]. If there's an output patch that's better, I'd like to see
it!
~Kyle
On Mon, Mar 9, 2009 at 5:38 PM, Hans-Christoph Steiner wrote:
>
> On Mar 9, 2009, at 6:32 PM, Hans-Christoph Steiner wrote:
>
> >
> > There is a object in iemlib called [output~], and its currently the
> >
is there something like [change] for symbols?
m.
PGP.sig
Description: Signierter Teil der Nachricht
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
On Mar 9, 2009, at 6:32 PM, Hans-Christoph Steiner wrote:
>
> There is a object in iemlib called [output~], and its currently the
> default object called [output~]. All of Miller's sound examples use
> an included object called [output~]. So if you save one of those
> examples to a differ
There is a object in iemlib called [output~], and its currently the
default object called [output~]. All of Miller's sound examples use
an included object called [output~]. So if you save one of those
examples to a different folder, then open it, that patch will then
have [iemlib/output~
On Mon, 9 Mar 2009, Mathieu Bouchard wrote:
For example, at last convention, all the artist-talks of the exhibition where
scheduled at the same time as the sprint, and all of DorkBot-Montréal was
scheduled at the same time as the sprint as well. I'm pretty sure I recall
that an extra roundtabl
On Sun, 8 Mar 2009, Hans-Christoph Steiner wrote:
Yes, that is good. We could have a documentation sprint at the next
PdCon. I think we should have something like a 5 hour session where we
just sit and work on documentation. We are also trying to organize a
FLOSSmanuals Pd book sprint, proba
Hannes Gräulerwrote:
Hi all,
I'm new to Pd and I'm looking for some hints on implementing a DSP
external.
I want to implement an external which is capable of simultaneous
calculation
of 2 or more coupled instances of it.
On the signal level, this is not possible, because the construction of
Hannes Gräuler wrote:
Hi all,
I'm new to Pd and I'm looking for some hints on implementing a DSP external.
I want to implement an external which is capable of simultaneous calculation
of 2 or more coupled instances of it.
On the signal level, this is not possible, because the construction of th
Hi all,
I'm new to Pd and I'm looking for some hints on implementing a DSP external.
I want to implement an external which is capable of simultaneous calculation
of 2 or more coupled instances of it.
On the signal level, this is not possible, because the construction of the DSP
tree forbids feedb
Probably will do parallel Pd FLOSS Manual sprint in Berlin at same time
as NYC one. Early to mid-April? Will post more on this later when I have
a chance to draw up some outline for this.
best!
Derek
Hans-Christoph Steiner wrote:
>
> Yes, that is good. We could have a documentation sprint at
On Mar 7, 2009, at 9:51 AM, Roman Haefeli wrote:
> On Sat, 2009-03-07 at 11:26 +0100, Enrique Erne wrote:
>> Hans-Christoph Steiner wrote:
>>> The Google Summer of Code ((http://code.google.com/soc/) application
>>> is due very soon, March 9th, and we need mentors! At this point,
>>> you
>>> j
Yes, that is good. We could have a documentation sprint at the next
PdCon. I think we should have something like a 5 hour session where
we just sit and work on documentation. We are also trying to organize
a FLOSSmanuals Pd book sprint, probably NYC, but also other locations
as well.
hello,
you're right, audio must be on, in both patch.
it is still hanging on the 2nd time, but it's not related to the loadbanged
stdout.
see attachement.
Cyrille
Luke Iannini a écrit :
Whoops - I think this was just because I did not have the audio on!
But then... there does seem to be a
same here.
cyrille
Luke Iannini a écrit :
> Hallo, the attached repro hangs for me quite reliably : )
>
> It's not always reproducible with just one [pd~] object, but two seem
> to do the trick every time.
>
> 42-4 of course.
>
> Best and sorry for the never-ending stream of crashes : )
> Luke
Whoops - I think this was just because I did not have the audio on!
But then... there does seem to be a bonus hang in there after all: if
I have audio on, the patches both launch successfully, but, if I then
click the bang in OPEN-ME.pd again, there's no response: everything
hangs.
On Mon, Mar 9,
Hi,
I'm having trouble using [piperead~] on Ubuntu Linux. When I try the example
from the help file, [pipewrite~] works ok, but [piperead~] crashes with a
segfault.
Anybody having similar trouble, or perhaps knows a solution? Thanks. einszueins.
___
P
Good call - that's correct. Pd 41-4 crashes the same way, log's attached
(and here's the relevant snippet afaik)
Thread 0 Crashed:
0 com.apple.CoreFoundation0x90502e33 __CFStrConvertBytesToUnicode
+ 51
1 com.apple.CoreFoundation0x904f5536
CFStringCompareWithOptionsAndL
20 matches
Mail list logo