Re: [PD] color position boundaries

2014-01-24 Thread IOhannes m zmölnig
On 01/23/2014 07:36 PM, R C wrote:
 Hi list,
 I'm trying to track movement with an IR camera on Windows. The motion 
 detection works great with frame diff. The problem starts when I try to get 
 the coordinates that surround the white color produced by the movement. With 
 pix_blob I only get the center of the image, but I was wondering If I can get 
 the boundaries of the movement (white color), like if the movement was framed 
 by a rectange, so I can have something like upper left, down right 
 coordinates. I know that in the max/jitter world there's a jit.findbound 
 object that scans the whole image to find the position of a (range of) color 
 as xy values, but my idea is not to switch and continue with Pd. Would be 
 great if someone wants to share some ideas :)

[pix_multiblob] gives you a bounding-box (among other things)

gfsamrd
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] create list by header message

2014-01-24 Thread IOhannes m zmölnig
On 01/23/2014 07:43 PM, Peter P. wrote:
 Hi,
 
 this might be totally simple, but I am wondering what is the most
 elegant way of creating a list out of individual messages
 
 12
 23
 34
 45
 
 meaning a list which holds four items, and which is always created at
 the number '12', and sent out at the nu,ner '45', yielding:
 
 list 12 23 34 45
 
 so some kind of parallelization depending on a header value (12).
 

i found [list prepend] to be the easiest accumulator to read (though
performance-wise it's less optimal once it comes to **large** lists)

adding the logic to convert your starting and stopping delimiters to
reset/output the list, is left as an exercise for the user.

fgmadrs
IOhannes

#N canvas 459 190 604 364 10;
#X msg 230 92 12 \, 23 \, 34 \, 45;
#X obj 149 209 list prepend;
#X obj 230 161 list prepend;
#X obj 230 183 t a a;
#X obj 149 231 print;
#X obj 311 136 t b b;
#X msg 57 86 bang;
#X obj 57 108 t b b;
#X text 226 66 data to accumulate;
#X text 44 64 output and reset;
#X connect 0 0 2 0;
#X connect 1 0 4 0;
#X connect 2 0 3 0;
#X connect 3 0 1 1;
#X connect 3 1 2 1;
#X connect 5 0 2 1;
#X connect 5 1 1 1;
#X connect 6 0 7 0;
#X connect 7 0 5 0;
#X connect 7 1 1 0;


signature.asc
Description: OpenPGP digital signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] comments with trailing | ?

2014-01-24 Thread IOhannes m zmölnig
On 01/23/2014 09:43 PM, Peter P. wrote:
 Hi, I am on Pd-0.45.0 vanilla compiled from Miller's git sources on
 Linux with Tcl/Tk 8.5.0-2.1
 
 When I insert a comment into a patch, there is always a trailing |
 (pipe) character (perhaps some sort of a cursor),

indicating the width of the comment in edit-mode.

  that remains
 visible, also after clicking on the canvas background to end editing
 the comment. 

but you are still in edit-mode.

 Upon file save, close, and re-open the | is gone, until I
 enter Edit mode.

and it will vanish when you leave Edit mode.

fmards
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Multi-input USB audio into Raspberry Pi

2014-01-24 Thread Simon Wise

On 24/01/14 01:52, Chris McCormick wrote:

Hi all,

I might be really pushing my luck here, what with all the reports of
audio issues on the Pi, but has anyone heard of somebody getting
multi-input audio working with a multi-input USB 2.0 audio device?

I have a dream of running one of these mixers (which does 8 channel
audio out over USB 2.0) into Pd and being able to manipulate all of the
channels from the mixer in Pd:

http://www.alesis.com/multimix8usb20


given they need audio drivers for windows and mac I don't like your chances on 
linux, let alone a Pi, except perhaps the USB1.1 mode with 2-in 2-out.


Apparently the esi gigaport hd+ does 8 channels OUT from the Pis, but I have not 
heard of any devices working with 8 IN.


By the way ... finished my degree and I'm now in Sydney, if you're heading this 
side of he country sometime let me know.


Simon

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] mrpeach [midifile] timing off in pd-ext, works with latest pd-vanilla

2014-01-24 Thread Dan Wilcox
Howdy all,

I've been putting some songs together using mrpeach [midifile] and I calculate 
the metro playback speed using the tempo  time signature (as per an example by 
Martin on the last ~6 months ago). I noticed that on Pd-Extended 0.43 the 
playback is off, around 10-20 bpm too slow. The same patch  midifile on 
Pd-Vanilla 0.45-4 plays back at the correct speed. This on the same system with 
the same audio settings, using the same compiled [midifile] external from the 
Pd-extended app bundle.

Just letting y'all know in case you've run into a similar situation. Out of 
curiosity, what changed in PD 0.45-4 that fixes this? Soemthing with the metro 
timing? I must admit I went through the diffs when I updated the libpd core but 
I don't remember where that might have been ...

in any case, I'm glad to see my workflow is saved as playback now works 
correctly again, with the target being a libpd app using 0.45-4.


Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] comments with trailing | ?

2014-01-24 Thread Peter P.
Dear IOhannes, dear Jonathan,
dear list,

I feel ashamed (and old-fashioned) as I have not seen this new feature
of Pd as a feature I am afraid. Thanks for pointing it out to me.
I think it is a nice addon, but also wonder if there is a nice way to
disable this functionality at all. Is there an easy way to do it, or
to diff the source files of Pd accordingly?

Thank you again,
best, P

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] console font size really big

2014-01-24 Thread Peter P.
Johnathan WIlkins wrote:

 I'd be curious to know what window manager you are using.

Try going into pd-gui.tcl and find the line:
# tk scaling 1

Remove the #, save the file, and then restart Pd.  See if that
solves the problem.

(Depending on how you are running Pd, you may need to have privileges
to edit that file) 

-Jonathan

I am using fluxbox.

Indeed, editing /usr/local/lib/pd/tcl/pd-gui.tcl to yield
tk scaling 1
solved the problem for me.

Interestingly there is a file /usr/local/bin/pd-gui.tcl present as
well, whose changes do not have an effet. This Pd is installed using
make install from within Miller's git sources. I wonder why
pd-gui.tcl is installed twice on my system, the latter one also being
in my $PATH.

Thank you again for this quick one Jonathan. 

There is a comment related to tk scaling in this very file just above
the scaling option:
# we are not using Tk scaling, so fix it to 1 on all platforms.  This
# guarantees that patches will be pixel-exact on every platform
# 2013.07.19 msp - trying without this to see what breaks - it's
# having
# deleterious effects on dialog window font sizes.

Would be interesting to know wonder what the deletrious effects were.
But, hey- problem solved for me.

thanks
cheers
P

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] comments with trailing | ?

2014-01-24 Thread Miller Puckette
Delete these lines in g_text.c:

/* for comments, just draw a bar on RHS if unlocked; when a visible
canvas is unlocked we have to call this anew on all comments, and when
locked we erase them all via the annoying commentbar tag. */
else if (x-te_type == T_TEXT  glist-gl_edit)
{
if (firsttime)
sys_vgui(.x%lx.c create line\
 %d %d %d %d -tags [list %sR commentbar]\n,
glist_getcanvas(glist),
x2, y1,  x2, y2, tag);
else
sys_vgui(.x%lx.c coords %sR %d %d %d %d\n,
glist_getcanvas(glist), tag, x2, y1,  x2, y2);
}


(however, that won't disable the functionality; just the ugly marks.)

I'm still trying to think of something less ugly - tell me if you have any
ideas...

cheers
Miller

On Fri, Jan 24, 2014 at 11:23:35PM +0100, Peter P. wrote:
 Dear IOhannes, dear Jonathan,
 dear list,
 
 I feel ashamed (and old-fashioned) as I have not seen this new feature
 of Pd as a feature I am afraid. Thanks for pointing it out to me.
 I think it is a nice addon, but also wonder if there is a nice way to
 disable this functionality at all. Is there an easy way to do it, or
 to diff the source files of Pd accordingly?
 
 Thank you again,
 best, P
 
 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] mouse icons

2014-01-24 Thread Peter P.
Simon Wise wrote:

They are certainly are system icons, they change if I change the
system cursor 
theme. In xfce different sets of icons are selectable as themes for
the mouse.

But here there has always been one missing ... the one shown while
hovering over 
an inlet or outlet in edit mode, but it never bothered me enough to
find out 
why, and anyway I've got an oldish pd installed so it may have been
fixed already.

thank you! I was able to select a theme that suited me better using
(under Debian)
sudo update-alternatives --config x-cursor-theme

Now I am looking for a way to disable the arrow-cursor that is
mirrored directions when you hover the mouse over an object that can
be clicked and use the normal error for it.
But somehow I can't find the file that holds the cursors themselves.
Otherwise I could delete the mirrored arrow file and use a symlink
pointing to the original arrow.

I feel that there could be less different mouse cursors in Pd in
general, somehow it is already quite a lot:

Non-edit mode:
Arrow over canvas
Arrow over clickable objects facing other direction (necessary?)

Edit-mode:
Edit arrow
Patch-cord cycle
Select patchcord for deletion
Change object size via right border 

but that's just my 2 cents and possibly not worth spending time on.

best, P

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] comments with trailing | ?

2014-01-24 Thread Peter P.
* Miller Puckette m...@ucsd.edu [2014-01-24 23:36]:
 Delete these lines in g_text.c:
 
 /* for comments, just draw a bar on RHS if unlocked; when a visible
 canvas is unlocked we have to call this anew on all comments, and when
 locked we erase them all via the annoying commentbar tag. */
 else if (x-te_type == T_TEXT  glist-gl_edit)
 {
 if (firsttime)
 sys_vgui(.x%lx.c create line\
  %d %d %d %d -tags [list %sR commentbar]\n,
 glist_getcanvas(glist),
 x2, y1,  x2, y2, tag);
 else
 sys_vgui(.x%lx.c coords %sR %d %d %d %d\n,
 glist_getcanvas(glist), tag, x2, y1,  x2, y2);
 }
 
 
 (however, that won't disable the functionality; just the ugly marks.)
nice hack, thanks it sure makes me wonder less if I left any unwanted
characters in my comments. :)
 
 I'm still trying to think of something less ugly - tell me if you have any
 ideas...

I faintly remember a problem with the comments in Tcl/Tk not really
honouring line feeds correctly (or Return character), right? I mean if
the line feeds were working and would show up identically after saving
and loading the file from disk, then there would be no need to resize
comments at all. Would this issue still be a problem in current Pd?

Resizability sure makes sense with objects where one would need to see
different outlets more easily. 

Thanks! best, Peter

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] console font size really big

2014-01-24 Thread Jonathan Wilkes

On 01/24/2014 05:31 PM, Peter P. wrote:

Johnathan WIlkins wrote:


I'd be curious to know what window manager you are using.

Try going into pd-gui.tcl and find the line:
# tk scaling 1

Remove the #, save the file, and then restart Pd.  See if that
solves the problem.
(Depending on how you are running Pd, you may need to have privileges
to edit that file)
-Jonathan

I am using fluxbox.

Indeed, editing /usr/local/lib/pd/tcl/pd-gui.tcl to yield
 tk scaling 1
solved the problem for me.

Interestingly there is a file /usr/local/bin/pd-gui.tcl present as
well, whose changes do not have an effet. This Pd is installed using
make install from within Miller's git sources. I wonder why
pd-gui.tcl is installed twice on my system, the latter one also being
in my $PATH.

Thank you again for this quick one Jonathan.

There is a comment related to tk scaling in this very file just above
the scaling option:
 # we are not using Tk scaling, so fix it to 1 on all platforms.  This
 # guarantees that patches will be pixel-exact on every platform
 # 2013.07.19 msp - trying without this to see what breaks - it's
 # having
 # deleterious effects on dialog window font sizes.

Would be interesting to know wonder what the deletrious effects were.


Tk has a very friendly but very small community without the resources to 
make sure everything works as advertised across all platforms.  So 
depending on which platform you use you'll see different symptoms, 
depending on how well tk is integrated with the guts of the window 
manager (in GNU/Linux, this would be not at all), the accuracy of the 
info delivered to Tk from the OS/window manager, implementation 
features/bugs in a particular graphics subsystem, etc.


One detail is that if you let [tk scaling] do its thing, you'll see 
problems in the postscript output if you print a patch.  There's an ugly 
fix somewhere for this which requires hacking the ps output to scale it 
by the tk scaling factor.


But if you hard code tk scaling to 1 users on Windows will see font 
problems from Tk's half-baked, hardly documented theming engine that 
would require _really_ ugly hacks all over Pd to fix.


-Jonathan


But, hey- problem solved for me.

thanks
cheers
P

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] non linear distortion

2014-01-24 Thread xiaoping lyu
Hi , i been reading that the richness of the sound in tube amplifiers
is due natural non-linearities inherent in tube amplifiers.

I was wondering if there are ways to simulate or recreate these kind
of non linearities for distortions.


are there any nonlinear distortions in pd? or do anybody have tried
implementing something like this?





cheers


Xiao.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] console font size really big

2014-01-24 Thread Peter P.
* Jonathan Wilkes jancs...@yahoo.com [2014-01-25 00:28]:
 On 01/24/2014 05:31 PM, Peter P. wrote:
 Johnathan WIlkins wrote:
 
 I'd be curious to know what window manager you are using.
 
 Try going into pd-gui.tcl and find the line:
 # tk scaling 1
 
 Remove the #, save the file, and then restart Pd.  See if that
 solves the problem.
 (Depending on how you are running Pd, you may need to have privileges
 to edit that file)
 -Jonathan
 I am using fluxbox.
 
 Indeed, editing /usr/local/lib/pd/tcl/pd-gui.tcl to yield
  tk scaling 1
 solved the problem for me.
 
 Interestingly there is a file /usr/local/bin/pd-gui.tcl present as
 well, whose changes do not have an effet. This Pd is installed using
 make install from within Miller's git sources. I wonder why
 pd-gui.tcl is installed twice on my system, the latter one also being
 in my $PATH.
 
 Thank you again for this quick one Jonathan.
 
 There is a comment related to tk scaling in this very file just above
 the scaling option:
  # we are not using Tk scaling, so fix it to 1 on all platforms.  This
  # guarantees that patches will be pixel-exact on every platform
  # 2013.07.19 msp - trying without this to see what breaks - it's
  # having
  # deleterious effects on dialog window font sizes.
 
 Would be interesting to know wonder what the deletrious effects were.
 
 Tk has a very friendly but very small community without the
 resources to make sure everything works as advertised across all
 platforms.  So depending on which platform you use you'll see
 different symptoms, depending on how well tk is integrated with the
 guts of the window manager (in GNU/Linux, this would be not at
 all), the accuracy of the info delivered to Tk from the OS/window
 manager, implementation features/bugs in a particular graphics
 subsystem, etc.
 
 One detail is that if you let [tk scaling] do its thing, you'll see
 problems in the postscript output if you print a patch.  There's an
 ugly fix somewhere for this which requires hacking the ps output to
 scale it by the tk scaling factor.
 
 But if you hard code tk scaling to 1 users on Windows will see font
 problems from Tk's half-baked, hardly documented theming engine that
 would require _really_ ugly hacks all over Pd to fix.
Thanks again Jonathan, great description! So I'll stick to scaling
myself unless I want to print a .ps version of the patch.

best, Peter

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] create list by header message

2014-01-24 Thread Peter P.
Dear IOhannes, Roman, Jonathan,

thank you for your kind replies, and the examples you posted! It
helped me quite a bit!

best, P

* IOhannes m zmölnig zmoel...@iem.at [2014-01-24 10:48]:
 On 01/23/2014 07:43 PM, Peter P. wrote:
  Hi,
  
  this might be totally simple, but I am wondering what is the most
  elegant way of creating a list out of individual messages
  
  12
  23
  34
  45
  
  meaning a list which holds four items, and which is always created at
  the number '12', and sent out at the nu,ner '45', yielding:
  
  list 12 23 34 45
  
  so some kind of parallelization depending on a header value (12).
  
 
 i found [list prepend] to be the easiest accumulator to read (though
 performance-wise it's less optimal once it comes to **large** lists)
 
 adding the logic to convert your starting and stopping delimiters to
 reset/output the list, is left as an exercise for the user.
 
 fgmadrs
 IOhannes
 

 #N canvas 459 190 604 364 10;
 #X msg 230 92 12 \, 23 \, 34 \, 45;
 #X obj 149 209 list prepend;
 #X obj 230 161 list prepend;
 #X obj 230 183 t a a;
 #X obj 149 231 print;
 #X obj 311 136 t b b;
 #X msg 57 86 bang;
 #X obj 57 108 t b b;
 #X text 226 66 data to accumulate;
 #X text 44 64 output and reset;
 #X connect 0 0 2 0;
 #X connect 1 0 4 0;
 #X connect 2 0 3 0;
 #X connect 3 0 1 1;
 #X connect 3 1 2 1;
 #X connect 5 0 2 1;
 #X connect 5 1 1 1;
 #X connect 6 0 7 0;
 #X connect 7 0 5 0;
 #X connect 7 1 1 0;




 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list