On 24/03/2009, at 18.10, Hans-Christoph Steiner wrote:
Scrolling in a number box is not a standard GUI interaction, and
not particularly intuitive.
So thats the initial reason. Chancing the numberbox to a slider could
live together with not making the colour changes i opposed to (- i
--- On Wed, 3/25/09, Matt Barber brbrof...@gmail.com wrote:
From: Matt Barber brbrof...@gmail.com
Subject: Re: [PD] default [output~] in Pd-extended
To: pd-list@iem.at
Date: Wednesday, March 25, 2009, 5:38 AM
Intuition improves itself by learning.
This is my most beloved
--- On Wed, 3/25/09, Steffen Juul st...@dibidut.dk wrote:
From: Steffen Juul st...@dibidut.dk
Subject: Re: [PD] default [output~] in Pd-extended
To: Pd List pd-list@iem.at
Date: Wednesday, March 25, 2009, 7:48 AM
On 24/03/2009, at 18.10, Hans-Christoph Steiner wrote:
Scrolling in a
Thanks Hans. I know the example patch already and I have [pix_rtx] working
fine inasfar as I can get it to do what the example patch already shows. I
think my question is more about data flow and Gem. My patch and [pix_rtx}
are just an example of a more basic misunderstanding I believe I have
Hi,
I'm working on a new patch that uses OSC. I've been using OSCX so far, but then
I came accross a page on pdpedia
that claims OSCX is no longer maintained, and that I should use mrpeach's
objects instead. SVN history seems to confirm this, but then OSCX worksforme,
is well documented, and
I'm pretty determined to work through this! :-)
I thought I'd write a workaround to keep this conversation moving: My
plan was to write the video to a buffer with [pix_buffer], then read one
frame later and apply [pix_rtx]. I've done this workaround before for
similar situations.
But I got
Alvaro wrote:
Hi,
I'm working on a new patch that uses OSC. I've been using OSCX so far, but then
I came accross a page on pdpedia
that claims OSCX is no longer maintained, and that I should use mrpeach's objects instead. SVN history seems to confirm this, but then OSCX worksforme, is well
Hello pd-list,
I use a little patch with an object pix_video (lib Gem) on mac osX 10.5.6
2.8 Ghz Quad-Core Intel Xeon
I test it with Pd 0.42-4 ang Gem 0.91.3 we don't see anything, my webcam
doesn't appear
and
I test it with pd 0.41-4 ang Gem 0.91.3 it works
Do you have any solutions? Is it a
Hi,
do you see error messages in the console during start up? like do you
see a printout about Gem loading correctly? do you see any errors when
you load the patch? are the objects created without problems?
an issue could be that Gem has to be compiled for 0.42, but that is
just a guess.
marius.
hi john,
I just looked at your patches, here's what I think:
1) pix_buffer_write seems to copy and clear the pix buffer. so if your
pix_video is connected to pix_buffer_write it is gone and you don't
see it anymore (rectangle stays white). I am not sure if this is a
bug, it seems strange to me,
On Tue, 24 Mar 2009, Hans-Christoph Steiner wrote:
I've taught Pd quite a bit at this point, and I have watched many people
not understand the number boxes as a interactive GUI element. Its based
on my experience, that's all. There is no scientific process behind it.
It is also based on my
On Sat, 21 Mar 2009, Kyle Klipowicz wrote:
I took Modern Algebra as my first course in Higher Math. Big mistake.
Learning to do proofs this way is a big headache, especially if you have
a curmudgeonly teacher!
I don't know what kind of prof you had, but Group Theory tends to need
proofs
Thank you Marius for your answer, here you can find some documentation
I test with pd 0.42-0 this is the same problem
I don't want to try to compile Gem from scratch but if anyone do this I can
test the binary files on my system.
I don't see anything in the documentation about this trouble so...
I'm working on some graphics for PdCon09 to potentially use for promotional
materials.
Could someone tell me what font PD uses? Or at least a close approximation?
If it's not a regular font, does someone have a copy of the font file?
Thanks,
-Ben
___
Oh I find this note
Current release: Gem 0.91.3 http://gem.iem.at/releases/0.91.3
Released 22/01/2009 — tested with pd 0.40, pd 0.41
So I test with pd 0.42 and Gem have some but If I have time I will try to
make a compliation for Mac with pd 0.42 to test in the best condition
Thomas
On Wed, Mar 25, 2009 at 10:22 AM, marius schebella
marius.schebe...@gmail.com wrote:
hi john,
I just looked at your patches, here's what I think:
1) pix_buffer_write seems to copy and clear the pix buffer. so if your
pix_video is connected to pix_buffer_write it is gone and you don't
see it
I make a binary from scratch of Gem for Mac osx 10.5.6 and pd 0.42-4 but I
have the same problem.
So for the moment I use pd 0.41-4 and that's ok
2009/3/25 thomas thiery matoh...@gmail.com
Oh I find this note
Current release: Gem 0.91.3 http://gem.iem.at/releases/0.91.3
Released
On Sat, 21 Mar 2009, Frank Barknecht wrote:
Yeah, lets not turn a style guide into a style law.
Sometimes crossings are not avoidable indeed.
Well, I don't just mean that. I also mean that sometimes crossings are
clearer than any replacement for them. Often a simple X of wires is much
more
On Sun, 22 Mar 2009, Hans-Christoph Steiner wrote:
Or making lines that go up for anything but feedback/loops.
Well, if you first make sure that most lines are as short as possible,
then there's not much need to worry about lines going up. A single-outlet
object connected to a single-inlet
Barely used. If interested, please email me your offer. Originally this
thing cost ~$1,200 (with the PCI-to-PCMCIA cardbus for the desktop
connectivity). Been used on Linux and Windows.
Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
thomas thiery wrote:
I make a binary from scratch of Gem for Mac osx 10.5.6 and pd 0.42-4 but
I have the same problem.
did you compile the 0.91.3 sources, or fresh from svn?
please file a bug-report at http://sf.net/projects/pd-gem
mfga.sdr
IOhannes
A la comunidad de Pure Data,
Están abiertas las inscripciones al Taller de Algoritmia Abril 2009, en
Santiago de Chile.
Resumen de la actividad:
La orientación del taller es la integración de conocimientos prácticos de
programación visual en dos lineas de trabajo: técnicas en arquitectura
On Sat, 21 Mar 2009, Hans-Christoph Steiner wrote:
And one last little story that I just remembered: I didn't realize that
[send pd] was even a possibility until recently. I had always seen [; pd dsp
1( and figured messages to pd had to be sent that way.
So is this a sign that this part of
On Mon, 23 Mar 2009, Chris McCormick wrote:
IIRC, one of their complaints from last year was that our application
had too many parts. Next time we should pick just one or two specific
tasks and go with them. Maybe with a community vote or whatever. Also, I
hate to be cynical, but I can't see
On Tue, 24 Mar 2009, dmotd wrote:
or perhaps a company that relies so heavily on string manipulation
considered pd useless? ;)
Yeah. It doesn't even have to be deliberate. A search engine company will
be populated by the kind of computer programmers who are very very
string-centric. Those
i bet if we icluded 'musical data mining' or such thing in there ..we'd win ;)
however may be no one will ever get far with this -
it's seems to be that kindda target that is set by them for groups to
research on and never get far out and be too occupid ..
eh..
whatever, might them hear this,
Hi John,
You are correct. Gem does not follow the normal top to bottom rules of PD.
I believe its render chain has more to do with the rules of OpenGL than with
PD.
Sorry I can't give you an easy way of figuring which objects will be
processed first. If there is one then I've never heard/read
hm ..
i think it's not appropriate to compare pd to programmng languges
we do call it a languge, but it's rather more corect to call it like
and visual engeneering environment whch hase a set of object or
something like that,
if you could at least compile them into some sort of binaries - that
Hey all,
I hope I am not jumping the gun or stepping on anyone's toes. I just
wanted to open up the discussion about what people are planning on
working on during the upcoming book sprint. Currently, I am pretty
open to topics, but I was thinking that Gem/PDP/Gridflow could really
use
There are two types of objects in GEM: pix and OpenGL.
Pix objects do work in the top to bottom manner like Pd DSP objects. One
thing to keep in mind is that the pix_ objects use 'in place' processing
which means that the pixel data is overwritten by each object. For most
types of processing
On Wed, 25 Mar 2009, error developer wrote:
i think it's not appropriate to compare pd to programmng languges
I believe that even if we try to refrain to compare pd to programming
languages, and refrain from calling it a programming language, it still
will be compared to programming
I'd use the mrpeach objects. oscx is much more limited and
unmaintained, unless you want to maintain it :)
.hc
On Mar 25, 2009, at 8:15 AM, Alvaro wrote:
Hi,
I'm working on a new patch that uses OSC. I've been using OSCX so
far, but then I came accross a page on pdpedia
that claims
The classic is Courier bold. Pd-extended since 0.39.3 uses a normal
weight font that is either Bitstream Vera Sans Mono on Windows and GNU/
Linux, and Monaco on Mac OS X.
.hc
On Mar 25, 2009, at 11:48 AM, Ben Baker-Smith wrote:
I'm working on some graphics for PdCon09 to potentially use
--- On Wed, 3/25/09, Mathieu Bouchard ma...@artengine.ca wrote:
From: Mathieu Bouchard ma...@artengine.ca
Subject: Re: [PD] style guide idea: [send foo] versus [; foo(
To: Hans-Christoph Steiner h...@eds.org
Cc: Matt Barber brbrof...@gmail.com, pd-list@iem.at
Date: Wednesday, March 25,
It would be great to have some of this documented better. I mentioned
in the book sprint email that there are lots of Gem examples, but
there isn't really any text that I could find that introduces these
concepts of Gem.
So if you do figure this stuff out, please join us for the book
On Wed, 25 Mar 2009, Jonathan Wilkes wrote:
I understand the point of making that information available, but once
you start describing a particular pd concept, don't you stick to one
term for the sake of clarity?
Well, ideally, perhaps... but I think that it's somewhat hard to do.
Perhaps
On Thu, 19 Mar 2009, mark edward grimm wrote:
that looks pretty elegant and will give it a shot on linux machine...
BTW was wondering though if there are any plans to implement gridflow in
extended? it would benefit our freshmen students for ease of
installation/use on osx machines they now
On Wed, Mar 25, 2009 at 11:38 AM, Hans-Christoph Steiner h...@eds.org wrote:
Hey,
I just went thru a bunch of interfaces and noticed a good pattern in
wording. I propose to make this part of the style guide:
rewind - go back to the beginning of a chunk of data
(used in: textfile, binfile,
Hans-Christoph Steiner wrote:
Hey,
I just went thru a bunch of interfaces and noticed a good pattern in
wording. I propose to make this part of the style guide:
rewind - go back to the beginning of a chunk of data
(used in: textfile, binfile, msgfile, etc.)
reset - clear the data from a
Hans-Christoph Steiner wrote:
Hey all,
I hope I am not jumping the gun or stepping on anyone's toes. I just
wanted to open up the discussion about what people are planning on
working on during the upcoming book sprint. Currently, I am pretty open
to topics, but I was thinking that
On Wed, 25 Mar 2009, Frank Barknecht wrote:
Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote:
Btw, it's in pd/doc/2.control.examples/10.more.messages.pd , and I'd have
trouble considering anything in that folder as being non-basic.
I must say, when thinking about the time when I learned
On Mar 25, 2009, at 4:27 PM, Mathieu Bouchard wrote:
On Thu, 19 Mar 2009, mark edward grimm wrote:
that looks pretty elegant and will give it a shot on linux
machine... BTW was wondering though if there are any plans to
implement gridflow in extended? it would benefit our freshmen
--- On Wed, 3/25/09, Mathieu Bouchard ma...@artengine.ca wrote:
From: Mathieu Bouchard ma...@artengine.ca
Subject: Re: [PD] style guide idea: [send foo] versus [; foo(
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Hans-Christoph Steiner h...@eds.org, Matt Barber
brbrof...@gmail.com,
On Wed, 25 Mar 2009, Jonathan Wilkes wrote:
--- On Wed, 3/25/09, Mathieu Bouchard ma...@artengine.ca wrote:
Well, ideally, perhaps... but I think that it's
somewhat hard to do. Perhaps more so when teaching in French
(or any other language apart from English), because then you
have to deal
--- On Thu, 3/26/09, Mathieu Bouchard ma...@artengine.ca wrote:
From: Mathieu Bouchard ma...@artengine.ca
Subject: Re: [PD] style guide idea: [send foo] versus [; foo(
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Hans-Christoph Steiner h...@eds.org, Matt Barber
brbrof...@gmail.com,
This is extremely helpful. I'm starting to get it. Comments/questions
inline.
chris clepper wrote:
There are two types of objects in GEM: pix and OpenGL.
Pix objects do work in the top to bottom manner like Pd DSP objects.
would [pix_coordinate] be an exception to this? I've been playing
Hello.
I need some help trying to connect Darwiinremote (
http://code.google.com/p/darwiinosc/downloads/list) Mac program to PD in a
friend's computer.
I'm tryining to connect it through OSC, but I can't get the PD to receive
anything.
I set up the same port in both programs, but I think I'm
you can connect to localhost on port for example. try [dumpOSC
] inside pd and connect a [print] to it to see if you receive your
values.
marius.
Nicanor Garcia wrote:
Hello.
I need some help trying to connect Darwiinremote
(http://code.google.com/p/darwiinosc/downloads/list) Mac
hi,
I think your pix_coordinate idea was not that bad (see attached patch).
but that is probably not what you want??
on the other hand, using pdp_rotate and converting twice is really
eating up a lot of cpu. pdp is a different world again and the bridge
between pdp and gem is buggy (your patch
49 matches
Mail list logo