Dear Iain,
I guess that You mean with all of them the other pd-related packages, not
jack. Am I right?
I will try it soon.
2012/7/3 Iain Mott m...@reverberant.com
Hi Stefan - i would try de-installing all of them, then install only
puredata - and try that audio test i suggested. See what
Dear Iain,
I did as You suggested, the problem remains the same.
One problem might be:
When I reinstall PD some of the other PD-related packages will be
reinstalled to.
But I've read in the meantime, that my problem could be a bug, related to
my version of PD.
It seems to be the same problem like
Hi Miller
On Tue, 2012-07-03 at 14:11 -0700, Miller Puckette wrote:
Hi all,
Pd version 0.43-3 is available on http://crca.ucsd.edu/~msp/software.htm
or via git from sourceforge:
git clone git://pure-data.git.sourceforge.net/gitroot/pure-data/pure-data
As always: Many thanks for your
On Wed, 2012-07-04 at 08:20 +0200, Stefan Thomas wrote:
Dear Iain,
I did as You suggested, the problem remains the same.
One problem might be:
When I reinstall PD some of the other PD-related packages will be
reinstalled to.
But I've read in the meantime, that my problem could be a bug,
Quoth Roman Haefeli, on 04/07/2012 12:14:
I'm also interested to hear if others experience similar issues or if it
is only me having trouble with 0.43's design. Up to 0.42 everything was
fine for me regarding audio.
This may be related:
I just installed pd-extended 0.43.1 on Ubuntu 12.04 and I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-07-04 13:14, Roman Haefeli wrote:
Keeping the thread talking to the audio back end always running has
some advantages:
* The audio card cannot be stolen by other softwares while DSP is
off * A cycle of turning DSP off and on is much
I posted a patch for this a while ago but I don't think it got
incorporated upstream:
http://lists.puredata.info/pipermail/pd-dev/2012-04/018365.html
Chrissie
On 04/07/2012 12:56, James Dunn wrote:
Quoth Roman Haefeli, on 04/07/2012 12:14:
I'm also interested to hear if others experience
The thing I'm actually looking forward to doing is to extend textfiles
and
message boxes and data structures to be able to spit lists of atoms
around
much more flexibly than now.
independenly of how many new possibilities would come up from adding lists
to data structures, working with
On Wed, Jul 04, 2012 at 02:46:20PM +0200, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-07-04 13:14, Roman Haefeli wrote:
Keeping the thread talking to the audio back end always running has
some advantages:
* The audio card cannot be stolen by other
Yeah... I'm still trying to figure out how to make data structures less
clunky without adding unnecessary complexity... I'm planning to go back
and look at that again.
Miller
On Wed, Jul 04, 2012 at 05:37:49PM +0200, João Pais wrote:
The thing I'm actually looking forward to doing is to extend
I would find it very simple if a method would allow me to find scalar nr
2571 (I have a patch with many more) by sending the message [traverse
, bang, next 2571(, than by building a [2571(-[until]-[next(
structure. Or for example, it's impossible (?) to erase scalers without
using the
On Mit, 2012-07-04 at 09:16 -0700, Miller Puckette wrote:
On Wed, Jul 04, 2012 at 02:46:20PM +0200, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-07-04 13:14, Roman Haefeli wrote:
Keeping the thread talking to the audio back end always running has
(taking this off pd-announce - sorry I didn't notice that earlier :)
Yep, it was indeed my original focus, and it's proved hard to make it
as wonderful as I keep hoping it will someday be. Anyhow, making
traversal more convenient is definitely something I want to do. BEsides
the ideas you
Sounds like you want a granulator ... check out the grannie-basher etc:
http://lists.puredata.info/pipermail/pd-list/2009-06/070773.html
I'd imagine you could use [bonk~] or just the incoming signal envelope to
trigger sample grabbing, then feed that into a granulator ...
On Jul 3, 2012, at
Yep, it was indeed my original focus, and it's proved hard to make it
as wonderful as I keep hoping it will someday be. Anyhow, making
traversal more convenient is definitely something I want to do. BEsides
the ideas you mentioned, here are two others - first, being ble somehow
to name a
Hi Miller,
I think the whole gpointer thingy forces Pd users to think about
unnecessary details-- like scalar creation order-- just in order to use
them, which is exactly why the #1 complaint about them is that
nobody understands how to use them. You've designed the rest of
Pd to hide just
These are good ideas, thanks.
M
On Wed, Jul 04, 2012 at 11:40:57AM -0700, Jonathan Wilkes wrote:
Hi Miller,
I think the whole gpointer thingy forces Pd users to think about
unnecessary details-- like scalar creation order-- just in order to use
them, which is exactly why the #1
hi, any news on this?
João
thnx.. found some threads that seemed kinda encouraging but got stuck in
the sndlib compilation. I' ll test it in linux
On Jul 1, 2012, at 5:55 AM, IOhannes m zmölnig zmoel...@iem.at wrote:
On 06/30/2012 12:35 AM, José Rafael Subía Valdez wrote:
Hello list
the user doesn'tget expressivity through data structures that would
be comparable to just coding a c external, but they do get a
(somewhat) comparable level of complexity.
yes, the worse is that the enigmatic (gpointer) don't mean anything for
someone that can't read the C code, like me.
- Original Message -
From: João Pais jmmmp...@googlemail.com
To: Miller Puckette m...@ucsd.edu; Jonathan Wilkes jancs...@yahoo.com
Cc: pd-list@iem.at pd-list@iem.at
Sent: Wednesday, July 4, 2012 7:38 PM
Subject: Re: [PD] [PD-announce] pd 0.43-3 released
the user doesn'tget
20 matches
Mail list logo