Hi,
On Mon, Mar 12, 2012 at 06:36:25PM -0400, Hans-Christoph Steiner wrote:
On 03/12/2012 06:06 PM, yvan volochine wrote:
On 03/12/2012 02:54 PM, Hans-Christoph Steiner wrote:
IMHO, [routeOSC] should accept these two as the same thing:
[/bla/1/blabli 0.437(
[list /bla/1/blabli 0.437(
the more advanced topics within - e.g. dynamic patching for me, or libPd
according to Julian.
The high-end is the avant-garde
Peace
Indeed.
2012/3/13 Mathieu Bouchard ma...@artengine.ca
Le 2012-03-13 à 02:09:00, András Murányi a écrit :
Hey, I was not quoting you. I was basically
On Mon, Mar 12, 2012 at 11:32:44AM -0400, William Brent wrote:
I'm also wondering about the timing of tabread4~'s offset inlet being
updated. I get fewer clicks by tossing most of the patch into a
subpatch with [block~ 1]. I haven't checked really carefully, but
that does seem to make it so
On Tue, 2012-03-13 at 09:11 +0100, Frank Barknecht wrote:
Hi,
On Mon, Mar 12, 2012 at 06:36:25PM -0400, Hans-Christoph Steiner wrote:
On 03/12/2012 06:06 PM, yvan volochine wrote:
On 03/12/2012 02:54 PM, Hans-Christoph Steiner wrote:
IMHO, [routeOSC] should accept these two as the same
Hi all
Nowadays, Pd supports UTF-8 and it's possible to type non-ASCII
characters into a symbol box (or a message box, if you like). This is
generally good thing.
When working with [packOSC], every symbolic (non-number) element is
treated automagically as a OSC string (unless you create
Hi,
On Tue, Mar 13, 2012 at 10:02:01AM +0100, Roman Haefeli wrote:
You're not convinced of what now?
Sorry for the unclarity: I'm not convinced of the recent change in [routeOSC],
I think, it would work fine accepting list-messages as well as proper
OSC-meta-messages.
The proposal is
problem solved. i had 42.5 in the same directory and that must have
caused some confusion with the paths for some reason. thrashing it
fixed the issue.
thanks for pointing me in the right direction!
ralf
On 12.03.2012, at 18:16, Ralf Blagau ralf.bla...@googlemail.com wrote:
hello,
i'm
Hello List,
Some details regarding funding opportunities for the MA/MSc in Music Technology
at University of Limerick follow.Please feel free to distribute widely.
Kind regards
Nick
Master's in Music Technology Funding Opportunities
The Department of Computer Science and Information Systems has
Hi David and list,
AFAIK real-time priority processes are available on G/Linux with
special kernel loaded (low-latency kernels /rt-kernels )...
Not sure if is possible it in other OSs
Another point is that youll need a very powerful computer to be able
to flow those processes at low latency,
Hi Frank
Though I lack to see the necessity to change [routeOSC]'s current
behaviour, I agree that it most likely wouldn't cause any harm.
Roman
On Tue, 2012-03-13 at 11:17 +0100, Frank Barknecht wrote:
Hi,
On Tue, Mar 13, 2012 at 10:02:01AM +0100, Roman Haefeli wrote:
You're not
Hi all,
The Barcelona Laptop Orchestra has been working with some network
abstractions built specifically per piece (chats, OSC sync and so). I was
thinking on making a whole, reusable framework, but then I read about the
NetPd system... I'd like to develop stuff from it (some GUI abstractions,
Hi Roman,
On Tue, Mar 13, 2012 at 12:19:59PM +0100, Roman Haefeli wrote:
Though I lack to see the necessity to change [routeOSC]'s current
behaviour, I agree that it most likely wouldn't cause any harm.
As I understand it, this topic only came up because apparently the behaviour
has been
On 03/13/2012 07:12 AM, Frank Barknecht wrote:
Though I lack to see the necessity to change [routeOSC]'s current
behaviour, I agree that it most likely wouldn't cause any harm.
As I understand it, this topic only came up because apparently the behaviour
has been changed in the newest release
ola,
ola,
conclusion is :
although i've been slandered _again_ by people that
will never apologize, i don't mind,
this only shows the stupidity of the author
of such mail as :
'i think it is sevy'
i'm just thinking i'm right to have left this community,
and that's fine because i don't use pd
Well it was simple enough to implement. The newest [routeOSC] in svn
should handle lists and messages the same, even though you shouldn't be
using lists ;)
Also any non-OSC messages will be sent through the rightmost outlet.
Martin
On 2012-03-13 12:14, yvan volochine wrote:
On 03/13/2012
Sevy,
1.) I never said I THINK it is you, I said I SUSPECT it was you, so no
slander...
2.) Also, I'm sorry if I offended you, I THOUGHT everyone was actually
being humorous.
It was not my intention to hurt your feelings and for this I apologize.
Sincerely,
Patrick
On 3/13/12 12:43 PM,
Hello
I am collaborating with a programmer who has developed a kinect streamer with
windows SDK that sends data over udp.
I am soliciting some ideas on WHAT to do with the data stream.
We are thinking movies/models and midi, but I would love to hear some ideas
regarding what to do with the data
On Tue, Mar 13, 2012 at 5:12 PM, Pagano, Patrick
p...@digitalworlds.ufl.eduwrote:
Sevy,
1.) I never said I THINK it is you, I said I SUSPECT it was you, so no
slander...
2.) Also, I'm sorry if I offended you, I THOUGHT everyone was actually
being humorous.
It was not my intention to hurt
On Mon, Mar 12, 2012 at 11:32:44AM -0400, William Brent wrote:
I'm also wondering about the timing of tabread4~'s offset inlet being
updated. I get fewer clicks by tossing most of the patch into a
subpatch with [block~ 1]. I haven't checked really carefully, but
that does seem to make it so
Hi Andy,
Joao, if the jumps are always (theoretically zero) going to be very
small (no backjumps of a whole segment) then let's suggest a quick
and practical fix and ignore the whole issue of sample accuracy
in the control system. I take it you only need this to sound good
enough, not be sample
Ouch - Dominic that ain't nice.
Patrick you're nitpicking think/suspect are fairly interchangeable and
maybe this is a language/culture thing but it didn't seem that humorous to
me.
Very admirable and straight apology though (I don't do sarcasm/irony if I
can help it).
Well, there he goes then
The offset of [tabread4~] was there to avoid any reading errors when the
index points get too high (the whole sample is almost 7m long). So there's
not option for this, but to use only the right entry?
Seems like you should stick with your original approach using the
right inlet for good
Hi Quim
On Tue, 2012-03-13 at 12:27 +0100, Quim Llimona wrote:
Hi all,
The Barcelona Laptop Orchestra has been working with some network
abstractions built specifically per piece (chats, OSC sync and so). I was
thinking on making a whole, reusable framework, but then I read about the
NetPd
23 matches
Mail list logo