Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

[Alexandre Torres Porres]

2016-03-25 19:21 GMT-03:00 Jonathan Wilkes via Pd-list :

> There's a way to do it.  Search the mailing list for "proxy inlet".
>


this is where the search took me to http://puredata.info/Members/mjmogo

Inlet Proxy Object

An example of how to create an inlet
proxy object to handle arbitrary selectors on a cold inlet.

that was it, right?


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

Re: [PD] strange result with netsend/netreceive

[Jack]

Le 26/03/2016 00:12, cyrille henry a écrit :
> 
> 
> Le 25/03/2016 23:52, Jack a écrit :
>> What surprised me, it's that you can get a 'good' representation of
>> [101( when you send it to [rawprint] (from zexy), but the same
>> message sent through netsend/netreceive become [100(.
>> I must therefore conclude that [rawprint] can get exactly 101 (and
>> maybe netsend can too), but the couple /netsend/netreceive or netreceive
>> can't give the right value ?
> 
> the is a diference between the float value, and it's pd representation.
> pd representation is a bit less accurate than a 32bit float.
> (see older thread on pd precision)
> 
> rawprint certainly print the float with full precision.
> but netsend/netreceive use pd number representation.
> If you use a network analyser, like wireshark, you'll see that 101
> is send using "1e+06"
> number are send in ascii.

Super, thank you for the explanations !
All is clear now :)
++

Jack


> 
> 
>> I hope i am enough clear.
> 
> you were clear enough,
> it's just me that write only half of the answer the 1st time.
> 
> c
> 
> 
>> Example attached.
>> ++
>>
>> Jack
>>
>>
>>
>> Le 25/03/2016 23:17, cyrille henry a écrit :
>>> pd represent 101 with 1e+06.
>>> it's the same representation  than 100
>>>
>>> ...
>>>
>>> c
>>>
>>>
>>>
>>>
>>> Le 25/03/2016 23:00, Jack a écrit :
 Hello,

 when i send a float '101' with 'netsend', 'netreceine' get
 '100'.
 Is it a normal behavior ?

 Configuration :
 Pd 0.46.5
 Ubuntu 15.10

 ++

 Jack

 PS : i find a workaround by sending the number as symbol.



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

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


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

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

[Alexandre Torres Porres]

2016-03-25 19:21 GMT-03:00 Jonathan Wilkes via Pd-list :

> (Unless of course you are  trying to be compatible with a Max/MSP object
> that does it that way.)
>

yep, [scope~] by the way, second signal inlet should set "bufsize" when
receiving a float, to be more specific. Well, glad there is a way :)

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

Re: [PD] strange result with netsend/netreceive

[cyrille henry]

Le 25/03/2016 23:52, Jack a écrit :

What surprised me, it's that you can get a 'good' representation of
[101( when you send it to [rawprint] (from zexy), but the same
message sent through netsend/netreceive become [100(.
I must therefore conclude that [rawprint] can get exactly 101 (and
maybe netsend can too), but the couple /netsend/netreceive or netreceive
can't give the right value ?


the is a diference between the float value, and it's pd representation.
pd representation is a bit less accurate than a 32bit float.
(see older thread on pd precision)

rawprint certainly print the float with full precision.
but netsend/netreceive use pd number representation.
If you use a network analyser, like wireshark, you'll see that 101 is send using 
"1e+06"
number are send in ascii.



I hope i am enough clear.


you were clear enough,
it's just me that write only half of the answer the 1st time.

c



Example attached.
++

Jack



Le 25/03/2016 23:17, cyrille henry a écrit :

pd represent 101 with 1e+06.
it's the same representation  than 100

...

c




Le 25/03/2016 23:00, Jack a écrit :

Hello,

when i send a float '101' with 'netsend', 'netreceine' get '100'.
Is it a normal behavior ?

Configuration :
Pd 0.46.5
Ubuntu 15.10

++

Jack

PS : i find a workaround by sending the number as symbol.



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



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




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



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

Re: [PD] strange result with netsend/netreceive

[Jack]

What surprised me, it's that you can get a 'good' representation of
[101( when you send it to [rawprint] (from zexy), but the same
message sent through netsend/netreceive become [100(.
I must therefore conclude that [rawprint] can get exactly 101 (and
maybe netsend can too), but the couple /netsend/netreceive or netreceive
can't give the right value ?
I hope i am enough clear.
Example attached.
++

Jack



Le 25/03/2016 23:17, cyrille henry a écrit :
> pd represent 101 with 1e+06.
> it's the same representation  than 100
> 
> ...
> 
> c
> 
> 
> 
> 
> Le 25/03/2016 23:00, Jack a écrit :
>> Hello,
>>
>> when i send a float '101' with 'netsend', 'netreceine' get '100'.
>> Is it a normal behavior ?
>>
>> Configuration :
>> Pd 0.46.5
>> Ubuntu 15.10
>>
>> ++
>>
>> Jack
>>
>> PS : i find a workaround by sending the number as symbol.
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list



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

Re: [PD] Automatic Sample Separator / possible bug in some Pd versions

[Lucas Cordiviola]

Hi Christopher:
You can do arrays bigger than 90 sec, see [soundfiler] help, flags for reading: 
-resize and -maxsize. It is  safe to use soundfiles shorter than 16777216 
samples (around 6 min @44.1khz), this is the maximum possible integer for a 3 
byte number, this is also the biggest number you get in the “control level”. At 
least on 0.46.7 for windows (32 bit).
Do not confuse 3 byte example above with flags for writing -bytes <2, 3, or 4> 
which is the soundfile bit depth.
Couldn't get the patches you mentioned,

hope this helps,
Lucarda.
Mensaje telepatico asistido por maquinas.


On Fri, Mar 25, 2016 at 11:13 AM, Christopher Meng  wrote:
Hi all,
I have a need for cutting up long audio files into shorter audio files to be 
played as samples.  That is, I'll record audio, set an amplitude threshold, 
above which audio events are recognized, and save each audio event to 

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

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

[Jonathan Wilkes via Pd-list]

There's a way to do it.  Search the mailing list for "proxy inlet".
However, as a general rule this is a bad idea.  (Unless of course you are 
trying to be compatible with a Max/MSP object that does it that way.)
-Jonathan



On Friday, March 25, 2016 5:33 PM, Derek Kwan  
wrote:
 

 
Hey y'all,

I'm actually the one that needs this, I've been working with Alexandre on 
updating Cyclone.

If further info is needed, the method I've been trying to use is inlet_new.

The part of documentation that seems to drive the nail in the coffin is this 
bullet-point:

"It is not possible to add methods for more than one selector to a right inlet. 
Particularly it is not possible to add a universal method for arbitrary 
selectors to a right inlet."

found on this page:  
http://pdstatic.iem.at/externals-HOWTO/pd-externals-HOWTOse8.html#x10-41000C

 

www.derekxkwan.com

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


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

Re: [PD] strange result with netsend/netreceive

[cyrille henry]

pd represent 101 with 1e+06.
it's the same representation  than 100

...

c




Le 25/03/2016 23:00, Jack a écrit :

Hello,

when i send a float '101' with 'netsend', 'netreceine' get '100'.
Is it a normal behavior ?

Configuration :
Pd 0.46.5
Ubuntu 15.10

++

Jack

PS : i find a workaround by sending the number as symbol.



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



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

[PD] strange result with netsend/netreceive

[Jack]

Hello,

when i send a float '101' with 'netsend', 'netreceine' get '100'.
Is it a normal behavior ?

Configuration :
Pd 0.46.5
Ubuntu 15.10

++

Jack

PS : i find a workaround by sending the number as symbol.



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

[PD] can signal inlets that aren't the main inlet have float or message methods?

[Derek Kwan]

Hey y'all,

I'm actually the one that needs this, I've been working with Alexandre on
updating Cyclone.

If further info is needed, the method I've been trying to use is inlet_new.

The part of documentation that seems to drive the nail in the coffin is
this bullet-point:

"It is not possible to add methods for more than one selector to a right
inlet. Particularly it is not possible to add a universal method for
arbitrary selectors to a right inlet."

found on this page:
http://pdstatic.iem.at/externals-HOWTO/pd-externals-HOWTOse8.html#x10-41000C



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

Re: [PD] Edit Pd file to change coordinates. pdlua or other language?

[Fred Jan Kraan]

> that sounds good. But I think you sent me the same file as before?
> They are exactly alike.

Just checked, and I did send a newer version, I even added a 0.2 version 
number in the header. Here it is version 0.3.


On 2016-03-25 01:53 AM, João Pais wrote:

Hi,

I tinkered around with tcl, until I think I found a version that suits
my needs exactly:

- I reversed the selection - if {[lsearch $lineList $lineCount] < 0} {
- I commented out line  puts "lines to patch: $lineList", so that the
list of patched lines doesn't get saved with the patch output.


It seems that the patch counts each line that begins with # as a real
line. But since the pd txt format splits lines, it turns out that there
are many lines that don't begin with #N. For example with the 2 objects

#N canvas 1066 230 670 662 gui 0;
#X obj 0 0 cnv 12 400 260 empty \$0-colorh-i empty 20 12 0 14 -220796
-1 0;

there are 3 lines in the text file, but the patch will only count 2.
Adding an incr lineCount after the last "puts $patchLine" does the job
of matching the number of lines in the text file with the line count.


Sorry, the script was counting Pd-lines, not lines in the patch. Not 
much use if you look at the lines in a code-editor. If a line increment 
is done always, you could move it outside the if ...


Counting Pd-lines is useful if you want to correlate objects to the '#X 
connect' lines. But this would break down in case of sub-patches. I made 
another script for this...


Thanks very much, I think this is quite good already. I'll tinker a bit
more to see if I find out how to also process subpatches and messages. I
imagine that adding other if lines it could work.


The newer versions should be better as they prevent #A and #N from being 
corrupted.


Best,

Joao



#!/usr/bin/env tclsh
#
# changeCoords.tcl v0.3
# fjkr...@xs4all.nl

if {$argc < 4} {
error "Usage: tclsh changeCoords.tcl patchName xcoord ycoord line1 ?line2? ..."
}

set patchName [lindex $argv 0]
set xcoord[lindex $argv 1]
set ycoord[lindex $argv 2]
set lineArgCount $argc
set lineList {}

#puts "patchName $patchName; xcoord $xcoord; ycoord $ycoord lineArgCount; $lineArgCount"
# line arguments may be numeric or a numeric range "nn-mm" (inclusive)

for {set start 3} {$lineArgCount > $start} {incr start} {
set arg [lindex $argv $start]
#puts "$start: $arg"
if [regexp {(\d+)-(\d+)} $arg lineRange startLine endLine] {
if {$startLine < $endLine} {
#puts "startLine $startLine; endLine $endLine;;  $lineRange"
for {set line $startLine} {$line <= $endLine} {incr line} {
lappend lineList $line
}
}
} else {
#puts "line $arg"
lappend lineList $arg
}
}

#puts "lines not to patch: $lineList"

set lineCount 1
set f [open $patchName]
while {[gets $f patchLine] >= 0} {
if [regexp {\#[AN] } $patchLine] {
#puts -nonewline "$lineCount: "
puts $patchLine
incr lineCount
continue
}
if [regexp {\#[X] } $patchLine] {
if {[lsearch $lineList $lineCount] == -1} { # >= 0 for matching lines, == -1 for non-matching lines
if [regexp {\#X obj (\d+) (\d+) (.+)} $patchLine allOfLine orgX orgY restOfLine] {
#puts -nonewline "$lineCount: "
puts "#X obj $xcoord $ycoord $restOfLine"
} else {
#puts -nonewline "$lineCount: "
puts $patchLine
}
} else {
#puts -nonewline "$lineCount: "
puts $patchLine
}
} else {
# puts -nonewline "$lineCount: "
 puts $patchLine
}
incr lineCount

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

[PD] can signal inlets that aren't the main inlet have float or message methods?

[Alexandre Torres Porres]

Howdy, for main inlets (left inlet), you can add whatever kind of method to
whatever kind of type, being it a signal, a symbol, a list... but not sure
if you can do this with non-main inlets (the documentation pd-externals how
to put up my IOhannes seems to confirm this).

anyway, i kinda needed a right inlet to accept a signal and float (but this
float is not being converted to a signal, it'll set up a specific method
setting)

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

Re: [PD] Print a big patch

[Olivier Baudu]

Thank you Jack,

I've tried xvfb + imagemagick but I failed to open the patch's window in
fullscreen...

So, it's with a lot of pleasure that I've discovered the message of Tim
this morning. :-)
Thank you.

It works fine.
I've got some error messages
https://github.com/iem-projects/patch2svg-plugin/issues/1

But it works. :-)

Cheers.

°1

Le 25/03/2016 09:39, tim vets a écrit :
> I think patch2svg-plugin.tcl may help you with that
> ( https://github.com/iem-projects/patch2svg-plugin )
> 
> 2016-03-25 2:44 GMT+01:00 Jack >:
> 
> Salut Olivier,
> 
> I guess you work with linux.
> I think is doable with 'xvfb' (with which you can create a virtual
> screen of any size) and the imagemagick 'import' tool (with which you
> can take a snapshot of your virtual screen).
> ++
> 
> Jack
> 
> 
> 
> Le 24/03/2016 23:57, Olivier Baudu a écrit :
> > Hi list,
> >
> > I try to find a way to edit graphically and print a big patch (which is
> > in a single window)
> > I know it's possible to save it in post-script file and open it in
> > vector graphic editor but this way only save the part visible on the
> > screen (a part of this part to be exact).
> >
> > Is there a way to get the whole patch in one file to be graphically 
> edit ?
> >
> > Thank you.
> >
> > °1ivier
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at  mailing list
> > UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> >
> 
> 
> 
> ___
> Pd-list@lists.iem.at  mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> 
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 

-- 
"On ne peut pas vivre dans un monde où l'on croit que l'élégance exquise
du plumage de la pintade est inutile. Ceci est tout à fait à part. J'ai
eu envie de le dire, je l'ai dit." Jean Giono, Un roi sans divertissement.



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

Re: [PD] Print a big patch

[tim vets]

I think patch2svg-plugin.tcl may help you with that
( https://github.com/iem-projects/patch2svg-plugin )

2016-03-25 2:44 GMT+01:00 Jack :

> Salut Olivier,
>
> I guess you work with linux.
> I think is doable with 'xvfb' (with which you can create a virtual
> screen of any size) and the imagemagick 'import' tool (with which you
> can take a snapshot of your virtual screen).
> ++
>
> Jack
>
>
>
> Le 24/03/2016 23:57, Olivier Baudu a écrit :
> > Hi list,
> >
> > I try to find a way to edit graphically and print a big patch (which is
> > in a single window)
> > I know it's possible to save it in post-script file and open it in
> > vector graphic editor but this way only save the part visible on the
> > screen (a part of this part to be exact).
> >
> > Is there a way to get the whole patch in one file to be graphically edit
> ?
> >
> > Thank you.
> >
> > °1ivier
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] raspberry pi window position problem

[Samuel Freeman]

Thanks again for this helpful thread,

sdf

On 23 March 2016 at 15:33, oliver  wrote:

> IOhannes m zmoelnig wrote:
>
>> On 2016-03-23 10:47, oliver wrote:
>>
>>> for whatever reason, my recently "apt-get installed" puredata was
>>> version 0.43 (how so ?)
>>>
>>
>> Debian/wheezy shipped Pd-0.43-2 Debian/jessie ships Pd-0.46-2
>>
>> so if perchance you are using a Raspbian version that is older than
>> two years, it might come without unsurprise that you see the problems
>> from back then...:-)
>>
>>
> yeah, i already thought so.
>
> it was a customized image to meet the specs of touchscreen i just bought.
> didn't realize that the raspbian version was still wheezy after all
> upgrading.
>
> changed to jessie now.
>
> sorry for the confusion
>
>
>
> cheers
>
> oliver
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list