On Sat, Apr 17, 2010 at 04:30:52PM -0400, Mathieu Bouchard wrote:
> On Fri, 16 Apr 2010, András Murányi wrote:
>
>> One (hard) aspect of GUI design in case of Pd is that the GUI widgets are
>> provided by Tcl/Tk at the moment, which does not allow for such kind of
>> skinning, afaik.
>
> Tcl/Tk u
I think we shall escalate this to the PR Department ;o)
For the meantime:
http://twitter.com/search#search?q=%22pure%20data%22
On Sat, Apr 17, 2010 at 11:24 PM, wrote:
> My answer is NO,
> there is nothing twitterly exciting for you.
>
> On Sat, Apr 17, 2010 at 12:15:40PM -0700, Jerome Covington
My answer is NO,
there is nothing twitterly exciting for you.
On Sat, Apr 17, 2010 at 12:15:40PM -0700, Jerome Covington wrote:
> Any recommendations on Twitter users to follow who are doing/trending
> exciting work in audio development?
>
> --
> Regards,
> Jerome Covington
> . . . . :
On Fri, 16 Apr 2010, Lorenzo wrote:
As a comment on the designs which graphically look very cool... this
will probably be unpopular... but I *wouldn't* second segmented or curvy
chords (like in some other popular dataflow programs) as I think they
tend to make patches (and one's coding) less c
On Fri, 16 Apr 2010, András Murányi wrote:
One (hard) aspect of GUI design in case of Pd is that the GUI widgets
are provided by Tcl/Tk at the moment, which does not allow for such kind
of skinning, afaik.
Tcl/Tk up to 8.4 allow some amount of configuration... at least much more
than has eve
Any recommendations on Twitter users to follow who are doing/trending
exciting work in audio development?
--
Regards,
Jerome Covington
. . . . : . . . . :
"define audio development"
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-
> > Please anybody correct me if I am wrong, but I think _unless
> > there are
> > loops in the graph_ there is _always_ an order that ensures no added
> > latency, and finding out that order is all what dsp-graph computing
> > is
> > about!!! I always thought Pd would take care of that
> > pe
Hey,
I have a schleptop with a built-in camera (lenovo t400). Xawtv works
great, but I cannot get pix_video to start.
When I start it (trying out lots of different options), it says:
VIDIOCSCHAN: Invalid argument
Anyone have an idea how to fix
On Sat, 17 Apr 2010, Spencer Russell wrote:
Agreed that Pd's code is certainly organized in an object-oriented way,
and the architecture that Miller has constructed to do OOP in C is
extremely clever
Well, not that clever. This kind of design has been implemented quite a
number of times by v
Thank you again, Mathieu!
I'll give it a try. I was testing on Windows so far but I actually need it
on Linux. So it looks like a good idea to figure it out on the OS I'll need
it to use on since it seems to be different on every platform.
Ingo
> -Ursprüngliche Nachricht-
> Von: Mathieu
On Sat, 17 Apr 2010, Ingo Scherzinger wrote:
I'll give it a try. I was testing on Windows so far but I actually need
it on Linux. So it looks like a good idea to figure it out on the OS
I'll need it to use on since it seems to be different on every platform.
Well, if you only need to send the
> What's a "random bug" ?
"not on purpose"
2010/4/17 Mathieu Bouchard
> On Sat, 17 Apr 2010, Alexandre Porres wrote:
>
> so, is it a random bug?
>>
>
> What's a "random bug" ?
>
>
> I thought it was on purpose... because of the no "$0" on messages
>> philosophy...
>>
>
> There's no philosoph
On Sat, 17 Apr 2010, Alexandre Porres wrote:
so, is it a random bug?
What's a "random bug" ?
I thought it was on purpose... because of the no "$0" on messages
philosophy...
There's no philosophy behind that !
_ _ __ ___ _ _ _ ...
| Mathieu Bou
On Sat, 17 Apr 2010, Alexandre Porres wrote:
>if i put 92 through [makefilename %c]
oh, 44 gives back wierd stuff too "\\,"
44 59 92 123 125.
comma prints fine with GridFlow's [print], double-backslashed with Pd's
[print].
semicolon prints single-backslashed with GridFlow's [print],
tripl
On Sat, 17 Apr 2010, Ingo Scherzinger wrote:
I tried to input them with [ALT+CTL+space] but pd doesn't accept that.
What's a proper method of typing "non-breaking spaces" inside of pd or
typing them into a standard textfile so pd can read them?
There are several ways. This is OS-dependent an
Thank you, Mathieu!
I tried to input them with [ALT+CTL+space] but pd doesn't accept that.
What's a proper method of typing "non-breaking spaces" inside of pd or
typing them into a standard textfile so pd can read them?
Ingo
> -Ursprüngliche Nachricht-
> Von: Mathieu Bouchard [mailto:m
On Sat, 17 Apr 2010, Ingo Scherzinger wrote:
Is it possible to type more than one consecutive „space“ with GEM
[text2d] ?
Use "non-breaking space" unicode characters. They always count as
non-spaces, so you can put them in symbols at will. That's what I use to
put spaces in IEMGUI labels.
Is it possible to type more than one consecutive "space" with GEM [text2d] ?
I need to print some type of karaoke lyrics with chord changes on the line
above. Obviously the chord symbols need to be right where the changes are in
the lyrics.
Maybe there is another solution or object to do this - I
On Sat, 17 Apr 2010, ydego...@gmail.com wrote:
s'lam,
However, if you want to do heavy processing using [pix_...] objects
(and/or GridFlow and PDP)
PDP has always been (optionally) threaded since its inception ( thanks to tom
shouten ).
ah yes, thanks for the correction.
_ _ __ ___ _
hi,
i wnat to know where i can find pd logo svg ?
i need it to do some design.
thahk.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
>a stradivarius isn't made in decade.
neither good violin players...
2010/4/17
>
> In term of DSP processing I've found that Pure Data sound better than max,
> it sounds like if we remove all the unnecessary electronics from a studio
> mixerboard,
> which is the good point, someone else in t
On Fri, Apr 16, 2010 at 7:03 PM, Mathieu Bouchard wrote:
> On Fri, 16 Apr 2010, Jaime Oliver wrote:
>
> What do you mean by "some threading". I am particularly interested in the
>> input modules (cameras),
>>
>
> pthread is used in [pix_film], [pix_image], [pix_movie], and also in the
> V4L, V4L2
Surely the pd-dev list exists for just such long, arcane and
not-at-all-relevant-to-actually-using-pd discussions? No flame intended.
D.
--
::: derek holzer ::: http://macumbista.net :::
---Oblique Strategy # 94:
"Is it finished?"
___
Pd-list@iem.at
Matteo Sisti Sette escribió:
So my question is which of these is true:
A) there is always a one-block latency between a s~ and a corresponding r~
B) there _can_ be a latency, depending on the execution order Pd choses,
and you can't know whether there will or won't be.
C) there _can_ be a laten
On Sat, Apr 17, 2010 at 1:38 AM, Mathieu Bouchard wrote:
> On Fri, 16 Apr 2010, Spencer Russell wrote:
>
>> I'm excited about the idea of a more object-oriented approach,
>
> Pd's implementation was made with an object-oriented approach. You can't get
> much more object-oriented than that. If you
> > |adc~|
> > |
> > |send~ foo|
> >
> > |receive~ foo|
> > |
> > |dac~|
> >
> > it execution order is ambiguous.
> >
> > either (a) adc-send-receive-dac or
> > (b) receive-dac-adc-send.
> > the case (b) introduces one sample block of latency between
> > send and receive, (a) doesn't
> unfortunately, this is not a trivial issue.
>
> dynamically changing the signal graph is possible (actually, i had an
> implementation of that in nova). do the topological sorting in the
> background and you are fine.
>
> the tricky part are implicit dependencies. see this trivial patch:
> |adc~|
> |adc~|
> |
> |send~ foo|
>
> |receive~ foo|
> |
> |dac~|
>
> it execution order is ambiguous.
>
> either (a) adc-send-receive-dac or
> (b) receive-dac-adc-send.
> the case (b) introduces one sample block of latency between
> send and receive, (a) doesn't introduce any latency.
I don't think it
s'lam,
However, if you want to do heavy processing using [pix_...] objects
(and/or GridFlow and PDP)
PDP has always been (optionally) threaded since its inception ( thanks
to tom shouten ).
saludos,
sevy
___
Pd-list@iem.at mailing list
UNSUBSCRI
> Giving up extensible generality and moving
> from a linear structure to finite but
> 'big enough' adjacency matrix always
> seemed the way to go.
it is not really a problem of the graph representation, but it is about what
i call `implicit dependency'. in order to traverse a graph, you can trav
That would have been the function of a versatile
[z~] object in my mind. Default would be [z~ -1]
or a one sample delay, and a second inlet would
allow [z~ -blocksize] to do what we normally
do with a [s~] and [r~].
There was one from Zexy that I used for a long
time time before I understood how
> I've actually wondered this for a while: Why is it that send~ and
> receive~ objects require special treatment instead of being treated
> the same as any other edge in the graph? I understand that in the
> current implementation using s~ / r~ pairs is the only way to create a
> graph with cycles
To be honest I'm not worrying about advced networking, just what is of
practical benefit for performance, it's definately in the formative stages now.
Although it does seem that it's better than netsend and netrecieve for working
with more than one connection (I.E. with netsend computer A sends
Giving up extensible generality and moving
from a linear structure to finite but
'big enough' adjacency matrix always
seemed the way to go.
I'm not speaking for Martin on ZenGarden
though, I'm not sure what his current
ideas are, or even if its still active.
How did topoloical sorting of a lis
On Sat, Apr 17, 2010 at 9:04 AM, Tim Blechmann wrote:
> unfortunately, this is not a trivial issue.
>
> dynamically changing the signal graph is possible (actually, i had an
> implementation of that in nova). do the topological sorting in the
> background and you are fine.
>
> the tricky part are
Hello Jordi,
sure, i will have a look at it later, see what i need to do to package it :)
i am supposed to quite a few things this weekend, so please remind me
next week if i still didn't post it.
cheers,
--
Ilya D.
On Sat, Apr 17, 2010 at 02:17:51PM +0200, Jordi Sala wrote:
> Hi, I'm very int
metronome broadcast msg is interesting ..
so you are using netserver/client to do that?
can you go into some advanced networking with these couple?
On Sat, Apr 17, 2010 at 12:35:07PM +0100, Andrew Faraday wrote:
>
> Hey all
> Out of all that, [netserver] and [netclient] won over, we're working on
> depending on their implementation, it may be possible to do
> click-free changes of the dsp graph, which is the weakest part
> of the dsp engine of pd.
This recalls me of a possibly unrelated even "bigger" problem: you get
audio dropouts even by opening a window (such as a subpatch or
abstrac
Roman,
//--
//- Mail Original -
//De: "Roman Haefeli"
//À: "colet patrice"
//Cc: "Mathieu Bouchard" , "pd-list"
//Envoyé: Samedi 17 Avril 2010 00h14:24 GMT +01:00 Amsterdam / Berlin / Berne /
Rome / Stockholm / Vienne
//Objet: Re: [PD] nusmuk_audio WAS: Max Smoother Audio than
unfortunately, this is not a trivial issue.
dynamically changing the signal graph is possible (actually, i had an
implementation of that in nova). do the topological sorting in the
background and you are fine.
the tricky part are implicit dependencies. see this trivial patch:
|adc~|
|
|send~ fo
In term of DSP processing I've found that Pure Data sound better than max,
it sounds like if we remove all the unnecessary electronics from a studio
mixerboard,
which is the good point, someone else in the list has already made a
comparission and C-sound seems to be the most promising.
But b
Hey all
Out of all that, [netserver] and [netclient] won over, we're working on a
couple of abstractions for network conducting including metronome, broadcast
messenger and a universal volume modifier. If anyone's interested I can make
these available once tested and let you know about the expe
ALSA library is capable to do that for you,
look in aseqnet(1) manpage.
i haven't had a chance to use it yet myself..
On Wed, Apr 14, 2010 at 09:05:29PM -0300, Ariane stolfi wrote:
> Hi,
>
> just another question in this subject,
> what do you sugest for sending midi values between two computers
I think that using [throw~]/[catch~] and [s~]/[r~]
can do the job really ..i'm not sure what are you trying to archieve
but i hope you get my idea ..
also, can someone tell if sending or throwing signals adds any
processing overhead?
On Sat, Apr 17, 2010 at 11:24:14AM +0100, Andy Farnell wrote:
>
I have made a little plugin widget for QTdesigner (well, you really
wanna use QTcreator IDE) that connects to pd via a TCP socket and you
can specify the hostname ..
you can add sliders and buttons and whatever and it all works quite
fine.
there's very little to the code, in fact it's damn minimal
Yes. This was a design goal from early on.
A dynamically rewritable signal graph is
quite essential to advanced procedural audio.
On Sat, 17 Apr 2010 12:04:09 +0200
Tim Blechmann wrote:
> > I'm excited about the idea of a more object-oriented approach, and
> > especially with the idea of ditchi
> I'm excited about the idea of a more object-oriented approach, and
> especially with the idea of ditching all the Tk/Tcl garbage, but I
> don't really see the utility of re-implementing all the DSP graph
> code.
depending on their implementation, it may be possible to do click-free
changes of t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jack wrote:
> Le vendredi 16 avril 2010 à 10:18 -0700, Jaime Oliver a écrit :
>> Hey Jack,
>>
>>
>> You need to put pix_hand.cpp and pix_hand.h (from the
>> 07-apr-10-current folder) in the Pixes folder in Gem, and compile it
>> like you regularly do.
48 matches
Mail list logo
