Hello,
I try to capture the data from my Bamboo touch wacom tablet with the HID
object.
Everything is ok except the polling of the data.
The tablet works fine with X. I can see the data with the xidump command
line tool.
I think that the input events are provided only to the X event queue an
Hi all,
I've noticed that nesting nqpoly4 doesn't seem to work. i.e., if a patch
contains an nqpoly4 of patchX, and patchX contains an nqpoly4 of patchY,
then the patchY's will not instantiate. Instead, a bunch of 'connection
failed' messages appear in pd's console.
Is this a known bug? Any worka
hi all,
what would be a good way to transform sigmund~'s peaks output so that I
get a list with peak amplitudes but in the ascending order of the
corresponding frequencies?
thanks,
christian
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-mana
Thanks a lot!!
On 17 February 2012 21:46, Andy Farnell wrote:
> On Fri, Feb 17, 2012 at 03:12:57PM -0500, Hans-Christoph Steiner wrote:
> >
> > On Feb 17, 2012, at 2:17 PM, Mathieu Bouchard wrote:
> >
> > > Le 2012-02-17 à 18:53:00, Jordi Sala a écrit :
> > >
> > >> Can anyone help me with minic
Pd somehow checks for abstractions nested inside themselves and refuses to
create the inner one(s).
Obviously under normal circumstances such self-nested abstractions would expand
to infinity.
Can Pd tell the difference between dynamically instantiated objects and
"normal" instantiation?
I
Le 2012-02-18 à 16:19:00, labyrinthuscochlearis a écrit :
what would be a good way to transform sigmund~'s peaks output so that I
get a list with peak amplitudes but in the ascending order of the
corresponding frequencies?
GridFlow's [#grade] gives you a list of item numbers in the order that
Le 2012-02-17 à 15:02:00, Hans-Christoph Steiner a écrit :
First off, the pd-gui side of Pd has been re-written from scratch. When
you run Pd, you are actually running two programs: pd is the core engine
and pd-gui is the GUI. Since basically all computers now come with
multiple CPU cores, thi
I just wish that PD keeps the same philosophy of robustness and
simplicity as before.
Tuti
On Sat, Feb 18, 2012 at 2:54 PM, Mathieu Bouchard wrote:
> Le 2012-02-17 à 15:02:00, Hans-Christoph Steiner a écrit :
>
>> First off, the pd-gui side of Pd has been re-written from scratch. When
>> you run
Hi Hans,
great job. But, here in XP, I get audio problems: trying to run with asio
(as I always do with 0.42), the audio is very noisy.
Audio options are -asio -audioindev 2 -audiooutdev 2 -channels 2
-midiindev 1 -midioutdev 1 -audiobuf 40, and they always worked with
previous versions of
You're using the 64-bit Mac OS X version. That won't be a full release in 0.43
since there are some issues porting things away from Carbon that won't be
resolved in time. The 64-bit version means you can address huge amounts of
memory, but with 0.43 it means you will not have:
- Gem
- pdp
-
some of my students reported problems with pd using external firewire
interfaces on MacBooks with OSX 2.6.8. A sine wave from the "test
audio and midi" panel is very distorted.
We encountered this problem on a consumer ESI Interface and on the RME
Fireface. We tried different pd versions (0.43 a
On Feb 18, 2012, at 11:54 AM, Mathieu Bouchard wrote:
> Le 2012-02-17 à 15:02:00, Hans-Christoph Steiner a écrit :
>
>> First off, the pd-gui side of Pd has been re-written from scratch. When you
>> run Pd, you are actually running two programs: pd is the core engine and
>> pd-gui is the GUI.
That is for sure a goal. For the bare minimum, there is always Pd-vanilla.
.hc
On Feb 18, 2012, at 12:07 PM, Tuti wrote:
> I just wish that PD keeps the same philosophy of robustness and
> simplicity as before.
> Tuti
>
> On Sat, Feb 18, 2012 at 2:54 PM, Mathieu Bouchard wrote:
>>
>>
>> It
What do you mean by noisy? Can you give more information? I really don't know
much about Windows, so I rely on others to tell me how things there should be
handled. patco and pob have been doing a lot of valuable work there.
.hc
On Feb 18, 2012, at 12:13 PM, João Pais wrote:
> Hi Hans,
>
It sounds as if the audio isn't synced to the system card, or something.
The sinus in the audio test patch has lots of irregular clicks, almost as
if they would be dropouts.
What do you mean by noisy? Can you give more information? I really
don't know much about Windows, so I rely on ot
Please file a bug report with as much detail as possible.
.hc
On Feb 18, 2012, at 12:41 PM, João Pais wrote:
> It sounds as if the audio isn't synced to the system card, or something. The
> sinus in the audio test patch has lots of irregular clicks, almost as if they
> would be dropouts.
>
>
I believe there's no good way to do this in pd vanilla. THere should be
a 'list sort' but I haven't figured out what would be the best design.
(and there's probably already a list sort in Pd extended :)
cheers
Miller
On Sat, Feb 18, 2012 at 04:19:58PM +0100, labyrinthuscochlearis wrote:
> hi all,
Le 2012-02-18 à 12:25:00, Hans-Christoph Steiner a écrit :
On Feb 18, 2012, at 11:54 AM, Mathieu Bouchard wrote:
Le 2012-02-17 à 15:02:00, Hans-Christoph Steiner a écrit :
First off, the pd-gui side of Pd has been re-written from scratch.
You don't state which part of the pd-gui has been rewr
Le 2012-02-14 à 13:54:00, Alexandre Torres Porres a écrit :
the object code is fine, but I've changed it, just have a look to see if
you find something funny.
Can you just make a list of all the components that I worked on, to see
whether I have all of them. I remember that I didn't have a co
Hi all,I build a [coll]-based OSC logger to save to a file all the OSC activity
received from the network (coming from 9 to 12 nodes). Unfortunately it seems
it severely interferes with realtime audio in that PD instance when too much
OSC is received.I wonder if any of you tried a different app
Le 2012-02-18 à 09:58:00, Miller Puckette a écrit :
I believe there's no good way to do this in pd vanilla. THere should be
a 'list sort' but I haven't figured out what would be the best design.
(and there's probably already a list sort in Pd extended :)
the [list-sort] abstraction uses a hi
Dear List!
i love pd-extended-0.43 !! but i cannot add any search path in the
prefferences. It will show my new settings right when i make changes but wont
save anything. It prints "ripts/../extra/mapping: no such object" in the
pd-window. It works in pd-extended-0.42.5 . Should there be a file
Le 2012-02-13 à 20:07:00, Jonathan Wilkes a écrit :
Do gpointers only point to scalars? Because if you _could_ get a
pointer to an array-- perhaps using my canvas 'get' method patch-- you
could just make all arrays canvas local and forget all this $0-
business:
AFAIK :
Pointers point eithe
Le 2012-02-13 à 20:27:00, Patrice Colet a écrit :
oupse I've confused both versions, sorry for that, a thousands excuses
:")
Je pense pas que ça veuille dire ce que tu penses que ça veut dire.
http://en.wiktionary.org/wiki/excuse#Noun
__
Hey Hans,
I'm on OSX 10.5, and I'm getting this at startup:
/Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin:
dlopen(/Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin,
10): Library not loa
Le 2012-02-12 à 18:10:00, Hans-Christoph Steiner a écrit :
1) pd completely removed redrawing logic from the c code and migrated
it into tcl (which is what you may have done in great part already
inside desire-data)
The big problems with (1) is that not only you need to copy all the
visible
well, just to add my experience i think i can set search paths correctly,
but i would like to add that it seems to be quite difficult to have more
than one instance of PD-extended 0.43 on the computer (trying mac OS 10.6.4
w/ 32bit and 64bit builds) making it a bit challenging to check one build's
Le 2012-02-11 à 13:58:00, Ivica Ico Bukvic a écrit :
JUCE is amazing in terms of gui speed-up. Just check out bundled demos
that come with the sdk... Half of Gem could be easily reimplemented
using JUCE sdk...
Looks nice, but the window border of JuceDemo is weird. JuceDemo disables
the WM-m
- Original Message -
> From: Mathieu Bouchard
> To: Jonathan Wilkes
> Cc: Фывапр Олджэвич ; PD-list
> Sent: Saturday, February 18, 2012 1:20 PM
> Subject: Re: [PD] Pd-extended can't see $0-arrays ???
>
> Le 2012-02-13 à 20:07:00, Jonathan Wilkes a écrit :
>
>> Do gpointers only point
- Original Message -
> From: Mathieu Bouchard
> To: Ivica Ico Bukvic
> Cc: Jonathan Wilkes ; Hans-Christoph Steiner
> ; "pd-list@iem.at List"
> Sent: Saturday, February 18, 2012 2:06 PM
> Subject: Re: [PD] GUI and DSP
>
> Le 2012-02-11 à 13:58:00, Ivica Ico Bukvic a écrit :
>
>> JUC
Le 2012-02-18 à 11:29:00, Jonathan Wilkes a écrit :
From what I remember JUCE would by default give you pixel-exact UI down
to the window border on every platform, at the expense of
native-widgets/dialog-boxes/etc. for that specific OS. Well, maybe you
can get native widgets if you want, but
[hid] on Linux relies on a /dev/input/event* devices. If that device does not
provide a /dev/input/event* device, then [hid] can't read it. One possibility
is that you are using an X driver for that tablet, so not a /dev/input/event*
device.
.hc
On Feb 18, 2012, at 8:34 AM, Sylvain Hanneton
Try using [textfile] for writing to a soundfile. I've had good luck with it.
.hc
On Feb 18, 2012, at 1:06 PM, Jeppi Jeppi wrote:
> Hi all,
> I build a [coll]-based OSC logger to save to a file all the OSC activity
> received from the network (coming from 9 to 12 nodes). Unfortunately it seems
Looks like you downloaded the 64-bit version. See my previous mail in this
thread about the 64-bit version.
.hc
On Feb 18, 2012, at 1:44 PM, Mike Moser-Booth wrote:
> Hey Hans,
>
> I'm on OSX 10.5, and I'm getting this at startup:
>
> /Applications/Pd-0.43.1-extended-20120217.app/Contents/R
1-extended-20120218-macosx105-i386)
Ángel Faraldo
_
www.angelfaraldo.info
On Feb 18, 2012, at 6:41 PM, João Pais wrote:
> It sounds as if the audio isn't synced to the system card, or something. The
> sinus in the audio test patch has lots of irregular clicks, almost a
Hi Matju
On Sat, 2012-02-18 at 11:54 -0500, Mathieu Bouchard wrote:
> Le 2012-02-17 à 15:02:00, Hans-Christoph Steiner a écrit :
>
> > First off, the pd-gui side of Pd has been re-written from scratch. When
> > you run Pd, you are actually running two programs: pd is the core engine
> > and pd-
Setting the paths and the libraries to load at start time via the preferences
is deprecated in Pd-extended 0.43. The way to do this is:
* for the global path, add your libraries, etc. to the built-in user path:
http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files
* for a pat
ig
> the delay time is set to in the audio properties. (Tested with 'test
> audio/midi patch' @ SR 44100 and 48000 Hz with built-in audio, portaudio).
>
> also, [cputime] appears not to work.
>
> (pd-0.43.1-extended-20120218-macosx105-i386)
>
> Ángel Faraldo
Le 2012-02-18 à 20:57:00, Roman Haefeli a écrit :
I can only speak for myself, but I didn't read it as Hans would have
taken credit for those efforts.
Maybe you didn't read it. :-/ If you're interpreting it too much according
to what you think Hans want to say, then you might not be paying at
Le 2012-02-12 à 13:23:00, Ivica Ico Bukvic a écrit :
1) pd completely removed redrawing logic from the c code and migrated it
into tcl (which is what you may have done in great part already inside
desire-data)
Yes, that was what I did, plus or minus some big bugs and slowdowns.
2) pd used a
Ugh, I more and more tend to think that this info shall be directly
accessible from the affected dialog window. Many people may think their Pd
is just broken and they might just have no idea what to do about it.
Andras
On Sat, Feb 18, 2012 at 20:59, Hans-Christoph Steiner wrote:
>
> Setting the
I downloaded the one named Pd-0.43.1-extended-macosx105-i386.dmg. Is
that not the right one?
.mmb
On Sat, Feb 18, 2012 at 2:45 PM, Hans-Christoph Steiner wrote:
>
> Looks like you downloaded the 64-bit version. See my previous mail in this
> thread about the 64-bit version.
>
> .hc
>
> On Feb
On Sat, 2012-02-18 at 15:13 -0500, Mathieu Bouchard wrote:
> > an 'anti' attitude
>
> What's that ?
An attitude of trying to make things look bad for no obvious reason. I
think that all recent efforts done in Pd and Pd-extended are great and I
haven't had the impression that the wrong people to
Le 2012-02-18 à 21:57:00, Roman Haefeli a écrit :
An attitude of trying to make things look bad for no obvious reason.
What Hans has written at the beginning of the announcement is bad and this
is why I « make it look bad ».
I think that all recent efforts done in Pd and Pd-extended are gr
Yup, I agree, it should be represented clearly somehow I'm open to suggestions.
Its been a long time policy in Pd-extended to avoid using the preferences. Its
only recently been enforced.
.hc
On Feb 18, 2012, at 3:26 PM, András Murányi wrote:
> Ugh, I more and more tend to think that this in
That's the right one. Here's the problem:
>>> Reason: no suitable image found. Did find:
>>> /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong
>>> architecture
>
You have installed a Tcl framework in /Library/Frameworks that seems to be for
the wrong architecture.
Hi list,
i used the following define_loudspeakers object:
define_loudspeakers 3 -45 0 0 4545 090 45145 0180
45-145 0-90 45
but if i make a horizontal circle trajectory, the sound comes from
strange positions.
its like an inclined ellipse or something...
i also trie
47 matches
Mail list logo
