[PD] patch2svg plugin options

[Raphaël Ilias]

Hi list,

Does anyone have an idea on how to change options on this plugin ?
For me I just want to have another default font (all text is set to
"font-family: DejaVu Sans Mono; font-size: 11px")
Of course I can "search & replace" the font name in all the exported.svg
file with any text editor... but...

Thanks for your sharing

all best,

-- 
Raphaël Ilias
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Pd Auto Complete now on Deken! v0.45.0

[Raphaël Ilias]

nice job !
thanks
works well here on macOS High Sierra...

Le ven. 24 août 2018 à 00:35, Henri Augusto Bisognini <
msndohe...@hotmail.com> a écrit :

> The PD completion-plugin adds auto completion and object searching
> functionality to PD vanilla!
>
> I've just updated the plugin and uploaded it in Deken!
> Just search for "completion".
>
>  See the full readme (gif included) on Git Hub:
>
>  https://github.com/HenriAugusto/completion-plugin
>
> The plugin is reportedly working on Win, Linux (tested on Ubuntu) and OS
> X.
>
> Raspberry Pi testers needed!
>
> Cheers
> Henri
>
> ___
> Pd-announce mailing list
> pd-annou...@lists.iem.at
> https://lists.puredata.info/listinfo/pd-announce
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] not resolving dollar in arguments : is it possible ?

[Raphaël Ilias]

Hello !

I'll try to ask this in a few words :

is it possible to dynamically save a $n-symbol as an argument in an
abstraction, like you can do with [iemguts/canvasargs] but without
"resolving" the $n index declaration ?

The idea would be to reproduce a properties panel as with iem GUIs, and be
able to put in symbol boxes, a  $0-receiverSymbolicName or
$1-$2-senderSymbolicName and save it as argument ?

I am trying various tricks, but unsuccessfully, see both attached patch...

if someone has a idea or even a solution !
or thinks it's stupid

have a nice day !

-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___


test_saveSendSymbolAsArgument.pd
Description: Binary data


test-abs.pd
Description: Binary data


dummy-abs.pd
Description: Binary data


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

Re: [PD] watchdog

[Raphaël Ilias]

Hello,

Maybe not as technical as your solution, but on a Windows machine for an
art installation, i did a quick "watchdog" that checked a "stillalive"
file, that was regularly modified by the pd patch. So when/if pd crashed,
the file wasn't updated anymore and the script would restart it. I think it
was done in python...

cheers

2018-05-03 11:56 GMT+02:00 Jack <j...@rybn.org>:

> If you have several instances of Pd, it is also doable to do something
> like :
>
> pd -open yourpatch1.pd &
> PID1=$!
> pd -open yourpatch2.pd &
> PID2=$!
>
> while true
> do
> if [ ! -d /proc/$PID1 ]
> then
> pd -open yourpatch1.pd &
> PID1=$!
> fi
> if [ ! -d /proc/$PID2 ]
> then
> pd -open yourpatch2.pd &
> PID2=$!
> fi
> done
>
>
> ++
>
> Jack
>
>
>
> Le 03/05/2018 à 11:46, Jack a écrit :
> > Hey list !
> >
> > Le 03/05/2018 à 09:42, Roman Haefeli a écrit :
> >> On Thu, 2018-05-03 at 06:29 +0200, michael strohmann wrote:
> >>> Hello,
> >>> i wonder if it is possible to setup something on raspberry, so that
> >>> the puredata-watchdog will restart pd-0.48.0 automatically?
> >>> where could i look up the mechanics of this, unfortunatly i am not a
> >>> unix crack…
> >>
> >> Are you referring to the pd-watchdog binary, that comes with puredata-
> >> core? Is your Raspberry Pi running Raspbian?
> >>
> >> From what I understand, the purpose of the pd-watchdog is to pause Pd
> >> in regular intervals when running in real-time mode. I think this is
> >> measure to prevent Pd from locking up the system. Assume you
> >> accidentally trigger an [until] without a stopping mechanism, thanks to
> >>  pd-watchdog you're still able to move the mouse and quit Pd.
> >>
> >> Is your goal to make sure that Pd is running at any time, so that it is
> >> started again as soon as it stops?  Maybe you can achieve something
> >> like this wit a shell script. I haven't tested this, but it might give
> >> you an idea how to make it work:
> >>
> >> ---
> >> #!/bin/sh
> >>
> >> while true
> >> do
> >>   # We start pd and send detach it from the terminal ('&')
> >>   /usr/bin/pd -open yourpatch &
> >>
> >>   # we catch pd's process id
> >>   pdpid=$!
> >>
> >>   # now let's wait for the process to terminate
> >>   wait $pdpid
> >>
> >>   # once pd terminates, we start another iteration
> >>   # of our while-loop
> >> done
> >
> > I will do something like :
> >
> > while true
> > do
> > pd -open yourpatch # if pd crash the script continue to "sleep 1"
> > and a new loop start
> > sleep 1
> > done
> >
> > ++
> >
> > Jack
> >
> >
> >
> >> ---
> >>
> >> Roman
> >>
> >>
> >>
> >> ___
> >> Pd-list@lists.iem.at mailing list
> >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
> >>
> >
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
> >
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Messages for Arrays?

[Raphaël Ilias]

Hello William,

The documentation is in Miller's documentation.
So in your Help browser :

-> Puredata/ -> 2.control.examples/
-> 15.array.pd
and
-> 16.more.arrays.pd

++

Raphaël

2018-04-25 19:13 GMT+02:00 Tom Erbe <soundh...@icloud.com>:

> Looking into the source code I see:
>
> const
> bounds
> xticks
> xlabel
> yticks
> ylabel
> rename
> read
> write
> resize
> print
> sinesum
> cosinesum
> normalize
> arraydialog
> arrayviewlistnew
> arrayviewlistfillpage
> arrayviewclose
>
>
> > On Apr 25, 2018, at 9:26 AM, William Huston <williamahus...@gmail.com>
> wrote:
> >
> > Where in official documentation/help files
> > can I find a list of all messages an array can accept?
> >
> > This would be nice to have in array-object-help :)
> >
> > Dr. Cheeto identified several here:
> > https://www.youtube.com/watch?v=gKsDZpIISQE
> >
> > resize, bounds, xticks, yticks, xlabel, ylabel
> >
> > What others are there?
> > Must I read the source code?
> >
> > Maybe I'm missing it...
> >
> > Thank you!
> > BH
> >
> >
> > --
> > William Huston:  williamahus...@gmail.com
> > Binghamton NY
> >
> > Public Service Mapping / Videography / Research
> > Blog -- Facebook -- Twitter  -- Youtube
> > Document collections: VirtualPipelines -- BHDCSDimockArchive
> > Please support my work: TinyURL.com/DonateToBillHuston
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>



-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] parametric equalizer

[Raphaël Ilias]

Thanks Alex and Dan,
I am very busy now but I'll look into your solutions ASAP.

I am aware of ggee objects for biquad~ coefficient calculations.
Tough I understand the idea to "split the spectra" of a signal with
low-pass, band-pass and high-pass filters...  what is still unclear to me
is : since the outputs of the filters are then mixed together, how to make
sure that overlap correctly so that if the 3 (low, band and high) filters
have 0db gain ([*~1]) the sum of the 3 together will be similar to the
input (flat response), like it does when your mixer's EQ knobs are all
centered...
and what does it really mean when you turn it counter-clockwise, for
example "MID knob" to -6 dB ?
I suppose it isn't a rejection/notch filter ? So it's just a bandpass
filter with amplitude 0.5 / -6 dB and then mixed with the outputs of the
lowpass and highpass filters ?
Probably there is no perfect design, but I wonder what details I should be
aware of.

But I will study the abstractions/objects you mentioned.

++

2018-04-19 20:11 GMT+02:00 Dan Wilcox <danomat...@gmail.com>:

> Check out [e_3bandeq] in rc-patches: https://github.
> com/danomatika/rc-patches
>
> On Apr 19, 2018, at 11:55 AM, pd-list-requ...@lists.iem.at wrote:
>
> From: Raphaël Ilias <phae.il...@gmail.com>
> To: pd-list <pd-list@lists.iem.at>
> Subject: [PD] parametric equalizer
> Message-ID:
> <cadyadn8jh+dsyr54kpbm5p94+zobhkfdgyyokuw5us4w3o6...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hello dear pd lovers,
>
> I wonder if someone as implemented a parametric equalizer similar to the
> ones you find on mixer : like three band LOW MID HIGH, with -/+ X dB so
> that when everything is +0 dB, the output is flat and similar to input.
> And eventually with Q/curve/spectral transistion parameters ?
>
> I know this is a very large question and that there might be a lot of
> different implementations, but I wondered if there are "standard"
> solutions.
> Vanilla preferred or stable libraries...
>
> Thanks !
>
> --
> Raphaël Ilias
>
>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] CONTEXT V3.0.2 tests. (was: How to declare custom libraries in abstractions)

[Raphaël Ilias]

Good to know that my testing was useful.

However, I don't know if this is important for your testings, but I DO have
iemguts and zexy (and cyclone, flatgui, hcs and list-abs... for the ones
you use) already installed via Deken (so on Mac OS X now they're put in
/Users/myuseraccount/Library/Pd/).

I'll look deeper into Context when I have time, but it looks a huge amount
of work.

all the best,

Raphaël


2018-04-19 16:55 GMT+02:00 Liam Goodacre <liamg...@hotmail.com>:

> Thanks Raphaël. It's especially good to know that Context works on Mac,
> since I haven't tested it there myself.
>
> It looks like you don't have the zexy, iemguts or else installed. You can
> get them from Help-->Find Externals if you want, but the important thing is
> that Context works with the built in externals.
>
> If you want to understand about resizing and shifting toggle floats, you
> can look at helpfiles/GUI_manioulation.pd
>
> Let me know if you have any questions or suggestions!
>
> Liam
> ------
> *From:* Raphaël Ilias <phae.il...@gmail.com>
> *Sent:* 19 April 2018 12:56
> *Cc:* Liam Goodacre; PD list
> *Subject:* Re: [PD] CONTEXT V3.0.2 tests. (was: How to declare custom
> libraries in abstractions)
>
> Hi,
>
> I might be late for the answer... I didn't know Context, but I just had a
> quick look about it and seems interesting concept.
> I am trying "externs-test.pd". I am using Macbook Pro 2012 with OS X
> 10.10.5 Yosemite and pd-vanilla 0.48-1
>
> 1. I don't have any "couldn't create" on load
>
> 2. I don't really know yet how to "resizing and shifting toggle floats"
>
> 3. The 4 objects seems to create but none of their help-files open with
> "right-click > Help"
>
> 4. I quit pd, renamed the 8 libraries folder as "_OUT_libraryname/" and
> re-opened "externs-test.pd" :
>
> 1B. Now I have a lot of "couldn't create" on load :
> - demux
> - l2s
> - sort
> - mux
> - urn
> - else/break &
> - msgfile
> - iemguts/initbang
> - else/fromany
> - else/toany
> - else/routeall
> - s2l
> - time
> - iemmatrix/matrix
> - iemmatrix/mtx_check
> ...
> and a few chords that couldn't be created, and missing arrays (0-IDshare)
>
> 2B : still don't know how to "resize and shift toggle floats"
>
> 3B : [s2l] and [else/toany] don't create. The other two do open their
> help-patches with "right-click > Help"
>
> NB : i don't have else library installed originally
>
>
> Hope this helps !
>
> cheers,
>
> Raphaël
>
>
> 2018-04-15 6:26 GMT+02:00 Lucas Cordiviola <lucard...@hotmail.com>:
>
> Hi Liam,
>
> Amazing patching!
>
> -
>
> 1: When you open this patch, are there any "couldn't create" messages in
> the console? If so, tell me!
>
>
>
> There are not "couldn't create" on "externs-test.pd" but I found:
>
> * cyclone/tanh~*
> *... couldn't create*
>
> going through examples that use [docfiles/glock~].
>
> On "12_overlay_examples.pd" & 
> "13_embedding_(takes_several_minutes_to_load!).pd"
> i get:
>
>
> * <~*
> *... couldn't create*
> * &&~*
> *... couldn't create*
> * <~*
> *... couldn't create*
> * &&~*
> *... couldn't create*
> * <~*
> *... couldn't create*
> * &&~*
> *... couldn't create*
>
>
> 2: Does Context seem to be working correctly? Try resizing it and shifting
> toggle floats to see.;
>
>
>
> Resizing seems to work. I don't know what you mean with "shifting toggle
> floats to see".
>
> Notes: when using "externs-test.pd" if I click on the *lower left toggle*
> i get:
>
> *0-crxyoff: no such object*
> *0-roff: no such object*
> *0-notsafe: no such object*
> *0-roff2: no such object*
> *0-crxyoff: no such object*
>
> But is not the case if I create a new patch and a new [context].
>
> 3: If the following objects have created correctly, can you call the
> helpfiles?
>
>
>
> I can not open the help files.
>
> Note: I have temporarily switched off my normal externals folder.
>
> ---
>
> I can not open "00_first_time_tutorial.pd" it crashes Pd.
>
>
>
>
>
>
> --
>
> Mensaje telepatico asistido por maquinas.
>
> On 4/14/2018 9:10 AM, Liam Goodacre wrote:
>
> I figured out what the difference was between mine and Alex's screenshots.
> In my case, the "custom search location" was also the folder that the patch
> was saved into. So it was loading an external relative to this, not the
> cu

Re: [PD] CONTEXT V3.0.2 tests. (was: How to declare custom libraries in abstractions)

[Raphaël Ilias]

Hi,

I might be late for the answer... I didn't know Context, but I just had a
quick look about it and seems interesting concept.
I am trying "externs-test.pd". I am using Macbook Pro 2012 with OS X
10.10.5 Yosemite and pd-vanilla 0.48-1

1. I don't have any "couldn't create" on load

2. I don't really know yet how to "resizing and shifting toggle floats"

3. The 4 objects seems to create but none of their help-files open with
"right-click > Help"

4. I quit pd, renamed the 8 libraries folder as "_OUT_libraryname/" and
re-opened "externs-test.pd" :

1B. Now I have a lot of "couldn't create" on load :
- demux
- l2s
- sort
- mux
- urn
- else/break &
- msgfile
- iemguts/initbang
- else/fromany
- else/toany
- else/routeall
- s2l
- time
- iemmatrix/matrix
- iemmatrix/mtx_check
...
and a few chords that couldn't be created, and missing arrays (0-IDshare)

2B : still don't know how to "resize and shift toggle floats"

3B : [s2l] and [else/toany] don't create. The other two do open their
help-patches with "right-click > Help"

NB : i don't have else library installed originally


Hope this helps !

cheers,

Raphaël


2018-04-15 6:26 GMT+02:00 Lucas Cordiviola <lucard...@hotmail.com>:

> Hi Liam,
>
> Amazing patching!
>
> -
>
> 1: When you open this patch, are there any "couldn't create" messages in
> the console? If so, tell me!
>
>
>
> There are not "couldn't create" on "externs-test.pd" but I found:
>
> * cyclone/tanh~*
> *... couldn't create*
>
> going through examples that use [docfiles/glock~].
>
> On "12_overlay_examples.pd" & 
> "13_embedding_(takes_several_minutes_to_load!).pd"
> i get:
>
>
> * <~*
> *... couldn't create*
> * &&~*
> *... couldn't create*
> * <~*
> *... couldn't create*
> * &&~*
> *... couldn't create*
> * <~*
> *... couldn't create*
> * &&~*
> *... couldn't create*
>
>
> 2: Does Context seem to be working correctly? Try resizing it and shifting
> toggle floats to see.;
>
>
>
> Resizing seems to work. I don't know what you mean with "shifting toggle
> floats to see".
>
> Notes: when using "externs-test.pd" if I click on the *lower left toggle*
> i get:
>
> *0-crxyoff: no such object*
> *0-roff: no such object*
> *0-notsafe: no such object*
> *0-roff2: no such object*
> *0-crxyoff: no such object*
>
> But is not the case if I create a new patch and a new [context].
>
> 3: If the following objects have created correctly, can you call the
> helpfiles?
>
>
>
> I can not open the help files.
>
> Note: I have temporarily switched off my normal externals folder.
>
> ---
>
> I can not open "00_first_time_tutorial.pd" it crashes Pd.
>
>
>
>
>
>
> --
>
> Mensaje telepatico asistido por maquinas.
>
> On 4/14/2018 9:10 AM, Liam Goodacre wrote:
>
> I figured out what the difference was between mine and Alex's screenshots.
> In my case, the "custom search location" was also the folder that the patch
> was saved into. So it was loading an external relative to this, not the
> custom search folder.
>
> I've uploaded a draft of Context with externals which I hope will work
> "out of the box". The idea is that if a user wants to use their own
> externals, they simply delete the relevant folders from the main Context
> folder, and then the patch goes back to searching for the externals in the
> regular places. This is based on the assumption that PD searches for
> externals in the PD folder BEFORE searching in Documents/PD/externals or
> anywhere else. This appears to be the case on my Linux and Windows
> machines, but can I count on it always working?
>
> Lucas, thanks for pointing me towards the old Extended binaries for Zexy.
> I didn't realized that they existed, and it helps to keep the file size
> small. The Context folder currently has 6mb of binary externals (Linux,
> Windows & OS), which seems to me like an acceptable cost.
>
> If anyone wants to test it, I'd really appreciate it, in case I've made a
> mistake. You can download the test branch here, then follow the instruction
> in the file "externs-test.pd".
>
> https://github.com/LGoodacre/context-sequencer/tree/externs
> <https://github.com/LGoodacre/context-sequencer/tree/externs>
> LGoodacre/context-sequencer
> <https://github.com/LGoodacre/context-sequencer/tree/externs>
> context-sequencer - Context, a modular sequencer for PD
> github.com
>
> --
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] parametric equalizer

[Raphaël Ilias]

Hello dear pd lovers,

I wonder if someone as implemented a parametric equalizer similar to the
ones you find on mixer : like three band LOW MID HIGH, with -/+ X dB so
that when everything is +0 dB, the output is flat and similar to input.
And eventually with Q/curve/spectral transistion parameters ?

I know this is a very large question and that there might be a lot of
different implementations, but I wondered if there are "standard" solutions.
Vanilla preferred or stable libraries...

Thanks !

-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Fwd: Re: simulating mouse clicks from PureData

[Raphaël Ilias]

There also a little program on Windows that simulate user mouse/keyboard
input (mouse goto, click, press key, etc).
I don't remember the name, I think it was AutoHotKey, but I can try to find
it in my notes (I migrated to an apple environment now...)

2018-03-18 14:01 GMT+01:00 Csaba Láng <langcs...@gmail.com>:

> on Mac OS works too.
> Thanks, this is what I was looking for.
> Popesz
>
> On Sat, Mar 17, 2018 at 9:28 AM, tim vets <timv...@gmail.com> wrote:
>
>> [shell] and xdotool on Linux
>>
>> On Mar 16, 2018 4:04 PM, "Max" <abonneme...@revolwear.com> wrote:
>>
>>> long time ago I've used popen and cliclick [1] on OS X to do this.
>>> Don't know of similar tools fo other OSes, they might exist.
>>>
>>> [1] https://www.bluem.net/en/projects/cliclick/
>>>
>>>
>>> On 16.03.2018 15:11, Csaba Láng wrote:
>>>
>>>> Dear list,
>>>>
>>>> is it possible to send out mouse clicks from PD to a webpage for
>>>> example?
>>>> Means telling the system the x and y positions of the mouse and a click
>>>> on this position?
>>>>
>>>> Best,
>>>>
>>>> Popesz
>>>>
>>>>
>>>> ___
>>>> Pd-list@lists.iem.at mailing list
>>>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>>>> stinfo/pd-list
>>>>
>>>>
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>>> stinfo/pd-list
>>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] snap to grid feature when editing

[Raphaël Ilias]

That would be a wonderful feature. I wouldn't install a pd fork just for
that, but I spend (and maybe loose) lots of time aligning boxes with the
keyboard.
A "snap to grid" feature with vertical and horizontal grid steps would be
really time saving !
Of course since this is a user/patcher interface it should not be default
behavior or mandatory

2018-02-18 20:17 GMT+01:00 Dan Wilcox <danomat...@gmail.com>:

>
>
> On Feb 18, 2018, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
>
> From: Roman Haefeli <reduz...@gmail.com>
> To: Pd-List <pd-list@lists.iem.at>
> Subject: Re: [PD] snap to grid feature when editing
> Message-ID: <1518895171.2184.17.ca...@gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> On Sam, 2018-02-17 at 19:26 +0100, Dan Wilcox wrote:
>
> There is working code for this in one of the Pd forks. I've thought
> about porting it over. It works pretty well for placement but drawing
> the actual grid is problematic due to the number of lines and some
> overlapping.
>
>
> I wasn't thinking about drawing lines on the canvas. I thought more of
> an invisible feature that could be turn on and off by some shortcut.
>
>
> Yeah, that's what I was thinking as well. I'd also integrate this with the
> Tidy Up feature where it would calculate the positions using the grid when
> snapping is enabled.
>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>
> _______
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] macOS 64 bit only soon

[Raphaël Ilias]

Ok, thanks for the clarification, IOhannes's message was a bit cryptic for
me !

All best dear pd community

Raphaël Ilias


Le 27 janv. 2018 5:03 PM, "Roman Haefeli" <reduz...@gmail.com> a écrit :

On Sam, 2018-01-27 at 14:06 +0100, Raphaël Ilias wrote:
> Does it mean that Puredata will soon have to upgrade all it's floats
> and ~'s objects to double precision (64bit floating point) like
> Katia's pd-double ?
> I would love that ! :)
> Long tables made easy !


Let me quote IOhannes' email from yesterday


IOhannes wrote:
"64bit in this case means "sizeof(void*)==8" - that is: 64bit pointers.

this is orthogonal to "double precision" Pd, which uses (64bit) double
as t_float."

So, no, that doesn't automatically mean double-precision Pd.

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

Re: [PD] [PD-announce] pd 0.48-1 released

[Raphaël Ilias]

tried C:/Program Files (x86)/Pd/extra/unsig~/unsig~.pd and failed
> >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.m_i386 and
> failed
> >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.dll and failed
> >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~/unsig~.m_i386
> and failed
> >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~/unsig~.dll and
> failed
> >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.pd and failed
> >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.pat and failed
> >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~/unsig~.pd and
> failed
> >>   unsig~
> >> ... couldn't create
> >>
> >> Note how it searches in C:/Program Files (x86)/Pd/extra/iemlib/,
> skipping the other two standard paths.
> >>
> >> then it continues to search for unsig~ directly - in all three standard
> paths!
> >>
> >> Now here comes the crazy thing: this doesn't happen for all other
> libraries! it only fails for iemlib... for instance, here's the output for
> [declare -stdpath zexy] and [cart2pol]:
> >>
> >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.m_i386 and
> failed
> >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.dll and failed
> >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol/cart2pol.m_i386
> and failed
> >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol/cart2pol.dll
> and failed
> >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.pd and
> succeeded
> >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.pd and
> succeeded
> >>
> >> Note how it starts the search in C:/Users/Christof/AppData/
> Roaming/Pd/zexy.
> >>
> >> How is this possible?
> >>
> >> For some reason it only happens when I install Pd with the installer.
> The .zip version works perfectly OK.
> >>
> >> I also noticed some strange behaviour (in both Pd versions) for
> [declare -stdlib]. Some search paths don't make much sense, like:
> >> 'C:/Users/Christof/AppData/Roaming/Pd/C:/Program Files
> (x86)/Pd/extra/zexy.dll'. see the attachment for a full log.
> >>
> >> Christof
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> Gesendet: Montag, 08. Januar 2018 um 04:50 Uhr
> >> Von: "Miller Puckette" <m...@ucsd.edu><mailto:m...@ucsd.edu>
> >> An: pd-annou...@iem.at<mailto:pd-annou...@iem.at>
> >> Betreff: [PD] [PD-announce] pd 0.48-1 released
> >>
> >> To Pd-announce:
> >>
> >> Pd version 0.48-1 is available on http://msp.ucsd.edu/software.htm
> >> or (source only) via github: https://github.com/pure-data/pure-data
> >>
> >> cheers
> >> Miller
> >>
> >> ___
> >> Pd-announce mailing list
> >> pd-annou...@lists.iem.at<mailto:pd-annou...@lists.iem.at>
> >> https://lists.puredata.info/listinfo/pd-announce
> >> ___
> >> Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list
> >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
> >>
> >>
> >>
> >>
> >>
> >>
> >> ___
> >> Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list
> >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
> >>
> >>
> >>
> >>
> >>
> >>
> >> ___
> >> Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list
> >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
> >>
> >>
> >> ___ Pd-list@lists.iem.at
> <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and
> account-management -> https://lists.puredata.info/listinfo/pd-list
> >>
> >> ___
> >> Pd-list@lists.iem.at mailing list
> >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>



-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] macOS 64 bit only soon

[Raphaël Ilias]

Does it mean that Puredata will soon have to upgrade all it's floats and
~'s objects to double precision (64bit floating point) like Katia's
pd-double ?
I would love that ! :)
Long tables made easy !

++

Raphaël


2018-01-26 20:02 GMT+01:00 Alexandre Torres Porres <por...@gmail.com>:

> yeah, these two links seem to have conflicting or confusing information.
> The first one you sent says warnings start now in the next update of high
> sierra, but only shown "once", ten it says "The next version of macOS after
> High Sierra will include "aggressive" warnings about 32-bit apps before
> they are phased out entirely." I suppose that means it'll always bug you
> about it and not just once when 10.14 comes out later this year... then
> 10.15 will stop it.
>
> But this other link says now 10.14 will only be 64 bits, hence the next
> update this year will prevent Pd extended from working.
>
> Let's see
>
> 2018-01-26 16:56 GMT-02:00 Dan Wilcox <danomat...@gmail.com>:
>
>> High Sierra was the last macOS release to support 32-bit apps. Apple
>> announced back in the summer of 2017 that applications in 10.14 would be
>> 64-bit only.
>>
>>
>> from https://www.macworld.co.uk/news/mac-software/macos-1014
>> -2018-release-date-features-specs-3669087/
>>
>> The last link I sent says the 10.13.4 update brings the warnings. So
>> earnings from now until 10.14 comes i  bthe fall of this year.
>>
>> enohp ym morf tnes
>> ---
>> Dan Wilcox
>> danomatika.com
>> robotcowboy.com
>>
>>
>> On Jan 26, 2018, at 3:52 PM, Alexandre Torres Porres <por...@gmail.com>
>> wrote:
>>
>> I understood that 10.14 (which should come out this year) will have
>> "aggressive" warnings, and next year 10.15 will end support for good
>>
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd 0.48-0 installation problem on Win10

[Raphaël Ilias]

Ok sorry for the noise, I managed to solve this...
that was actually a third party firewall, a bit hidden, blocking network
connections for puredata..

all best,

Raphaël

2017-12-05 18:32 GMT+01:00 Raphaël Ilias <phae.il...@gmail.com>:

> Hello !
>
> I am trying to install pd 0.48-0 (vanilla) for a workshop on a bunch of
> computers running Windows 10 Professional
> * yes, here begin the problems*
>
> I tried to install and run both with and without Administrator
> privileges... the installer does its job fine but when everytime I try to
> run puredata, it shows the following error message :
>
> can't read "filename": no such variable
>while executing
> "if {$filename ne "localhost" || [catch {set pd_socket [socket 127.0.0.1
> $port]}]} {
> puts stderr "WARNING: connect to pd failed, retrying p..."
>(procedure "::pd_connect::to_pd" line 5)
>invoked from within
> "::pd_connect::to_pd $::port $::host"
>(procedure "main" line 18)
>invoked from within
> "main $::argc $::argv"
>(file "C:\Program Files (x86)\Pd\tcl\pd-gui.tcl" line 785)
>
> (i had to type it manually so there might be some typos)
>
> as far as I can understand, it looks like there's a problem around the
> local networking between pd and pdgui... but I don't know where to
> investigate further.
> No firewall involved, apparently...
>
> If any has encountered similar error, or have any clue about where to
> search the problem...
>
> that would be very helpful and appreciated
>
> cheers,
>
> --
>
>
> Raphaël Ilias
>   ___
> *     phae.fr <http://phae.fr>*
>  17 places des Halles - Ingrandes
>  49123 Ingrandes Le Fresne s/ Loire
>  phae.il...@gmail.com / +33 (0) 6 04 45 79 78 <06%2004%2045%2079%2078>
>   ___
>



-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] pd 0.48-0 installation problem on Win10

[Raphaël Ilias]

Hello !

I am trying to install pd 0.48-0 (vanilla) for a workshop on a bunch of
computers running Windows 10 Professional
* yes, here begin the problems*

I tried to install and run both with and without Administrator
privileges... the installer does its job fine but when everytime I try to
run puredata, it shows the following error message :

can't read "filename": no such variable
   while executing
"if {$filename ne "localhost" || [catch {set pd_socket [socket 127.0.0.1
$port]}]} {
puts stderr "WARNING: connect to pd failed, retrying p..."
   (procedure "::pd_connect::to_pd" line 5)
   invoked from within
"::pd_connect::to_pd $::port $::host"
   (procedure "main" line 18)
   invoked from within
"main $::argc $::argv"
   (file "C:\Program Files (x86)\Pd\tcl\pd-gui.tcl" line 785)

(i had to type it manually so there might be some typos)

as far as I can understand, it looks like there's a problem around the
local networking between pd and pdgui... but I don't know where to
investigate further.
No firewall involved, apparently...

If any has encountered similar error, or have any clue about where to
search the problem...

that would be very helpful and appreciated

cheers,

-- 


Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] trouble with pd-0.48-0 and multiple screens

[Raphaël Ilias]

Hi,

I tested the mac build given by Dan :
http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip

It works here !

My setup again :
- MBP 2012 with mac OS X Yosemite 10.10.5
- second monitor set on the left of laptop/main screen.

I can place a subpatch window on the left/second monitor, close it, and it
when I click the subpatch to open it again, it appears at its previous
position, on the left screen (and not in the nowhere limbo anymore).
I attach my test patch, not sure that makes sense

Thank you very much !
(sorry Dan for making wait, as I told you, I don't have access everyday to
the studio where I have a second monitor... sometimes my life is not so
hightech !)

I'm not familiar with git-thing (I spent ten minutes wondering what PR
stands for) so I don't know if I tested the updated version of IOhannes.

thanks everyone, this will be very helpful here soon when I will be back
working on big patch with many windows...

bye

Raphaël


2017-09-27 12:27 GMT+02:00 Dan Wilcox <danomat...@gmail.com>:

> As a followup, please test this possible solution: Pd-0.48-1-
> multimonitor.app.zip
> <http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip>
>
> I spent time on fixing this so I would like to at least get a confirmation
> from those that posted the initial thread.
>
> On Sep 22, 2017, at 11:19 AM, Dan Wilcox <danomat...@gmail.com> wrote:
>
> Note: IOhannes has an updated PR: https://github.com/pure-
> data/pure-data/pull/225
>
> The previous build should work them same.
>
> On Sep 21, 2017, at 1:35 PM, Dan Wilcox <danomat...@gmail.com> wrote:
>
> Ok, I believe I have a fix: https://github.com/pure-
> data/pure-data/pull/224
>
> You can download and try a test build for newer Macs (10.9+): Pd-0.48-1-
> multimonitor.app.zip
> <http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip>
>
> From doing some research, it seems support for negative positions was
> added to Tk a while ago and it seems to be working fine. I basically just
> removed the hard clipping to 0 and only try to do the manual placement if
> Tk is 8.4.
>
>
>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>
> _______
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*

 phae.il...@gmail.com / 06 04 45 79 78
  ___


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

Re: [PD] trouble with pd-0.48-0 and multiple screens

[Raphaël Ilias]

Further tests :

- I unchecked Display have separate Spaces option (in Mission Control
Preferences) so now it is OFF, but the problem still occurs

- I tried with secondary screen on the right of the main screen : no more
problem ! The subpatch window re-appears at its previous location and so is
visible !

This might suggests a problem with negative coordinates as previously
mentioned, but I never dug into pd source code so I can't tell...


2017-09-20 17:41 GMT+02:00 Dan Wilcox <danomat...@gmail.com>:

> Note: You do not need to respond to IOhannes directly as he gets messages
> from the list.
>

yep, I received his automatic answer, sorry.


> I can confirm this behavior, except for me the subpath window reappears on
> the right edge of the main screen. It does not appear offscreen. This is
> with both master and release 0.48 using Tk 8.5+. One issue might be TK 8.4
> in Pd 0.47.
>

Yes I will try 0.48 ASAP

++



>
> On Sep 20, 2017, at 5:09 PM, pd-list-requ...@lists.iem.at wrote:
>
> - try to re-open it (clicking object [pd subpatch] in the main patch)
> - the subpatch window gets opened, but doesn't appear in the display, it
> has moved outside screen
>
>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*

 phae.il...@gmail.com / 06 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] trouble with pd-0.48-0 and multiple screens

[Raphaël Ilias]

hi !

I finally got to my studio with seconday monitor to test again and could
reproduce the behavior :

My setup :
- macbook pro with OS X Yosemite 10.10.5 (main screen 1280x800)
- external monitor plugged with superexpensive Thunderthing>VGA adaptator
(secondary screen 1680x1050)
- the external (and secondary) monitor is set (physically and virtually) on
left of the main's laptop screen, and both screens do align on their bottom
edge (since secondary screen is bigger in resolution)

This desktop/screens configuration is already plugged and set up.
- I do launch puredata (0.47-1)
- create new patch
- create a [pd subpatch] in it
- click to open the [pd subpatch] window
(until now everything is done on the main screen)
- now I move the subpatch's window to secondary screen (situated on the
left of main screen)
- close the subpatch window
- try to re-open it (clicking object [pd subpatch] in the main patch)
- the subpatch window gets opened, but doesn't appear in the display, it
has moved outside screen

I don't remember how I did this, but I could mouse-drag it back with a key
shortcut, and could see it coming from the right edge of the main screen...

maybe it's OS related, however, it is really annoying and for me it is not
caused by changing anything in screen setup or plugging/unplugging
monitors. I just cannot drag subpatches on the secondary-on-left screen.

Though, I have not tried to switch monitors position yet...


have a nice day !

Raphaël

2017-09-19 22:41 GMT+02:00 IOhannes m zmölnig <zmoel...@iem.at>:

> On 09/19/2017 10:11 PM, Dan Wilcox wrote:
> > From what I can tell, if the window placement is beyond the virtual
> screen size, it gets clipped back to the main screen
>
> which was very much desired behaviour by a lot of people: if you edit
> your patch on the right-of-main screen and save, what should happen if
> you re-open it on a single-screen setup? obviously nobody wanted the
> patch to be hidden offscreen.
> hence the (somewhat buggy) logic of re-placing the windows.
>
> however, before any changes are made to fix the issue, i wonder what
> would the correct behaviour be, if you work on a somewhat weird
> four-screen setup forming an L-like shape like this ("O" being a screen)
>   O
> OOO
> (with the main screen being in the lower-left corner and the Pd-patch
> being in the upper-right corner).
> and then you want to open up the patch on a system with a screen setup
> like:
>  O
> O O
>  O
>
> these examples are obviously made-up and nobody will ever going to use
> them (but then, nobody in their right minds is going to use a
> left-of-main-screen setup or stacking screens vertically rather than
> horizontally).
>
> i guess one sane way to handle this is to
> - check whether the window visible on any screen
> - if not, fold it back to the main screen
>
> dgmasr
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*

 phae.il...@gmail.com / 06 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] trouble with pd-0.48-0 and multiple screens

[Raphaël Ilias]

Roman, for me it happens when i try to open (again) a pd-subpatch that i
previously placed on the second monitor (on the left of the main monitor) :
instead of appearing in its previous position, the window appears outside
the screen (on the right of the right screen), so you can't see it, drag it
back...
Yes Nicolas, I experienced this with the "additional" monitor on the left,
so subpatches should probably have negative coordinates.

Hope this gives a clue to solve this, patching on two monitors is nice for
big patches...

all best

raphaël

2017-09-14 9:05 GMT+02:00 Nicolas Montgermont <l...@nimon.org>:

> IIRC, the problem is happening more when you have your second monitor on
> the left / main monitor on the right?
> It must have something to do with a negative x position.
> What i usually experienced is a problem when working on the same patch
> with someone with two monitors, main monitor on the left and for me main
> monitor on right.
> The patch appears on the far right of the right screen - impossible to see
> or edit.
> The workaround is to unplug the second screen, the patch appears, and save
> it to this new position.
> n
>
> http://nimon.org
>
> Le 14/09/2017 à 08:45, Roman Haefeli a écrit :
>
> Hi Ali
>
> On Mit, 2017-09-13 at 11:03 -0400, Ali Momeni wrote:
>
> I'm using MacOS 10.12.6
>
> I'm impressed that so many pd versions and platforms have this issue.
> It's a very difficult problem to deal with; Pd is essentially
> unusable with multiple screens.
>
> I'm a regular multi-screen user and didn't encounter problems.
>
>
> Does anyone have an intuition of how Pd manages to break the OS's
> window management?
>
> Can you elaborate some more? I don't really understand the difference
> between what you expect and what you experience.
>
>
> Anything to look into?
>
> Can you describe an exact example of what you do, what you expect and
> what actually happens?
>
> The canvas positions are saved with the patch and I haven't experienced
> any inconsistencies with that. But I imagine you can trick it into
> doing funny things when you save a position that is non-existent when
> you open the patch again. Let's say you have the second screen right of
> the first screen, then any canvas put there will have position values
> bigger than your first screen. I actually don't know what happens when
> you open that patch with a single-screen desktop. My window manager
> tries to place it in the nearest free screen space from top left.
>
> Roman
>
>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*

 phae.il...@gmail.com / 06 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] trouble with pd-0.48-0 and multiple screens

[Raphaël Ilias]

The same happens to me,
with
pd-0.47-1
mac OS X Yosemite 10.10.5

i didn't even think of it as an issue, but as never-been-supported
but yes very annoying


2017-09-13 14:56 GMT+02:00 Hrvoje Radnic via Pd-list <pd-list@lists.iem.at>:

> I had the same problem on win 10.
>
> Hrvoje Radnic
> http://soundcloud.com/sumovi-protiv-valova
> 00385(0)915225162 <+385%2091%20522%205162>
>
>
> --
> *From:* Max <abonneme...@revolwear.com>
> *To:* pd-list@lists.iem.at
> *Sent:* Wednesday, September 13, 2017 2:44 AM
> *Subject:* Re: [PD] trouble with pd-0.48-0 and multiple screens
>
> What OS?
>
> On 2017년 09월 13일 02:25, Ali Momeni wrote:
> > Hello all,
> >
> > is anyone else using 0.48 with multiple screens and multiple desktops?
> >
> > i'm having a very difficult time using pd because the windows for
> > subpatches that I open keep jumping to random places mostly off the
> > screen on the "main" screen; it doesn't seem to happen when i click on
> > things even; total nightmare!
> >
> > has anyone seen this strange jumping window behavior and is anyone aware
> > of a workaround?
> >
> > thanks!
> >
> > ali
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
> >
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*

 phae.il...@gmail.com / 06 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] phdho...@newblankets.org

[Raphaël Ilias]

Hello dear pd-makers !

I am not sure I understand very well all the context of New Blankets /
phdhosts. However, I would also be happy to host artists/researchers and
maybe arrange a performance (lecture/workshop might not be as easy to
organize) in Angers, in the West of France. At the moment I cannot ensure
any fee though.
Also, there is a friendly network of people involved in new
media/experimental scene in the West of France (cities of Rennes, Nantes,
Poitiers...) and I would happily help anyone to connect to concerned people
in other cities.

...like a bottle to the digital ocean.

Cheers,

Raphaël ILIAS


2017-02-01 15:58 GMT+01:00 Rick Snow <ricks...@gmail.com>:

> Hi there... I just got a bounce back from this address so I thought I
> would reply here instead:
>
> I am happy to host or coordinate hosting for artists that would like to
> present work in New Orleans.  There are several venues in town that present
> experimental music on an almost weekly basis though they do book somewhat
> far in advance.  If anyone is planning a tour of the Southeast and wants to
> make a New Orleans stop I will do my best to help them out.
>
> I also teach at Tulane University and could arrange for a lecture/workshop
> in one of my courses if that is desired.
>
> Cheers,
> Rick
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Raphaël Ilias
  ___
* phae.fr <http://phae.fr>*
 10 rue des Deux Haies - 49100 Angers / France
 phae.il...@gmail.com / 06 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] array read -resize according to file ?

[Raphaël Ilias]

Hello  Jack,

Yes [text] is great, but I'm currently using tables/arrays that I want to
be stored on filesystem.
I actually can [read array.txt ( containing an array (i.e. a list of
floats) with [text], and the whole array is loaded as a list on first line,
but I'm concerned about performance while loading/parsing data.

Then this would mean using :

  [0 $1 1 (
   |
  [text get dataAsText]

instead of :

  [$1 (
   |
  [tabread dataAsArray]

I will give this solution a try, but I'm using quite large tables (more
than 10,000 float values)... do you think it's as fast as [tabread] ?

(PS : I'm also looking for a way to know if a specified file (giving its
path) exists or not. I did this once with the [shell] external, but I would
prefer a vanilla solution...)

have a nice day,

Raphaël

2016-10-06 18:08 GMT+02:00 Jack <j...@rybn.org>:

> Hello Raphaël,
>
> For textfiles ?
> Maybe you should use [text] ?
> ++
>
> Jack
>
>
>
> Le 06/10/2016 à 18:00, Raphaël Ilias a écrit :
> > Hello list
> >
> > For an array used as data storage (i.e. not audio), is there a way to
> > load data from a file AND have it resized according to file's length ?
> > ...like with soundfiler : [read -resize filename.wav tablename (
> >
> > I want to load textfiles into arrays but their may vary and cannot be
> > predicted...
> >
> > I feel my english isn't very clear today ! So I attached an example
> patch.
> >
> > Any idea ?
> >
> > have a good day !
> >
> > --
> > Raphaël Ilias
> >   ___
> > * phae.fr <http://phae.fr>*
> >  10 rue des Deux Haies - 49100 Angers / France
> >  phae.il...@gmail.com <mailto:phae.il...@gmail.com> / 06 04 45 79 78
> >   ___
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
> >
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] a multislider GUI as abstraction

[Raphaël Ilias]

Hello Derek, Roman and others still reading :)

I am really pleased to read your thoughts as they express many issues I
have had in mind :
Especially what you said about GUIs being probably much easier to implement
in a text language than in graphical/dataflow programming language. I have
the same impression and my experience with Processing has to do with this
opinion.

However, I still think that abstraction GUIs can be a mid-term solution
until better external GUIs are provided.
For example, I don't remember where I saw this, but someone (I think mmb)
made a "emtpy to filled" slider abstraction, where the value is not showed
by a thin cursor like iem's [vslider] but by a colored bar (just a trick
with a dynamically set [cnv]'s visual size over a [vslider] object that
deals the mouse interaction).
I think that such a "filled bar" slider can greatly improve the "visual"
efficiency of a patch, its usability in a live performance... This might be
a very easy feature to add to current [vsl] and [hsl] iemGUIs but, as it
would involve learning a new programming language, I don't want to do it
myself...
So, at least to me, it's worth to answer this need by finding a solution
that may be not-very-elegant but still functional : GUI abstraction.

(Same with the solution of using an [array] as a multislider that Ivica
mentioned : it's ok, it's functional, it's vanilla so it's "pure" puredata.
It's not ugly but it's really an 90ies GUI, and it's way below optimization
of a screen+mouse interactive control compared to what any desktop computer
can offer today.)

Yes there could be good GUIs as externals, but this not my project.
They could be data-structures but I think it's a bit a closed system (and
limited visually, in terms of colors or shape, at least a few years ago
last time I tried datastructures), and I'm personnally not very fond of the
way to program them.

So what I imagine is extending features over existing GUI, using dynamic
patching / user/mouse/keyboard event tracking / state-saving through
arguments techniques in abstractions. I think this could help sketching new
methods to think for GUIs (graphical / interactive / modulable /
state-saved objects) as something that can be programmed *in* Pd as
abstraction... and so would have the ability to be developed by users as
they do with audio when they program a polyphonic Synthetizer or a
wave-shaper, which are perfectible but also have multiple designs that can
be interesting to investigate as Pd's abstraction. Maybe this new methods
could lead to develop new good-stable-efficient-external objects to support
them (like [clone] that might be historically sort of a formalization of
dynamic-patching).

In that idea of doing abstractions to share, I still haven't found answers
on the "good practices" about reference to other objects :

> [declare] vs. [libraryname/objectname] ?

> for the specific case of objects that could be implemented in vanilla
(such as [cyclone/tosymbol], [zexy/multiplex], [iemlib/once],
[iemlib/for++]...), should I :

- use these "already existing externals" (more dependencies/libraries to
install)
- or use "more homemade vanilla's abstractions.pd doing the same job" (more
files, probably redundant with other externals)
- or replace them by "pd the-same-vanilla-solution-but-as-subpatch" (more
redundant code, huge files)
?

> why some objects like [hcs/colorpanel] couldn't be added to vanilla,
since it will unlikely be done as well with an abstraction ? As long as I
can remember it's calling OS-specific GUI like [openpanel] and [savepanel]
and I think I saw it work on Linux, MacOSX & Windows
Or will it remain an external (I'm ok with that), so people can't complain
about shared patches/abstractions because they have "too many dependencies"
? Would this be a "dev only" mailing-list, and "regular pd users" should go
to pd forum to share their noobs' messy patch, stuck they are in the
Pd-Extended collapse ?
he he, I know I am bit provocative here

Sorry if I am spamming the list with personal opinions, but I feel the need
to confront them to experienced Pd users.
By the way, I am not regretting Pd-Extended era, I know there are good
reasons to clean the Puredata environment and make it modular, and I think
that deken is a wonderful improvement (this way to set up new libraries is
I think part of what made arduino/processing IDE a success).

Have a nice day,

Raphaël

2016-06-28 12:33 GMT+02:00 Derek Kwan :

> Hello,
>
> I suppose this response is to no one in particular but I like talking to
> Alex so I'll reply to him =).
>
> As per the abstraction vs externals for gui stuff debate, I have a few
> general thoughts/observations:
>
> At least in my personal experience, I haven't had much luck with GUI
> abstractions. It seems like a lot of them that I at least have
> investigate date back to the pd-extended era of things and thus rely a
> lot of all the libraries provided with pd-extended, which loaded all 

Re: [PD] a multislider GUI as abstraction

[Raphaël Ilias]

2016-06-24 22:16 GMT+02:00 Fred Jan Kraan :

> Hi Raphaël,
>
>
>> I love pd, but I miss some GUIs, like a good break-points curve editing
>> (i am aware about [envgen] but it's buggy inside graph-on-parent), for
>> envelopes or dynamic compressor ...
>>
>
> Just today I completed a first reissue of the tof library containing
> [breakpoints], a derivate of [ggee/envgen] for deken. I found it unstable
> in edit mode, but not yet in a GOP. Can you describe the buggyness of
> [envgen]? I could try to do something about it.
>
>>
>>
Sorry Fred, I remembered that when inside a gop abstraction, the displayed
curve of [envgen] did let traces when its wrapping GOP-object was moved in
edit mode. But that was a year or two ago, on windows, and now I can't
reproduce this malfunction on my new setup (mac os X + pd-0.46-7 + ggee via
deken).
So my mistake, sorry.
I'll give a fresh look to [envgen]. But i always wondered if it would be
complicate to have a few other features (like curved interpolation, or sort
of bezier curve instead of only linear interpolation between points).

cheers,

Raphaël


> best regards,
>>
>> Raphaël
>>
>
> Greetings,
>
> Fred Jan
>
>>
>>
>>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] vanilla solution for random float

[Raphaël Ilias]

Thanks everybody for your suggestions,
I'll stay with the "full resolution" random 1<<24 since i only want uniform
random, but i'll give a try to the mentionned externals.

all best,

Raphaël

2016-06-01 9:17 GMT+02:00 Lorenzo Sutton <lorenzofsut...@gmail.com>:

> Hi,
>
> On 31/05/2016 16:44, Raphaël Ilias wrote:
>
>> Hello list,
>>
>> I want to do a simple task : pick a random float in a defined range
>> (let's say between 0.0 and 1.0).
>>
> [...]
>
>> I generally prefer to make vanilla abstractions.
>>
>>
> If you're after more random randomness you could search online for free
> random (or noise) sources, load them into an array, normalize 0.0 to 1.0
> and read the array.
> Of course this may or may not fit your scenario depending on e.g. the rate
> at which you need to get a new random number etc.
>
> Lorenzo.
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] vanilla solution for random float

[Raphaël Ilias]

Ok thanks for pointing out the actual decimal precision limit, I get it,
according to my understanding of 32-bit floats type.

I was also wondering why this kind of common function isn't implemented in
vanilla, in the form of an objet, or even as standardized abstraction (like
the list-abs ?) ?
 Because, it's like everyone has to :
- download an external library (and get other extra objects)
- or build it's own abstraction which make patch less "standardized"
(different names, in/outlets) and subject to errors in conception (like
here, not using maximum range).

I know this might be a delicate debate, but I feel like this kind of
function (like "floating-point random" but one  could find other examples)
could be provided as abstractions, since it's already useable but anyone
who wants to learn can check the inner patch ?

Don't want to start a messy troll, but at least IMHO this feature really
misses in vanilla,

++

Raphaël



2016-05-31 17:12 GMT+02:00 Matt Barber <brbrof...@gmail.com>:

> Your maximum [random] resolution is 2^24. You can send [1 (—[<< 24] to the
> right inlet of [random] and the right inlet of [/ ] and you'll have the max
> float resolution (assuming uniform distribution) between 0 and 1.
>
> On Tue, May 31, 2016 at 10:44 AM, Raphaël Ilias <phae.il...@gmail.com>
> wrote:
>
>> Hello list,
>>
>> I want to do a simple task : pick a random float in a defined range
>> (let's say between 0.0 and 1.0).
>> I know there are this kind of objects in external libraries (something
>> like [randomF] if remember), but since the collapse of Pd-Extended, I
>> generally prefer to make vanilla abstractions.
>>
>> The two solutions i foresee are :
>>
>> solution #1 :
>>
>> [random 1e+06]
>>  |
>> [/ 1e+06]
>>
>> but this way, it doesn't use the full floating-point resolution ?... and
>> going over that range (like 1e_07) will result in errors (outputs 0) I
>> guess because of floating-point complexity.
>>
>>
>> # solution #2 :
>>
>> [noise~]
>>   |
>> [snapshot~]
>>
>> but this won't work if DSP/audio is turned off.
>>
>>
>>
>> so I wondered if there are other vanilla and efficient solutions?
>> ...or if I just have to get the external from deken... ?
>> :)
>>
>> thanks,
>>
>> Raphaël
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] vanilla solution for random float

[Raphaël Ilias]

Sorry my error, I tried :

random 1e+08 / 1e+08

..and it works. Don't know how I got this wrong results.
It evens work until 1e+09, the precision error (that outputs 0) starts from
1e+10.

Is 1e+09 using the full decimal precision of pd's 32-bits floats ?

thanks

Raphaël


2016-05-31 17:00 GMT+02:00 Miller Puckette <m...@ucsd.edu>:

> I just tried "random 1e8" and "/ 1e8" and it seems to work for me.  If it
> doens't for you that's a bug I should look at :)
>
> cheers
> Miller
>
> On Tue, May 31, 2016 at 04:48:59PM +0200, apva...@gmail.com wrote:
> >
> >
> > Sent from my iPhone
> >
> > > On May 31, 2016, at 4:44 PM, Raphaël Ilias <phae.il...@gmail.com>
> wrote:
> > >
> > > Hello list,
> > >
> > > I want to do a simple task : pick a random float in a defined range
> (let's say between 0.0 and 1.0).
> > > I know there are this kind of objects in external libraries (something
> like [randomF] if remember), but since the collapse of Pd-Extended, I
> generally prefer to make vanilla abstractions.
> > >
> > > The two solutions i foresee are :
> > >
> > > solution #1 :
> > >
> > > [random 1e+06]
> > >  |
> > > [/ 1e+06]
> > >
> > > but this way, it doesn't use the full floating-point resolution ?...
> and going over that range (like 1e_07) will result in errors (outputs 0) I
> guess because of floating-point complexity.
> > >
> > >
> > > # solution #2 :
> > >
> > > [noise~]
> > >   |
> > > [snapshot~]
> > >
> > > but this won't work if DSP/audio is turned off.
> > >
> > >
> > >
> > > so I wondered if there are other vanilla and efficient solutions?
> > > ...or if I just have to get the external from deken... ?
> > > :)
> > >
> > > thanks,
> > >
> > > Raphaël
> > > ___
> > > Pd-list@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] vanilla solution for random float

[Raphaël Ilias]

Hello list,

I want to do a simple task : pick a random float in a defined range (let's
say between 0.0 and 1.0).
I know there are this kind of objects in external libraries (something like
[randomF] if remember), but since the collapse of Pd-Extended, I generally
prefer to make vanilla abstractions.

The two solutions i foresee are :

solution #1 :

[random 1e+06]
 |
[/ 1e+06]

but this way, it doesn't use the full floating-point resolution ?... and
going over that range (like 1e_07) will result in errors (outputs 0) I
guess because of floating-point complexity.


# solution #2 :

[noise~]
  |
[snapshot~]

but this won't work if DSP/audio is turned off.



so I wondered if there are other vanilla and efficient solutions?
...or if I just have to get the external from deken... ?
:)

thanks,

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

Re: [PD] installing iemlib on Mac OS X

[Raphaël Ilias]

Hello Dan,

Many thanks, I have installed the deken plugin and it works like a charm !
Maybe the deken solution could be added here :
http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files
?

Really this will make my life easier, so thanks again !

Raphaël

2016-01-31 20:41 GMT-06:00 Dan Wilcox <danomat...@gmail.com>:

> The easiest solution is to use deken, although I don’t know if there are
> builds for all those libs up yet. ->
> https://github.com/pure-data/deken#download
>
> The second easiest solution is to download the pd-extended Mac OSX .app
> and copy the libs out of it and place them inside the Pd vanilla .app:
>
> * Right click on pd-extended.app and choose “Show Package Contents”
> * navigate to Contents/Resources/extra
> * copy the lib folders you need aka “iemlib, zexy, ggee” to the Desktop
> (drag and drop while holding the alt/option key)
> * right click on Pd-0.46-7 and choose “Show Package Contents”
> * navigate to Contents/Resources/extra
> * drag the lib folder from the Desktop and drop them in extra
>
> That will give you older versions of the libs but without having to
> building anything yourself.
>
> 
> Dan Wilcox
> @danomatika <https://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
> On Jan 30, 2016, at 8:32 PM, pd-list-requ...@lists.iem.at wrote:
>
> *From: *Raphaël Ilias <phae.il...@gmail.com>
> *Subject: **[PD] installing iemlib on Mac OS X*
> *Date: *January 30, 2016 at 4:37:45 PM MST
> *To: *pd-list <pd-list@lists.iem.at>
>
>
> Hello dear list,
>
> I have to work abroad for a few months with a Macbook Pro, and I am not
> familiar with OS X. I'm trying (unsucessfully) to install a few libraries
> with Pd 0.46-7 (which I could install and get to work easily), especially
> iemlib, zexy and ggee, but following their various compilation instructions
> (essentially executing a few terminal commands, ./make etc) I could not
> make any of them work.
>
> Does someone have any experience with this ?
> I am running Mac OS X 10.10.5 Yosemite.
>
> Cheers,
>
> Raphaël
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] installing iemlib on Mac OS X

[Raphaël Ilias]

Hello dear list,

I have to work abroad for a few months with a Macbook Pro, and I am not
familiar with OS X. I'm trying (unsucessfully) to install a few libraries
with Pd 0.46-7 (which I could install and get to work easily), especially
iemlib, zexy and ggee, but following their various compilation instructions
(essentially executing a few terminal commands, ./make etc) I could not
make any of them work.

Does someone have any experience with this ?
I am running Mac OS X 10.10.5 Yosemite.

Cheers,

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

Re: [PD] installing pd libs on debian / OlinuXino board (wa: solimex board)

[Raphaël Ilias]

Hi !

just to give some news about this...
(...still trying to set up pd and some libs on a OlinuXino-A20 board from
Olimex)



 i'm trying to get iem library.
 i managed to get it from source but some objects don't work
 i'd like to try to get it with apt-get install
 i could get ggee and zexy this way and both work properly.
 but as said earlier with
 $ sudo apt-get install pd-iemlib
 i get :
 E: Unable to locate package pd-iemlib

 so I'm wondering what repository i should add to the source.list
 wheezy ? stretch ?



So i added jessie main to /etc/apt/source.list
and apt now locates pd-iemlib and installs it !

but all the same : abstractions work (like [once]) and also most of the
filters~, but other objects do not. As example, pd can't create [prepend]
nor [any]

(also tried to install first iemlib dependencies, like puredata-core and
libc6)

I then retried to compile from source provided on
https://puredata.info/downloads/iemlib (R1.17)
but, when I do :
$ make
i get the following messages :

make -C iemlib1/src
make[1]: Entering directory `/home/olimex/setup/iemlib_R1.17/iemlib1/src'
touch FIR~.c
cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6
-funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC
-I. -I/usr/local/src/pd-0.39-2/src -c -o FIR~.o FIR~.c
touch biquad_freq_resp.c
cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6
-funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC
-I. -I/usr/local/src/pd-0.39-2/src -c -o biquad_freq_resp.o
biquad_freq_resp.c
touch db2v.c
cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6
-funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC
-I. -I/usr/local/src/pd-0.39-2/src -c -o db2v.o db2v.c
touch f2note.c
cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6
-funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC
-I. -I/usr/local/src/pd-0.39-2/src -c -o f2note.o f2note.c
touch filter~.c
cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6
-funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC
-I. -I/usr/local/src/pd-0.39-2/src -c -o filter~.o filter~.c
touch forpp.c
cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6
-funroll-loops -fomit-frame-pointer -fno-strict-aliasing -DDL_OPEN -fPIC
-I. -I/usr/local/src/pd-0.39-2/src -c -o forpp.o forpp.c
touch gate.c

etc etc...

So obviously, i miss something in /usr/local/src/pd-0.39-2/src
and, in fact, /usr/local/src is empty

Any ideas ?

all the best,

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

Re: [PD] installing pd libs on debian / OlinuXino board (wa: solimex board)

[Raphaël Ilias]

 and here is my etc/apt/source.list :

 deb http://ftp.debian.org/debian/ wheezy main contrib non-free
 deb-src http://ftp.debian.org/debian/ wheezy main contrib non-free

 deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free
 deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib
 non-free

 deb http://security.debian.org/ wheezy/updates main contrib non-free
 deb-src http://security.debian.org/ wheezy/updates main contrib non-free

 deb http://apt.puredata.info/releases stable main



i'm trying to get iem library.
i managed to get it from source but some objects don't work
i'd like to try to get it with apt-get install
i could get ggee and zexy this way and both work properly.
but as said earlier with
$ sudo apt-get install pd-iemlib
i get :
E: Unable to locate package pd-iemlib

so I'm wondering what repository i should add to the source.list
wheezy ? stretch ?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] installing pd libs on debian / OlinuXino board (wa: solimex board)

[Raphaël Ilias]

 You did say you built it from source anyway right?
 If so shouldn't matter.


yes I compiled pd vanilla 0.46-6 from Miller's website


 Does seem like you're going to have to build the necessary externals.


well, i could get ggee working by getting it through apt-get and then
moving it from /usr/lib to /usr/local/lib where is set up my pd.



 How's it going with that? My memory is Cyclone could be a pain.


yes, getting Cyclone working was a pain ! But not it works.
I also got iemlib from repository but half of the objects do no work (like
[any] or [prepend], but I could replace them with [list] in most cases).





 On 5 June 2015 at 16:14, Raphaël Ilias phae.il...@gmail.com wrote:

 To answer Katja  Julian, i don't know which debian version is
 distributed, Olimex call it : A20-OLinuXino-Lime Debian with kernel 3.4.90+
 release 3

 and here is my etc/apt/source.list :

 deb http://ftp.debian.org/debian/ wheezy main contrib non-free
 deb-src http://ftp.debian.org/debian/ wheezy main contrib non-free

 deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free
 deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib
 non-free

 deb http://security.debian.org/ wheezy/updates main contrib non-free
 deb-src http://security.debian.org/ wheezy/updates main contrib non-free

 deb http://apt.puredata.info/releases stable main


 also, about that :


 found a working solution in this thread :
 http://lists.puredata.info/pipermail/pd-list/2015-01/109000.html
 so i made
 $ apt-get build-dep puredata


 apparently you also need to do  ./autogen again
 maybe obvious for many but...


 and then
 $ ./configure --enable-alsa
 $ make
 $ sudo make install



 thanks everyone for help !

 Raphaël



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

Re: [PD] installing pd libs on debian / OlinuXino board (wa: solimex board)

[Raphaël Ilias]

2015-06-04 17:35 GMT+02:00 Raphaël Ilias phae.il...@gmail.com:

 now I'm trying to install pd on two other boards I have with same
 distribution.
 i manage to install pd, but ALSA doesn't show in the menu. Only OSS and
 portaudio. And OSS can't see any audio device.
 Aarrgh !



i'm answering to myself ;)
found a working solution in this thread :
http://lists.puredata.info/pipermail/pd-list/2015-01/109000.html
so i made
$ apt-get build-dep puredata

and then
$ ./configure --enable-alsa
$ make
$ sudo make install

...and now it works, I have ALSA in the media menu just like it did with
pd-extended. And audio works pretty well !
(as I said earlier, i got audio processing stuck sometimes and the gui was
way slower with pd-extended)

still don't know why, but seems like my distribution was missing something
that I might have installed by chance on the first board.
will try on the third board to be sure that build-dep was the missing step

hope i'm not spamming the list for nothing and that it might help someone
one day :)

cheers,

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

Re: [PD] installing pd libs on debian / OlinuXino board (wa: solimex board)

[Raphaël Ilias]

 now I'm trying to install pd on two other boards I have with same
 distribution.
 i manage to install pd, but ALSA doesn't show in the menu. Only OSS and
 portaudio. And OSS can't see any audio device.
 Aarrgh !


still can't figure how to get ALSA while building pd (0.46-6 from Miller's
website) on debian
tried :
$ apt-get install libasound-dev
$ ./configure --enable-alsa

apart from that, I follow the procedure in the archive directory
$ ./autogen
$ ./ configure  (or with --enable-alsa)
$ make
$ sudo make install

don't what to try next...
(that's silly, it worked fine on the first board. must have typed a magic
shell command)

if anyone has a suggestion... ?

(i feel like doing my first steps outside pd-extended, even if I have been
using pd for 10 years... some us might prefer ready-to-use
environnements... but if it's the price of opensource/community developped
software, I want to try to learn...)

nice day,

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

[PD] installing pd libs on debian / OlinuXino board (wa: solimex board)

[Raphaël Ilias]

 JUst double-checked to be sure and
 sudo apt-get install pd-iemlib
 definitely working here.


double-checked too,
it can't find pd-iemlib


 Presume olimex must have it's own repo's?


don't know that... i just got their distribution as they indicate on their
website

now I'm trying to install pd on two other boards I have with same
distribution.
i manage to install pd, but ALSA doesn't show in the menu. Only OSS and
portaudio. And OSS can't see any audio device.
Aarrgh !

any suggestion

thank you very much !

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

Re: [PD] olimex board

[Raphaël Ilias]

2015-06-03 20:06 GMT+02:00 IOhannes m zmölnig zmoel...@iem.at:

 On 06/03/2015 07:42 PM, Raphaël Ilias wrote:
  Hi,
 
  I'm trying to install latest vanilla on A20-OlinuXino board as Katja
  adviced me.
  I'm such a newbie with debian : I don't manage to make it work !
 
  What I did is :
 
  $ apt-get remove pd-extended
 
  - got the latest *source* from Miller Puckette's website (pd-0.46-6)
  $ tar xzf pd-0.46-6-​src.tar.gz
  $ cd pd-0.46-6
  - then, as I read in INSTALL.TXT, i did:
  $ ./autogen.sh
  $ ./configure
  $ make


 you missed:
 $ sudo make install


 gamsrd
 IOhannes


Thanks IOhannes, that did it !
(however as far as I can see, this isn't mentionned in the INSTALL.TXT)

Now, I'll try to install externals...
At least, the gui seems to be faster than it was with pd-extended

thanks,

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

Re: [PD] olimex board

[Raphaël Ilias]

Wow.
That is not easy to get each library and install it !

Since I need [sigmund~], cyclone's [avg~], iem filters, [shell]... that
won't be a fast task. Sometimes I don't even know were to download them...

If I understand well, I cannot use apt-get install, since this won't be the
freshest vanilla's with the ARM patch ?
As an example, I tried to apt-get install zexy, but it also installed a
puredata-core.

thanks,

Raphaël

2015-06-03 21:33 GMT+02:00 Raphaël Ilias phae.il...@gmail.com:


 2015-06-03 20:06 GMT+02:00 IOhannes m zmölnig zmoel...@iem.at:

 On 06/03/2015 07:42 PM, Raphaël Ilias wrote:
  Hi,
 
  I'm trying to install latest vanilla on A20-OlinuXino board as Katja
  adviced me.
  I'm such a newbie with debian : I don't manage to make it work !
 
  What I did is :
 
  $ apt-get remove pd-extended
 
  - got the latest *source* from Miller Puckette's website (pd-0.46-6)
  $ tar xzf pd-0.46-6-​src.tar.gz
  $ cd pd-0.46-6
  - then, as I read in INSTALL.TXT, i did:
  $ ./autogen.sh
  $ ./configure
  $ make


 you missed:
 $ sudo make install


 gamsrd
 IOhannes


 Thanks IOhannes, that did it !
 (however as far as I can see, this isn't mentionned in the INSTALL.TXT)

 Now, I'll try to install externals...
 At least, the gui seems to be faster than it was with pd-extended

 thanks,

 Raphaël


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

Re: [PD] olimex board

[Raphaël Ilias]

Hello,

Updating this thread about Olimex's OlinuXino board (A20-LIME  A20-LIME2)
I still get the following error (in fact the console gets filled with
dozens of them in a few seconds) :

ALSA output error (restart failed): Broken pipe

And the all DSP gets stuck, it is not computed anymore (i.e. [env~]
doesn't output anymore). I tried to make an abstraction to detect that dsp
isn't active and restart it (;pd dsp 0, then ;pd dsp 1 -- the DSP
button stays ticked).

This error appears at every startup of pd, and then randomly, I think
mostly when opening new patcher window or on CPU load peaks. In general,
pd's gui is quite slow (maybe normal on such board), and - don't know if
this is related - sometimes Xorg crashes (I'm using the precooked debian
distribution by Olimex)

I remember to read on this list that Raspberry Pi users should use a
patched version of vanilla for ARM processors, isn't it ? (And Julian also
adviced me to avoid pd-extended)

I think I'll give a try, but is there a little step-by-step howto to
learn how to install this version on a debian ?

Any help much appreciated !

cheers,

Raphaël


2015-05-22 12:44 GMT+02:00 Winfried Ritsch rit...@iem.at:

  just to add my experience.



 I am now running some Olimex A10-Lime with amplifier boards on a sound
 installation and it works quite stable.



 Test-board see:



 http://puredata.info/docs/embedded/olinuxino/algo_a10board_05_cut.jpg/view



 I compiled jackd myself excluding dbus service so it worked, but did not
 get

 a better performance so I use pd with ALSA directly.



 mfg

 winfried





 Am Mittwoch, 13. Mai 2015, 14:56:28 schrieb Raphaël Ilias:

  Hi !

 

  Just to inform you that I'm currently experimenting with Olimex's

  development boards, this might interest some people here (i am not doing

  any advertising at all) who are into mobile puredata

 

  the set-up i use consists of

  - Olimex's A20-OLinuXino-LIME board (dual core Cortex-A7)

  - with their own Debian distribution

  - cheap USB audio interface : Terratec Aureon Dual USB

  - pd-extended 0.43-4

  - patching through VNC (and through Wi-Fi)

 

  And it works.

  ..not as fast as on my laptop, of course, but I can run patches ok.

  yet, the GUI is indeed quite slow (especially opening a patch)

 

  However, I have a few troubles, but it might not be the right place to

  ask...

  I am newbie to debian, so I couldn't setup jack at all. I'm using alsa
 but

  I get the error at startup :

  ALSA output error (restart failed): Broken pipe

  (and also sometimes when opening patche, I get a bunch of these and DSP
 get

  stuck, i need to turn OFF and ON again pd's DSP to get audio back.)

 

  Searching the archive, I saw that some people got the same problem and

  resolved it by suspending/de-installing pulseaudio.

  But it seems that pulseaudio isn't installed here.

  Maybe someone has got a clue, where to search...? (i know this is very

  specific problem !)

 

  all best,

 

  Raphaël



 --

 ---

 Ritsch, Winfried, Ao.Univ.Prof. Dipl.-Ing.

 Institut 17 Elektronische Musik und Akustik

 8010 Graz, Inffeldgasse 10/III

 E-Mail rit...@iem.at

 Homepage http://iem.at/ritsch

 Mobil ++436642439369

 ---



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

[PD] olimex board

[Raphaël Ilias]

Hi !

Just to inform you that I'm currently experimenting with Olimex's
development boards, this might interest some people here (i am not doing
any advertising at all) who are into mobile puredata

the set-up i use consists of
- Olimex's A20-OLinuXino-LIME board (dual core Cortex-A7)
- with their own Debian distribution
- cheap USB audio interface : Terratec Aureon Dual USB
- pd-extended 0.43-4
- patching through VNC (and through Wi-Fi)

And it works.
..not as fast as on my laptop, of course, but I can run patches ok.
yet, the GUI is indeed quite slow (especially opening a patch)

However, I have a few troubles, but it might not be the right place to
ask...
I am newbie to debian, so I couldn't setup jack at all. I'm using alsa but
I get the error at startup :
ALSA output error (restart failed): Broken pipe
(and also sometimes when opening patche, I get a bunch of these and DSP get
stuck, i need to turn OFF and ON again pd's DSP to get audio back.)

Searching the archive, I saw that some people got the same problem and
resolved it by suspending/de-installing pulseaudio.
But it seems that pulseaudio isn't installed here.
Maybe someone has got a clue, where to search...? (i know this is very
specific problem !)

all best,

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

Re: [PD] olimex board

[Raphaël Ilias]

Hi Julian,

Thanks for your suggestion. However I'm really accustomed to pd-extended
and never tried to install externals by myself... and I'm quite short on
time to learn this (public show in one month ;-) )

Do you really think this is related to pd-extended ? the way pd-extended
interfaces with soundcard/driver is the same as vanilla's, isn't it ?

About the project :
the idea is to have an autonomous system with a tiny computer running pd,
with microphone input (cheap electret) and a loudspeaker, everything
working on batteries. WiFi let me control patches or even write patches
through VNC.
On the hardware it's quite fine : i get input/output sound, and the board
can run about 6 hours with a 6600mAh battery. Loudspeaker is a commercial
battery-powered amplifier with its own batteries. I used to have some noise
in the microphone because the wifi dongle was too close, so i got some
extra cable and sound is quite good now.

cheers,

Raphaël


2015-05-13 15:33 GMT+02:00 Julian Brooks jbee...@gmail.com:

 Hi Raphaël,

 Personally never got to the bottom of that error on Debian with
 pd-extended 0.43.

 Would recommend jumping to vanilla - most libs are available in the repo's.

 Hope that helps.

 Sounds an interesting project, be keen to hear how you get on.

 Regards,

 Julian


 On 13 May 2015 at 13:56, Raphaël Ilias phae.il...@gmail.com wrote:

 Hi !

 Just to inform you that I'm currently experimenting with Olimex's
 development boards, this might interest some people here (i am not doing
 any advertising at all) who are into mobile puredata

 the set-up i use consists of
 - Olimex's A20-OLinuXino-LIME board (dual core Cortex-A7)
 - with their own Debian distribution
 - cheap USB audio interface : Terratec Aureon Dual USB
 - pd-extended 0.43-4
 - patching through VNC (and through Wi-Fi)

 And it works.
 ..not as fast as on my laptop, of course, but I can run patches ok.
 yet, the GUI is indeed quite slow (especially opening a patch)

 However, I have a few troubles, but it might not be the right place to
 ask...
 I am newbie to debian, so I couldn't setup jack at all. I'm using alsa
 but I get the error at startup :
 ALSA output error (restart failed): Broken pipe
 (and also sometimes when opening patche, I get a bunch of these and DSP
 get stuck, i need to turn OFF and ON again pd's DSP to get audio back.)

 Searching the archive, I saw that some people got the same problem and
 resolved it by suspending/de-installing pulseaudio.
 But it seems that pulseaudio isn't installed here.
 Maybe someone has got a clue, where to search...? (i know this is very
 specific problem !)

 all best,

 Raphaël

 ___
 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] [ggee/notch] / [ggee/bandpass] seem to work at default/fixed samplerate of 44100

[Raphaël Ilias]

Hi !

I don't have the skills (and honestly the time for now) to change source
code and compile it. However, I made a test patch that demonstrates the
behaviour of [notch] when pd dsp is computed at 48000Hz, and the trick I
use to correct it.

Cheers,

Raphaël
#N canvas -841 -51 820 513 10;
#X obj 106 282 biquad~;
#X obj 146 245 ggee/notch 1000 10;
#X msg 146 213 1000;
#X obj 40 233 osc~ 1000;
#X obj 106 371 nbx 10 14 -1e+037 1e+037 0 0 empty empty empty 0 -8
0 10 -262144 -1 -1 96.3188 256;
#X msg 40 183 1000;
#X obj 533 298 biquad~;
#X obj 573 261 ggee/notch 1000 10;
#X msg 573 120 1000;
#X obj 467 259 osc~ 1000;
#X obj 533 387 nbx 10 14 -1e+037 1e+037 0 0 empty empty empty 0 -8
0 10 -262144 -1 -1 9.76611 256;
#X msg 467 171 1000;
#X obj 573 165 t f b;
#X obj 600 189 samplerate~;
#X obj 600 209 / 44100;
#X obj 573 229 /;
#X obj 533 344 env~ 8192;
#X obj 106 328 env~ 8192;
#X text 16 53 if pd's samplerate is configured at 48000 \, the filter's
center frequency isn't actually at the frequency sent to [notch] inlet.
;
#X text 16 93 below you can see that \, when working at 48000 samples/sec
\, the real center frequency is measured around 1088.44 Hz (where enveloppe
is around -90db).;
#X text 462 67 so frequency parameter for [notch] should be shifted
accordingly to current samplerate \, which we get through [samplerate~]
;
#X msg 80 183 1088.44;
#X text 166 264 notch filter \, a 1/10th of octave bandwidth;
#X connect 0 0 17 0;
#X connect 1 0 0 0;
#X connect 2 0 1 0;
#X connect 3 0 0 0;
#X connect 5 0 3 0;
#X connect 6 0 16 0;
#X connect 7 0 6 0;
#X connect 8 0 12 0;
#X connect 9 0 6 0;
#X connect 11 0 9 0;
#X connect 12 0 15 0;
#X connect 12 1 13 0;
#X connect 13 0 14 0;
#X connect 14 0 15 1;
#X connect 15 0 7 0;
#X connect 16 0 10 0;
#X connect 17 0 4 0;
#X connect 21 0 3 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

[PD] [ggee/notch] / [ggee/bandpass] seem to work at default/fixed samplerate of 44100

[Raphaël Ilias]

Hello,

I was testing the [bandpass] and [notch] object's from ggee library,
which compute coefficients values for vanilla's [biquad~] and discovered
that the center frequency wasn't the one expected, but was shifted
something like 10%.

After a few measurement I found that the real center frequency was around
1.08841 upwards the ferquency value set to [bandpass] or to [notch]
inlets...

...and I later realized that 48000/44100 = 1.088435... and that on my
computer, pd is working at 48000 Hz.
So, apparently these objects are calculating the coefficients with an
supposed samplerate of 44100 Hz.

(i'm using pd-extended 0.43-4)

cheers,

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

Re: [PD] [moonlib/mknob] cursor display reset

[Raphaël Ilias]

Hi,

No one has the same issue with [mknob] ?
(see my previous message below)

Cheers,

Raphaël

2014-12-18 20:06 GMT+01:00 Raphaël Ilias phae.il...@gmail.com:

 Hi list,

 I love [mknob] because it's a compact GUI...

 However when it has to be re-drawn the cursor resets to the vertical
 position (12 o'clock).

 This happen when minimizing the patch's window, or when [mknob] is put
 inside a graph-on-parent subpatch and you open or move this subpatch (or
 abstraction) : the knob cursor is reset to 12 o'clock.

 Is it just me ? I'm on Window$ Vista with pd-extended 0.43.4
 Or, has this inconvenient always existed ?

 Thanks,

 Raphaël


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

Re: [PD] [env~] issues

[Raphaël Ilias]

Thank you Jonathan, this is very instructive !

2014-12-17 22:53 GMT+01:00 Jonathan Wilkes jancs...@yahoo.com:

 Hi Raphaël,

 The problem is not very intuitive to solve.

 It's difficult enough to understand the flow in a patch that only uses
 signal objects.  And it's more difficult to understand the flow in a
 patch that uses control objects.  That's because you can no longer just
 assume that each object will compute its inputs before sending output-- you
 must instead read all the right-to-left triggering to know where the data
 will go.  (Plus you must understanding what triggers the object chain
 traversal in the first place.)

 But it's even more difficult to understand a patch that mixes the two. And
 on top of _that_ you have a [delay] in the object chain, which has its own
 timing outside of the normal firing of control events.  That normal firing
 of events in a chain of control objects happens in zero logical time.  Oh,
 and the value you're providing for your delay time is zero.

 That isn't trivial to understand, much less come up with as a solution in
 the situation of [env~].

 One way to approach this is to think what happens to the following patch
 if you turned on audio for a single block and then turn it off again:
 [env~]
 |
 [bang]
 |
 [delay 1000]
 |
 [print delayed]

 [env~]
 |
 [bang]
 |
 [print normal]

 The [print normal] object will obviously print before the delayed one,
 right?  It does, but let's look at a part of how Pd schedules this stuff.
 It's something like this:
 * fire the messages from each [env~], based on the order in which were
 created.  Let's assume the first one you created is the one connected to
 the [delay 1000].  Here's what happens:
 1) message goes from [env~] to [bang] to [delay 1000]. The [delay 1000]
 schedules a bang to output 1000ms later.  This next part is the key: Pd
 will _not_ check to see whether 1000ms has passed until it has processed
 step #2 below.  Also important is that Pd will _immediately_ proceed to
 step #2 below-- it doesn't wait 1000ms before doing so.  You probably
 already knew that part, but many programming languages do in fact have
 mechanisms which let you just sit there waiting before computing the next
 logical part of the program.
 2) message goes from [env~] to [bang] to [print normal].  We get an
 immediate printout to the console.
 3) 1000ms passes, and [delay 1000] finally sends to [print delay].  We get
 the second printout to the console.

 Now here's the (lack of) magic: if you edit your patch and replace [delay
 1000] with [delay 0], the same exact process happens in the same exact
 order.  The only difference is that Pd waits 0ms before doing step #3
 instead of 1000ms.  But you're still guaranteeing the same order, and the
 program is still following all the same steps.  (In other words, [del 0]
 doesn't trigger any special code that I know of-- it really does schedule a
 delay, which just happens to be 0ms.)

 Finally, notice that the console printout stays the same even if you
 switch steps #1 and #2.  In other words, the [delay] ensures that you get
 the printout order you want, _regardless_ of the order in which you created
 the [env~] objects.

 Also, notice that this trick doesn't scale very well.  If you had a patch
 full of [del 0] to force ordering in the way you do above, you're almost
 guaranteeing that there will be bugs.

 Anyway, I hope everything I wrote above is correct!  These things are
 definitely difficult to explain and understand.

 -Jonathan


   On Wednesday, December 17, 2014 2:10 PM, Raphaël Ilias 
 phae.il...@gmail.com wrote:


  oh, but that is just trivial:

 messages and signals are always calculated one after each other (first
 all messages; once they are done, signals are processed).

 so an even easier way would be to use a latch ([f]) and [bang~]+[del 0]
 to do the calculation in msg-domain.
 [bang~] will output a bang before each signal block (or after; it really
 will trigger a bang before the *next* signal block).
 unfortunately, this bang can happen before or after the events sent out
 by [env~], so we need to make sure to get an event *after* all [env~]s
 have triggered.
 the simplest way to achieve this is by using an additional [delay 0],
 which will schedule an event at the same logical time NOW but after all
 events already scheduled for NOW (e.g. those from [env~]).

 see attached patch. (in the attached patch i wasn't able to trigger an
 undesired behaviour without the [delay 0]; however i haven't tried hard
 and i'm pretty sure that you *can*; thus you should use [del 0])


 thanks !
 yes, with [delay 0] it ensures to get the good result (same block)...
 (also tried to get an undesired behaviour without [del 0], but didn't
 succeed !)

 i already used [delay 0] sometimes, but i don't see where it's role is
 documented

 i already knew [bang~] but with this object my doubt was always : i know
 that it will happen *every* block during message-domain computation

[PD] [moonlib/mknob] cursor display reset

[Raphaël Ilias]

Hi list,

I love [mknob] because it's a compact GUI...

However when it has to be re-drawn the cursor resets to the vertical
position (12 o'clock).

This happen when minimizing the patch's window, or when [mknob] is put
inside a graph-on-parent subpatch and you open or move this subpatch (or
abstraction) : the knob cursor is reset to 12 o'clock.

Is it just me ? I'm on Window$ Vista with pd-extended 0.43.4
Or, has this inconvenient always existed ?

Thanks,

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

Re: [PD] [env~] issues

[Raphaël Ilias]

Ok, I get the trick, it seems similar to  the one used to make delay line
shorter than one block.
However, I still feel that an object give-me-RMS enveloppe-on-bang (for
the last N samples or blocks) would appear to me an easier way to handle
this case.
If it doesn't exist, I'll try to build something like this... one day !
Many thanks !
Raphaël

2014-12-15 20:40 GMT+01:00 IOhannes m zmölnig zmoel...@iem.at:

 On 12/13/2014 11:14 PM, Raphaël Ilias wrote:
  3)
  Last but not least, the question I can't answer myself !
  When using multiple [env~] it isn't very clear for me which one will
  output first.
 [...]


 this sounds like the bog-standard¹ how can i force the order of
 execution in the signal domain question.

 the order of signal-object execution depends on the implicit
 relation-ship between objects: if object A sends data to object B, then
 B is guaranteed to be called after A.
 you can use subpatches that pass through signals to do signal order
 forcing.

 see attached patch.

 gfmadsr
 IOhannes

 ¹ many people do not know about it though

 ___
 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] [env~] issues

[Raphaël Ilias]

Hi dear pd freaks,

I'm currently using [env~] for measurement purpose (room's sound
monitoring and soundfiles analysis) and I have a few questions/remarks
...that unfortunately may have already been discussed here (I have
been unsubscribed from the list since a couple of years).

However :

1)
Just noticed : the [env~] help patch (from PDDP) states that default
analysis window is 1024 samples, while it links to Miller's example
C07.envelope.follower.pd where you can read that the default window is
256 samples.


2)
AFAIK there is no way to dynamically (message) change the analysis
window's size, at least without dynamic patching.. what I painfully
managed to do (see attached patch ph_env~.pd).
Ah, I can see on sourceforge that it is a request open since 2012...
http://sourceforge.net/p/pure-data/feature-requests/109/


3)
Last but not least, the question I can't answer myself !
When using multiple [env~] it isn't very clear for me which one will
output first.
So it confuses me when I try to do very simple things like comparing
(difference) two signals' amplitude : doing a substraction requires to
input the [- ] object in correct order (right inlet before left's).
While doing it the wrong order may seem to work, I realized that in
fact I was comparing two different windows.
The actual order of output between different [env~] seems to be
related to the objects' order of creation. I think that order of
creation is a trouble since you cannot read it in the patch, so it
isn't the diagram is the program anymore. Moreover, as far as i can
deduce from what i experimented empirically (means : i'm not sure at
all) the first to output is the last that was created.
My experiments with order can be found in order_env~.pd attached file.


Finally, maybe all this mess is just me not being very clear with how
message/DSP are scheluded/interfaced... but I feel that [snapshot~] is
way more easy to understand and control, since it outputs value on
demand (bang) and order can be easily stated with [trigger]. I think
i'd feel much more comfortable with a kind of [env~] object that
computes the enveloppe of the last N audio blocks or last N samples,
on demand, when triggered by a bang.

Maybe someone will answer me that I'm really confused and that my
problems are false problems... In case, I'd be glad to be taught the
right way !

Cheers,

Raphaël
#N canvas 615 105 585 462 10;
#X obj 88 45 inlet~;
#N canvas 622 239 464 328 \$0-guts 0;
#X obj 10 10 inlet~;
#X obj 10 30 env~ 1024;
#X obj 10 50 outlet;
#X connect 0 0 1 0;
#X connect 1 0 2 0;
#X restore 87 98 pd \$0-guts;
#X obj 87 140 outlet;
#X obj 302 182 s pd-\$0-guts;
#X msg 302 139 clear \, obj 10 10 inlet~ \, obj 10 30 env~ \$1 \, obj
10 50 outlet \, connect 0 0 1 0 \, connect 1 0 2 0;
#X obj 275 281 iemguts/sendcanvas;
#X obj 275 35 inlet;
#X msg 275 249 connect 0 0 1 0 \, connect 1 0 2 0;
#X obj 275 111 t b f;
#X obj 275 217 delay 0;
#X connect 0 0 1 0;
#X connect 1 0 2 0;
#X connect 4 0 3 0;
#X connect 6 0 8 0;
#X connect 7 0 5 0;
#X connect 8 0 9 0;
#X connect 8 1 4 0;
#X connect 9 0 7 0;
#N canvas 483 87 514 527 10;
#X obj 72 197 ph_env~;
#X msg 175 127 1024;
#X obj 72 144 noise~;
#X obj 72 304 t b b;
#X obj 72 351 timer;
#X obj 72 390 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0
10 -262144 -1 -1 10.6667 256;
#X msg 223 127 2048;
#X msg 266 127 4096;
#X obj 244 323 samplerate~;
#X obj 217 297 t f b;
#X obj 217 275 / 2;
#X obj 217 342 /;
#X obj 217 366 * 1000;
#X obj 217 390 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 10 -8
0 10 -262144 -1 -1 10.6667 256;
#X obj 175 180 t f;
#X obj 101 244 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0
10 -262144 -1 -1 95.4811 256;
#X text 173 99 dynamically change window;
#X text -22 420 OUTPUT rate;
#X text 70 419 measured;
#X text 220 419 theoric;
#X text -28 46 an abstraction (a trick using dynamic patching) to change
the size of the analysis window of an [env~] objet;
#X connect 0 0 3 0;
#X connect 0 0 15 0;
#X connect 1 0 14 0;
#X connect 2 0 0 0;
#X connect 3 0 4 0;
#X connect 3 1 4 1;
#X connect 4 0 5 0;
#X connect 6 0 14 0;
#X connect 7 0 14 0;
#X connect 8 0 11 1;
#X connect 9 0 11 0;
#X connect 9 1 8 0;
#X connect 10 0 9 0;
#X connect 11 0 12 0;
#X connect 12 0 13 0;
#X connect 14 0 0 1;
#X connect 14 0 10 0;
#N canvas -1624 -205 926 882 10;
#X obj 343 186 -;
#X obj 336 20 noise~;
#X obj 341 234 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0
10 -262144 -1 -1 0 256;
#X obj 30 184 -;
#X obj 23 18 noise~;
#X obj 29 232 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0
10 -262144 -1 -1 -0.0153732 256;
#X obj 78 554 -;
#X obj 71 388 noise~;
#X obj 78 589 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0
10 -262144 -1 -1 0 256;
#X obj 114 522 t b f;
#X obj 88 709 timer;
#X obj 85 684 t b b;
#X obj 85 660 t b f;
#X obj 89 733 pack f f;
#X obj 106 1642 -;
#X obj 205 1600 f;
#X obj 250 1599 f;
#X obj 206 1554 t b b;
#X obj 221 1646 -;
#X obj 123 864 noise~;
#X obj 102 995 timer;
#X obj 103 968 t b;
#X obj