On 08/27/13 20:37, Max wrote:
Am 27.08.2013 um 18:57 schrieb IOhannes m zmölnig zmoel...@iem.at:
On 08/27/13 12:30, Max wrote:
There is one little annoyance:
if you select a GUI object, right click fro the properties and then go to
change on of the fields in the dialog, you can't hit
On 08/27/2013 04:09 PM, Jonathan Wilkes wrote:
On 08/27/2013 12:20 PM, Ivica Ico Bukvic wrote:
We are coming up on a new pd-l2ork release--one that I am
particularly excited about. As I continue to put on the finishing
touches, I wanted to share a small but hopefully sweet teaser
screenshot
On 08/27/13 22:34, Jonathan Wilkes wrote:
Conclusion: teach Fanout(1) and Trigger(2) for situations where ordering
doesn't matter, and Trigger(1) for
situations where it does. The end.
only that many Fanout(2) problems originate in a Fanout(1) design, where
at some point the patch was
On 08/28/13 00:47, Jonathan Wilkes wrote:
+#X obj 407 2 pddp/pddplink http://puredata.info/dev/pddp -text pddp
ähm, has pddp made it into Pd-vanilla already?
it might be a good idea to submit multiple patches, each implementing a
given functionality/feature, so they can be reviewed committed
On 28/08/2013 02:17, Ronni Montoya wrote:
Hi , i have a folder with my pd patch and another folder that stores
txt files ( my data).
How can i read my txt files from that folder using relative path?
I need to be able to change the location of my folder and not having
the necessity of rewriting
Le 27/08/2013 19:15, Jack a écrit :
Le 27/08/2013 12:30, Max a écrit :
There is one little annoyance:
if you select a GUI object, right click fro the properties and then
go to change on of the fields in the dialog, you can't hit backspace,
because this deletes the object and closes the
Thank you Miller!
Il 20/08/2013 03:00, Miller Puckette ha scritto:
Seems like this should be an option... I think it's a bit late to add
features to 0.45 but I'll stick it on my list for later.
cheers
Miller
On Thu, Aug 08, 2013 at 11:03:58AM +0200, Nicola Pandini wrote:
Hi, I resume this
Am 28.08.2013 um 09:33 schrieb IOhannes m zmölnig zmoel...@iem.at:
On 08/27/13 20:37, Max wrote:
Am 27.08.2013 um 18:57 schrieb IOhannes m zmölnig zmoel...@iem.at:
On 08/27/13 12:30, Max wrote:
There is one little annoyance:
if you select a GUI object, right click fro the properties and then
On 08/28/13 06:25, Ingo wrote:
Somehow Pd has to keep track of which window is currently opened and active.
not really.
pd-gui (tcl/tk) handles all those things. if it detects an event on
window foo, it will send a message to Pd with the receiver foo.
so Pd is quit agnostic about which window
OK I think I have a 'fix' but I'm not sure about it (for some reason Pd
was throwing key events to the last canvas on which a text editor had opened
but now I can't see why one would do that, and anyway the 'feature' was broken
since 0.43 and I never saw anything wrong... s oI think it's safe
OK, these should be applied and 'pushed' both to branch 0.45 and to 'master'.
cheers
Miller
On Tue, Aug 27, 2013 at 07:21:06PM +0200, IOhannes m zmölnig wrote:
On 08/23/13 21:00, Miller Puckette wrote:
Hi all,
Pd version 0.45-0 is available on http://crca.ucsd.edu/~msp/software.htm
Am 23.08.2013 um 21:00 schrieb Miller Puckette m...@ucsd.edu:
As always I'm sure there will be problems here and there - you're welcome
to report them on the Pd mailing list (pd-list@iem.at) which is always the
fastest way to get me to see them.
There is a small bug for users of multiple
Hi List, has anyone used OSC o control RME's TotalMix application? The OSC
support in there seems rather flawed, for instance the float messages seem to
require 1.0 format and 1 will be wrong. How can I sent floats in Pd which have
a zero decimal?
m.
signature.asc
Description: Message signed
these bugs were also there on windows and ubuntu, I've always experienced them.
They're small things, but it does bother a little, because pd patches are
limited to 1 monitor - unless one likes draging windows every time they get
open.
Am 23.08.2013 um 21:00 schrieb Miller Puckette
Well, not having a way to get a dual screen Mac I can't test this but here's
a guess - it might still be that Pd refuses to allow negative window locations
and so throws the abstraction below the visible portion of the smaller of the
two screens.
I don't know if Tcl/TK has any way of dealing with
Sounds like they don't want ints and sending non decimal values as floats
results in an int type tag in the OSC message. Try forcing all values to be
floats with a [float] object.
On Aug 28, 2013, at 3:34 PM, pd-list-requ...@iem.at wrote:
From: Max abonneme...@revolwear.com
Subject: [PD] RME
hm. since in Pd all numbers are floats printing a 1.0 will show 1
however I can use [makefilename %s.0] which seems to be a possible workaround.
forcedecimal.pd
Description: Binary data
Am 28.08.2013 um 21:58 schrieb Dan Wilcox danomat...@gmail.com:
Sounds like they don't want ints and
On 28/08/13 21:10, Max wrote:
hm. since in Pd all numbers are floats printing a 1.0 will show 1
however I can use [makefilename %s.0] which seems to be a possible
workaround.
[makefilename %f]
But then it might be sent as s string instead of a number (whether
float or int).
What are you
Pd 0.45-1 is up on the usual - http://crca.ucsd.edu/~msp/software.html
or:
git clone git://git.code.sf.net/p/pure-data/pure-data
cd pure-data
git checkout -b 0.45
Fixes a small but very annoying bug (backspaces in properties dialogs were
erasing the object!)
cheers
Miller
Yeah all numbers are floats ... but if I do this:
[3
|
[int]
|
[/osc/number $1
|
[packOSC]
|
[udpsend]
packOSC sets the argument type on the receiving end as an int. I've had that
bite me in the past for osc apis that are only looking for ints instead of both
ints floats. I was thinking
Looking at the source, there seems to be a way to set explicit type
tags. I haven't checked the help patch, maybe it is documented there.
On 28/08/13 21:26, Dan Wilcox wrote:
I was thinking that [packOSC] might be interpreting a non-decimal float as an
int, but I don't think so ...
There is
You can send ambiguous floats like this:
[sendtyped /to/totalmix f 1{
|
[packOSC]
Martin
On 2013-08-28 14:33, Max wrote:
Hi List, has anyone used OSC o control RME's TotalMix application? The OSC
support in there seems rather flawed, for instance the float messages seem to
require 1.0
oh, yes! that works.
Am 28.08.2013 um 22:42 schrieb Martin Peach martin.pe...@sympatico.ca:
You can send ambiguous floats like this:
[sendtyped /to/totalmix f 1{
|
[packOSC]
Martin
On 2013-08-28 14:33, Max wrote:
Hi List, has anyone used OSC o control RME's TotalMix application?
On 2013-08-28 16:44, Claude Heiland-Allen wrote:
Looking at the source, there seems to be a way to set explicit type
tags. I haven't checked the help patch, maybe it is documented there.
On 28/08/13 21:26, Dan Wilcox wrote:
I was thinking that [packOSC] might be interpreting a non-decimal
when closing the sending TotalMix application Pd crashes because of routeOSC (?)
0.44.0-extended-20130213 os x
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 routeOSC.pd_darwin 0x0af8c404 routeOSC_list + 16
1 pd 0x0002a7d1
Am 18.08.2013 um 03:51 schrieb Miller Puckette m...@ucsd.edu:
binary netsend/netreceive (so you should no longer need an extern for OSC)
has someone tried this?
signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Pd-list@iem.at
On 08/28/2013 05:49 PM, Max wrote:
Am 18.08.2013 um 03:51 schrieb Miller Puckette m...@ucsd.edu:
binary netsend/netreceive (so you should no longer need an extern for OSC)
has someone tried this?
Another question-- what's the difference between netsend/receive and
pdsend/receive?
-Jonathan
It sounds like TotalMix is sending something that is not OSC when it
shuts down.
Can you provide the output of udpreceive when that happens? Maybe put a
[print] after [udpreceive].
Martin
On 2013-08-28 17:35, Max wrote:
when closing the sending TotalMix application Pd crashes because of
now suddenly it seems to crash when starting totalMix instead of quitting it.
I've started pd with -stderr and it spills out:
udpreceive:
35
98
117
110
100
108
101
0
0
0
0
0
0
0
0
0
0
0
0
12
47
0
0
0
44
102
0
0
0
0
0
0
Am
So that translates as
#bundle, timetag=0, size of first element = 12 / ,f 0
So it's opening a bundle with an element whose path is just / and a
float equal to zero.
It could be that totalMix opens the bundle and only closes it at the
end, which would probably make Pd crash since it expects
hi,[read ../data/colors.txt ( doesnt work here on macosx.
I ve tried in the following way and it worked.
[ read data/colors.txt (
I was wondering if the way im doing this will allow the patch to work
only on macosx?
If yes, is there is a way of solving this?
2013/8/28, Lorenzo Sutton
netsend/netreceive are vanilla Pd objects; pdsend/pdreceive are shell programs
that interoperate with them.
cheers
Miller
On Wed, Aug 28, 2013 at 06:17:11PM -0400, Jonathan Wilkes wrote:
On 08/28/2013 05:49 PM, Max wrote:
Am 18.08.2013 um 03:51 schrieb Miller Puckette m...@ucsd.edu:
binary
Hi, I made a patch that has a group of sliders and allows me to save
my presets with ssad.
The patch works ok, the problem is that when i use a midi controller.
when I'm playing with my midi controller and i change my preset in my
patch and then i continue playing with my midi controller, the pd
On 29/08/13 11:28, Ronni Montoya wrote:
when I'm playing with my midi controller and i change my preset in my
patch and then i continue playing with my midi controller, the pd
patch is gonna make a jump in the values of my slider, because my midi
controllers has a memory and remember the last
34 matches
Mail list logo
