.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
+, - and *, the possibilities are a lot more limited.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd
, and for various reasons, thread-safety is not
enforceable (every thread-safety measure is a two-edged sword).
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal
those years.
http://sourceware.org/bugzilla/show_bug.cgi?id=12756
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http
weird if it crashed here because
of a bug in that part of pd, except if it happened in a test version of Pd
that happened to have modifs in that area of the project.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801
ago). My other comment with the same account went
through, today, some minutes before.
https://sourceforge.net/tracker/?func=detailatid=478070aid=3497473group_id=55736
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801
no idea either ?
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
solutions are equally annoying).
It's also not hilarious... I mean, people who want to make fun of Pd may
and will laugh about it, but for the users, it's not a big big fun.
__
| Mathieu BOUCHARD - téléphone
?
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
chunks of
patches around without wondering whether you might be changing semantics.
So close to following a principle and so unable to apply it thoroughly.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal
of
project, that has been structured in which way.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http
Le 2012-02-13 à 21:15:00, Charles Henry a écrit :
On 2/11/12, Mathieu Bouchard ma...@artengine.ca wrote:
Depends on how you count it. You may also see it as a bunch of computers
in which 0 computer can do task T in time N, but they can join together to
form 1 (or more) computer(s) that can do
it.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
don't remember what had gone wrong. It
seems that either would work with GF (as long as libpng12 is recent
enough), but the headers have to match the lib.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal
one ninja turtle alone can't beat a certain evil monster,
but with teamwork, they can. ;)
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing
.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
, because you also have
to count the braces, and braces can be backslashed. (This corresponds to a
mistake that I made in a previous mail.)
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal
, then doesn't return, which causes eval (uplevel) to be run N+1
times on the same chunk of statements.
This may cause «canvas create» to create very many duplicates of canvas
items, and such.
Is that right ?
__
| Mathieu
).
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
ends with
«ft».
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
elaborate workarounds.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Le 2012-02-07 à 18:49:00, Mathieu Bouchard a écrit :
Sharing gensym is useful so that one can prepare lists and messages
without having to lock everytime. This can allow to run the audio thread
on one processor while cooking up a big list on the other processor.
Otherwise the non-audio thread
this in pd terminology). Nearly
all languages have such a system because it allows them to avoid having to
turn $0-myname into 1234-myname just to be able to read a puny local
variable.
__
| Mathieu BOUCHARD - téléphone
happen there, it would be a \\\n, I mean a single
backslash immediately followed by a newline, or else the whole thing would
be enclosed in more braces, brackets or quotes.
__
| Mathieu BOUCHARD - téléphone
.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Le 2012-01-22 à 21:54:00, Miller Puckette a écrit :
On Mon, Jan 23, 2012 at 12:45:09AM -0500, Mathieu Bouchard wrote:
That's called a newline... not preceded by a backslash. The thing
with fconfigure -buffering line is that it doesn't care about
backslashes, whereas eval does, and if you use
] is a potential major slowdown because it may reparse
code many times while the amount of code increases. It's a n² time order
thing.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal
with
fconfigure -buffering line is that it doesn't care about backslashes,
whereas eval does, and if you use both together, you need to account for
that difference.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801
.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
.
__
| Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
symbols, though, it could be
different, but this is all too hypothetical.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http
.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
with 8.5
if {$::tk_version = 8.5} ?
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
to
use my telephone. » -- Bjarne Stroustrup
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
On Sat, 21 Nov 2009, Chris McCormick wrote:
On Fri, Nov 20, 2009 at 01:24:18PM -0500, Mathieu Bouchard wrote:
On Fri, 20 Nov 2009, Chris McCormick wrote:
Maybe I am misunderstanding something, but if this is a question of
being able to apt-get install vanilla Pd under Debian GNU/Linux, I
would
.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
a good list of time-savers that are
demonstrably good, it's hard to claim how many hours it could have been,
and even then, it heavily depends on one's experience and on one's
reluctance.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec
it will take 3859 Megs. Do you want to continue? (Y/Y)». But seriously, so
far, I don't recall being really annoyed by the number of deps in the
pd-extended debs.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone
On Sat, 21 Nov 2009, Hans-Christoph Steiner wrote:
On Nov 20, 2009, at 3:14 PM, Mathieu Bouchard wrote:
Because objectboxes and messageboxes and atomboxes have become opaque, so
the stacking order of wires does matter more. They have to stay on top in
order to be more visible, yet the pd
for it.
It works for me, is the worst kind of programmer mentality.
What about the worst kinds of user mentality? (while we are at separating
users and programmers again...)
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone
different places.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
mean a
t_gobj is a t_text.
I use #ifdef to switch between the C and C++ versions of
these structs, in binary-compatible ways.
I'm sorry for the repeated typo of writing te_gobj instead of te_g.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal
.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
about extended would be ironic? What's
wouldn't be ironic then?
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http
, that you can't have by installing pd-extended ?
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd
to do with the gui rewrite.
Why hope?... Rewrite is just another name for not rewriting, GUI is
just another name for less than half of the GUI, and hope is all too often
a disease that makes one stand still.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard
it?
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
dynamic patching...
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
himself. It may be a sign of how
those libs are used though: I suppose that they are more often used for
project-specific code than otherwise. But generally, I think that they are
underused.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec
);
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
--- trunk/pd/doc/1.manual/1.introduction.txt2006/08/15 16:09:57 5609
+++ trunk/pd/doc/1.manual/1.introduction.txt2009/10/23 18:43:20 12653
@@ -2,7 +2,7 @@
A real-time graphical programming environment for live interactive
computer music, Pd works on SGI machines, Microsoft
On Fri, 23 Oct 2009, Mathieu Bouchard wrote:
--- trunk/pd/doc/1.manual/1.introduction.txt2006/08/15 16:09:57 5609
+++ trunk/pd/doc/1.manual/1.introduction.txt2009/10/23 18:43:20 12653
@@ -2,7 +2,7 @@
A real-time graphical programming environment for live interactive
computer
On Thu, 15 Oct 2009, IOhannes m zmoelnig wrote:
Mathieu Bouchard wrote:
Thanks for doing this. I just tried it with
Pd-0.42.5-extended-20091014-ubuntu-jaunty-i386.deb.
cool (i guess you not only meant to say that you tried it, but also that
the try was successfull)
Oh. Yes. But I didn't try
of that culture. Afaik those
video drivers are made of one-half XFree-format drivers, and one-half
ELF-SO format drivers, so, it's 100% userspace.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone
. The problem is with a variable that is global to the whole pd
process anyway, so with a certain logic, pd itself is the right place to
fix the problem.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone
in type 'uri/rtspt'
Unknown media type in type 'uri/rtspu'
Unknown media type in type 'fonts/package'
Unknown media type in type 'interface/x-winamp-skin'
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone
, then it will not come back (or else,
it would be a different bug, certainly!).
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http
On Wed, 30 Sep 2009, Hans-Christoph Steiner wrote:
Sometimes computers really suck
Tsk. Let's not shift the blame away from the programmes.
When it _is_ the programmes' fault, that is.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal
On Fri, 11 Sep 2009, Hans-Christoph Steiner wrote:
On Sep 11, 2009, at 11:34 AM, Mathieu Bouchard wrote:
Please try not to duck-tape yourself in a corner.
Indeed. I am interested in establishing an API.
aah, good!
That's the ::loaded array.
I find it a strange turn-around of our
.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
tk_textCut and tk_textPaste which could be
used, but they would then have to send a message to 'pd' to announce the
change.
Why look for reasons when you can just nuke the offending code.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec
On Tue, 1 Sep 2009, Hans-Christoph Steiner wrote:
On Sep 1, 2009, at 5:03 PM, Mathieu Bouchard wrote:
Why look for reasons when you can just nuke the offending code.
Sometimes there were good reasons to do strange things in the code.
Yeah, I know that. Happens often, even.
Also, sometimes
needs some space for its own
administration... (typically 4-16 bytes more per malloc call)
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-dev mailing list
Pd-dev
) $(GSRC)
cd ../obj; $(CC) $(INCLUDE) -o $(BIN_DIR)/$(GUINAME) $(GOBJ) $(GLIB)
--8cut-here8--
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
some opinions, so I just wanted to
see if anyone wanted to argue either way.
no.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http
.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
On Sun, 16 Aug 2009, Hans-Christoph Steiner wrote:
On Aug 16, 2009, at 10:46 PM, Mathieu Bouchard wrote:
On Sun, 16 Aug 2009, Hans-Christoph Steiner wrote:
So there has been a revived discussion of adding tooltip support to
inlets/outlets, based on Günter's old patch. I think we should open
On Mon, 17 Aug 2009, Hans-Christoph Steiner wrote:
On Aug 17, 2009, at 4:33 PM, Mathieu Bouchard wrote:
A big problem with the tooltips, is that t_inlets aren't made into classes
the same way the t_objects are: most of the time, for a class of t_object,
there are no custom t_inlet classes
On Mon, 17 Aug 2009, Mathieu Bouchard wrote:
If you read what I wrote at first, you'd realise that the original
implementation didn't use only t_inlet, and that Chris didn't change that.
I mean I said that the original implementation used both t_class and
t_inlet together (it's because
the situation by starting to support $1$2 as a
dollsym everywhere except iemgui, where it blows up:
error: #1$2: argument number out of range
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal
) and the selected areas are now dotted
white with some kind of 1/6 stipple.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http
.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
.
then use [# ] instead of [# ] to select dark spots instead of bright
ones.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http
instance should need the same data.
Why does this make sense? I mean, how can you actually tell that every
instance should need the same data?
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal
if you fix this, then you will see GridFlow's error
messages correctly and will see what's wrong.
(You can actually see those messages using gdb too, but it's a lot less
cumbersome to remove the conflict first.)
_ _ __ ___ _ _ _ ...
| Mathieu
Johannes can give some examples.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
in a debate between scons, cmake and autotools.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
, and outputs the blobs as a sequence of 2-vertex
polygons.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
recent gridflow don't trick themselves
into thinking the cvs is the most recent. basically, I have replaced
cvs by svn, but I left the cvs there just in case.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal
that).
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
automatically when
plugging the camera. In any case, here are some useful commands:
lsusb
lsmod
modprobe pwc
locate pwc.ko
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal
On Mon, 3 Aug 2009, Mathieu Bouchard wrote:
On Sun, 2 Aug 2009, sisil mehta wrote:
I have linux kernel 2.6.24-23 generic. I downloaded pwc 10.0.12 rc1 and as
per their website(
http://www.lavrsen.dk/foswiki/bin/view/PWC/InstallationStandAloneModuleKernel2x6)
it says : Patch the module You
made of all horizontal segments in a
picture.
outlet 0 is the same as before, except all blobs are horizontal
lines because all scanlines are considered separate.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal
that makes 4 completely
different drivers (qce-ga was the only former name of the qc-usb driver).
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev
.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
dapper / gcc 4.0.3 / gridflow
from cvs
do you mean svn, or cvs?
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http
, the QC Pro 4000 supports
only PWC, and the QC Pro 5000 supports only UVC.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http
it was even possible
to get this with same version numbers, e.g. early 0.90 versions aren't
compatible with late 0.90, and thus have to be treated like it's 0.89...
but I don't really recall.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801
, and/or sends me the appropriate fixes so that GridFlow becomes
easier to compile.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http
in public.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
of this.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
is there to fix in vanilla+libs that isn't
covered by fixes to pd-extended and to vanilla?
And then what's the difference between vanilla+libs and main+libs, if any?
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal
is?
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
On Tue, 9 Jun 2009, Hans-Christoph Steiner wrote:
On Tue, 09 Jun 2009 14:47 -0400, Mathieu Bouchard ma...@artengine.ca
wrote:
On Fri, 5 Jun 2009, Hans-Christoph Steiner wrote:
Ok, Matju and you should be in all the systems now. Please remember,
any time I spend supporting these systems
have
to help me for. So, hopefully, you would even be saving a bit of time,
overall.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-dev mailing list
Pd-dev@iem.at
http
On Wed, 3 Jun 2009, Hans-Christoph Steiner wrote:
Since the build farm is a Pd resource, you need to post to pd-dev@iem.at
in order to request access. That way pd devs can see the request,
respond if they want, and we have a record of it.
On Wed, 3 Jun 2009, Mathieu Bouchard wrote:
On Tue
. Here's an illustration of the issue I am talking about:
I made one like that some years ago. You know where its source code is.
http://artengine.ca/desiredata/gallery/select-mixed.png
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801
1 - 100 of 335 matches
Mail list logo
