Re: [PD] Jack transport on Linux

[Lorenzo Sutton]

Thanks everyone for the suggestions! Will look into those.

Lorenzo

On 15/04/2024 11:11, IOhannes m zmoelnig wrote:

On 4/15/24 10:15, Alexander wrote:


The external you mention can be found here:
https://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/tb/jack_transport/ 






ah yes, i didn't remember which library it was in, so didn't find it 
immediately:


in any case: if you prefer a git-checkout over svn (nobody these days 
has SVN installed anymore), you can also get it from 



(it's readonly, but for all practical purposes the SVN is readonly as 
well).


___
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] Jack transport on Linux

[Lorenzo Sutton]

Hi all,

I used to be able to do Jack transport on Linux with the external once 
hosted at http://artdent.homelinux.net/svn/jack_transport~/ which now 
seems to be dead.


Any other known externals or ideas? I need to simply synchronize Pd to 
Rosegarden [1] and jack transport would be the most straightforward way 
of doing it. I could also look into MIDI synchronization but I don't 
really need anything fancy like tempo changes etc. so would ideally 
avoid that route, also because I'm setting this up for a live performance.


Any ideas or pointers welcome.

Thanks!

Lorenzo




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

[PD] [pgmout] and [pgmin] values above 128 (127)?

[Lorenzo Sutton]

I noticed that both [pgmin] and [pgmout] (MIDI program change) are set 
to allow maximum values of 128 (127 actual midi sent, counting from zero).


As there is software which is able to send and receive program changes 
greater than 127 I'm wondering if this could be changed.


While MIDI (1.0) Program Change messages are notoriously bound to 7 
bits, at least in Linux it seems ALSA sequencer is happy to send/receive 
program changes with a value greater than 127 so maybe this could be 
supported in Pd (for Linux) as well?


Lorenzo




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

Re: [PD] Linux/Manjaro: use system file manager insteado of tcl/tk one?

[Lorenzo Sutton]

On Wed, 31 May 2023 at 15:51, IOhannes m zmölnig  wrote:
>
> Am 31. Mai 2023 14:57:39 MESZ schrieb Lorenzo Sutton 
> :
> >In case it's useful helpful... This small plugin more-than 10 years old GUI 
> >plugin
> [...]
> >https://gitlab.com/lorenzosu/pd-zenity-opensave-plugin
>
>
> How about putting it on deken?

Why not! Are there any instructions for non-externals like this? I
came across the externals developers instructions [1] but they seem a
little overkill for this use case?

Lorenzo
[1] https://github.com/pure-data/deken/blob/main/developer/README.md



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

Re: [PD] Linux/Manjaro: use system file manager insteado of tcl/tk one?

[Lorenzo Sutton]

On 31/05/2023 12:58, padovani wrote:

Hi,

is it possible to change the behaviour of PD to use the system file 
manager (Dolphin [https://pasteboard.co/3M8II8KNYusE.png 
] or Nautilus 
[https://pasteboard.co/I4iBUqqcBAXH.png 
]) when opening / saving patches 
and other files instead of the painfull tk 
(https://pasteboard.co/0YVTUU6uUV44.png 
) one?


Have recently switched from mac and this specific PD idiosyncrasy is 
taking me much more time to patch.


In case it's useful helpful... This small plugin more-than 10 years old 
GUI plugin which I made and uses Zenity, still works (I still use it on 
Manjaro KDE - and even then it's much better than the default Tk dialog 
- as it's always been sitting in my pd externals default directory):


https://gitlab.com/lorenzosu/pd-zenity-opensave-plugin

Note that this will only strictly work with Pd (patches) open/save and 
e.g. *not* with [openpanel] or [savepanel]


Lorenzo





Thanks in advance!
n
___
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 way to output text 'emebedded' in patch or how a [text] object

[Lorenzo Sutton]

On 08/02/2023 20:36, José de Abreu wrote:
yes, you can use a data structure with a text, in some hours i can make 
an example, you can control the position of the text in the canvas and 
also its color


another trick is to use a [cnv] object and use its label method to 
insert text, and then you control the cnv position, this way you can 
also change the size and the font of the text, you can check [cnv] 
helpfile for some examples i guess


Thanks for the suggestions. I'd like to output 'lots' of text 
(potentially), so maybe the canvas label is not the best. Would this 
work with a structure (I couldn't really find much documentation about 
it). [text] seems to work well (albeit you 'insert' text at the top).


Lorenzo



Em qua., 8 de fev. de 2023 09:41, Lorenzo Sutton 
mailto:lorenzofsut...@gmail.com>> escreveu:


Hi all,

Is there a way to output text (as if using [print]) 'embedded' in a
patch?

Or, alternatively, a way to define the position and visibility of a
[text] object (the actual text) programmatically? One could link a
[click( message to [text define] to have it visible but I don't think
its position (i.e. screen coordinates) are saved with the patch like
e.g. the patch position itself?

Thanks,
Lorenzo



___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
<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 way to output text 'emebedded' in patch or how a [text] object

[Lorenzo Sutton]

Hi all,

Is there a way to output text (as if using [print]) 'embedded' in a patch?

Or, alternatively, a way to define the position and visibility of a 
[text] object (the actual text) programmatically? One could link a 
[click( message to [text define] to have it visible but I don't think 
its position (i.e. screen coordinates) are saved with the patch like 
e.g. the patch position itself?


Thanks,
Lorenzo



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

Re: [PD] [PD-announce]  Ugly Patch Contest 2023  Call for submissions 

[Lorenzo Sutton]

On 22/12/2022 13:43, IOhannes m zmoelnig wrote:

Dear fellow patchers,

(please distribute in your favorite peer-group, on discord, telegram, 
IRC, fb, twitter^Dmastodon, whatever)


it's the time of the year where one reflects on their past achievements.
A perfect time for reviewing patches you have written in 2023 (or 2012; 
or whenever).


Nice!

[...]



But fear not: patches are going to be anonymized, to the extend that 
it's no longer possible to guess their original function (or author).


Actually I think the fun is to actually know what object / message / ... 
is in the patch so maybe allow (upon consent) authors to leave patches 
un-anonymized? I wouldn't have much problem (shame) to share some rather 
ugly spaghettized patches, especially from my initial Pd (nah also 
recent ones when you 'just want to make sound...') :-)


Lorenzo



If you are interested (or not) please head over to
   https://discipline.puredata.info/upc2023
for instructions on how to send in patches.

Cheers and a merry Christmas/Hanukkah/Hogswatch/Kwanzaa/Pancha 
Ganapati/Saturnalia/Winter solstice/Yalda/Yule or whatever you celebrate.


gdras
IOhannes

___
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





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

[PD] LV2 in Pd? - reprise

[Lorenzo Sutton]

I'm sure this has come up a few times, but...

I still do think that having and LV2 external for Pd (Linux) would be 
really useful for various reasons:


- LV2 has now a nice ecosystem of plugins (both 'instruments' and 
effects) on Linux
- LV2 non-DAW host landscape on Linux is relatively limited. The most 
usable host is Carla [1] which does have a set of limitations especially 
for more 'dynamic' / 'creative' stuff.
- there is LADSPA and DSSI support but both are essentially dead / 
frozen by now
- Pd does have VST support, but VST is a non-free standard and has a 
somewhat more limited ecosystem on Linux [*]
- Most importantly: mixing Pd's flexibility with Audio (DSP) and/or MIDI 
programming and LV2 capabilities would be great and allow many 
interesting possibilities...


I see there is still this page:
https://puredata.info/dev/summer-of-code/PluginHostLV2

where LV2 is cited as "the new emerging standard for audio plugins" (sic.)

[*] I'm wondering also if most of the Pd users' community is now on 
non-Linux platforms and therefore just happy to use VST therefore making 
something like LV2 (and by extension Linux) less relevant?


Just thought it would be interesting to re-open this discussion.

Cheers,
Lorenzo

[1] https://kx.studio/Applications:Carla



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

[PD] [SOLVED]: Re: Pd vanilla 0.52-2 Linux - white text on black background in menus and settings?

[Lorenzo Sutton]

Hi Alexandros,

On 28/09/2022 07:42, Alexandros wrote:


On 27/9/22 22:55, Lorenzo Sutton wrote:

On 27/09/2022 20:14, IOhannes m zmölnig wrote:
Am 27. September 2022 17:54:53 MESZ schrieb Lorenzo Sutton 
:


I can't remember consciously doing anything to get this behaviour



dark mode?



where? o.o?

Perhaps for the desktop theme?


Not exactly the 'desktop' theme but your and IOhannes' hints got me on 
the right track :-) - thanks!


A while ago I was messing with .Xresources to actually change xterm and 
urxvt... but then forgot to namespace the 'final' settings, so TclTk was 
picking in particular the *bacground and *foreground values.


Good reminder about how TclTK is using .Xresources and/or as also 
explained here for other systems/programmes [1][2]


Lorenzo

[1] 
https://www.ira.inaf.it/Computing/manuals/tcl/tcl-faq/tkUsage/index.html#run/cde
[2] 
https://www.jlab.org/coda/manuals/html/tcl/tclFAQ/tk/part1/faq-doc-62.html




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

Re: [PD] Pd vanilla 0.52-2 Linux - white text on black background in menus and settings?

[Lorenzo Sutton]

On 27/09/2022 20:14, IOhannes m zmölnig wrote:

Am 27. September 2022 17:54:53 MESZ schrieb Lorenzo Sutton 
:


I can't remember consciously doing anything to get this behaviour



dark mode?



where? o.o?

Thanks
Lorenzo



mfg.sfg.jfd
IOhannes


___
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] Pd vanilla 0.52-2 Linux - white text on black background in menus and settings?

[Lorenzo Sutton]

Hi list,

I'm not sure how but when I now run Pd I have menus, borders and setting 
windows inverted with white text on black background. Patches are still 
black on white as normal. However as a side effect I also have 'edit' 
windows like the Pd About one or windows for editing text objects (e.g. 
[text define foo] as white text on white background.
Here is a screenshot: 
https://i2.paste.pics/242b27a707328abfd99328a2d0fadbe8.png


I can't remember consciously doing anything to get this behaviour so I'm 
wondering if it's something new in Pd, a Tcl/Tk glitch or something I 
touched by mistake... and most importantly, how to revert to the default 
look.


This is Pd 0.52-2 on Linux Manjaro installed via pacman from the 
community repository.


Any hint welcome!

Thanks,
Lorenzo



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

Re: [PD] MIDI / STATUS_BYTE / noteOn - noteOff mesage

[Lorenzo Sutton]

Hi,

On 26/09/2022 20:43, Maurin Donneaud wrote:

Dear List

Looking at the MIDI 1.0 documentation :
https://www.midi.org/specifications-old/item/table-2-expanded-messages-list-status-bytes

I notice that the MIDI NOTES are transmitted over three bytes
     byte 1 -> STATUS_BYTE [chan & function]
     byte 2 -> DATA_BYTE [note] (0-127)
     byte 3 -> DATA_BYTE [velocity] (0-127)

I'm wandering if Pd have a simple object to extract the noteOn / noteOff 
message from the STATUS_BYTE.


I think you should be able with [midiin].

Note that as per MIDI spec, 'note off' can be either an explicit 'note 
off' message also containing a 'release velocity' value or (more common) 
a note on with velocity equal to zero (for example this is how Pd does a 
note on/off if you use the [makenote] object.


Lorenzo




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

Re: [PD] looking for a simple eq

[Lorenzo Sutton]

Hi,

On 26/09/2022 18:25, Jakob Laue wrote:

Dear list,
I am looking for a simple equalizer abstraction, preferably vanilla, but can be 
part of an external library, too!

Actually I just need simple low-cutting from low to high frequencies and/or 
high-cutting from high to low. A visual representation would be great.


Have you tried [lop~] and [hip~]? [bp~] could also come in handy.

What do you mean by visual representation? Of the input vs. output 
signal (e.g. a spectrogram)?
Or like a UI for the eq? In that case you could connect some [vslider] 
to the objects above?


Hope this helps,
Lorenzo





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

[PD] Better zoom/scaling in Vanilla?

[Lorenzo Sutton]

Every now and then this reappears on the list... but here goes:

will there be a better "zoom" in Pd? Currently working on a higher 
resolution screen (call it HiDPI or whatever...) implies either the 2x 
zoom which is typically too much or changing font size which typically 
breaks existing patches, and does not increase (proportionally) the 
relative size of IEM guis such as toggles, bangs, etc.


Purr Data and Pd-L2Ork do it nicely, but it seems a bit overkill to pull 
in all imaginable Pd libraries/externals just to have some nice visuals 
(although being a visual dataflow language, visual clarity _is_ indeed 
relevant), plus you are forced to curvy chords (which although popular 
with the most) IMHO break the original Pd aesthetics :-)


Ideally vanilla would have a nice zooming / scale factor functionality 
which doesn't break patch proportions...(e.g. Ardour does it very well) :-)


Any tips, tricks or thoughts for this in vanilla would also be interesting.

Lorenzo.



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

Re: [PD] notein midi, use only a range of notes...

[Lorenzo Sutton]

On 09/07/21 00:44, matthew brandi wrote:

On 08/07/2021 12:08, Simon Iten wrote:


say i only want midi notes 40 to 60 to play a pitched sound in my patch,
notes below and above would control other parameters of "the synth".


Lorenzo's suggestion to use [expr] seems good, but there is no need to 
[unpack] as [expr] can distribute a list across its variables:

>
> [...]

Right that works! As the OP seems to also want to keep the 'discarded' 
values. Another way of doing it without lists is the one below. Both 
with expr and without.


Of coruse there's not much info on where the values are 'coming from' 
and how they will be used: that could also be interesting to know. :-)


Lorenzo

> BEGIN PATCH <<

#N canvas 665 146 595 494 12;
#X obj 331 36 metro 1000;
#X obj 331 10 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1
1;
#X obj 331 206 unpack f f f, f 26;
#X obj 329 347 pack f f f f, f 27;
#X obj 329 385 route 1 0;
#X obj 299 268 >= 40;
#X obj 348 268 <= 60;
#X obj 329 306 &&;
#X obj 331 235 t f f f, f 9;
#X obj 37 284 expr ($f1 >= 40) && ($f1 <= 60) \; $f1;
#X text 37 239 All of this could also be;
#X obj 331 97 random 30;
#X obj 331 134 + 40;
#X obj 410 97 random 127;
#X obj 489 97 random 16;
#X obj 331 170 pack f f f, f 23;
#X obj 331 61 t b b b, f 23;
#X obj 359 418 print <>;
#X obj 329 447 print >> NOTE <<;
#X text 94 153 Up to here \, just simulating;
#X text 96 171 what the input might be --->;
#X text 282 252 |;
#X text 276 271 <;
#X text 282 288 |;
#X text 282 236 /;
#X text 282 304 ;
#X text 37 258 in a single expr such as:;
#X connect 0 0 16 0;
#X connect 1 0 0 0;
#X connect 2 0 8 0;
#X connect 2 1 3 2;
#X connect 2 2 3 3;
#X connect 3 0 4 0;
#X connect 4 0 18 0;
#X connect 4 1 17 0;
#X connect 5 0 7 0;
#X connect 6 0 7 1;
#X connect 7 0 3 0;
#X connect 8 0 5 0;
#X connect 8 1 6 0;
#X connect 8 2 3 1;
#X connect 11 0 12 0;
#X connect 12 0 15 0;
#X connect 13 0 15 1;
#X connect 14 0 15 2;
#X connect 15 0 2 0;
#X connect 16 0 11 0;
#X connect 16 1 13 0;
#X connect 16 2 14 0;

>   END PATCH <

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

Re: [PD] notein midi, use only a range of notes...

[Lorenzo Sutton]

Hi,

On 08/07/21 13:08, Simon Iten wrote:

hi list,

what is the prefered vanilla way to set a range for the notein object?

say i only want midi notes 40 to 60 to play a pitched sound in my patch, notes below and 
above would control other parameters of "the synth".

i tried with two [moses] objects but it seems a bit convoluted and since i am 
dealing with a “list” of 3 values (pitch, velocity, channel) it is not very 
elegant.


just use [unpack] before the two [moses] and [pack] after them.

If you really dislike the two [moses] objects you could have something like:
[expr ($f1 >= 40) && ($f1 <= 60)]

in a single object and use it for a [spigot] to filter the numbers... 
But I'm not sure that's any better - and you'd still need to 'extract' 
only the first number, again most probably with [unpack].


It also really depends on the design of your patch... 'where' does the 
3-value list come from? Are you generating it? Capturing it from a 
physical device, etc.?


My two cents,
Lorenzo.



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

Re: [PD] Multiple audio outputs on a single-board computer ?

[Lorenzo Sutton]

On 17/03/21 07:42, Pierre Massat wrote:

Dear all,

I haven't posted anything on this list in years.
I'm trying to build a system to play several sound files in a loop,
each around 2 minutes in length, all at the same time. By "several" I
mean 10 to 15 different files. While I'd have no problem making a Pd
patch to achieve this, I have no idea what hardware I could use. I
have a limited budget, and I was planning on running Pd on a Raspberry
Pi (or similar single-board computer).

Is there any cheap way of outputing than many channels from a single
(a couple of) RPi ?


How many are 'many' :-)

If it's <= 8 channels and you don't care (too much) about latency you 
could check out a cheap '7.1' USB card (these can cost less than 30 euro 
online) and if it exposes 8 writable inputs via jack that could work. 
The physical outputs of these are, of course, unbalanced and in couples 
so you'd need to do some cable splitting and then maybe have a mixer 
nearby...
I never did this on the RPi but I _did_ something similar with a cheap 
5.1 usb sound blaster hooked to a laptop in the past.

I'm assuming, of course that each file would 'consume' just 1 channel...

YMMV.

If you want more than 8 output channels it will be hard to stay 'cheap' 
(which of course depends on 'how much' is your limited budget), and then 
- of course - you need to check linux compatibility (i.e. if they are 
'class compliant'...)


My two cents,

Lorenzo.



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

Re: [PD] LV2 external for Linux?

[Lorenzo Sutton]

Hi Christof,

Thanks for all the useful and interesting pointers! Will look into them 
time (TM) permitting :-)


On 11/03/21 23:49, Christof Ressi wrote:
IIRC, "lv2vst" was quite easy to compile. Then you just have to install 
it like any other VST2 plugin.


If you then do a [search( with [vstplugin~], all your LV2 plugins should 
magically appear.


BTW, there's also a project for using Windows VST2 plugins in Linux, 
which is also confirmed to work with [vstplugin~]: 
https://github.com/osxmidi/LinVst


I imagine it will require WINE in some way or another, which at the 
moment I'd prefer to stay away from :D


Lorenzo.



Christof

On 11.03.2021 23:41, Lorenzo Sutton wrote:

Hi,


On 11/03/2021 21:50, Christof Ressi wrote:

Hi,

you can use https://github.com/x42/lv2vst + [vstplugin~]. Worked fine 
the last time I've tried.


Thanks for the pointer... It does seems a little convoluted (as does 
lv2plugin~ given you need to have Pure as well), but maybe worth a try


I guess using some lv2 host like Ingen or Carla could also work.

Lorenzo.



Christof

On 11.03.2021 18:42, Lorenzo Sutton wrote:

Hi all,

Is there any external which can host LV2 plugins, similarly to how 
[plugin~] does LADSPA?


I think the answer is 'no' as I didn't seem to find any references 
apart from a couple of 12 year old pages on puredata.info - but I 
guess it's always a good idea to check on the ML as well :-)


Thanks
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





___
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] LV2 external for Linux?

[Lorenzo Sutton]

Hi,


On 11/03/2021 21:50, Christof Ressi wrote:

Hi,

you can use https://github.com/x42/lv2vst + [vstplugin~]. Worked fine 
the last time I've tried.


Thanks for the pointer... It does seems a little convoluted (as does 
lv2plugin~ given you need to have Pure as well), but maybe worth a try


I guess using some lv2 host like Ingen or Carla could also work.

Lorenzo.



Christof

On 11.03.2021 18:42, Lorenzo Sutton wrote:

Hi all,

Is there any external which can host LV2 plugins, similarly to how 
[plugin~] does LADSPA?


I think the answer is 'no' as I didn't seem to find any references 
apart from a couple of 12 year old pages on puredata.info - but I 
guess it's always a good idea to check on the ML as well :-)


Thanks
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





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

[PD] LV2 external for Linux?

[Lorenzo Sutton]

Hi all,

Is there any external which can host LV2 plugins, similarly to how 
[plugin~] does LADSPA?


I think the answer is 'no' as I didn't seem to find any references apart 
from a couple of 12 year old pages on puredata.info - but I guess it's 
always a good idea to check on the ML as well :-)


Thanks
Lorenzo



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

Re: [PD] [textfile] vs [text define]

[Lorenzo Sutton]

On 06/02/21 23:28, Christof Ressi wrote:
They all operate on binbufs internally, so there shouldn't be a 
significant performance difference.


For certain scenarios I find the -k flag for [text define]  useful as it 
allows you to save the contents (keep it) with the patch. This (having 
some data embedded in the patch vs. in an external text file), might be 
desirable or not, but it's defintely a nice to have the option and AFIK 
[textfile] deosn't have this kind of option.


Personally I also like it that you can have different objects which 
clearly do different things like 'define', 'get', 'insert', 'size', 
'tolist' instead of having to look at messages attached to them... Maybe 
because I've been playing with pseudo-random MIDI generation lately, but 
this is really a very subjective preference :-)


Lorenzo.



On 06.02.2021 23:18, Alexandre Torres Porres wrote:

I guess the advantage is if it runs faster or not, right?

Em sáb., 6 de fev. de 2021 às 18:03, Christof Ressi 
mailto:i...@christofressi.com>> escreveu:


> are there any concrete advantages?
What's the advantage of having two different objects for the same
job?
If you like [textfile] for its simple interface, keep using it.
I'm just
saying that it's more or less obsolete.

On 06.02.2021 16:38, João Pais wrote:
> It is surely overall more powerful. But when using it just for
> read/get whole lines/save, are there any concrete advantages?
>
>
>> [text define] is basically a more powerful and flexible
replacement
>> for [textfile] and [qlist]. I would only use [textfile] if you
prefer
>> the simpler interface or need the [add2( method. Personally, I
only
>> use [text define].
>>
>> Christof
>>
>> On 06.02.2021 14:28, João Pais wrote:
>>> Hi list,
>>>
>>> for simple read/get/save operation, are there are advantages on
>>> using [text define] instead of [textfile]?
>>>
>>>
>>> Best,
>>>
>>> jmmmp
>>>
>>>
>>>
>>>
>>> ___
>>> 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-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] split number into digits

[Lorenzo Sutton]

On 17/01/21 22:07, Roman Haefeli wrote:

On Sun, 2021-01-17 at 13:29 -0500, José Rafael Subía Valdez wrote:

maybe with [mod]. Is the number always going to have 3 digits??

playing around in 3 minutes, I came up with this (see picture
attached). I do not consider it to be elegant, but maybe its a place
to start


attached patch works with any number of digits (following Claude's
suggestion).


And a variation on the theme (still seems to have problems with 'larger' 
numbers...) :-)


#N canvas 571 224 663 512 12;
#X obj 283 258 mod 10;
#X obj 115 264 div 10;
#X obj 115 317 t f f;
#X obj 55 148 t b f, f 6;
#X obj 168 364 != 0;
#X obj 115 228 t f f;
#X obj 283 363 list store;
#X obj 115 187 f;
#X obj 168 394 t f f;
#X obj 200 424 sel 0;
#X msg 283 317 prepend \$1;
#X floatatom 114 60 20 0 0 0 - - -;
#X obj 283 423 print digits;
#X obj 114 100 moses 0, f 19;
#X msg 221 317 bang;
#X msg 377 317 bang;
#X obj 114 148 t f b, f 38;
#X obj 115 424 spigot, f 8;
#X text 204 294 get list;
#X msg 164 18 123456;
#X msg 114 18 512;
#X text 275 52 >= 0 (negative is ignored);
#X text 275 70 works up to 7 digits;
#X connect 0 0 10 0;
#X connect 1 0 2 0;
#X connect 2 0 17 0;
#X connect 2 1 4 0;
#X connect 3 0 7 0;
#X connect 3 1 7 1;
#X connect 4 0 8 0;
#X connect 5 0 1 0;
#X connect 5 1 0 0;
#X connect 6 0 12 0;
#X connect 7 0 5 0;
#X connect 8 0 17 1;
#X connect 8 1 9 0;
#X connect 9 0 6 0;
#X connect 10 0 6 0;
#X connect 11 0 13 0;
#X connect 13 1 16 0;
#X connect 14 0 6 0;
#X connect 15 0 6 1;
#X connect 16 0 7 0;
#X connect 16 1 15 0;
#X connect 17 0 3 0;
#X connect 19 0 11 0;
#X connect 20 0 11 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Patching in Linux - the "sweet spot" ...

[Lorenzo Sutton]

On 13/09/19 12:15, Peter P. wrote:

* oliver  [2019-09-12 19:53]:


[...]


2.) just a small thing: when my cursor changes to "ready for connection", i
am getting a ring icon on windows. on linux i get a weird icon that implies
"action impossible". i can patch alright, but it's irritating. does anybody
know where i could easily change this design ?


In Linux I think Pd is using the 'unavailable' X cursor in some way when 
you hover on an outlet, and it assumes it will look like a circle such 
as in this theme: 
https://forum.manjaro.org/uploads/default/original/2X/4/41a46477f5992129fa47b03652548f91190ecd21.png


Lorenzo.




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

[PD] -font-size startup flag for Pd window and menus

[Lorenzo Sutton]

This is on Linux.

It seems that if one starts Pd with a -font-size flag (e.g. -font-size 
16), this will only affect canvas objects.


On the other hand setting the font size from the font menu in the Pd 
window will only affect the Font size for the Pd window text itself and 
all menus.


Finally setting the font size from the font menu in a patch window will 
(only) set the font for canvas objects for that ans subsequent patches.


Is there a start-up (or preferences) way to set the same font size for 
all of Pd window, menus _and_ objects?


Lorenzo.



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

[PD] Zoom factor and font sizes on Linux for 1920x1080 screen

[Lorenzo Sutton]

Hi all,

I have found some oldish discussions about similar topics ('implementing 
a zoom feature' was mentioned), so wondering what the current status for 
higher resolution displays on Linux is.


I am, of course, referring to Pd Vanilla here.

In particular I am running XFCE and am able to get most stuff to display 
comfortably by setting DPI through X [1][2] (with notable exceptions: 
firefox and thunderbird directly in the applications, FLTK stuff - no 
way...).


So I guess there are two distinct issues:

1. Menus and dialogs:

It looks like Pd won't pick up those X setting.
I was going to blame tcl/Tk but then another tcl/Tk software I use 
(password-gorilla [3]) is correctly scaling up based (in this case) on 
the xrandr setting (e.g. xrandr --dpi 125).


2. Canvas

The (relatively recent) Zoom functionality is nice of course, _but_ 
seems to be hardcoded to a 200% (?) value which (at least in my case) 
makes everything way too bit too big (in terms of DPI I'm for instance 
using 125).


Any ideas or hints much welcome.

Thanks,
Lorenzo.

[1] https://wiki.archlinux.org/index.php/HiDPI#Xfce
[2] https://wiki.archlinux.org/index.php/Xorg#Display_size_and_DPI
[3] https://github.com/zdia/gorilla/wiki



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

Re: [PD] tabread4~ interpolation revisited

[Lorenzo Sutton]

On 02/06/19 17:46, Christof Ressi wrote:

bleeding from the interpolation artefacts audible in almost every second
composition.

in your specific cases, are the artifacts really caused by the interpolation 
scheme or rather a product of indexing [tabread4~] with large floats (instead 
of using the second inlet)?

if it is really the interpolation, would you mind sharing sound examples? I'm 
genuinely curious.


Agreed (also, maybe some where using lossy data compressed files with 
low bit-rates as sources etc. ...)


Care to share some audio snippets?

Lorenzo

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

[PD] Pd as a plugin: concept shift with JACK freewheel

[Lorenzo Sutton]

Longish post inspired by the recent discussion about 'Pd as a VST plugin'.

TL:DR: better use a modular JACK (freewheel) approach compared to more 
'static' Pd as a plugin approach.


I think that on systems with JACK Audio [1] (Linux mostly, but available 
on other platforms, albeit maybe not so common nor supported), it would 
be great to have solid JACK Freewheel [2] support instead of trying to 
embed Pd as a plugin in rather cumbersome, diverse and (probably) 
unstable, ways.


Actually JACK freewheel *does* work with Pd on Linux (audio only) with 
the [jackclock] external by Nicolas Bouillot [3] also used to interact 
with jack transport, although currently a bit cumbersome if interacting 
with other applications. What's the big deal? Freewheel is 'faster than 
realtime', meaning that when activated audio will be generated as fast 
as the CPU can. The key use case is generating audio to a file at the 
same time avoiding things such as xruns or other problems due to 
real-time operation. If you've ever used Ardour  [4] and exported audio, 
it is using JACK freewheel (and in fact you see the playhead moving 
forward faster than realtime as it processes audio...).


Now imagine instead of having Pd as an LV2, VST or whatever plugin in 
Ardour, you have your patch(es) open in usual Pd, connect tracks or 
busses to Pd, reconnect [dac~] to Arour's master et voilà :) - when you 
need to export you just run with freewhel mode.


Indeed, I _was_ already able to connect through JACK an Ardour audio 
output to Pd with some simple audio processing, and then, after 
activating freewheel mode with [jackclock], 'record' the output to a 
.wav file through both jack_capture and [writesf~] internally (the 
former more interesting for this use case).


So, just to shift points of view, IMHO strong JACK (maybe including JACK 
midi) and JACK freewheel support is somewhat more desirable in Pd 
compared to support for the many plugin types and platforms. If one 
thinks about it this is more in line with Pd's modular and dataflow 
approach, also in the long run might be more resilient to plugin format 
changes, license changes (see VST problems), as well as updates in Pd 
itself.



Lorenzo.
PS. Disclosure: this is not my first post advocating a freewheel 
approach in the (Linux) audio ecosystem compared to monolithic do-it-all 
audio software, but just as a user :) [5].


[1] Jack Audio
[2] Jack Freewheel in the JACK API: 
http://jackaudio.org/api/group__ClientCallbacks.html#gae797e2cde20faecb9be510c8873fbdd6
See also this interesting section in Louigi Verona's 'Linux Audio 
workshop': 
https://louigiverona.com/?page=projects=writings=philosophy=philosophy_linuxaudio#2

[3] https://github.com/nicobou/pd-jackclock
[4] https://ardour.org/
[5] See e.g 
http://linux-audio.4202.n7.nabble.com/JACK-Freewheel-mode-thoughts-td102077.html 
and 
https://www.mail-archive.com/rosegarden-user@lists.sourceforge.net/msg02632.html




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

Re: [PD] bang on phasor~ wrap

[Lorenzo Sutton]

On 02/03/19 14:20, Orm Finnendahl wrote:

Hi,

  is there some easy way in vanilla pd to get a bang on each phasor~
wraparound which doesn't involve polling with snapshot~?

Something like samphold~, but outputting bangs instead of signals.



Curiosity: What's your use case?

Lorenzo.



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

Re: [PD] Disable JACK auto-connect from command line

[Lorenzo Sutton]

See? That's why we need helpful and friendly mailing lists :D


On 02/12/2018 20:44, Dan Wilcox wrote:

Hah, zing!

On Dec 2, 2018, at 2:30 PM, pd-list-requ...@lists.iem.at 
 wrote:


From: IOhannes m zmölnig mailto:zmoel...@iem.at>>
To:pd-list@lists.iem.at 
Subject: Re: [PD] Disable JACK auto-connect from command line
Message-ID: <6dcf68a6-cb01-a2f2-0e02-79e3b4248...@iem.at 
>

Content-Type: text/plain; charset="utf-8"

On 12/2/18 1:13 PM, Dan Wilcox wrote:

-help was there 10 year ago :)


actually, it was not.
Pd just printed the usage info, whenever it encountered an unknown flag.

however, since Pd-0.49 there finally *is* a "-help" flag (which does the
same, minus trying to initialize the audio system), ut ironically it is
not documented :-)

gfmadsr
IOhannes



Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 




___
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] Disable JACK auto-connect from command line

[Lorenzo Sutton]

Is there a way to disable autoconnecting hardware inputs to Pd's first 
two inputs when using jack?


I need this for scripting the start of a patch which I do not want to 
connect to jack 'system' inputs.


Lorenzo.



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

[PD] Linux xrandr: force Pd and new windows on specific display

[Lorenzo Sutton]

Hi all,

I have a dual monitor set-up with xranr so that my laptop monitor is 
'primary' and to the left of it I have secondary external monitor which 
is actually at +0+0 in xrandr 'lingo'.
With this setup Pd and any new Pd window is launched on the external 
monitor, even though I have an option in my window manager DE setting 
(Xfce) to open new windows under the mouse pointer.


Is there any quick way (Tk hack? terminal...?), to force Pd (and new Pd 
windows to start on my primary display - which is actually at 
1366x768+1920+0 (again xranr lingo for the fact that its resolution is 
1366x768 and it is at 1920 'right' of the external monitor)?


I assume some wmctrl or xdotool would be possible, but not so easy for 
new windows ect...


Lorenzo.
[1] https://www.x.org/archive/current/doc/man/man1/xrandr.1.xhtml



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

Re: [PD] bigger inlet/outlet size in 0.48.1 ...

[Lorenzo Sutton]

On 16/03/18 00:30, Derek Kwan wrote:

Derek Kwan  writes:


oliver  writes:


even if "uniform rendering across systems" is definitely a worthy goal,
are the bigger inlets really unavoidable ?

no chance to at least hack a personal version of a tcl file to make
them thin again ?

i for one like the slimmer inlets way better.

I suppose I'm in the minority in the proceedings of this
thread,... but I actually like the thick inlets/outlets =) I've never
had the best eyesight (as evidenced by my ever-growing thickness of
glasses lenses over my lifetime) so I like things big and
high-contrasty (if anything, I could use another pixel-width thickness =P).
I actually agree with you, so not sure what percentage of the Pd Vanilla 
population that makes us :)

I suppose to due my differing opinion, I would +1 the option to change
inlet/outlet thicknesses, perhaps via TCL or .pdsettings.


I think that as much as I have always thought Pd's (vanilla) spartan 
graphics are a feature which lets you concentrate on the dataflow an 
forces you to tidy up at a certain point (plus gets you creative with 
certain situations), *some* visual features should be (easily) 
configurable including:

- font type
- base font size (although there is a problem with other people's 
patches there..))

- background and foreground colour
- inlet/outlet thickness
- signal vs message inlet/outlet colour
- ...

Ideally one day in the future the graphical part of Pd patches will be 
like an SVG (vector graphics)... Imagine patching in something like 
Inkscape and having a potentially "infinite" size canvas (But then 
maybe I wonder if that would lead to messier patches) :D



...
The following have the original THINNER inlets/outlets (perhaps due to
them being more "fullblown GUI elements")
:
number2 boxes
radios
sliders
bangs
toggles
VU meters
To sum up, everything in the first subdivision of the "Put" menu
(besides comments which don't have inlets/outlets) have the thicker
inlets/outlets, everything in the second subdivision has the smaller
ones. Which is a bit inconsistent. Personally, I have a really hard time
seeing those inlets/outlets in that second list, but from this thread,
there are differing opinions to be had on the subject.
I can confirm this on Linux. One nice recent feature is the 'zoom' 
functionality, which makes everything much more readable especially on 
higher resolution screens. :)


Lorenzo.


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

Re: [PD] glitches when streaming UDP

[Lorenzo Sutton]

On 30/01/2018 11:07, Roman Haefeli wrote:

On Mon, 2018-01-29 at 10:25 +0100, Roman Haefeli wrote:


I'm working on a patch that transmits audio through UDP. The patch
runs
totally smooth on macOS (10.10 and 10.11) with Pd 0.48-1 and JACK as
back-end. On the Linux machines I tested (all Ubuntu 16.04) with the
same version of Pd I get a lot of glitches, although I'm using very
similar Jack settings (128 frames/period, 3 periods).


Update:
My personal, somewhat outdated laptop from 2007 has absolutely stable
performance with same patch, same Pd version, same OS, same kernel. To
be clear: It's only Pd that performs well on one computer and not so
well on others. I get glitch-free audio with Ardour on all tested
computers. So I wonder what circumstances affect specifically Pd. It's
a pity the most powerful computer I have access to is in its current
state not suitable for Pd projects :-(


One thing to try from totally non-scientific personal experience would 
be to look into CPU scaling stuff when using Pd. The fact that an old 
machine works well possibly hints that this might be the culprit, so 
worth trying. I experimented with this when pushing my Granita 
granulator with realtime input being fed to the buffer and trying to 
eliminate as much as possilbe "smart" CPU stuff improved things quite a 
lot... On my previous laptop I could set various governors on my current 
one there is only powersave and performance, the latter should work, but 
also trying to set a fixed frequency... You have to experiment a bit.


Kernel documentation:
https://www.kernel.org/doc/html/v4.14/admin-guide/pm/cpufreq.html

Arch-specific but possibly some interesting general information:
https://wiki.archlinux.org/index.php/CPU_frequency_scaling

Also for Debian (and possibly Ubuntu):
https://wiki.debian.org/HowTo/CpuFrequencyScaling

Red Hat:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/power_management_guide/cpufreq_governors

My two cents.
Lorenzo

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

Re: [PD] oops (did a bad thing in puredata.info)

[Lorenzo Sutton]

On 27/03/2017 21:40, zmoel...@iem.at wrote:

On 03/27/2017 05:45 PM, Lorenzo Sutton wrote:

A while ago I managed to break the page:

https://puredata.info/downloads/granita-minimalist-granular-synthesis


[...]


Any idea on how to constructively fix it would be appreciated...


i've deleted that folder as well...


Thanks!

Lorenzo.

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

Re: [PD] oops (did a bad thing in puredata.info)

[Lorenzo Sutton]

On 27/03/2017 04:57, Alexandre Torres Porres wrote:

I was able to create a new project and replicate what I did, giving out
the same error, even though it was all basically empty.


A while ago I managed to break the page:

https://puredata.info/downloads/granita-minimalist-granular-synthesis

Trying to fix the fact that that page was pointing to and obsolete 
Gitorious page as a fellow Pd user pointed out...


Trouble is I'm not sure what I did exactly to break it, nor how to fix it :)

Any idea on how to constructively fix it would be appreciated...

Lorenzo.

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

Re: [PD] Fastest way to find lines in text file

[Lorenzo Sutton]

Hi,

On 22/03/2017 13:01, Jack wrote:

I need to find all instances that math to the first row.
It is not possible with [text search] if i am right.


I think you should outline your use case/problem in more detail. This 
should be a good practice when asking for support on the Mailing List.


Example:

1) I have a text file where each line contains a two integers separated 
by a space (" ") char - such as (possibly paste a part of the file on 
pastebin or similar too).

213214 12313
123223 13213

2) My file is [always/at least/circa/ ...] 2,539,592 lines long

3) My algorithm should find all subsequent lines matching the first line 
in the file and return [all line numbers for matches / the total count 
of matched lines / ...]


3) I want the algorithm to be [as fast as possible / run in under 1 
second / run in under 1ms / ... ]


4) I [want to / do not need to] use Pd Vanilla

5) My patch should run on [All platforms / Windows / OSX / Linux / ...]

6) My patch should run [on potentially any machine / on a Raspberry Pi / 
on a 1990s 386 machine / on my digital toaster where I have compiled a 
custom version of Pd / ... ]


:)



++

Jack



Le 22/03/2017 à 08:27, Liam Goodacre a écrit :

You can also use [text search], although t's not so easy to find more
than the first instance. If you don't mind taking a extra step, you
could give each line a third term, which is the line number. Then you
can use the "> 3" argument for [text search] to find matches s




*From:* Pd-list  on behalf of Jack

*Sent:* 21 March 2017 18:14
*To:* pd-list@lists.iem.at
*Subject:* [PD] Fastest way to find lines in text file

Hello,

I need to find every lines of a textfile containing a word.
The textfile has 2.539.592 lines.
Now, i am using [msgfile] from zexy because i can find a line, skip a
line and find again ... until the end of the textfile.
But, i am wondering if there is an other object (in an other library)
faster, specialized in this work ?
Thanx.
++

Jack


___
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-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Machine learning and sound ?

[Lorenzo Sutton]

On 21/07/2016 12:08, Pierre Massat wrote:

Dear List,

I did a little bit of machine learning with neural network when I was in
school, and I'd like to try it on sounds. What I'd like to do is to
identify patterns, types of sounds, like "people talking", "loud,
compressed rock music", etc.


If I understand correctly, maybe the keyword you're after is "automatic 
music classification"? (to which you could add e.g. "machine learning" 
"pure data" etc.).
In this case there is loads of stuff... A good starting point (other 
than google) could be: http://www.ismir.net/society.html


Hope this helps.
Lorenzo.



Is that feasible ? I found this library on the web :
https://github.com/Cycling74/ml-lib
But I have no clue how to use it.

Do you have any suggestions on where to start ? Can I feed it sound
files ? Or do I need to extract some "indicators" from it (loudness,
spectrum, or something) ?

Thanks in advance for your help !

Cheers,

Pierre.


___
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] Granular Synthesis External

[Lorenzo Sutton]

Hi,

On 07/07/2016 20:06, James Bullock wrote:


granular synthesis in Pd. For asynchronous synthesis


Was a bit shy about posting this which I made myself as it's rather 
minimalistic (and the 'GUI' part would really need a good re-patch..). 
But, here goes in case someone else finds it helpful/interesting 
(totally vanilla):


Granita: https://bitbucket.org/lorenzosu/granita
Demo video: https://vimeo.com/36609964

Nothing fancy but has always worked for me.

Lorenzo.
PS: In the latest (0.46+ I think) versions of Pd Vanilla there's some 
small 'aesthetic' issues with the GUI and I had no time to understand 
why and fix, but just scroll up/left and Granita still does work ;)




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

Re: [PD] Morse Code Translator / Decoder

[Lorenzo Sutton]

On 14/06/2016 17:41, me.grimm wrote:

Hello,

Has anyone made a patch/abstraction to "decode" or translate morse code
to text? I see text->morse but not the other way around


Not AFAIK, but the problem would be, how would the input morse code be 
encoded? Audio Beeps? Audio "Ticks"? Light? text? binary digits? What 
timing convention? (see e.g. [1]).
Seems like just the 'decoding' of the message in itself might be an 
interesting task :)


Lorenzo.

[1] 
https://en.wikipedia.org/wiki/Morse_code#Representation.2C_timing_and_speeds


thanks!
m


___
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] Preferred/best practice for loading external objects

[Lorenzo Sutton]

On 17/05/2016 10:46, IOhannes m zmoelnig wrote:

On 2016-05-17 09:59, Lorenzo Sutton wrote:

~/.local/lib/pd/extra/
~/pd-externals
/usr/local/lib/pd-externals

... in that order.  We can consider ~/pd-externals to be obsolete.


I know the discussion in mostly about externals, but personally I also
have a bunch of home-made abstractions (and a couple of gui plugins) I
always like to have in my Pd search path and ~/pd-externals/ is nice
because:
a) it's "portable" when I back-up my home directory
b) it's (mostly) independent of Pd versions...

But, because this is a specific use case for my set-up/machine


hmm,

0) how does your setup break with the new behavious?

and to answer you r specific questions:


Actually they weren't questions... just considerations :)


a) ~/.local/lib/pd/extra is in your home directory as well, so how is it
less *portable*?
b) i don't see anything version specific in the new behaviour.


Yes that's perfectly fine-


i can only see two possible issues:
a) you only backup "visible" folders in your home-directory, so you
would miss ~/.local/lib/pd/extra


Not an issue for me. I use (g)rsync annd I do filter out a several 
'dot-dirs' but not systematically (i.e. they are explicitly listed in a 
file which is used by rsync as an ignore list)



the easiest fix for this is to just remove ~/pd-externals entirely from
the built-in search paths and add a BIG UPGRADING NOTE that mentions the
symlinks (and/or "adding -path").


Yes, I mean eventually it's just a matter of knowing it. After all one 
can customise the Pd search path and have is serch in ~/pd-myminipony if 
it works for them :)


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

Re: [PD] Preferred/best practice for loading external objects

[Lorenzo Sutton]

Hi all,

On 17/05/2016 04:14, Miller Puckette wrote:

OK... so what I hope I just did is to make Pd search in this order:

~/.local/lib/pd/extra/
~/pd-externals
/usr/local/lib/pd-externals

... in that order.  We can consider ~/pd-externals to be obsolete.


I know the discussion in mostly about externals, but personally I also 
have a bunch of home-made abstractions (and a couple of gui plugins) I 
always like to have in my Pd search path and ~/pd-externals/ is nice 
because:

a) it's "portable" when I back-up my home directory
b) it's (mostly) independent of Pd versions...

But, because this is a specific use case for my set-up/machine I think 
in principle it would make sense to:

a) Add my local use-case path to my pd config
b) That pd-config would live in somewhere like $HOME/.config/pd

Also, I know this is probably nit-picking, but shouldn't configuration 
and (local) externals be in two different paths?


Lorenzo.

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

Re: [PD] Obfuscate patch?

[Lorenzo Sutton]

On 12/05/2016 13:46, IOhannes m zmoelnig wrote:

On 2016-05-12 12:09, Lorenzo Sutton wrote:

On 12/05/2016 05:57, Mario Mey wrote:

Is already done any external/abstract/external-program that obfuscate a
Pd patch? I mean, by changing the place of every object, changing names
of send/receive objects to random generated names, adding more objects
to make very hard to understand, etc...?


[...]




Why would you want to do something like that?



among other reasons, http://www.ioccc.org/


Ok in that sense, sure... Maybe I was biased by the other thread about 
"commercial" Pd projects...


Still the OP hasn't revealed their real intentions, maybe in an attempt 
to obfuscate them :)


Lorenzo.

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

Re: [PD] Can you close source of Pd patches (for commercial development)?

[Lorenzo Sutton]

On 07/05/2016 18:14, Matti Viljamaa wrote:

Wonder e.g. why the Max platform is more popular, even if its
commercial. Commerciality isn’t stopping people from using it.


What kind of (scientific) research have you conducted to conclude that 
"Max platform is more popular"?


What is your definition and criteria for "popularity"?
What is your sample group(s)?
What data have you collected and taken into account to support your 
statement?


Thanks.

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

Re: [PD] Obfuscate patch?

[Lorenzo Sutton]

On 12/05/2016 05:57, Mario Mey wrote:

Is already done any external/abstract/external-program that obfuscate a
Pd patch? I mean, by changing the place of every object, changing names
of send/receive objects to random generated names, adding more objects
to make very hard to understand, etc...?



Why would you want to do something like that?

Lorenzo.

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

Re: [PD] Does PD find you a job?

[Lorenzo Sutton]

No. Pd will not find you a job.
Because 'Pd is limited' (TM).

:)

On 13/03/2016 16:05, Andrea wrote:

I'm learning PD for fun and personal interest, but I was wondering
if it's good résumé material as well.

Did any of you, or someone you know, find jobs based on PD skills?

Thanks in advance for your experiences.

___
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] Does Pd have a "sound"?

[Lorenzo Sutton]

On 16/02/2016 16:33, i go bananas wrote:
...



But on the flip side, pd's community of users is probably the single
most awesome single group of people i have ever had the fortune of being
a part of.


+1


And the limitations of not having a huge library of readymade techno
tools, is actually a real blessing.  In many ways, pd inspires out of
the box thinking.


+1

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

Re: [PD] Does Pd have a "sound"?

[Lorenzo Sutton]

On 14/02/2016 23:27, Matti Viljamaa wrote:

Do you think Pd has a characteristic sound to it? Or whether discussion board 
threads claiming Pd (and Max) have a distinct (and not good) sound just have 
people who haven’t listened to good patches?


What do *you* think?
What is a (not good) sound?
...
...

:)


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

Re: [PD] achieving smooth tempo change

[Lorenzo Sutton]

Hi,

You don't provide any detail about your project/use case so it's very 
hard to try and give suggestions on such a theoretical base.


Your initial similarity with DAWs is somewhat misleading as you mention 
a global setting (that is correct most DAWs/sequencers have a general 
BPM setting). But then you state (if I understand correctly) that you 
don't want to use a global tempo/timing source in your project ("keeping 
time locally").


Independent time objects in environments like Pd are intrinsically... 
independent (I would say that's a neat feature!): you can of course find 
ways to have these objects 'communicate' with each other.


Something which might (or might not) be relevant is that you can also 
use audio-rate objects (i.e. phasor~) to do timing. For example a 
phasor~ with a frequency of 1 Hz has a period of 1 second, etc. 
(samphold~ might also be relevant??).


But as said if would really be helpful to know what you're trying to 
achieve ;)


Lorenzo.

On 11/02/2016 06:14, Liam Goodacre wrote:

Any DAW or sequencer has a global setting which allows you to change the
tempo smoothly across all elements. But fool around on PD for a while
and you will realize that this is not a simple operation. If you have
more than one time object going at once, it is very hard to keep them in
time with each other while changing the period.

Consider the example of two metros set to 500 and 1000 ms, banging in
synch with one another. The "cold" inlet of both are connected to a
float, with the second one being multiplied by 2 along the way. I'm sure
you don't even need to try this to know that the two metros will quickly
faze out quite if you scroll through the value. The metro duration
updates only  after the  cycle is complete, so one updates before the
other and it quickly gets chaotic, especially if you drag the value for
more than one complete metro cycle. Of course you could keep them in
time by using a trigger to reset the metros, but this is not good from a
musical perspective, because I don't want to go restart the bar every
time I change the tempo. Another possibility is to store the new time
value and load it only when both cycles coincide. This should keep both
metros in time, although the transition wouldn't be very smooth.

[line] works differently, in that the time is specified in the "hot"
inlet. But this also doesn't update smoothly if you interrupt it with a
new message before the cycle has finished, because the new value
sent to it will take the last point as a starting point. The total
duration of its cycle will be {elapsed time} + {new time}, which isn't
very good if you want to change tempo smoothly. I worked on trying to
solve this for a while, and came up with a prototype solution which I am
attaching. It works by taking the new time and subtracting it from
elapsed time for the new value, so that the line finishes its cycle as
if the new time value had been given at the beginning. The patch works
reasonably well for one iteration, but completely fails for more than
one (ie. if you scroll through the time values). I still haven't figured
out why.

Before I open up for suggestions, here are a few other points:

1. The simplest solution to this would be to have one and only one time
object, set to say 1/16th beat or whatever is the smallest time interval
you want, acting globally on all other sequenced events. This would work
simply and elegantly, but unfortunately it is not an option for my
project. Keeping time locally is essential to me, and I would sooner
give up tempo change altogether than give this up.

2. Another option would be to use the [timer] object, either as an
alternative to the others, or to help calculate feedback for them. I'm
hesitant to do this because a: it seems like it would require more CPU
and b: it it seems like an empirical solution to a deterministic
problem. My intuition says that this
problem can be solved mathematically, without resorting to measurement.
However, I am willing to be convinced that this is the right way to go.

3. I assume that [line] and [line~] will work identically in this
regard, and that [delay] and
[metro] will work similarly. But [line] and [delay] work in very
different ways, and so the solution, if it exists, is likely to be quite
different for these objects. Ultimately I want to find a solution for
all time objects, so I'm willing to hear anything you've got!



___
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] get filenames from directory

[Lorenzo Sutton]

On 07/12/15 17:26, Jonathan Wilkes via Pd-list wrote:

It's not possible with Vanilla objects.


In 2016 it would really be nice for Pd *Vanilla* to allow *natively* the 
use of some scripting language. My personal fav would be Python, but I'd 
be happy with anything really...


After the heated debates about luscious beizer curved chords and 
gradients in 2013, I this is still miss this feature more than any sexy 
GUI - :-)


Lorenzo.

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

Re: [PD] get filenames from directory

[Lorenzo Sutton]

On 07/12/15 22:39, Jonathan Wilkes wrote:

Hi Lorenzo,
  There's pdlua.

Pd Vanilla now includes deken, so if you want to package and maintain
pdlua it will then become "native".


I admit I haven't looked at deken yet. But isn't using externals kinda 
"cheating" about "nativeness"?


I wonder if something similar to the gui-plugins would allow to use tcl 
in specially named objects such as:


[tcl mytclabstraction]

and then that would use mytclabstraction.tcl

Lorenzo.




-Jonathan



On Monday, December 7, 2015 4:25 PM, Lorenzo Sutton
<lorenzofsut...@gmail.com> wrote:


On 07/12/15 17:26, Jonathan Wilkes via Pd-list wrote:
 > It's not possible with Vanilla objects.

In 2016 it would really be nice for Pd *Vanilla* to allow *natively* the
use of some scripting language. My personal fav would be Python, but I'd
be happy with anything really...

After the heated debates about luscious beizer curved chords and
gradients in 2013, I this is still miss this feature more than any sexy
GUI - :-)

Lorenzo.


___
Pd-list@lists.iem.at <mailto: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] get filenames from directory

[Lorenzo Sutton]

On 07/12/15 23:23, Jonathan Wilkes wrote:

Well, there's also a pdtcl external for loading code written in tcl.

I guess I'm curious what you mean by "native" here.


Yes, I admit the term is confusing. Out-of-the-box maybe makes more sense.
Not provided by an external, unless the external is distributed with Pd 
Vanilla itself (e.g. expr~)


Lorenzo.



-Jonathan



On Monday, December 7, 2015 4:52 PM, Lorenzo Sutton
<lorenzofsut...@gmail.com> wrote:


On 07/12/15 22:39, Jonathan Wilkes wrote:
 > Hi Lorenzo,
 >  There's pdlua.
 >
 > Pd Vanilla now includes deken, so if you want to package and maintain
 > pdlua it will then become "native".

I admit I haven't looked at deken yet. But isn't using externals kinda
"cheating" about "nativeness"?

I wonder if something similar to the gui-plugins would allow to use tcl
in specially named objects such as:

[tcl mytclabstraction]

and then that would use mytclabstraction.tcl

Lorenzo.


 >
 > -Jonathan
 >
 >
 >
 > On Monday, December 7, 2015 4:25 PM, Lorenzo Sutton
 > <lorenzofsut...@gmail.com <mailto:lorenzofsut...@gmail.com>> wrote:
 >
 >
 > On 07/12/15 17:26, Jonathan Wilkes via Pd-list wrote:
 >  > It's not possible with Vanilla objects.
 >
 > In 2016 it would really be nice for Pd *Vanilla* to allow *natively* the
 > use of some scripting language. My personal fav would be Python, but I'd
 > be happy with anything really...
 >
 > After the heated debates about luscious beizer curved chords and
 > gradients in 2013, I this is still miss this feature more than any sexy
 > GUI - :-)
 >
 > Lorenzo.
 >
 >
 > ___
 > Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at>
<mailto:Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at>> mailing list

 > UNSUBSCRIBE and account-management ->
 > http://lists.puredata.info/listinfo/pd-list
 >
 >


___
Pd-list@lists.iem.at <mailto: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] get filenames from directory

[Lorenzo Sutton]

On 07/12/15 10:26, Simon Iten wrote:

what would be an appropriate way to get all filenames out of a directory in 
pd-vanilla?

i have only seen very old posts about this, they all use pd-extended. is there 
any recent object/external that does this?
it could be nice if openpanel could also open a directory and output all the 
filenames...

alternatively is there a way to just read all the files from a directory one 
after the other?


If you are on Linux (unix? macs?) and have Bash you could have in Pd a 
netreceive obeject e.g.:


[netreceive ]

Then from bash something like this (from within the dir you want to list)

echo $(ls -1 | tr "\n" ";") > /dev/tcp/127.0.0.1/

or like this (example to feed directly the netreceive outlet to a [list] 
object..):


echo $(find . -maxdepth 1 -type f -printf '%f ')";" > \
/dev/tcp/127.0.0.1/

The last one would also list hidden (i.e. 'dot') filenames

Lorenzo.

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

Re: [PD] Running TCL files in vanilla Window version.

[Lorenzo Sutton]

Hi.

On 25/11/2015 14:30, Mario Mey wrote:

I would like to run PureData as similar to a standalone application. I
would like to:
- Have all the files and dirs inside one dir (portable). No installation.


(On Windows) just unzip the the file in any directory. No need to 
install (I even had Pd run from usb sticks).



- Run a Pure Data patch in Windows with a batch file inside main dir.


Put the patch(es) in the ./bin dir (under the pd dir) and create a .bat 
(windows batch file) in that dire and add:


start pd.exe mypatch.pd

[...]

- Where should I put KIOSK-plugin files? I repeat, I want the
application not to be installed, I want a portable version.


If you put the two files kiosk-plugin.tcl and kiosk.cfg in the ./extra
(of course modify kiosk.cfg as needed)

Hope this helps

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

Re: [PD] band limited (anti-alias) techniques

[Lorenzo Sutton]

On 24/11/2015 02:30, Alexandre Torres Porres wrote:

hi, I know about the oversampling + filtering technique, which you can
patch it, but what are other techniques for creating band limited
signals you people know (not only those you could do it as a pd patch)?
Yes, I'm thinking about oscillators mostly.


Maybe have a look here too..

http://musicdsp.org/archive.php?classid=1#90

Lorenzo.

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

Re: [PD] band limited (anti-alias) techniques

[Lorenzo Sutton]

On 24/11/2015 16:01, Alexandre Torres Porres wrote:

Cool, I assumed there'd be many techniques out there.

Do any of you know the advantages and disadvantages between
"/oversampling + filtering/" and the other techniques?



Apart from the explanations already provided, I also think (as usual) 
that it depends on the use case... Lots of bandlimiting examples assume 
one wants to do a 20Hz to 20kHz 'smooth' sweep - which might not always 
be the case (I'm not sure how common that is with saw, square etc. (I 
guess pure sine has more applications for that)). For a saw-sounding 
synth sound one could just use a wavetable with some filters, etc.


There are even some people who might use aliasing and its sound 
characteristics as a 'feature' for its distinctive 'harsh' timbre :-)


Lorenzo.

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

Re: [PD] numberboxes range

[Lorenzo Sutton]

On 22/11/2015 23:20, Simon Iten wrote:

thanks!

i don’t really like the look of number2, it takes too much space.


Just for reference for future readers of the mailing list: it *is* 
possible to resize number2 and change many aesthetic properties both 
from the properties dialog and with messages.


Lorenzo.



anyhow, here is how i did it in my patch (which also needed simultaneous 
control with a numberbox and a slider and only ints)





On 22 Nov 2015, at 22:26, Christof Ressi  wrote:

Yes, at least for 'Number2' you can set all the properties via messages. For a 
simple 'Number' I don't think so...


Gesendet: Sonntag, 22. November 2015 um 21:46 Uhr
Von: "Simon Iten" 
An: Pd-List 
Betreff: [PD] numberboxes range

hi list,

would it be possible to make the “range” of a numberbox settable via messages? 
like with vsl etc?
or is there a way to set it (not via properties)?

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





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



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

Re: [PD] Computing advice for Pd outreach project

[Lorenzo Sutton]

Hi,

On 16/07/2015 08:42, Kerry Hagan wrote:

Hi all,

I run Pd Vanilla on a MacBook Pro, so I am at a loss here...

I'm looking for the lowest-range laptop running a flavour of Linux to install 
Pd Vanilla needed for a specific use described below. As I've never purchased 
this, I'm looking for hive-mind experience.

I don't need heavy hitting power, because it will be for outreach groups (kids 
from disadvantaged areas). We won't get into extremely intensive patching. I'm 
happy with built-in stereo out. The more laptops I can afford on a €12,000 
grant (minus speakers, projectors and screens for the actual art installation) 
the better. At this stage, I just need to get quotes for the Irish Arts Council 
funding application.

What laptop? What Linux distribution? Any gotchas I need to worry about (sound 
card issues, etc.)?


For this scenario I would go for any off-the-shelf consumer laptop.

AFAIK Dell offer rather cheap laptops with Ubuntu pre-installed, and I 
guess Pd easily available on Ubuntu (but have no direct experience nor 
am I affiliated with Dell whatsoever).
For your scenario I'd see machines with Linux preinstalled particularly 
useful as you'd have them working 'out of the box' compared e.g. to 
computers with windows pre-installed (and even secure boot etc.) and 
risk of incompatible hardware.


My two cents.
Lorenzo.


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

[PD] Looking for a Pd object like Max's XYZ [WAS]: Re: looking for an object like max's join

[Lorenzo Sutton]

Hi,

On 03/07/2015 01:30, Alexandre Torres Porres wrote:

hi, I wonder if anyone thought of making an object that generates a list
from individual inlets that triggers the output whenever a value is sent to
any inlet.


I think in general that when asking is there an object in Pd which does 
xyz the Max object does it's would be very useful for the list (and for 
posterity) to know what the use case is.


i.e. in this case, maybe what you are achieving with [pak] in Max can be 
achieved in a completely different way in Pd :-)


IMHO this would be more positively challenging for the list (and more 
fun) :-)


My two cets.

Lorenzo.

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

Re: [PD] URL Audio to PD

[Lorenzo Sutton]

On 26/06/2015 22:42, IOhannes m zmölnig wrote:

On 06/26/2015 10:14 PM, Alexandre Torres Porres wrote:

i guess you can use software to route audio from the browser to pd, may
this one works https://www.rogueamoeba.com/audiohijack/


or just use jack.


I agree. I would do the url selection and downloading/streaming/play 
externally (e.g. through mplayer or vlc) and send the audio output to Pd 
for processing through Jack.


This obviously if you are (can be) using Linux.

Lorenzo.



fgmdsar
IOhannes



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



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

Re: [PD] haversine formula in Pd

[Lorenzo Sutton]

Hi,

On 07/06/2015 04:48, Max wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Merci Cyrille,

in the formula the intermediate steps are quite small fractions and it
seems their precision is important.
In the test case the Pd implementation is 8917.74 km off the proper
result (2887.26). However I need a precision of about 1m.

So I assume the haversine formula is not implementable in Pd at all?
(unless double precision will be there that is)


I had a go at immplementing it in Pd Vanilla, with a few [expr], and the 
result seems the one expected... no?


Lorenzo
#N canvas 314 73 858 610 10;
#X floatatom 168 116 5 0 0 0 - - -, f 5;
#X floatatom 270 115 5 0 0 0 - - -, f 5;
#X floatatom 493 119 8 0 0 0 - - -, f 8;
#X floatatom 576 119 8 0 0 0 - - -, f 8;
#X msg -93 179 6372.8;
#X text 179 91 lat1;
#X obj 168 146 -;
#N canvas 0 50 450 300 dec2rad 0;
#X obj 127 32 inlet dec;
#X obj 155 61 r \$0-pi;
#X obj 127 118 *;
#X obj 155 86 / 180;
#X obj 127 144 outlet;
#X connect 0 0 2 0;
#X connect 1 0 3 0;
#X connect 2 0 4 0;
#X connect 3 0 2 1;
#X restore 168 171 pd dec2rad;
#X obj 670 170 atan;
#X floatatom 670 222 10 0 0 0 - - -, f 10;
#X msg 670 143 1;
#X obj 670 197 * 4;
#X obj 670 115 loadbang;
#X obj 670 245 s \$0-pi;
#X text 284 93 lat2;
#X obj 493 150 -;
#N canvas 0 50 450 300 dec2rad 0;
#X obj 127 32 inlet dec;
#X obj 155 61 r \$0-pi;
#X obj 127 118 *;
#X obj 155 86 / 180;
#X obj 127 144 outlet;
#X connect 0 0 2 0;
#X connect 1 0 3 0;
#X connect 2 0 4 0;
#X connect 3 0 2 1;
#X restore 493 175 pd dec2rad;
#X text 499 95 lon2;
#X text 582 102 lon1;
#X text 227 194 dLat;
#N canvas 0 50 450 300 dec2rad 0;
#X obj 127 32 inlet dec;
#X obj 155 61 r \$0-pi;
#X obj 127 118 *;
#X obj 155 86 / 180;
#X obj 127 144 outlet;
#X connect 0 0 2 0;
#X connect 1 0 3 0;
#X connect 2 0 4 0;
#X connect 3 0 2 1;
#X restore 53 171 pd dec2rad;
#N canvas 0 50 450 300 dec2rad 0;
#X obj 127 32 inlet dec;
#X obj 155 61 r \$0-pi;
#X obj 127 118 *;
#X obj 155 86 / 180;
#X obj 127 144 outlet;
#X connect 0 0 2 0;
#X connect 1 0 3 0;
#X connect 2 0 4 0;
#X connect 3 0 2 1;
#X restore 270 170 pd dec2rad;
#X floatatom 493 201 5 0 0 0 - - -, f 5;
#X text 540 198 dLon;
#X obj 168 267 * 0.5;
#X obj 168 289 sin;
#X obj 168 323 expr pow($f1 \, 2);
#X obj 493 263 * 0.5;
#X obj 493 286 sin;
#X obj 493 323 expr pow($f1 \, 2);
#X obj 286 389 +;
#X obj 318 323 expr cos($f1)*cos($f2);
#X obj 475 352 *;
#X obj 286 452 expr 2*asin(sqrt($f1));
#X obj -92 510 *;
#X floatatom -92 532 10 0 0 0 - - -, f 10;
#X obj 132 92 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 241 91 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 463 89 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 554 95 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X floatatom 316 197 5 0 0 0 - - -, f 5;
#X msg 168 69 36.12;
#X msg 576 71 -86.67;
#X msg 270 68 33.94;
#X msg 493 71 -118.4;
#X obj -93 25 t b b b b b;
#X text -66 161 R;
#X text 458 452 -- c;
#X floatatom 168 194 8 0 0 0 - - -, f 8;
#X floatatom 38 200 5 0 0 0 - - -, f 5;
#X text -3 154 lat1 = radians(lat1);
#X text 277 149 lat2 = radians(lat2);
#X text 356 422 -- a;
#X floatatom 286 423 8 0 0 0 - - -, f 8;
#X obj -93 86 del 1;
#X text 519 452 c = 2*asin(sqrt(a));
#X obj -93 -19 bng 15 250 50 0 empty empty empty 17 7 0 10 -257985
-1 -1;
#X obj -93 1 t b b;
#X text -72 -22 - test;
#X text 152 305 a = sin(dLat/2)**2 + cos(lat1)*cos(lat2) * sin(dLon/2)**2
, f 81;
#X connect 0 0 6 0;
#X connect 0 0 20 0;
#X connect 1 0 6 1;
#X connect 1 0 21 0;
#X connect 2 0 15 0;
#X connect 3 0 15 1;
#X connect 4 0 34 0;
#X connect 6 0 7 0;
#X connect 7 0 48 0;
#X connect 8 0 11 0;
#X connect 9 0 13 0;
#X connect 10 0 8 0;
#X connect 11 0 9 0;
#X connect 12 0 10 0;
#X connect 15 0 16 0;
#X connect 16 0 22 0;
#X connect 20 0 31 0;
#X connect 20 0 49 0;
#X connect 21 0 31 1;
#X connect 21 0 40 0;
#X connect 22 0 27 0;
#X connect 24 0 25 0;
#X connect 25 0 26 0;
#X connect 26 0 30 0;
#X connect 27 0 28 0;
#X connect 28 0 29 0;
#X connect 29 0 32 1;
#X connect 30 0 53 0;
#X connect 31 0 32 0;
#X connect 32 0 30 1;
#X connect 33 0 34 1;
#X connect 34 0 35 0;
#X connect 36 0 0 0;
#X connect 37 0 1 0;
#X connect 38 0 2 0;
#X connect 39 0 3 0;
#X connect 41 0 0 0;
#X connect 42 0 3 0;
#X connect 43 0 1 0;
#X connect 44 0 2 0;
#X connect 45 0 54 0;
#X connect 45 1 41 0;
#X connect 45 2 43 0;
#X connect 45 3 44 0;
#X connect 45 4 42 0;
#X connect 48 0 24 0;
#X connect 53 0 33 0;
#X connect 54 0 4 0;
#X connect 56 0 57 0;
#X connect 57 0 45 0;
#X connect 57 1 45 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pure data benchmark?

[Lorenzo Sutton]

Hi,

On 05/05/2015 18:12, martin brinkmann wrote:

does something like this exist?
afaik not, but i think it would be useful to have some more
or less objective and comparable method to measure how well a
system is suited for running pd.
there was a test patch for rjdj on the ipod/phone which consisted
of simply as much osc~-objects as the device could handle.
that worked quite well for checking if a patch would run on
the device or not, but i think it might not cover all possible
properties of a system.


One problem with (totally un-scientific) benchmarking I've seen on Linux 
(on laptops and with Jack Audio) is that there are a few factors sucha 
as cpu scaling, wifi on/off, swappiness.. and of course type od soundard 
used i.e. all the 'audio on linux' stuff which an influence performance.
I'm talking here mostly about 'audio benchmarking' more thn CPU etc. 
which means for instance how low latency you can get with a rather CPU 
intensive patch without (too many) xruns etc.


With heavy patches I have also noticed dramatic performance differences 
with different gui activity: e.g. the more number boxes, sliders etc. 
being 'continuously' updated (in the order of milliseconds) the worst 
performance is. Very hard to benchmark though because there are many 
factors.


Add GEM (and video cards, drivers.. ) and 'benchmarking' probably 
becomes a sort of black magic.


This doesn't really answer the question but thought it would be useful 
to throw in some additional complexity :)


Lorenzo.

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

[PD] [DERAIL]: Re: audio bit resolution in Pd

[Lorenzo Sutton]

On 23/04/2015 20:02, Alexandre Torres Porres wrote:
...


If so, then 32 bit float isn't really 8 more bits. And you've been
also saying 24 bit converters are fixed, not float.


My soundcard has a longer word* than yours :-P

* http://en.wikipedia.org/wiki/Word_%28computer_architecture%29

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

Re: [PD] [OT]: Gitorious closing down.. alternatives, suggetions, experiences

[Lorenzo Sutton]

Hi all,

Thanks for the responses and ideas. Of course I can just use 'pure' git 
(or some wrapper from other services)... The idea was to import all 
projects from Girorious to GitLab and that everything would 'just work'.


'Cloud' provider is handy for onine access/pointing for publi projects.. 
I do have my private stuff backed up on in private places, and I'm ok 
with the 'point of faliures' you all mentions in exchange for the commodity.


Lorenzo.


On 17/04/2015 00:58, phil jones wrote:

GitHub IS very convenient.  But it is a single point of failure or
potential abuse.

I keep public projects there, but I wouldn't NOT also keep private
repositories in sync with it on my own machines.

Also, I think it's dangerous to let GitHub become the official address
of your project. Have a separate home-page / blog that you control
that's the official home page, news of your project.  That way, if you
need to leave GitHub (either because it goes down or suddenly their
terms of service become onerous) you can quickly update the page you own
with a link to a new public repository.

Git itself was designed to be flexible enough that you can even use it
over email so git itself doesn't become a bottleneck.

Phil



On 16 April 2015 at 12:47, Dan Wilcox danomat...@gmail.com
mailto:danomat...@gmail.com wrote:

The same concern is true for any Git host, including Sourceforge,
Gitlab/Gitorious, etc. One problem is too many people now think
“GitHub” is “Git” and don;t realize that they can push/pull form
basically anywhere.


Dan Wilcox
@danomatika
danomatika.com http://danomatika.com
robotcowboy.com http://robotcowboy.com


On Apr 16, 2015, at 11:36 AM, Rafael Vega email.r...@gmail.com
mailto:email.r...@gmail.com wrote:

On the flip side, git is a distributed system but we're all
putting our repos on a single host (github).





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

[PD] [OT]: Gitorious closing down.. alternatives, suggetions, experiences

[Lorenzo Sutton]

Some of you may be aware that gitorious.org is closing down as it's been 
acquired by Gitlab.com


As I had a few things (including Pd-related e.g. Granita) on there I 
tried migrating to Gitlab with their automatic migration tool, which 
seems to have screwed committers (i.e. adding a totally unrelated user 
who only shares my first name (!))


My motive to use gitorious was: a) open source b) essential, no thrills 
and just worked.


I've also used Bitbucket lately and it's really nice.

So what are people using these days?
Anyone also having to migrate from Gitorious? If so what do they think?
Just use GitHub which 'everyone else' (TM) uses and forget it?

Given that even with the 'migration' tool working (and it seems it's not 
properly), migration is always a bit of a PITA (e.g. links pointing to 
Gitorious potentially broken..) I might consider something else


Thaks for any ideas sharing and hope even if way off-topic this might be 
of interst to other Pd-ers.


Lorenzo.


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

Re: [PD] Index of the maximum value in a list

[Lorenzo Sutton]

On 14/04/2015 01:00, Pierre Desprats wrote:

Hi,

it would be really helpfull if someone had patched something to obtain
the index of the maximum value in a list,

Or maybe a [max] object with more than 2 inputs ?


The attached hacks the sequencer example from the [list] help. Clearly 
it could be made a bit prettier and turned into an abstraction...


Hope it helps.

Lorenzo.
#N canvas 354 110 792 570 10;
#X obj 123 109 list split 1, f 18;
#X obj 186 166 list append;
#X obj 123 230 t f b, f 6;
#X msg 550 113 0;
#X obj 564 306 f;
#X obj 597 306 + 1;
#X obj 334 452 spigot;
#X msg 122 2 20 22 -3 4 100 6 8 200;
#X obj 407 516 print index_of_greatest;
#X msg 294 2 1000 -50 20 12200 500;
#X msg 463 2 1 4 3 2;
#X obj 198 363 spigot;
#X obj 284 166 del 1;
#X obj 407 493 f, f 12;
#X msg 544 2 5 4 3 2 1;
#X obj 550 137 t f f;
#X obj 123 206 pipe 0.001;
#X obj 333 366 pipe;
#X obj 124 252 t f f f b;
#X obj 123 56 t l l b;
#X obj 313 109 list split 1;
#X obj 353 166 t f;
#X msg 626 2 -3 -6 -100 -2 -5;
#X obj 124 406 f, f 4;
#X obj 124 517 print greatest;
#X obj 284 193 t b b, f 18;
#X text 600 123 reset counter and index to 0, f 16;
#X text 631 290 counter - i.e. list index, f 11;
#X text 509 442 Hold the current index of the greatest number. This
is 0 at the beginning and increases only if a larger number is found
, f 25;
#X text -13 135 Taken from the sequenccer example in the [list] help
, f 18;
#X text 377 54 First element in list will be the first to be compared
, f 20;
#X text 427 97 |;
#X text 405 108 --+;
#X msg -4 0 1 2 2 0 2 2 0;
#X obj 237 331 =, f 17;
#X text -6 -28 In this case the last is taken, f 17;
#X text 311 486 This [f] is banged at the end, f 11;
#X text -13 293 Is current number = than the previous? If TRUE: \;
1 let its index pas and 2 make it the new number to compare against
, f 15;
#X connect 0 0 16 0;
#X connect 0 1 1 1;
#X connect 0 2 12 0;
#X connect 1 0 0 0;
#X connect 2 0 18 0;
#X connect 2 1 1 0;
#X connect 3 0 15 0;
#X connect 4 0 5 0;
#X connect 4 0 17 0;
#X connect 5 0 4 1;
#X connect 6 0 13 1;
#X connect 7 0 19 0;
#X connect 9 0 19 0;
#X connect 10 0 19 0;
#X connect 11 0 23 1;
#X connect 11 0 34 1;
#X connect 12 0 25 0;
#X connect 13 0 8 0;
#X connect 14 0 19 0;
#X connect 15 0 13 1;
#X connect 15 1 4 1;
#X connect 16 0 2 0;
#X connect 17 0 6 0;
#X connect 18 0 11 0;
#X connect 18 1 34 0;
#X connect 18 3 4 0;
#X connect 19 0 0 0;
#X connect 19 1 20 0;
#X connect 19 2 3 0;
#X connect 20 1 21 0;
#X connect 21 0 34 1;
#X connect 22 0 19 0;
#X connect 23 0 24 0;
#X connect 25 0 23 0;
#X connect 25 1 13 0;
#X connect 33 0 19 0;
#X connect 34 0 6 1;
#X connect 34 0 11 1;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Artikulation - datastructures

[Lorenzo Sutton]

One nice thing about the unix philosophy from a cretive person's point 
of view is that you do not necessarily have to use one, monolithic tool 
(software) to do everything.
IMHO this leaves much more space to expreimentation, trial, unorthodox 
ways of doing things, eventually less standardised and less canned 
creations.


This may sound a bit provocative.. but, do we really need to do 
'everything' in Pd? For example for realtime scores this is rather 
interesting (and I must say quite appealing visually):


www.iannix.org

It uses OSC, which Pd supports (not sure what the 'out-of-the-box' 
vanilla support status is.. anyway).


For a piano + electronics (a.k.a. 'tape') piece I once used Inkscape for 
an expressive representation of the electronic part matched to the piano 
part in traditional notation... I was using qjackctrl always on top to 
play the piece and keep track of the bars, and had to hack the SVG to 
import the Lilipond score :-)


Bottom line. The best IMHO is that Pd is very interoperable at various 
levels, so JACK audio, midi, OSC, FUDI, TCP, [your favouritestandard here].


Then obviously this doesn't _exclude_ the fact that (usable) data 
structures are nice :-)


My two cents.
Lorenzo.

On 04/12/2014 10:35, Julian Brooks wrote:
There is a fairly long-standing tradition of graphic scores made, 
post-copmosition, of electronic music - standard practice in 
Electroacoustic tuition for example.


Yet there still isn't much around that makes the auditory/visual 
connection explicit (Xenakis' UPIC and its derivatives being one of 
the classic examples).


For those interested in notational aspects and approaches within 
electronic music just the idea itself of data structures is hugely 
stimulating - you could even go so far to state that it's somewhat of 
a 'holy grail'.


I'm interested in data structures precisely because they don't work so 
well - it's a worthwhile problem.  The now well-worn, almost clichéd 
story that DS's were one of the major original impetuses for Pd's 
existence, and 20 years later they're still a work in progress, I 
think shows that this shit ain't easy.


Hans' DS composition from a few years back has travelled far and wide 
(it's in one of the classic recent books on graphic scores - on the 
front cover even!) so it's a shame that there's not much else to show 
for them in recent years.


Ligeti rocks btw, proper hardcore.

Regards,

Julian

On 4 December 2014 at 09:10, i go bananas hard@gmail.com 
mailto:hard@gmail.com wrote:


and how many years work would it take to do that in pd data
structures?

On Thu, Dec 4, 2014 at 5:04 PM, Chris McCormick
ch...@mccormick.cx mailto:ch...@mccormick.cx wrote:

https://www.youtube.com/watch?v=71hNl_skTZQ
--
http://mccormick.cx/

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



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




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



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

[PD] [OT]: Screencasts on Linux Debian with Jack and ffmpeg - [WAS] Re: data structure setsize allocation

[Lorenzo Sutton]

On 12/11/14 04:06, Jonathan Wilkes via Pd-list wrote:

Sure... what do people use in Debian/Ubuntu to do screencast + audio?



With Jack I use someting like this:

ffmpeg -f jack -ac 2 -i ffmpeg -f x11grab -r 25 -s 1366x768 \
-i :0.0 -acodec pcm_s16le -threads 0 output.mkv

Notice that:

- ffmpeg in my case is the 'original' one compiled by hand. 
Unfortunately debian now seems to only package avconv and that has 
always crashed on me with jack as audio input. However ffmpeg is 
relatively easy to compile on debian following this guide:


https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu

- You should play with the -s and -i parameters to suit your needs.

- Pulseaudio will be automatically suspended when you run jack (I was 
forced to install it to use skype with, alas, I'm forced to use for work).


- Clearly when screen-casting it'll be difficult to get Chuck Norris low 
latencies without some xruns.


- The output with that ffmpeg command will be a very good quality mkv 
video however it will also be very (very!) big and you'll have to factor 
in the extra time for re-compressing (it's possible to encode on the fly 
-but I prefer to have a good quality 'original')
For encoding I've had rather nice results with using webem, for example 
(YMMV):


ffmpeg -y -i $INFILE -threads 8 -f webm -vcodec libvpx -g 120 \
-level 216 -profile 0 -qmax 42 -qmin 10 -rc_buf_aggressivity 0.95 \
-vb 2M -acodec libvorbis -aq 90 -ac 2 $OUTFILE

Hope this helps.
Lorenzo.

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

Re: [PD] Sequencing characters?

[Lorenzo Sutton]

On 11/08/2014 03:43, Ronni Montoya wrote:

Hi, i have a string of characters in a message, like this:


[ababacbabcdabacdeacbcbacbeab(


Is this representation (with no spaces between 'notes') mandatory? Or 
could you for instance have something like:


[list a b a b c ... (

I think that would make life easier for your scenario.
Lorenzo





I need to use this for sequencing, basically i need to read each
character each time ( each trigger)  and then select and event based
on the character.


So i have 2 questions:

How can i read each character in the message each trigger ? and ,

Is there is any object like select that work with characters ? for
example: [select a b c d e]
  ?


Which approach would you recommend for this?



thanks in advance

R,

___
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