Mathieu Bouchard wrote:
On Sat, 19 Jul 2008, [EMAIL PROTECTED] wrote:
Quoting Mathieu Bouchard [EMAIL PROTECTED]:
How do you get [print] to print a peachy string?
in the way we (including miller) kind of agreed at LAC2008 the answer
is simple: you don't.
Perhaps you don't, but I do print
Mathieu Bouchard wrote:
On Sat, 19 Jul 2008, Mathieu Bouchard wrote:
Perhaps you don't, but I do print my A_LIST atoms right fucking now
using an object called [print], in Miller's Pd, instead of agreeing
with things that can either crash pd or make it do something undefined
that has
Forwinder wrote:
Hi all,
I noticed some very strange behaviour while using dumpOSC last night. I
the OSCx-library (that includes the [dumpOSC] object) is known to be
broken and unmaintained.
it is only there for legacy reasons.
please do not use it.
if you want to use OSC, use mrpeache's
Hans-Christoph Steiner wrote:
Hey all,
A number of people set the CVS binary flag on .pd files to prevent
merges. Since AFAIK, this isn't necessary with SVN and this prevents
using svn diff, I was wondering if anyone would object if I removed
the binary mime-type from all .pd files
PSPunch wrote:
Hi Frank,
#ifdef MSW
#ifdef PD_INTERNAL
#define EXTERN __declspec(dllexport) extern
#else
#define EXTERN __declspec(dllimport) extern
#endif /* PD_INTERNAL */
Without PD_INTERNAL defined, dllexport - dllimport which looks kind of
critical.
PSPunch wrote:
Hi IOhannes,
I think lua_setup() needs to be 'exported' in order to be read
externally with Windows DLLs.
correct
Also, from your description I thought that PD_INTERNAL was reserved for
internal functions or classes, etc. However, when grepping the source of
vanilla
Hans-Christoph Steiner wrote:
Sorry, I am very slammed right now, so I didn't have time to look at
this build issue. I moved everything to point to the Gem SVN now, so
it should work fine.
thanks
Instead of svn:externals, another option is to import gem releases
into the pure-data
Hans-Christoph Steiner wrote:
developers together. But it is not working so well now, perhaps because
it isn't clearly defined, or because we have different needs now.
do you think so? and why?
- For Pd-extended, there needs to be a repository to do code freezes and
bug fixes, branches
Hans-Christoph Steiner wrote:
libpng3 is showing up on the 'deborphan' list, meaning no other
packages are using that package. Does Pd/Gem/whatever still need it?
i can only speak for Gem, which doesn't need it (strictly speaking, Gem
_needs_ very few libraries; noteably openGL, GLU come
hi
it's early in the morning and while writing the below lines, i notice
that i am grumpy as ever.
you can probably just skip the rest of the email :-)
Hans-Christoph Steiner wrote:
On Sep 10, 2008, at 3:26 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
developers together
PSPunch wrote:
Hi all,
I am in need for an object to emulate the following command.
$ amixer -c 1 cset numid=2 0
Perhaps an object such as...
[alsa_ctl 1 2]
Where the right inlet modifies numID and left for the value.
This is planned to be executed several times per second
hi
we are having a hard time with the following problem:
we want to create an object that has a variable number of iolets, based
on the $args available.
e.g. [myobj $1] should create an object with a single inlet
[myobj $3] should create an object with 3 inlets.
the number of iolets depends on
Thomas Grill wrote:
While i haven't really thought about how, i'm puzzling about why you
want to do that.
I can't really think of an application for that.
that's because you are not porting ftm to Pd :-)
fgmasdr
IOhannes
___
Pd-dev mailing
hi all
one year has passed since my last cleanup of the list of developers in
our sourceforge project.
since we still/again have a long list of devs and some of them being
inactive, i would like to re-start the cleaning up process.
of 43 registered developers, a total of 33 devs have
Hans-Christoph Steiner wrote:
Hey,
Sounds good to me. They can always be easily readded by sending a request
to pd-dev.
yes of course.
the only weird thing is, that there are 2 admins (günther and tim) among
the list of devs to be removed.
well, they can opt-out i guess :-)
f
gadrm
Hans-Christoph Steiner wrote:
That's the vague idea of the current makefiles there. But since many
people didn't want to change the existing makefiles within each library
folder, almost everything is stuck into externals/Makefile.
I think if someone came up with a better system, then
hi
moved this to pd-dev, as i think this is more appropriate
Hans-Christoph Steiner wrote:
That's the vague idea of the current makefiles there. But since many
people didn't want to change the existing makefiles within each library
folder, almost everything is stuck into
Alex wrote:
I just joined the pd-dev list so i can keep up with this discussion.
I added a link to the GNU makefile conventions information to that
wiki page. The info on the wiki seems pretty good though I don't
quite understand the Makefile.extended... it is my understanding that
these
Isidro Gonzalez wrote:
Can anybody point me some makefile sample for
this case (just one dll with multiple
objects)?
And/or if there is some error in the c code as
well...
Any help will be most appreciated.
your problem is not with makefiles but in the C-code.
Pd expects (as i think is
Forwind info wrote:
Hi all,
Does anybody know if there is a way to automatically send an OSC message to
an internal PD messaging address which happens to be the same as the route
of the OSC message.
So for instance, an osc message arrives with route /a/sample/route and
value 50, I would
Hans-Christoph Steiner wrote:
On Dec 8, 2008, at 12:21 PM, Claude Heiland-Allen wrote:
Hans-Christoph Steiner wrote:
So I am just adding support to canvas_name and window_name for
getting the names from other canvases besides the current one,
i.e. parent, toplevel, etc.
OK.
I am
Miller Puckette wrote:
I'm thinking the sys_pdexe is teh only way. I try to avoid adding junk
to the Pd API but in this case I think it will be necessary.
speaking of adding things to the Pd API...
is it totally out of your ways to
- add a function that returns the version of Pd?
something
Hans-Christoph Steiner wrote:
There are lots of users of Fedora and lots of packages, so I am sure
there is a way. Any Fedora users want to help out here?
so after all my rants i finally found out that fedora did exactly as it
should: while moving the headers around, they also provide a
Hans-Christoph Steiner wrote:
On Dec 11, 2008, at 4:39 AM, IOhannes m zmoelnig wrote:
Miller Puckette wrote:
I'm thinking the sys_pdexe is teh only way. I try to avoid adding junk
to the Pd API but in this case I think it will be necessary.
speaking of adding things to the Pd API
Martin Peach wrote:
personally i don't care so much for the details.
i proposed the string as it outputs the full version number (with all
test and whatnot).
Why not add 4 global variables
because global variables suck
fgmadsr
IOhannes
___
Hans-Christoph Steiner wrote:
Yeah, I think there should be more querying capabilities in Pd in
general. It allows for more dynamic behavior without resorting to
strange hacks.
you mean, strange hacks like storing a value in a variable?
anyhow, i agree that [tgl] is special (in a not
Hans-Christoph Steiner wrote:
On Dec 12, 2008, at 3:21 PM, IOhannes m zmölnig wrote:
IOhannes m zmoelnig wrote:
i have (hopefully) fixed it now -- let's wait for tomorrows logs.
argh!
while my changes no make Gem find the correct headers, it's only to
discover that they changed the API
IOhannes m zmölnig wrote:
IOhannes m zmoelnig wrote:
i have (hopefully) fixed it now -- let's wait for tomorrows logs.
argh!
while my changes no make Gem find the correct headers, it's only to
discover that they changed the API :-(
so now we are getting close:
g++ -o Gem.pd_linux
Hans-Christoph Steiner wrote:
FYI: I installed a52dec-devel on the Fedora build server
cool thanks.
could you do the same for the planetCCRMA machine?
fgm,asdr
IOhannes
smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-dev mailing
Miller Puckette wrote:
Second, and this just occurred to me, I think it would be smart to separate
the u_main.tk cide into several smaller files. They could simply be
concatenated by the makefile. This way people could work on different
parts of it with much less chance of their work
Hans-Christoph Steiner wrote:
On Dec 23, 2008, at 12:55 AM, IOhannes m zmoelnig wrote:
i always found it somewhat awkward that we have to use make to
generate a script from a script.
Tcl has a mechanism for this built-in, as do most scripting
langauges. In Tcl, these are called
Steffen Juul wrote:
That aside. Just making sure: This devel branch is branching of vanilla
0.41-4 and the only focus is the gui (as opposed to also merging
devel-0.39 features)?
since 0.42 is just out, shouldn't all work be based on that?
fgmard
IOhannes
Hans-Christoph Steiner wrote:
On Jan 3, 2009, at 1:48 PM, Miller Puckette wrote:
The pd_ is not understood in Tcl. If you have a package/namespace
called menus, that is very vague and has a very high potential for
causing name conflicts. pd_menus is much clearer in meaning and
IOhannes m zmoelnig wrote:
two remarks:
- as i understand it, u_main.tk is deprecated and replaced by pd.tk.
can we then delete u_main.tk?
- for the sake of clarity: wouldn't it be nicer to have a separate
directory for all the tcl/tk files?
and a question:
- is there any
Hans-Christoph Steiner wrote:
This looks very cool, we need an easy to use OSC replacement for
dumpOSC/sendOSC. One thing, I get this when I load them:
unpackOSCstream
... couldn't create
unpackOSCstream
... couldn't create
packOSCstream
... couldn't create
packOSCstream
... couldn't
SourceForge.net wrote:
Message:
it seems that MAXPDARG was just replaced with 10. Seems kind of arbitrary,
anyone know why 10? Here's the commit:
afaic this has been discussed in the patch tracker.
read on:
Comment By: Miller Puckette (millerpuckette)
Date: 2008-05-26 12:46
It will
Miller Puckette wrote:
Wow, I fixed this bug in 0.40 but somehow failed to propagate the fix
to 0.41 and the new 0.42. I'll go on and put out bug-fixed 0.41 and 0.42
versions.
are you going to fix the crasher bug in find (which i posted
yesterday) as well?
fgmsadr
IOhannes
smime.p7s
Hans-Christoph Steiner wrote:
I mean if I exec pd from Tcl with more arguments than just -guiport
5600, I get the output of -help and then pd quits. so say like this:
exec -- $pd_exec -stderr -guiport $portnumber
hmm, it works here.
this is my tcl-script:
#!/usr/bin/tclsh
set pd_exec
Hans-Christoph Steiner wrote:
Minor detail, but I was just thinking, since pd.tk is the core of the
Pd gui, which is often called 'pd-gui', perhaps pd.tk should be called
pd-gui.tk?
if pd.tk is to be the executable (rather than using a binary pd-gui
which then launches wish), why not call
IOhannes m zmoelnig wrote:
Steffen Juul wrote:
That aside. Just making sure: This devel branch is branching of vanilla
0.41-4 and the only focus is the gui (as opposed to also merging
devel-0.39 features)?
since 0.42 is just out, shouldn't all work be based on that?
afaict, most changes
since we are talking about guiports and stuff like that, i now find the
time to ask a question i always wanted to ask:
would it make sense to add an argument to pd so it could connect to a
remote pd-gui?
currently we can only specify an arbitrary port on the localhost via:
pd -guiport
IOhannes m zmoelnig wrote:
since we are talking about guiports and stuff like that, i now find the
time to ask a question i always wanted to ask:
would it make sense to add an argument to pd so it could connect to a
remote pd-gui?
currently we can only specify an arbitrary port on the localhost
SourceForge.net wrote:
Bugs item #2501709, was opened at 2009-01-12 17:17
what about having a third argument: 0=signed, 1=unsigned ?
also easy, but a bit klunky ... maybe an additional object [any2ustring]
for unsigned chars?
would the u in [any2ustring] mean unsigned or unicode?
fmgasdr
Hans-Christoph Steiner wrote:
Since Pd devs are working on a mix of platforms, some with case
sensitive filesystems, and some not, I think it would be a good idea
to install SourceForge's check-case-insensitive.py script as a SVN
commit hook.
Any objections to that?
i thought it was
Hans-Christoph Steiner wrote:
I want to get the Pd-extended 0.41.4 release out soon but I don't have
a lot of time right now. Adding svn:externals and setting up --ignore-
externals will inevitably slow that process down. Can it wait? Or
yes it can wait, if it's not too long.
can
Hans-Christoph Steiner wrote:
If someone besides me is willing to handle setting up the --ignore-
externals stuff and the repercussion quickly, as they arise, then I
would have no objections to including svn:externals.
what is the schedule for the next Pd-extended release?
which of the
btw, in 2 of 3 branches in the canvas_cut() check whether x-gl_editor
is NULL or not.
the 3rd branch is the one that crashes...
attached is a patch that at least fixes this.
miller, could you include this?
however, my great wish would be that one could select (and cut) objects
in a closed
Hans-Christoph Steiner wrote:
If it was a WAV, then yes. This is a 3D array of floats:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/earplug~/
well, this is semantics.
the data you are including is a set of HRIRs.
to the best of my knowledge HRIRs are usually
ydego...@free.fr wrote:
hmm, they would all remain in the distribution, they would just not be loaded
by default.
the patch-author would have to load libraries explicitly, which would make it
(hopefully) more compatible with other distributions of Pd.
not exactly true, precisely the
Hans-Christoph Steiner wrote:
On Feb 16, 2009, at 4:24 AM, Frank Barknecht wrote:
What do you propose? The built-in stuff is loaded first, so that will
break patches that rely on [pow~] being the cyclone object.
the implications you make do not necessarily hold true for 0.42.
(does this
Frank Barknecht wrote:
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
On Tue, 2009-02-17 at 07:26 +0100, Frank Barknecht wrote:
how can someone assume so? no, that is so not true. i didn't even know,
that zexy comes with their own version of [pack] and [unpack] until some
weeks ago.
Frank Barknecht wrote:
How does minimizing the number of loaded libraries affect the goal of
storing preferences in patches?
depends on what you mean by storing the preferences in patches.
one part of the preferences is the libraries to be loaded.
personally, i think it is a good thing to
Roman Haefeli wrote:
correct me, if this is wrong, but i understand, that overriding internal
classes doesn't work with single-file externals. so the feature of
overriding internal classes doesn't and won't work with pd-extended.
not necessarily;
i haven't checked, but imagine:
1.:
[import
Frank Barknecht wrote:
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
do i understand correctly: external classes could override internal
classes also in older ( 0.42) versions of pd, but i just didn't notice
it? so the new feature is 'only' that pd automatically creates aliases
for
Frank Barknecht wrote:
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
they could, but it was an effort to do so.
any ordinary external would not be able to do it.
So am I understanding it correctly, that Zexy's [pack] is not doing
the fuddling Cyclone does and now
Martin Peach wrote:
I guess it never occurred to any of you to use objects with different
names...
Or else why not just call every pd object object and then use paths to
access them, like [pd/some/library/subdirectory/object]?
Just kidding in a frustrated sort of way.
i don't get you
Martin Peach wrote:
Well isn't it just easier to use something with a different name? If you
have a backwards [pow] why not just call it [backwardspow] instead of
letting users guess which [pow] is the right one?
who would object to that?
but which [pow~] _is_ the right one, and which one
Hans-Christoph Steiner wrote:
this is both with (an imagined) Pd-extended 0.42
Would this be any different with a Pd-vanilla+libs 0.42? I don't
think there is anything particular to the Pd version in Pd-extended
that would cause this, but instead the way the libraries are built.
no
cyrille henry wrote:
here is a patch that work with vanilla, but not with zexy unpack.
ah, another bug to fix :-(
oops, nobody told me yet :-)
don't you use it?
no, there are lots of objects in zexy which i seldomly use...
fgmasdr
IOhannes
smime.p7s
Description: S/MIME Cryptographic
cyrille henry wrote:
so, it look like unpack is still here.
indeed. i was wrongly assuming that class_addcreator() will not override
the default classes (unlike class_new())
should be _really_ fixed now.
fg,asdr
IOhannes
smime.p7s
Description: S/MIME Cryptographic Signature
Roman Haefeli wrote:
On Wed, 2009-02-18 at 15:21 +0100, IOhannes m zmoelnig wrote:
Martin Peach wrote:
Well isn't it just easier to use something with a different name? If you
have a backwards [pow] why not just call it [backwardspow] instead of
letting users guess which [pow] is the right
Roman Haefeli wrote:
the switch from 0.41 to 0.42 did indeed also break at least one of the
netpd patches. this patch is using [unpack] for an incoming message,
that misses the list selector. while this still works with pd's [unpack]
(although it is an undocumented feature, i guess), it doesn't
Roman Haefeli wrote:
sorry for causing confusion. when i speak about differences in
pd-extended and pd vanilla i usually refer to the way of how libraries
in pd-extended are built and not to any difference in the core of
pd-extended and pd vanilla (which might doesn't exist anyway). so when i
Roman Haefeli wrote:
i think, that the question, why a new object [pack] is named pack is not
rhetoric at all and isn't answered yet. so lets go again: why is [pack]
from zexy called [pack]?
apart from the specifics of [pack]:
if a language allows the overriding of built-in methods, then i do
Hans-Christoph Steiner wrote:
On Feb 18, 2009, at 4:46 PM, Andy Farnell wrote:
On Wed, 18 Feb 2009 21:40:10 +
Martin Peach martin.pe...@sympatico.ca wrote:
Maybe a [which] object could help.
++ like that idea!, would be v. useful debug/helper object
Yeah, that does sound useful. It
Hans-Christoph Steiner wrote:
The current setup means that you can override a pd-vanilla abstraction
using a binary class in ., but you can't override a pd_vanilla
binary using an abstraction in . That seems to treat .pd
objectclasses as second class classes and I don't like that ;)
Claude Heiland-Allen wrote:
Maybe compare with the abstraction cache patch I wrote a while ago, that
has a similar observable result as a side-effect.
http://lists.puredata.info/pipermail/pd-dev/2008-10/012334.html
yes something like this.
i would even prefer it if this was a proper
João Pais wrote:
as I see it (if it matters), there are 2 pd distros, pd-van and pd-ext
[although my view is that pd-ext should at some point assimilate pd-van
- is there anyone out there that really sticks to pd-van, and doesn't
use any externals, for other purposes than low-level
Frank Barknecht wrote:
Hallo,
cyrille henry hat gesagt: // cyrille henry wrote:
this is what i was thinking for the last 5 year. i don't say that this
will never change. anyway, i really appreciate the work made on
pd-extended, but it is not ready for me yet. i know that my position
is a bit
João Pais wrote:
exactly. in the contrary of the before mentioned libraries, these are more
groups of externals compassing different groups: glue, math, matrix, ...
please someone explain to me the differences.
this sounds all very nice on a piece of paper, but to which category
does
Frank Barknecht wrote:
Any comments or objections?
Objection, judge! :)
Some of the uppercase objects in Cyclone are there so the don't clash with
builtins. Line~ is different from line~.
and has been lengthily discussed on this list: aliasing will eventually
override already existing
Hans-Christoph Steiner wrote:
Hey,
This is probably mostly for IOhannes. IIRC, the code that causes the
error: maximum object loading depth 1000 reached stuff was related to
the hexloader. Its checked into Pd-extended, but the hexloader isn't
used in Pd-extended right now.
Is there some
Hans-Christoph Steiner wrote:
Then there could be also something like a 'maxmsp' distro for a
compatibility mode. So I was thinking there could be a #X declare
-distro vanilla that each distro saves into every file. It would be
safely ignored for Pd versions that didn't support the -distro
Tim Blechmann wrote:
not really ... [delay 0] will schedule the outlet during the next dsp
tick in the pd thread ...
i'm pretty sure that this is _not_ true.
a [delay 0] will schedule the message within the same tick.
actually i haven't found a simple reliable way to schedule a message
in
Hans-Christoph Steiner wrote:
On Mar 18, 2009, at 8:06 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Then there could be also something like a 'maxmsp' distro for a
compatibility mode. So I was thinking there could be a #X declare
-distro vanilla that each distro saves
Tim Blechmann wrote:
not really ... [delay 0] will schedule the outlet during the next dsp
tick in the pd thread ...
i'm pretty sure that this is _not_ true.
a [delay 0] will schedule the message within the same tick.
rescheduling a timer interrupt from a second thread, there is no such
hi.
i put this on pd-dev.
Hans-Christoph Steiner wrote:
But if you really want to completely take over the build system from me,
then I'd have no complaints. :)
actually i do.
scons is a nice, widely used, cross-platform and open build system.
a few years ago somebody has done the work
Hans-Christoph Steiner wrote:
Hey,
I just noticed that the 'externals/grill' folder was replaced by
svn:externals links. Please do not use svn:externals unless you are
willing to support them with the nightly builds. They break the nightly
builds because of the various errors and warnings
Hans-Christoph Steiner wrote:
Read the code! ;-) There isn't really any documentation, but all of the
scripts are in scripts/auto-build. Those scripts call the Makefiles in
packages/*. Its not pretty but its not complicated.
$ grep -w svn scripts/auto-build/*
SourceForge.net wrote:
Initial Comment:
This patch hard-codes user install paths outlined in this FAQ entry. This
makes it so
that Pd has a standard, documented place for users to install their files, and
means Pd will look in the user install paths regardless of the prefs.
Hans-Christoph Steiner wrote:
I am trying to track down the path of loading a new object. Basically,
where does a class name get tested to see if a .pd_linux needs to be
loaded or not? For example, if I type [drip], where does it look to see
whether it needs to load drip.pd_linux?
Right
hi all,
in the course of trying to find the filehandle-leak bug in Gem i found a
weird problem with open_via_path().
can anybody find anything wrong with the attached code?
if not, try the attached patch as well.
everything works fine on linux, but on w32 i cannot close the
file-handle
Hans-Christoph Steiner wrote:
On Apr 27, 2009, at 6:28 PM, Martin Peach wrote:
IOhannes m zmoelnig wrote:
hi all,
in the course of trying to find the filehandle-leak bug in Gem i
found a weird problem with open_via_path().
can anybody find anything wrong with the attached code?
if not, try
hi.
sorry for the overcryptic mail...
Hans-Christoph Steiner wrote:
working on getting readanysf~ compiling nicely. Now that leads me to
wonder: how about getting Gem on Mac OS X to use gavl and
gmerlin-avdecoder? I think it'll have much better codec support than
Quicktime.
how not
hi all.
i would really like to have the diffs back in the pd-cvs mails.
as i see it, the current pd-cvs is only useful if you want to track
build-fails of the auto-build machines. it has rather little to do with
repository commits (any more). i would like to get the old behaviour back.
if
Hans-Christoph Steiner wrote:
The occasional 1meg emails from big commits are kind of a pain, like
when doing an import or merge. It was nice to have immediate access to
scan the diffs for sure. But the web interface to the diffs is a lot
more useful. Ideally, there would be a size
Hans-Christoph Steiner wrote:
better stored in soundfiles than in header-files. inappropriate use
should not keep use from having features.
If I import code into the 'sources' tree (for Windows), then all of that
code will be sent to pd-cvs.
well, how many packages do you plan to import
Hans-Christoph Steiner wrote:
I think the same goes for a merge. That's a lot of email.
which merges are you talking about?
i cannot think of one that will generate a lot of email now.
Like merging Pd-extended 0.41.4 and Pd-vanilla 0.42.5
i don't think this is more than a pretty active
Hans-Christoph Steiner wrote:
Now that the nightly builds are biulding from trunk again, we have some
issues to handle:
cc -DPD -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb
-I/home/pd/auto-build/pd-extended/Gem/src
-I/home/pd/auto-build/pd-extended/externals/pdp/include -DUNIX
Hans-Christoph Steiner wrote:
As far as I am concerned, it can be removed. I know nothing of it.
it is currently under lazy development. (which means that it just got
broken but fixes might not appear within the next _few_ days)
there might be a running version within the next weeks.
but
Hannes Breitschädel wrote:
Hi List!
setup: Windows XP-SP 3 / latests Gem / PD Release. (June 12/09)
just to make sure, your latest is the same as mine:
Pd-vanilla 0.42.5
Gem 0.92CVS20090528
if not, please specify full version numbers.
My patch opens a motion jpeg coded avi-file with
Luke Iannini wrote:
Yo all,
IOhannes, do you know if it's possible to get and set the coordinates
of arbitrary objects simply by index, much like [canvasposition] can
do now but including externals etc. where you can't place a
[canvasposition] object? This would enable the final piece of
Georg Werner wrote:
hi,
i did an abstraction for aligning objects. thanks to
canvasobjectposition this was not too hard. if you put it in your search
path you can create an [align] object which provides keyboard shortcuts
for left-align and top-align. and i did another option for
Georg Werner wrote:
this is a little workaround for not having associative arrays ... ;)
sorting 2 lists by the first one. (in this case e.g. the x-values and
ids of objects)
yes, but i don't have it... where can i find it?
don't want to do exercises that late...
fgmasdr
IOhannes
smime.p7s
glerm soares wrote:
hi,
where is [canvasobjectposition] ?
it's in iemguts.
I could not find it.
I am using pd-extended 0.41
afaik iemguts are not included in Pd-extended
ieven if they were, [canvasobjectposition] would not be included, as it
was only published (and written) after
Georg Werner wrote:
Hi Luke,
i saw your patches now and thought of how to combine our efforts instead
of doing the same work twice. i can imagine a modular system. like a
core with the keyboard shortcuts and different modules which are
triggered by them (each module gets the list of
Georg Werner wrote:
cool. didn't see that.
well, there are objects popping up constantly...
i admit that [receivecanvas] might not be the most intuitive name for
this kind of functionality.
asdrm
IOhannes
smime.p7s
Description: S/MIME Cryptographic Signature
Mathieu Bouchard wrote:
On Sun, 2 Aug 2009, Alexandre Castonguay wrote:
I just tried it with a logitech camera and I get a hard crash.
You can't just say a logitech camera here. say which kind of camera.
the kind means the driver that has to be used with it. That means that
Logitech isn't
Cesar Mauri Loba wrote:
Hi,
With the latest pd version (0.42-5), latest ASIO drivers (v2.9) and under
WinXP SP3 when I run
pd -asio -audioindev 4 -audiooutdev 3 -listdev mypatch.pd
all works fine. pd starts interactively and selects the appropriate ASIO
devices. But if I try to run it
Claude Heiland-Allen wrote:
Hans-Christoph Steiner wrote:
Do you have any documentation on this as a suggested workaround?
http://wiki.fifengine.de/Segfault_in_cxa_allocate_exception#Workaround_.231
Explicitly linking against libstdc++ before linking against the opengl
libraries resolves
201 - 300 of 547 matches
Mail list logo