Hallo!
How could I turn on and off DSP of a graph, local patch or object?
I know [ ; pd dsp 1 ] message work for the whole pd process... but
what if I want for exemple turn on/off a bonk~ object inside a graph on
a child process just when I need it? Can't I save memory with this?
you will
Hallo you 2 !
How about a desire branch?
Well, if you don't identify those specific parts that are a problem to
you, and instead just quote the whole 200k digest, there's not much
helping me to comply with your wishes, so I wouldn't have a choice, really.
please - not one more branch !!!
Hallo!
We already have two devel_0_39, separated not by cvs but by #ifdef and
makefiles. Now it's getting somewhat cumbersome for me, but it seems
that in addition to that, it's getting somewhat cumbersome for the only
person (?) who still works on devel_0_39 outside of DesireData. Well,
Hallo!
Mathieu Bouchard schrieb:
[...]
1. I had the delusion that there were more developers working on
devel_0_39, but I hadn't counted. Turned out that it wasn't true.
yes, but when there are more and more branches every developer will have
it's own one and it's much more difficult
Hallo!
currently there's no low-priority messaging in Miller's pd version, but
there is in the devel branch.
It's one of the features that have been there for some time and i'm
trying to provide a patch for Miller, so that it can make it into
vanilla PD some time in the future. Hopefully the
Hallo!
and oh, you can have priorities even without threads...
and how?
Do you mean a bigger blocksize ... ?
LG
Georg
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
(ups sorry - this should be for pd-dev)
Hallo Hans+list!
I just added PDContainer to the build system and have some questions:
o) I have to use g++, otherwise I cannot link the binary - is this okay
for the compile farm ?
o) is it now, with the [declare] object, still necessary to make a
Hallo!
o) I have to use g++, otherwise I cannot link the binary - is this okay
for the compile farm ?
That's fine. There are common targets for compiling .c, .cc, and .cpp
files in externals/Makefile. These work on all platforms and properly
handle having all the variables like CFLAGS
Hallo!
Are you really sure that it's not a question of using extern C {...};
declarations to turn off overloading of names so that it stays
compatible with C ?
Thanks Marhieu, that's it!
I have to use extern C with all the setup functions!
(And I only had one extern C to call the whole
Hallo!
Yup, thanks for spotting that. That stuff is not used yet. That will
be for compiling shared code as a separate dynamic library, so that
things like Gem and PDP can be built as one-class-per-file libdir
format. If you have a lot of shared code in PDContainer, then maybe you
could
Hallo!
Wow, that's great that you have a shared library already! Since
Pd-extended is built with gcc on all platforms, porting the build
process to other platforms isn't too difficult, its mostly a matter of
getting the right flags, which are listed in externals/Makefile.
It (should) build
Hallo!
So is there a way how the externals can find the shared library,
whithout copying it into a global library path like /usr/lib/ ?
It seems that the only way is, to add the
/full/path/to/installed/library/directory to the LD_LIBRARY_PATH
variable before starting pd ...
I think you
Hallo Hans+list!
As I added some more externals to the buildsystem now, I have some more
questions:
1) flatspace (externals/build/src) :
I see there are now a lot of doubled objects there (e.g. zexy, iemlib,
iemmatrix, ... is now all in the libdir format) - so I only want to ask
if I can
Hallo!
1) flatspace (externals/build/src) :
[...]
Günter started that collection because he felt that Pd should have just
one carefully controlled global namespace. He doesn't like the
namespace stuff, so I just leave flatspace as is so that it can be used
as is. The namespace stuff is
Hallo!
http://sourceforge.net/tracker/index.php?func=detailaid=1604140group_id=55736atid=478072
http://sourceforge.net/tracker/index.php?func=detailaid=1604134group_id=55736atid=478072
http://sourceforge.net/tracker/index.php?func=detailaid=1604133group_id=55736atid=478072
Danke THomas !
Hallo!
In the last days only mac build logs were sent to the pd-cvs mailinglist.
I'm just curios why not the others ?
LG
Georg
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Hallo!
The script only sends the email if the build fails. The complete logs
are on the website if you want to see them.
e.g. the log from today says: (see [1])
And one more question:
All the new externals I added in the last weeks are not in the windows
installers - the I saw that there
Hallo!
And one more question:
All the new externals I added in the last weeks are not in the windows
installers - the I saw that there is also no Pd-0.40 for windows ...
Are there any special things to do to get Pd-0.40-extended for windows ?
Get ./configure make working with
Hallo!
The Windows scripts might not send emails, since it's a pain to do that
on Windows. Feel free to get that working.
How should I get this working ? - I would have to log me into the
windows machine ...
LG
Georg
___
PD-dev mailing list
Hallo!
The Windows scripts might not send emails, since it's a pain to do
that on Windows. Feel free to get that working.
[...]
Get it working on any machine, then check it into CVS. That's what
the auto-builds use. Ideally, it would use only software in Cygwin
or MinGW. So someone needs
Hallo!
Because I am currently using an really ugly kludge that should be
removed. It is not too hard to get the ./configure make stuff
working on Windows, and it has a lot of advantages, so I am not
supporting the ugly kludge anymore. Plus, if the ./configure make
stuff works on Windows,
Hallo!
Can you point me to the place in cvs where this is done ? - I cannot
find it ...
I think you are to look in
http://pure-data.cvs.sourceforge.net/pure-data/scripts/auto-build/
thanks - I saw it now ...
Do the autobuilds run in a specific order ?
Then we could e.g. simply download
Hallo!
The ugly kludge is used in the test/RC
versions(branch-v0-39-2-extended), just not in 0.40.2 yet (HEAD/MAIN of
Pd-extended). I'm not going to port the kludge, it was a mistake to
port it from 0.38.4 to 0.39.2, so I am not going to repeat that mistake.
Okay ...
Have you plans to get
Hallo!
Just to give some numbers: Currently we have 59 developers according
to http://sourceforge.net/projects/pure-data and I just saw, that some
like said Eric Lyon are still missing - at least I do know *him*
personally ;) - so we are already past 60!
Yes, but how many developers are
Hallo!
Because of this error (see below) Pd-Extended didn't install.
What is this 0-pager.pd file for and why is it not here ? (is it generated?)
However, I added a touch 0-pager-pd in the abstractions Makefile, so
it should install correct ...
LG
Georg
install -p
Hallo!
ATM the help path system does not work for Pd-Extended (at least on linux).
All the helpfiles are installed in /5.reference/externalname, but pd
automatically searches in extra/externalname.
So there are 2 possibilities to fix this:
1) we also have to add all /5.reference/externalname
Hallo devs!
Does it have any sense, that the following files are in the vbap cvs
directory:
define_loudspeakers.pd_irix6
vbap.pd_irix6
If there are no objections I will remove them !
LG
Georg
___
PD-dev mailing list
PD-dev@iem.at
Hallo Peter+Hans!
Yeah, they aren't hurting anything, they've been there a looong
time. So might as well keep them.
Yes, but IMHO the cvs is not here for binaries ! (and then why only vbap?)
But however, it's not that important ...
LG
Georg
___
Hallo!
just to make sure: iem_matrix is totally deprecated in favour of
iemmatrix.
it should not be added to the pd-extended build-system.
instead it should be removed from the pd-extended build-system.
(i don't want to break the build-system so i won't do it ;-))
Yes I know - but I need it
Hallo!
i think all of the iem_matrix objects are covered by iemmatrix.
basically all objects in iem_matrix are specialized versions of [mtx_*~].
however, i believe that [mtx_*~] is now so optimized, that you will not
gain anything from using the specialized versions, but you lose a lot of
Hallo!
Has anyone of the osx developer an idea, why there are linking problems
on osx (and only osx) with iem_t3 lib (see below) ?
I have not really an idea ...
Thanks
LG
Georg
cc -DPD -ftree-vectorize -ftree-vectorizer-verbose=2 -fast -fPIC
-mcpu=7450 -mtune=7450
Hallo!
C:/msys/1.0/home/pd/auto-build/pd-extended/externals/iem16/src/iem16_array.o:
In function
`tab16write_float':C:/msys/1.0/home/pd/auto-build/pd-extended/externals/iem16/src/iem16_ar
ray.c:135: undefined reference to `_imp__table16_getarray16'
As far as I can see the function
Hallo!
try compiling iem16 as library
Well, that's for pd extended - so it should not be a library ...
LG
Georg
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Hallo Hans!
IOhannes just told me that he was not able to compile it on windows ...
so I think you have to remove it from the windows builds ...
LG
Georg
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
Hallo IOhannes!
All the iem16 stuff does not work for me - don't know why ...
It does not find the array although I think I made it in a correct way ...
E.g. in iem16_array.c, line 25:
if (!(a = (t_table16 *)pd_findbyclass(x-x_arrayname, table16_class)))
error(%s: no such array,
Hallo!
yes: compile iem16 as a library!
Well, I tried it as library ...
seriously: afair, table16_class is defined static therefore the
objects [table16], [tab16_read] and [tab16_write] (or however they are
called) will refer to different classes with the same name; or something
like this
Hallo!
just to reiterate myself:
i can compile and run iem16 on linux and os-x as a _library_.
yes, but also only if you NOT declare table16_class as static, which
leads to the compile error on osx ...
therefore, if iem16 is to be included in pd-extended, i suggest building
it as a
Hallo Nathaniel!
Can someone please give me write privileges to CVS? (sourceforge username:
dosena2)
I have some updates for pd/src and pd/portmidi that provide support for sysex
on OS X.
The changes are extremely local in the sense that only a few lines of code
are changed in each
Hallo!
recently I got some practice also in programming graphical widgets for
puredata, so here's my request for write access to a directory in cvs.
(my sourceforge.net's account name is federico__, like my irc
alternative nickname)
Fine for me - would be really good to have some more GUIs
Hallo!
I don't know much about git, but what I have read this would defenitely
be an option.
Then also synching developer and millers version should be easier if I
understood that correctly ?
What do the others think ?
LG
Georg
___
PD-dev mailing
Hallo!
actually publishing them. So you can really think of commits as
semantic building blocks instead of as publishing. It separates
these two ideas nicely.
apropos: to the Montreal SVN discussion:
Didn't also Miller say, that he wants something like this ? (he also
mentioned such a
Andy Farnell schrieb:
On Mon, 12 Nov 2007 13:50:17 -0600
Mike McGonagle [EMAIL PROTECTED] wrote:
From reading some of the docs, I got the impression that it is NOT
possible to have any subsequent inlets allow for list input? Is this
correct? Do you know why this is? I have some ideas that I
Hallo Russell !
I really don't intend to start a SCM war here, but has the discussion of
switching to using svn on sourceforge instead of cvs ever come up before?
This was discussed many many times before and at the pd-convention it
was decided to switch to SVN.
So yes, this will be done
Hallo all!
Since there are so many pd people at the Linux Audio Conference next
week, should we make something like a developer meeting ?
There are already some topics:
- pd-extended buildsystem deb packages for debian+ubuntu
- should we apply for this years Google Summer of Code and which
On Sun, Feb 24, 2008 at 12:55:38PM -0500, Hans-Christoph Steiner wrote:
Yes, let's do it. I get in on Wednesday afternoon and leave on
Tuesday afternoon, so I have some time on either end.
.hc
On Feb 24, 2008, at 9:05 AM, Georg Holzmann wrote:
Hallo all!
Since there are so many pd people
Hallo!
i knew that there was a dpkg helpertool to get the package-
dependencies of a binary. it's dpkg-shlibdeps
Thanks - I included it now in the debian package builder !
We will see if it works ... ;)
LG
Georg
___
PD-dev mailing list
Hallo!
I just have come over the vamp plugins (http://www.vamp-plugins.org) again.
It is a plugin system for feature extraction, audio analysis and is used
by the Sonic Visualizer, Ardour, Audacity and others ...
There already exist many plugins (see
http://www.vamp-plugins.org/download.html
Hallo!
Certainly the aubio functionality and the libxtract functionality (which
gives some 50 features), are already available to Pd as an external (no
need for a plugin host).
Yes, I have seen that. For these two libraries it's of course better to
use the direct bindings
Although,
Hallo!
Yes, it would be great if some improvements got made to libxtract as a
'side effect' of the Pd GSoC! Something that might be interesting would
be a set of MIR-inspired abstractions that use the libxtract/aubio
bindings + the Pd machine learning objects ([knn], [ann_mlp], [ann_som])
to
Hallo Hans!
Very nice ;) !
Do you maybe know the minimal Android (SDK) version where this should run ?
In the AndroidManifest file it says android:minSdkVersion=7, which is
Android 2.1 - does it really require such a high version ?
Thanks,
LG
Georg
Hallo!
It now supports 1.6, try it out and let us know how it works for you.
This was fast - I will try it !
LG
Georg
.hc
On Jul 20, 2010, at 2:47 PM, Georg Holzmann wrote:
Hallo Hans!
Very nice ;) !
Do you maybe know the minimal Android (SDK) version where this should
run
51 matches
Mail list logo