so now I know a little more, I am trying to build everything in
Pd-0.39.3-extended/externals...
when I run make I have some problems...what is LADSPA and why is it missing?
[EMAIL PROTECTED] externals]# make
install -d /home/cgraham/installs/Pd-0.39.3-extended/externals/build//bin
cc -DPD -O3
Agent Engram wrote:
History...
1. Building reactable
2. couldnt get CCRMA binaries to work on fedora, unknown cause, floating
point error
it would be a good idea to file a bug-report at planetCCRMA.
most likely this is related to you being on amd64... (too few testers
that provide
marius schebella wrote:
Roman Haefeli wrote:
On Thu, 2008-01-10 at 02:27 +0900, hard off wrote:
but really, isn't it a bit silly that pd doesn't have a native
counter object?
save
I just want to mention that a counter object does more than just adding
numbers...
if it does, than
Agent Engram wrote:
so now I know a little more, I am trying to build everything in
Pd-0.39.3-extended/externals...
btw, if you are on a native 64bit operating system, than you _really_
should use pd-0.41 (test).
any Pd-version below 0.41 will be buggy on 64bit platforms.
when I run make
Yes, transducers was the term I was looking for!
As a matter of fact, running through the photos at sites I was given, I
think the lower end items of AURA's bass shakers are exactly what I've
used in the past.
Thank you all for the references.
Frank,
thanks for the note on PD-ot. I can't
On Mon, 2008-01-07 at 14:05 +, alex wrote:
Hi pders
Here's a way of PD patching in plaintext:
Like all of your stuff, very cool! Any plans to convert the other way as
well? graphical pd patch - ascii-art patch...
Jamie
--
www.postlude.co.uk
Hi,
I wish I could estimate cpu usage (in terms I will define later)
from within the patch, in order to have some part of the patch adapt
to it and work with higher resolution when more free cpu power is
available, and less when the cpu load is higher. For instance, I would
like to have some
something that is really slowing down my work recently:
in some patches i need to have hundreds of copies of the same
abstraction. to save just one copy of the abstraction would only take
a fraction of a second, but when i have many hundreds of copies, pd is
really stumbling to get these
Now I noticed this weird thing:
Compare this:
[bang~]
|
[t b b]
| |
[timer]
|
(number)
to this:
[bang~]
|
[t b b]
| |
[realtime]
|
(number)
With [timer] I get 1.45125, which is 64/44100*1000 as expected. With
[realtime], I would expect a slightly varying value around 1.45125
With [timer] I get 1.45125, which is 64/44100*1000 as expected. With
[realtime], I would expect a slightly varying value around 1.45125
approximately, but I get values below 0.1!!
Whooops! :$:$:$:$:$:$
That's not true!!
With realtime I get a lot of small values around 0.1 and then,
Hi,
this is because PD maintains it's internal structures using linked lists
which gives a very bad behavior with many structure items.
It has been discussed on the list a couple of times, but there's no
solution at hand.
You could try to arrange your load of abstractions in subpatchers, with
Yes, I've had that as well. The thing to do in this situation is to make
sure that all the abstractions or subpatches inside the one you are
saving are closed. Having to refresh these open subpatches or
sub-abstractions along with the main abstraction exponentially increases
the load on PD,
in some patches i need to have hundreds of copies of the same
abstraction. to save just one copy of the abstraction would only take
a fraction of a second, but when i have many hundreds of copies, pd is
really stumbling to get these abstractions all renewed to the new
saved version. it
Hi Matteo,
matteo sisti sette wrote:
Otherwise, think about converting some of the abstractions to subpatches
Please don't interprete what I'm gonna say as sarchastic or offensive
to whom wrote the above sentence (which however has been suggested by
more than one person). Just take it as
Please don't interprete what I'm gonna say as sarchastic or offensive
to whom wrote the above sentence (which however has been suggested by
more than one person). Just take it as a general and (hopefully)
constructive discussion about PD issues...
No offense taken. But since I have
PDP would be nice, for sure
Hans-Christoph Steiner [EMAIL PROTECTED] wrote:
That sounds like a tall order, but very useful. Do you mean in Gem,
PDP, C, C++, etc?
.hc
On Jan 6, 2008, at 2:16 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I am wondering how one might
Don't the PDP video objects also have an inlet for frame number? I'm
sure they do. Think of it in the same way as you would address a table
with a soundfile loaded into it, and it is actually even easier in same
ways!
d.
[EMAIL PROTECTED] wrote:
PDP would be nice, for sure
I usually open the abstraction with 'help' rather than 'open', pd
crashes less often when saving.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Hello,
I'm trying to comunicate pd with arduino (under linux ubuntu), with
pduino for example, but my pd 0.40-2 version doesn't have
pd-cvs/externals/iem/comport. Where can I find externals? I suppose I
will need as well pd-cvs/externals/iemlib and
pd-cvs/externals/hardware/arduino maybe?
I
Quoting matteo sisti sette [EMAIL PROTECTED]:
memory corruption or something: nonsense error messages such as
.x8972383 no such object (or something like that: can't remember
exactly),
this is definitely not a nonsense message.
it tells us that there is a corruption in the communication
Quoting matteo sisti sette [EMAIL PROTECTED]:
Otherwise, think about converting some of the abstractions to subpatches
Please don't interprete what I'm gonna say as sarchastic or offensive
to whom wrote the above sentence (which however has been suggested by
more than one person). Just take
salü
i just got a strange behaviour on playback of video in gridflow. on my
laptop it works without problemas but on my workstation the following
error occurs:
error: RuntimeError: unknown suffix '.mov'
/usr/local/lib/pd/extra/gridflow/format/main.rb:419:in `new'
hm i don't really found the location of the problm - i was running on
gridflow 0.9 then installed the cvs now its working fine!
thanks salutis
olsen
On Jan 9, 2008 7:59 PM, Mathieu Bouchard [EMAIL PROTECTED] wrote:
On Sun, 30 Dec 2007, olsen wolf wrote:
anyone knows to get a single frame
On Thu, Jan 10, 2008 at 02:42:12PM +0100, matteo sisti sette wrote:
Yes of course. I didn't mean to criticize your suggestion: I meant to
criticize PD that makes that suggestion necessary.
Of course that IS a valid workaround in a lot of situations where the
use of abstractions is not very
On Thu, 10 Jan 2008, IOhannes m zmoelnig wrote:
if it does, than afaik the _only_ language that has a counter built-in
is max/msp.
10 FOR X=1 TO 100
20 PRINT WHAT ABOUT BASIC?
30 NEXT X
(1..100).each {|x|
puts and then what about Ruby?
}
_ _ __ ___ _ _
On Fri, 11 Jan 2008, olsen wolf wrote:
[quicktimehw] Plaum's LibQuickTime (try #1) lqt/quicktime.h:
--- missing (gcc compilation error)
[quicktimehw] Plaum's LibQuickTime (try #1) quicktime/quicktime.h:
- missing (where is quicktime/quicktime.h ?)
[quicktimehw] Plaum's
so when I go go to the pd site there is no download for pd-0.41 are you
suggesting getting it by cvs?
cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/pure-data
login
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/pure-data
co -P *modulename*
can you tell me the modulename I would use?
agent engram
arrg sorry, i found it
http://puredata.info/docs/developer/sourceforge_cvs
On Jan 10, 2008 9:41 PM, Agent Engram [EMAIL PROTECTED] wrote:
so when I go go to the pd site there is no download for pd-0.41 are you
suggesting getting it by cvs?
cvs -d:pserver:[EMAIL
set authenticate F1123581321345589144233
set delivery off
end
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
29 matches
Mail list logo