I got the same errors.
Steve
On Fri, Jun 3, 2011 at 11:50 AM, Albert Graef dr.gr...@t-online.de wrote:
On 06/03/2011 04:48 PM, Hans-Christoph Steiner wrote:
The repos are all listed here:
http://puredata.info/docs/developer/GettingPdSource
Yes, I know that page and I also know how to find
Isn't there actually a reverse engineered Wacom driver for Linux?
Couldn't this be used instead of having to ask permission from Wacom?
http://linuxwacom.sourceforge.net/
I too think it would be great to have cross-platform wacom support,
but I think it would be even better if there was a
On Tue, Dec 2, 2008 at 12:23 PM, Hans-Christoph Steiner [EMAIL PROTECTED]
wrote:
Yeah, I'd like to read that ICMC paper, is sucks that ICMC is so lame
about publishing their papers. They are really difficult to get,
even though I have access to two academic libraries (NYU and Brooklyn
On Tue, Dec 2, 2008 at 2:43 PM, Miller Puckette
[EMAIL PROTECTED] wrote:
Fortunately many people are just posting up their papers on their own
websites, maybe Miller could do this.
I don't know which paper was being talked about but they should all be
up there on my website :)
I figured!
On Thu, Jul 10, 2008 at 1:15 PM, Hans-Christoph Steiner [EMAIL PROTECTED]
wrote:
Seems like an interesting idea. Personally, I think an apt-get style of
package management would work better for Pd. Sounds like you have all the
right infrastructure, but instead of auto-downloading patches,
Hello,
I have just submitted patch #, which implements a new loader for Pd.
This allows one to specify in a patch a base URL in which missing
abstractions are expected to be found. The loader downloads an index
at each listed URL, and if it knows about an abstraction that hasn't
yet been loaded,
On Wed, Jul 9, 2008 at 8:40 PM, Stephen Sinclair [EMAIL PROTECTED] wrote:
Hello,
I have just submitted patch #, which implements a new loader for Pd.
Sorry, meant to say patch #2014632.
Steve
___
Pd-dev mailing list
Pd-dev@iem.at
http
On Fri, May 9, 2008 at 3:13 AM, IOhannes m zmölnig [EMAIL PROTECTED] wrote:
IOhannes m zmölnig wrote:
IOhannes m zmölnig wrote:
#define STRING_ATOMID=666
and while we are at it: i hereby want to claim the atomID 75 for
FTMobjects [1].
please do not use this atomID, if you are not wrapping
On Fri, May 9, 2008 at 11:27 AM, IOhannes m zmölnig [EMAIL PROTECTED] wrote:
Stephen Sinclair wrote:
also, i'd just like to add, that i think the 666 atomID should be
reserved for 'evil' data. It could be useful in the future for
optimized implementations of evil processing routines.
you
On Thu, Feb 14, 2008 at 5:47 PM, Hans-Christoph Steiner [EMAIL PROTECTED]
wrote:
For the Windows builds, I need a way to track all of the various
sources needed (One GNU/Linux and Mac OS X, this is done by the
package management systems thankfully). There are a lot:
I imagine you've
Hi,
I just wanted to let you know that I recently did a git-svn download
of the subversion repo.
It took quite some time, so to save others time I thought I'd make it available.
I _don't_ recommend using this for working on svn branches, since it
imported the branches a bit strangely due to the
I think Hans means normalised _input_ parameters,
not output range. When I specified
duty cycle it's common to say that in percent, of course
we should normalise control params.
Okay cool, sorry I misunderstood.
Steve
___
PD-dev mailing list
By the way, don't forget that there are good band-limited
implementations of a bunch of waveforms in STK / Chuck that you can
totally borrow.
The most recent version was published with an actual license that
makes it more clearly useable in other projects.
Steve
I think we can safely eliminate the osc from the names since there
won't be a lot of overlap. Also, since everything is a float, I
think it makes sense to standardize on 0-to-1 range. That's the
standard range for amplitude, OpenGL colors, and the mapping library,
and I think it makes sense
Actually I think, that the code in the CVS is not developed in a
really distributed way anyway. Most of the stuff there is rather
focused on single persons or very small teams.
Hm, your second sentence seems to contradict your first sentence... ;-)
Steve
Mistrust authority - promote decentralization. - the hacker ethic
In any case, if anyone wants to try it out, feel free to clone the git
repository I made last night with git-cvsimport:
git-clone http://www.music.mcgill.ca/~sinclair/git/pd/pd.git
It'll be about 54MB of downloads, streaming
The most technically amazing system in the world is useless if people
in question don't want to spend the extra effort to learn how to use it.
It sounds to me like the best system is SVN as the core repository,
then people can use git if they want, and sync it to SVN. Miller
currently does
I don't want to sound like I'm just trumpeting the latest hype, but
someone is going to say it, so it may as well be me:
Considering the highly distributed nature of Pd development (lots of
people with dev access working on different, independent parts), I
really think a distributed system like
are used ... beside that, i am not sure, how access to specific parts of
the repository can be restricted ...
You don't have to restrict anything.
If someone messes with your work, you simply don't merge what they did.
They're free to do whatever they want in _their_ repository, but
you're not
Actually, it would be good if you did push the idea. :D I think if
Okay then.. ;-)
It's a good discussion anyway..
I think these are all very good arguments for / against svn and git.
I'll just note that I've briefly tested out the Windows git installer,
and it is pretty nice.
I did get an
Anyone know anything about Mac OS X Universal builds? The Pd-
extended and Pd build systems need to be updated to a sane, Mac OS X-
style universal build system. Right now, each does different things,
and neither is correct. :D
I am scared to face it alone :'-(
Heh.. :)
As far as I
Hi,
On 7/30/07, Nose Hair [EMAIL PROTECTED] wrote:
I am trying to write an external that uses glut. But I have hit a stumbling
block. I am not able to use glutMainLoop without entering into some king of
cpu sucking vortex that halts all Pd functions. I know this is a problem
with the way
Hi,
Sorry I don't want to sound impatient, but I was wondering if someone
could take a look at a few of the patches I've submitted to the patch
tracker lately (username radarsat1). They're mostly very small
changes, and some of them fix segfaults.
Just thought I'd nudge a little, I'm actually a
I'm trying to put Pd on a DSP processor, but I need to separate completely
the Pd engine from the GUI.
Does anybody knows if it is available on the web the Pd engine code?
(without GUI)
You could try the patch posted on the pd sourceforge page:
It builds on Mac OS X and GNU/Linux (i.e. works on UNIX), but dies on
Windows/MinGW:
Hello,
You can find my patch for this on the patch tracker.
I still don't know why the changes don't seem to work for sendOSC in
Windows, but at least it compiles correctly now.
Steve
Hello,
I needed to try some multicast stuff with Pd, but found that the OSCx
externals didn't support it, so I made some small changes. Just
thought I'd send it along in case it is useful to someone else.
[sendOSC] can now take an optional TTL argument in its connect
message. This is Time To
26 matches
Mail list logo