On Wed, Feb 8, 2012 at 11:02 PM, Pierre wrote:
> Le 08/02/12 20:25, xä a écrit :
>
> Hi list!
>>
>> From now you have available, the dAAX! release garage404 that finally
>> has been released from the HD, after an hibernation year )))
>>
>>
Cool release!
thanks Xa, I was missing you!
abrazos!
hu
Le 08/02/12 20:25, xä a écrit :
Hi list!
From now you have available, the dAAX! release garage404 that finally
has been released from the HD, after an hibernation year )))
Waouh ! Nice work, nice release !
Thanks for sharing !
p.
___
Pd-list@iem
- Original Message -
> From: Ivica Ico Bukvic
> To: Mathieu Bouchard ; Jonathan Wilkes
>
> Cc: "pd-list@iem.at List"
> Sent: Wednesday, February 8, 2012 3:33 PM
> Subject: Re: [PD] GUI and DSP
>
>
>
> Mathieu Bouchard wrote:
>
>> Le 2012-02-08 à 11:55:00, Jonathan Wilkes a écrit :
Le 2012-02-08 à 15:33:00, Ivica Ico Bukvic a écrit :
Mathieu Bouchard wrote:
Or you could simply use pd-l2ork and a move arrays and other complex
graphical user interface objects using tags and never worry about that
problem again.
But arrays can still update quite quickly and it would be go
Hmm, thanks !
Sorry i was just wondering wether i had to erase all my signal driven sliders
deep in subpatches :))
...got some info thus, thanks, i love this list
JmAdrien
Le 8 févr. 2012 à 21:33, Ivica Ico Bukvic a écrit :
>
>
> Mathieu Bouchard wrote:
>
>> Le 2012-02-08 à 11:55:00, Jona
solved the problem. Needed to replace references to the library -ljack
with -ljack2 in Pd-0.42.5-extended/pd/src/configure.
Turns out my machine was always using Jack2. It's just that Jack2 is
actually Jack version 1.9.7 - a bit confusing.
i
On Wed, 2012-02-08 at 17:11 -0200, Iain Mott wrote
Mathieu Bouchard wrote:
>Le 2012-02-08 à 11:55:00, Jonathan Wilkes a écrit :
>
>> While technically correct that's misleading because there's a lot of
>> stuff happening on the 'pd' side that a reasonable person would
>assume
>> to be handled on the 'pd-gui' side. Well, more than that-- ther
Le 2012-02-08 à 11:55:00, Jonathan Wilkes a écrit :
While technically correct that's misleading because there's a lot of
stuff happening on the 'pd' side that a reasonable person would assume
to be handled on the 'pd-gui' side. Well, more than that-- there's
stuff happening on the 'pd' side t
Here's a youtube video of some of my fractal music
http://www.youtube.com/watch?v=V47C7AlTEUw&list=UUQnqitvai5V4tuxFOGw446w&index=14&feature=plcp.
to hear more click on my name and check out the burningship vids. all were
done withpd and zynaddsubfx.
I uploaded my fractal music maker patch if
Hello,
This thread is a little old, but I'm having the same problem.
Prince Ba, did you manage to resolve it? I'm getting the same undefined
errors trying to compile Pd-0.42.5-extended on Ubuntu 11.10 64bit using
the instructions here:
http://puredata.info/docs/developer/BuildingPdExtended64bit
> I hear that quicktimeapple can't work in 64-bit mode because the old
> quicktime api is 32-bit only. GEM's [pix_film] has the same problem.
yeah ive looked at some of the apple docs and the quicktimeapple.cxx
code but rewriting/modifying is beyond my knowledge...
Heres the info on the transitio
While technically correct that's misleading because there's a lot of stuff
happening on the 'pd' side
that a reasonable person would assume to be handled on the 'pd-gui' side.
Well, more than that--
there's stuff happening on the 'pd' side that doesn't need to happen at all,
but it can use
"One thing to keep in mind with Pd on modern computers is that 'pd-gui'
is a totally separate process from 'pd', so since basically all laptops,
desktops, and even tablets these days ship with 2 or more cores, that
means 'pd-gui' and 'pd' will be running on separate cores. Therefore,
as long as 'p
Hi list!
>From now you have available, the dAAX! release garage404 that finally
has been released from the HD, after an hibernation year )))
Wanna thanx those who have already support with the
face2face-crowdfunding of the G-_-404 physical release.
Remember that anyway are still availables the l
You might also want to [set ( values to be displayed by your slider or
number box.
i.e.
better this
[your input]
|
[set (
|
[vslider]
rather than
[your input]
|
[vslider]
When a slider receives a [set $1( message, it only displays the data,
without executing any output.
This is another good re
Many thanks Jamie ! Romain Michon did the hard work.
Yann
Congratulations Yann, this is brilliant work. The new website looks great.
I look forward to having a thorough play with it all.
Best wishes,
Jamie
--
http://www.jamiebullock.com
On 8 Feb 2012, at 16:48, y
Le 2012-02-08 à 09:38:00, m.e.grimm a écrit :
A couple questions. When I compile with opencv I get: Symbol not found:
_cvAdd in the pd-console. So I compiled without opencv. Suggestions to
fix? I have opencv installed via fink.
I have no idea. Is there still a cvAdd function in there ? It mig
Great work!!
JF(T)
On Wed, Feb 8, 2012 at 2:48 PM, yann orlarey wrote:
> Hi,
>
> We have recently redesigned the Faust website (http://faust.grame.fr) and
> its online compiler (http://faust.grame.fr/index.php/online-examples). It is
> now possible to generate Pure Data externals for Linux, Mac O
One thing to keep in mind with Pd on modern computers is that 'pd-gui'
is a totally separate process from 'pd', so since basically all laptops,
desktops, and even tablets these days ship with 2 or more cores, that
means 'pd-gui' and 'pd' will be running on separate cores. Therefore,
as long as 'p
Wow,
>From looking at the website, compiling, to messing with the karplus32
example took less than a minute.
Fantastic stuff.
All good wishes,
Julian
On 8 February 2012 17:03, Jamie Bullock wrote:
>
> Congratulations Yann, this is brilliant work. The new website looks great.
>
> I look forwa
Congratulations Yann, this is brilliant work. The new website looks great.
I look forward to having a thorough play with it all.
Best wishes,
Jamie
--
http://www.jamiebullock.com
On 8 Feb 2012, at 16:48, yann orlarey wrote:
> Hi,
>
> We have recently redesigned the Faust website (http://
Hi
See attached patch. Open it, turn on DSP, click the toggle and compare
CPU usage with the subpatch visible or hidden. On my computer, Pd takes
1% of CPU with the non-visible slider, and between 2 and 3% when the
slider is visible. Remember that [bang~] bangs at audio rate :) I
usually limit sli
>From my experience I'd say that GUI elements only take up a lot of
resources when redrawing is required. A passive slider doesn't require a
lot of CPU (if at all), but it does when you move it. The more complex the
GUI element, the more power is required. One typical use of GUI you want to
avoid i
Hello list
reading everywhere that GUI takes enormous amount of CPU.
More precisely : does a GUI element, say a slider monitoring a signal, require
lots of CPU in anycase -even when for instance it is invisible somewhere deep
in a subpatch-, or is it requiring lots of CPU only when displayed in
Ok. I have it compiled and running with the 64bit pd-extended 0.43.1
autobuild. I did something like:
___
svn checkout http://gridflow.ca/svn/trunk
./configure --use-cpu x86-64 --no-opencv --no-dc1394 --no-libv4l1
--no-libv4l2 --no-mmx --no-mpeg3
make
__
A couple questions.
hi guys,
Thanks for your tips.
Finally the workaround i choosed is to not use [stdout]...
In fact i need to get and set properties of a [pix_video] embedded in a
[pd~] and I was forwarding pix_video outlet to the main patch through
[stdout] which leads to disaster with symbols with space...
Actual
26 matches
Mail list logo
