Re: [PD] filename from path

2015-11-30 Thread Matt Barber
The newest vanilla versions have [list fromsymbol] and [list tosymbol]. If
you write it the output of [list fromsymbol] into an array using [array
set] you can find the last / character (ascii 47), [array get] the rest
([list length] will help you figure out how much to get), and turn it back
into a symbol with [list tosymbol].

On Mon, Nov 30, 2015 at 4:08 PM, Simon Iten  wrote:

> hi list,
>
> is it possible to get only the filename from openpanel? (in vanilla)
> or to extract the filename from the whole path? (i know this was not
> possible in earlier versions, but maybe it works somehow now)
>
> cheers
> ___
> 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] filename from path

2015-11-30 Thread IOhannes m zmölnig
On 11/30/2015 10:08 PM, Simon Iten wrote:
> is it possible to get only the filename from openpanel? (in vanilla)

not vanilla: iemlib's [splitfilename] does exactly what you want
not vanilla either: zexy's [symbol2list]/[list2symbol] let's you build
that easily

vanilla only solution:  see matt's suggestion using the new:
 [list (to|from)symbol]
objects

fgmas
IOhannes



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] Help with TCL messages

2015-11-30 Thread Dan Wilcox
I’ve used a canvas behind atomboxes when making UIs, if you only have a few.

Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Nov 30, 2015, at 1:58 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: IOhannes m zmoelnig >
> Date: November 30, 2015 at 7:08:11 AM MST
> To: pd-list@lists.iem.at 
> Subject: Re: [PD] Help with TCL messages
> 
> 
> On 2015-11-30 14:57, Liam Goodacre wrote:
>> I'm trying to use TCL to change the colour of atom boxes. In Extended 0.43.4 
>> I'm able to do it using the command:
>> 
>> set obj_box_fill #6c
>> 
>> But this doesn't seem to work for me in Vanilla 0.45.4. Can someone suggest 
>> an alternative command?
> 
> no.
> because unfortunately Pd-vanilla does not tag the various parts of it's
> GUI-elements.
> (apart from that: PdX had *filled* object-boxes, whereas Pd-vanilla has
> unfilled/transparent object-boxes).
> 
> ghasdm
> IOhannes

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


[PD] filename from path

2015-11-30 Thread Simon Iten
hi list,

is it possible to get only the filename from openpanel? (in vanilla)
or to extract the filename from the whole path? (i know this was not possible 
in earlier versions, but maybe it works somehow now)

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


Re: [PD] have fun

2015-11-30 Thread Simon Iten


crazyjamwithme.pd
Description: Binary data

> On 30 Nov 2015, at 15:30, Simon Iten  wrote:
> 
> sorry…
> 
> here is a corrected version that reacts to rhythm as well :-)
>> On 30 Nov 2015, at 14:40, Olivier Baudu <01iv...@labomedia.net> wrote:
>> 
>> Le 30/11/2015 13:02, Simon Iten a écrit :
>>> hey list,
>>> 
>>> here is a little something.
>>> 
>>> it’s a real mess.
>> 
>> There is still a straight wire between [mtof] and [* 0.5]...
>> 
>> :-p
>> 
>>> sing to it or clap or whatever. it likes melody.
>>> 
>>> cheers
>>> 
>>> 
>>> 
>>> ___
>>> 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.
>> 
>> ___
>> 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] unauthorized in vanilla

2015-11-30 Thread school shoes



hello, 

I am using pd vanilla 0.46.7 on osx yosemite 

i need to use a few objects from extended, so have simply copied the library 
folders i need from extended into Library/Pd

then in vanilla  [declare cyclone], or [cyclone/zl] - which works fine

However i would like to use [grid] from unauthorized library. when i follow the 
same procedure  

 [declare unauthorized] and [grid] , or [unauthorized/grid] 

i get

/Users/schoolshoes/Library/Pd/unauthorized/grid.pd_darwin: 
dlopen(/Users/schoolshoes/Library/Pd/unauthorized/grid.pd_darwin, 10): Library 
not loaded: @executable_path/../../lib/libspeex.1.dylib
  Referenced from: /Users/schoolshoes/Library/Pd/unauthorized/grid.pd_darwin
  Reason: image not found

(i installed the deken plugin to try that way but only windows and linux 
versions seem to be available for unauthorized)

how can I use unauthorized and [grid] in vanilla?

many thanks

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


Re: [PD] unauthorized in vanilla

2015-11-30 Thread William Huston
Check the help page on the [import] command.

The other way is to add the library location to the search path.
Something like: Edit->Preferences->Path (depends slightly upon version)


On Mon, Nov 30, 2015 at 7:33 PM, school shoes 
wrote:

> hello,
>
> I am using pd vanilla 0.46.7 on osx yosemite
>
> i need to use a few objects from extended, so have simply copied the
> library folders i need from extended into Library/Pd
>
> then in vanilla  [declare cyclone], or [cyclone/zl] - which works fine
>
> However i would like to use [grid] from unauthorized library. when i
> follow the same procedure
>
>  [declare unauthorized] and [grid] , or [unauthorized/grid]
>
> i get
>
> /Users/schoolshoes/Library/Pd/unauthorized/grid.pd_darwin:
> dlopen(/Users/schoolshoes/Library/Pd/unauthorized/grid.pd_darwin, 10):
> Library not loaded: @executable_path/../../lib/libspeex.1.dylib
>   Referenced from:
> /Users/schoolshoes/Library/Pd/unauthorized/grid.pd_darwin
>   Reason: image not found
>
> (i installed the deken plugin to try that way but only windows and linux
> versions seem to be available for unauthorized)
>
> how can I use unauthorized and [grid] in vanilla?
>
> many thanks
>
> s
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
--
May you, and all beings
be happy and free from suffering :)
-- ancient Buddhist Prayer (Metta)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


[PD] Fwd: filename from path

2015-11-30 Thread Simon Iten
for reference...Begin forwarded message:From: Matt Barber Date: 1 December 2015 at 00:41:32 GMT+1To: Simon Iten Subject: Re: [PD] filename from pathA couple things to check out that will be better practice:[until] instead of [metro][array size] instead of a [resize $1( message is better syntax in some places. And no need to resize the array every time (this is trivial in most situations, but it's not impossible that someone would want to use this in a heavy load).Use of $0 for locality.Above all -- [trigger] to control order of operations, which are a little ambiguous in your patch.See attached for an alternate design.On Mon, Nov 30, 2015 at 5:52 PM, Simon Iten  wrote:here is a vanilla implementation, not sure if it is the easiest way, but it works here…thanks for the guidance matt!simonOn 30 Nov 2015, at 23:35, Matt Barber  wrote:​I also made a [list-s2l] using a bunch of printf commands from [makefilename]. I haven't looked at it in ages – it was a few years ago (2009?), and is kind of slow, but I think it works. See attached (requires list-abs).On Mon, Nov 30, 2015 at 5:05 PM, IOhannes m zmölnig  wrote:On 11/30/2015 10:08 PM, Simon Iten wrote:
> is it possible to get only the filename from openpanel? (in vanilla)

not vanilla: iemlib's [splitfilename] does exactly what you want
not vanilla either: zexy's [symbol2list]/[list2symbol] let's you build
that easily

vanilla only solution:  see matt's suggestion using the new:
 [list (to|from)symbol]
objects

fgmas
IOhannes

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

___Pd-list@lists.iem.at mailing listUNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list


splitpath2-help.pd
Description: Binary data


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


Re: [PD] Advice on bonk~ with bass guitar

2015-11-30 Thread Ed Kelly
Yep.I tried all sorts of slowing down my playing and so forth, but it is as I 
feared. I am going to have to edit every damn note of Electric Counterpoint by 
hand!
I used to like the piece. After being commissioned to make another backing 
"tape" and having most of the guitar complete I've felt like an editing robot 
for months. Only another 18276357848596 notes to go then...
Ah well, onwards with it. There were a few bits where I could bonk~ the 
monophonic guitar lines at the beginning, with limited success. My note-by-note 
dynamics reconstructor is great though.
Ed Ninja Jamm - a revolutionary new music remix app from Ninja Tune and Seeper, 
for iPhone and iPad http://www.ninjajamm.com/ Gemnotes-0.2: Live music notation 
for Pure Data, now with dynamics! http://sharktracks.co.uk/  


On Thursday, 26 November 2015, 0:46, Miller Puckette  wrote:
 
 

 I think this will be very hard to do reliably.  I can't get perfectly reliable
attacks for a guitar, even with the strings separated.  I heard a rumor that
some neural net thing might work better than bonk~ for strings but never saw
it myself.

cheers
Miller

On Wed, Nov 25, 2015 at 02:31:37PM +, Ed Kelly wrote:
> Hi List,
> I'm trying to use bonk~ to segment bass guitar. I want to capture every note. 
> Does anyone have any advice to optimize the settings of bonk~ for this?
> Cheers,Ed
>  Ninja Jamm - a revolutionary new music remix app from Ninja Tune and Seeper, 
> for iPhone and iPad http://www.ninjajamm.com/ Gemnotes-0.2: Live music 
> notation for Pure Data, now with dynamics! http://sharktracks.co.uk/ 

> ___
> 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] Advice on bonk~ with bass guitar

2015-11-30 Thread Simon Iten
have you tried bark~ ? 

it’s here:

http://williambrent.conflations.com/pages/research.html 


cheers

> On 30 Nov 2015, at 23:59, Ed Kelly  wrote:
> 
> Yep.
> I tried all sorts of slowing down my playing and so forth, but it is as I 
> feared. I am going to have to edit every damn note of Electric Counterpoint 
> by hand!
> I used to like the piece. After being commissioned to make another backing 
> "tape" and having most of the guitar complete I've felt like an editing robot 
> for months. Only another 18276357848596 notes to go then...
> 
> Ah well, onwards with it. There were a few bits where I could bonk~ the 
> monophonic guitar lines at the beginning, with limited success. My 
> note-by-note dynamics reconstructor is great though.
> Ed
>  
> Ninja Jamm - a revolutionary new music remix app from Ninja Tune and Seeper, 
> for iPhone and iPad http://www.ninjajamm.com/ Gemnotes-0.2: Live music 
> notation for Pure Data, now with dynamics! http://sharktracks.co.uk/ 
> 
> 
> 
> On Thursday, 26 November 2015, 0:46, Miller Puckette  wrote:
> 
> 
> I think this will be very hard to do reliably.  I can't get perfectly reliable
> attacks for a guitar, even with the strings separated.  I heard a rumor that
> some neural net thing might work better than bonk~ for strings but never saw
> it myself.
> 
> cheers
> Miller
> 
> On Wed, Nov 25, 2015 at 02:31:37PM +, Ed Kelly wrote:
> > Hi List,
> > I'm trying to use bonk~ to segment bass guitar. I want to capture every 
> > note. Does anyone have any advice to optimize the settings of bonk~ for 
> > this?
> > Cheers,Ed
> >  Ninja Jamm - a revolutionary new music remix app from Ninja Tune and 
> > Seeper, for iPhone and iPad http://www.ninjajamm.com/  
> > Gemnotes-0.2: Live music notation for Pure Data, 
> > now with dynamics! http://sharktracks.co.uk/  
> > 
> 
> > ___
> > 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] 64 bit audio?

2015-11-30 Thread Matt Barber
​You probably don't want Pd dithering behind the scenes without you knowing
it. There are a couple of things to consider, though:

Dithering for 24-bit output isn't generally necessary, since most audio
devices don't have true 24-bit ADC/DAC, and even with perfect equipment the
noise floor is lower than the threshold of hearing given a reasonable
maxamp level.

Dithering for a 16-bit audio device might be worth while, but most of these
devices I've ever worked with already have more than enough analog
component noise not to worry so much about truncation error.

Dithering for output to a 16-bit sound file for playback on a device with
more precision is probably worth it, but you want to be able to control the
kind of dither you're using, whether or not you're going to employ any
noise shaping, etc. That's all stuff you can do in Pd if you want, but
there are probably better (and easier!) options.​

On Fri, Nov 27, 2015 at 4:00 PM, Alexandre Torres Porres 
wrote:

> What about "dithering" or whatever... when Pd sends a 32 bit (or even 64
> bit) how is it handled and reduced to 16 bits or 24 bits according to the
> soundcard?
>
> Is it up to Pd or not? One case or another, how is it done?
>
> thanks
>
> 2015-11-27 14:19 GMT-02:00 Alexandre Torres Porres :
>
>>
>>
>> 2015-11-27 9:59 GMT-02:00 katja :
>>
>>> This topic keeps popping up on Pd list with stable frequency.
>>
>>
>> And I'd say I'm guilty for a few of those
>>
>>
>>> the price seemed to be acceptable at the time of writing (2011).
>>
>>
>> I'm aware of the writing for a few years now, and I was actually
>> wondering/asking if by now, 2015/2016 if this move ahead was being
>> considered.
>>
>> By the way, I learned this days that Max did make this move a while ago
>> in Max 6 (that's about 2011, btw), which was quite surprising for me.
>>
>>
>> That was before the advent of pico computers like Raspberry Pi
>>
>>
>> Exactly, I had that in mind too, but one way or another, I was thinking
>> of a move to 64 bits as an extra (and supported/distributed) feature, but
>> still keeping the 32 for legacy reasons and the usage in pico computers.
>>
>>
>>> Also I realized only later that making _all_
>>> external libs double-precision-aware is mission impossible.
>>>
>>
>> well, there's a curious and relevant fact, I wonder why, but I'll just
>> believe it.
>>
>>
>>> double precision build is mainly valuable for evaluation. It helps
>>> finding out how important precision is for some routine, and may even
>>> provide insights which help to fix some precision issue within the
>>> constraints of single precision Pd.
>>
>>
>> Cool, I was really curious in knowing more about all this, so I was
>> researching again. Specially after learning that max has been 64 bits for a
>> while, it seemed nice to evaluate what it has that Pd and SC don't.
>>
>> Here's the only video I found about it anyway...
>>
>> https://www.youtube.com/watch?v=QTZlWaIVjTg
>>
>> It just shows about reading long buffers, that's it, and we know that...
>>
>> Seems like feedback loops in filters is something to note as relevant in
>> 64 bit precision from what I was reading, and also from the answer I got in
>> the SC list, which they seem to deal with internally anyway.
>>
>> Sorry for insisting, but then, is that really only it?
>>
>> Since the long buffer issues have a workaround with the onset inlet in
>> [tabread4~], that's something I'd let go. And seems like 64 bit is just too
>> much hassle for audio processing and quality. The only issue still worth
>> noting seems to be the quality in filters, but, what I understand here is
>> that you couldn't "work that out internally" in Pd like they're saying
>> they're doing in SC, right?
>>
>> cheers
>>
>
>
> ___
> 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] have fun

2015-11-30 Thread Simon Iten
hey list,

here is a little something.

it’s a real mess. sing to it or clap or whatever. it likes melody.

cheers



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


Re: [PD] have fun

2015-11-30 Thread Olivier Baudu
Le 30/11/2015 13:02, Simon Iten a écrit :
> hey list,
> 
> here is a little something.
> 
> it’s a real mess.

There is still a straight wire between [mtof] and [* 0.5]...

:-p

> sing to it or clap or whatever. it likes melody.
> 
> cheers
> 
> 
> 
> ___
> 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.

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


[PD] Apero-demo / 1st december / Chalon sur Saone.

2015-11-30 Thread Olivier Baudu
Hi list,

Just to tell you I will make a demo of Puredata tomorrow in La Peniche
concert hall, in Chalon sur Saone, France.
http://www.lapeniche.org/agenda/326/apero-demo-l-amour-par-le-bit/

If you are on this list, it doesn't concern you because... well... you
already know Pd... :-p
But it's for the archive... :o)

(of course, to troll myself at the beginning of the 'lecture', the
visual is made with Processing... :-D)

Cheers.

°1ivier

-- 
"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.

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


[PD] Help with TCL messages

2015-11-30 Thread Liam Goodacre
I'm trying to use TCL to change the colour of atom boxes. In Extended 0.43.4 
I'm able to do it using the command:

set obj_box_fill #6c

But this doesn't seem to work for me in Vanilla 0.45.4. Can someone suggest an 
alternative command?

While I'm here, is there a way to set the colour of atom boxes on only a 
particular canvas, rather than for the whole class? Using [hcs/canvas_name], 
perhaps?
  ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Help with TCL messages

2015-11-30 Thread IOhannes m zmoelnig
On 2015-11-30 14:57, Liam Goodacre wrote:
> I'm trying to use TCL to change the colour of atom boxes. In Extended 0.43.4 
> I'm able to do it using the command:
> 
> set obj_box_fill #6c
> 
> But this doesn't seem to work for me in Vanilla 0.45.4. Can someone suggest 
> an alternative command?

no.
because unfortunately Pd-vanilla does not tag the various parts of it's
GUI-elements.
(apart from that: PdX had *filled* object-boxes, whereas Pd-vanilla has
unfilled/transparent object-boxes).

ghasdm
IOhannes



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] have fun

2015-11-30 Thread Simon Iten
sorry…

here is a corrected version that reacts to rhythm as well :-)
> On 30 Nov 2015, at 14:40, Olivier Baudu <01iv...@labomedia.net> wrote:
> 
> Le 30/11/2015 13:02, Simon Iten a écrit :
>> hey list,
>> 
>> here is a little something.
>> 
>> it’s a real mess.
> 
> There is still a straight wire between [mtof] and [* 0.5]...
> 
> :-p
> 
>> sing to it or clap or whatever. it likes melody.
>> 
>> cheers
>> 
>> 
>> 
>> ___
>> 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.
> 
> ___
> 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