Re: [PD] A web frontend for Pd

[Max]

Am 17.03.23 um 21:07 schrieb Roman Haefeli:

Hey Gulio, Chair (Max?)


For the record, all credits go to Giulio Moro and Sebastian Stang who 
did the actual work on glue and frontend, while IOhannes did lay the 
foundation for it by refactoring the Pd—GUI communication.





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

[PD] RNBO in Max, streamlined export workflow

[Max]

Hi list,

you probably have heard what happened in Max-land: There is a new export 
workflow which lets Max users create C++ code, RPi code or VST3 plugins 
from a subset of Max objects called RNBO [1].
It's kind of like what Heavy/HVCC [2] and Camomile [3] are for Pd, but 
with a streamlined point and click workflow.
This left me wondering if something like that could be possible in Pd. 
Have a menu item to export as a plugin running libpd or exporting a 
patch to C/C++ using heavy (or highlighting not supported objects in the 
patch in case it fails). What do you think?


m.


[1] https://rnbo.cycling74.com
[2] https://github.com/Wasted-Audio/hvcc
[3] https://github.com/pierreguillot/Camomile





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

Re: [PD] some gui objects with grey background in help patches?

[Max]

I wanted to add my voice here to say that I like the work Alex did and 
appreciate the many many bug fixes, clarifications, the drive for 
consistency and readability across the help patches. Alex dedicated a 
significant time to this and in my view the result is convincing and a 
clear improvement. I acknowledge that purists may be offended but on the 
other hand they can keep using Pd 0.49 if they like things to stay as 
they were. I think Dan is right with his conclusion.


Max



On 21.11.22 14:41, Dan Wilcox wrote:

Howdy all,

without reading too far into this...

1. Alex did *alot* of work (re)structuring *all* of the help files. 
Thank for that work, Alex.


2. Sometimes people wonder why Pd doesn't change in leaps and bounds. 
This is one reason: no matter how big or small a change may be, there is 
always someone with a (valid) reason to *not* want the change. Even for 
end cases.


3. If the change is as much of as issue that it requires custom 
scripting or startup flags to address it for some, maybe it's worth 
considering an additional update to seriously address the issue? 
Stepping back, is the proposed change to fix the issue that much of a 
major issue in itself? Worth looking into?


I can think of numerous changes I have made/proposed where I was frankly 
annoyed by the negative feedback but, after stepping back and looking 
again, realized that I didn't really care too much about it either way 
and either changed it back or made an improvement that was different 
than the original approach.


4. I believe I've brought this up on the list before, but after a 
certain point, endless discussions about how things "should be" or what 
constitutes "consistency" is relatively moot. In the end, it comes down 
to writing code / making changes and getting those changes into the 
codebase, however this is done.


If this issue is as big as it appears to be, please, clone the GitHub 
repo, change all of the GUI objects in the help patches back to white, 
then submit a PR. The details of the technical discussion can continue 
there, I think.


Don't get me wrong, I am not implying that bringing up an issue is not 
valid, but really after a certain point of back and forth, things could 
move forward concretely IMO. :)


On Nov 21, 2022, at 12:00 PM, pd-list-requ...@lists.iem.at 
<mailto:pd-list-requ...@lists.iem.at> wrote:


Message: 1
Date: Mon, 21 Nov 2022 10:05:57 +0100
From: "Peter P." <mailto:peterpar...@fastmail.com>>

To:pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>
Subject: Re: [PD] some gui objects with grey background in help
patches?
Message-ID: <20221121090557.pxsmirhxjxhwn...@fastmail.com 
<mailto:20221121090557.pxsmirhxjxhwn...@fastmail.com>>

Content-Type: text/plain; charset=us-ascii

Hi Scott,

* Scott R. Looney <mailto:scottrloo...@gmail.com>> [2022-11-21 06:56]:

[...]
i guess there might be considered a Tcl/Tk option to not have/draw 
colored
backgrounds in any patch window, similar to how one can change the 
default

canvas background/foreground color currently.

I don't think this is a good solution. We definitely do not want more
options/startup flags.


but as for modifying all
vanilla help file backgrounds for a few power users used to stark UI
design, there would have to be a lot of strong support for that.

I guess it can be done with a script and wouldn't need to be done
manually.

additionally the comment on Facebook users being considered less 
'hardcore'

is somewhat prejudicial. there is quite a lot of crossover on FB with
mailing list users.

Thank you for that point.


you should also consider putting this survey on the
Discord that Mike(Miguel) Moreno runs as a number of users there are also
on the mailing list.

Yes, or even here:
https://framadate.org/create_poll.php?type=autre=en 
<https://framadate.org/create_poll.php?type=autre=en>

where no accounts are required.

best,
P



Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com>
robotcowboy.com <http://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

Re: [PD] libpd 0.13.0 & ofxPD 1.9.0

[Max]

It already is used as audio engine for VST3 and AU.
Our snare for example:
https://www.chair.audio/product-category/software/plug-in-software/



On 05.11.22 06:12, Matt Davey wrote:
Does this mean libpd can be used as the audio engine for vst / au 
plugins yet?


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





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

Re: [PD] Pd, pipewire, and MIDI

[Max]

On 27.04.22 20:29, IOhannes m zmölnig wrote:

 qpwctl (if I remember the name correctly), I think you meant qpwgraph




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

Re: [PD] [PD-announce] Most recent Pd packaged for Ubuntu (and derivatives)

[Max]

On 06.04.22 18:42, IOhannes m zmölnig wrote:

Am 6. April 2022 17:27:39 MESZ schrieb Roman Haefeli :


On Wed, 2022-04-06 at 15:54 +0200, Max wrote:

I think this might be related:

https://github.com/pure-data/pure-data/pull/1364/commits


Yeah, I think so, too.


It's somewhat related (as the issue is missing files with metainformation for 
modern Desktops), but the PR is not the solution: the files added by the PR are 
already present in the Debian packages.


Cool. It would be nice thought if installing the debian package and 
'sudo make install' on the source would result in a similar installation 
including all these desktop files, icons, and mime associations.


m.



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

Re: [PD] [PD-announce] Most recent Pd packaged for Ubuntu (and derivatives)

[Max]

I think this might be related:

https://github.com/pure-data/pure-data/pull/1364/commits

On 06.04.22 15:29, IOhannes m zmoelnig wrote:


On 4/6/22 13:03, Kaj Ailomaa wrote:
Any universal packaging changes should be done in Debian directly, 
though.


i've now added some metadata to the Debian packages (but none are 
uploaded yet).


if somebody (e.g. roman), wants to test them, they can grab my changes 
from https://salsa.debian.org/multimedia-team/pd/puredata/


and see whether this fixes anything.

(please don't upload any packages build from the repository yet; but 
feedback is of course welcome)


gfmdas
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

Re: [PD] minimum delay time for delread4~

[Max]

if you set the delay time to 0.1 in your patch, delreadsinc~ from 
https://github.com/chairaudio/pure-data/tree/feature/delreadsinc

will make a huge difference.

max

On 03.04.22 20:01, Orm Finnendahl wrote:

Hi,

  the help of delread4~ states the "delay time is at least one sample",
but it seems the lower limit is one block (and the lowest blocksize I
can use on linux seems to be 64 samples). I assume this is related to
the dsp scheduling order introducing one sample block latency.

The pd sources (d_delay.c) suggests to me that latency compensation in
the signal chain is taken care of, but I'm hitting a wall on my
machine. For a flanger-like application this means the highest
obtainable frequency here is 689 Hz at 44100 samplerate, which limits
its usability.

Attached is a patch to demonstrate the highest obtainable frequency
(here it is somewhere around f'' or Midi 78).

Can someone check whether this is a general problem or it is only on
my machine? I tested with newest pd (0.52) and 0.50.

--
Orm


___
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] delwrite~ delread4~ name of delay line not settable?

[Max]

vd~ is just an alias for delread4~. I don't see a set message for them 
in the source.



On 14.03.22 06:59, Johnny Mauser wrote:

If i remember correct, i used [vd~] for such a case!?

Max mailto:abonneme...@revolwear.com>> 
schrieb am So., 13. März 2022, 23:25:


Is the name of the delay line written to and read from in delwrite~ and
delread4~ settable by messages?
If not, is it intentional or could this feature be added?
I want to send from one clone(d) instance to the next via delay lines,
so I need to change the names.

M.



___
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] delwrite~ delread4~ name of delay line not settable?

[Max]

Is the name of the delay line written to and read from in delwrite~ and 
delread4~ settable by messages?

If not, is it intentional or could this feature be added?
I want to send from one clone(d) instance to the next via delay lines, 
so I need to change the names.


M.



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

Re: [PD] [midifile]

[Max]

Most of the puredata tagged questions on stackoverflow are message order 
bugs caused by fanning outlet connections.

Should Pd warn the user when one outlet is connected to multiple objects?

On 09.02.22 21:08, IOhannes m zmölnig wrote:

Am 9. Februar 2022 19:07:45 MEZ schrieb Samuel Burt 
:

As with most unpredictable problems in pd, this one was solved with a
trigger


well, *that* was predictable...


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

Re: [PD] PD-vanilla repo for Linux?

[Max]

On 31.01.22 19:53, rafael.racc...@blindekinder.com wrote:

Thank you guys for the answers!

After PD-ext died I always experienced issues with externals: I never 
know if it's better to install them through Deken or by packages, and 


Deken is there because of the lack of a system wide package manager on 
Windows and Mac OS. As a general rule, on Linux, try the package manager 
first, then Deken if you can't find it there.


then if I have to load them on startup or within the patches with 
[import] or another obect. I re-use a very old patch and I'm trying to 
fix that. On some objects it works removing prefix [libName/objectName], 
and some I have to add it. Some externals (e.g. HCS) doesn't work 
because they can't load other externals.


instead of [import] use [declare].
[declare -lib] for libraries with one binary containing all objects
[declare -path] for libraries where every object is a separate file

Compilation: I know a bit about compiling, but the point is: will it 
work then with the externals as distro packages already installed? 


Yes


Can I  install against current version or do I have to uninstall everything?


You can use what you have, no need to uninstall.



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

Re: [PD] PD-vanilla repo for Linux?

[Max]

No there isn't anything beyond what is packaged for debian and trickles 
down into Ubuntu.
What you do is to compile the sources. Please give it a try, it's easier 
than you'd might expect. Follow up here if you have problems.


m.

On 31.01.22 15:30, rafael.racc...@blindekinder.com wrote:

Hi,

Is there a repository for Linux with last version of PD Vanilla (.deb, 
Kubuntu 20.04)?

Or a precompiled package?
Ubuntu only has 0.50. I have big trouble (again) getting externals 
working...


thank you!

rph-r


___
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] Arbitrary buffer sizes in pd, libpd

[Max]

Apparently some applications on some OSes allow the user to set any 
buffer size in their audio settings. Sometimes the buffer size will be a 
slider to set any value small to large.


One user of our VST3 plugin running libpd inside complained about 
sporadic crackles and discontinuities in the audio.


The user was running the plugin in Reaper on the Mac with a buffer size 
of 1200.


It never even occurred to me to even test other buffer sizes than 64, 
128, 512, 1024.


However apparently Reaper allows these settings and they will lead to 
discontinuities since Pd and therefore libpd aren't prepared for such 
arbitrary buffer sizes. We could add more ring buffers in our plugin 
code, but this would introduce latency for everyone else.


Just wanted to share this here, since it is something to consider for 
libpd implementations.


m.



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

Re: [PD] Raspberry Pi 4 HDMI outputs

[Max]

On 30.11.21 11:13, Simon Iten wrote:
I am finding infos from people doing it with omxplayer, but I need it 
synced and looped. Or are there any other Linux video players that can 
sync two streams on two different monitors?


You can sync and loop with omxplayer with multiple Rpis. I did this 5 
years ago and documented the setup here:

https://www.uni-weimar.de/kunst-und-gestaltung/wiki/Automation/RaspberryPi
things might have change since and there was no Rpi4 with two monitors. 
Why not make a large movie spanning both screens?


m




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

Re: [PD] [PD-announce] libpd powered instrument plugin: EXC!TE SNARE DRUM

[Max]

That's correct, it was compiled on ubuntu 21.04. As per IOhannes 
suggestion, I now used docker to compile the VST3 on debian stable. It 
should now run on your system. (the free version, will do the PRO 
version shortly)

Please give it a try.


On 26.12.21 11:49, Alexander Chalikiopoulos wrote:



On Sun, Dec 26, 2021 at 2:31 AM Alexander Chalikiopoulos 
mailto:drea...@puikheid.nl>> wrote:


I am unable to load this (free version) in either Carla or BespokeSynth.

Ok I forgot to mention this is on Debian Stable (11) and I found the 
reason: plugin was compiled using `GLIBC_2.33` and I have `2.31-13+deb11u2`.
Likely you built this on an Ubuntu 21.04 system? It would be good if you 
built this on an older Ubuntu LTS version, for me 20.04 would be good, 
but for best compatibility with other systems 18.04 is likely the best 
option.


cheers


In carla it fails loading on these 2 lines:

https://github.com/falkTX/Carla/blob/main/source/modules/juce_audio_processors/format_types/juce_VST3PluginFormat.cpp#L863

<https://github.com/falkTX/Carla/blob/main/source/modules/juce_audio_processors/format_types/juce_VST3PluginFormat.cpp#L863>

https://github.com/falkTX/Carla/blob/main/source/modules/juce_audio_processors/format_types/juce_VST3PluginFormat.cpp#L3367

<https://github.com/falkTX/Carla/blob/main/source/modules/juce_audio_processors/format_types/juce_VST3PluginFormat.cpp#L3367>

On Wed, Dec 22, 2021 at 1:21 AM Max mailto:abonneme...@revolwear.com>> wrote:

Dear Pd community,

in July this year, we, The Center for Haptic Audio Interaction
Research
(CHAIR for short), released a VST3i plug-in: EXC!TE SNARE DRUM.
It's an
exciter-resonator physical modelling snare drum syth. The
exciter can be
triggered via MIDI. The plug-in is a free download.

In the PRO version of the plug-in (20€), on top of the MIDI
triggers
there is an audio sidechain which allows direct excitation of the
waveguide resonator.
Video here:
https://www.chair.audio/product/excte-snare-drum-pro/
<https://www.chair.audio/product/excte-snare-drum-pro/>

The VST3/AU is built using Steinberg's VST3 SDK and libpd. Yes, the
audio synthesis is done in Pd.
We are quite happy with the overall performance and negligible CPU
overhead. We were able to run 70 instances of the plug-in before we
started to hear dropouts. Nobody needs 70 parallel snares :)

The core of the audio synthesis is open source, in fact you can
open Pd,
search for "CHAIR" in Deken and get the example patches with the
snare
drum sound.

There is also a paper about the algorithm: "Efficient Snare Drum
Model
for Acoustic Interfaces with Piezoelectric Sensors"
A bit longer story of the plug-in development can be read in our
journal
article: "EXC!TE SNARE DRUM — Making an Audio Plugin with Pure Data
inside" both are to be found here:
https://discourse.chair.audio/t/its-science-papers-about-our-work/44
<https://discourse.chair.audio/t/its-science-papers-about-our-work/44>

We are thankful that we were able to build upon the work which
has gone
into Pd (and libpd on top of that). If you have contributed Pd
or libpd
in any form and would like to try the PRO version of the
plug-in, please
send me a quick email.

Thank you Miller, Dan, IOhannes, Peter, Pierre, Christof,
Antoine and
everyone else.

Max (+ Clemens, Philipp and Sebastian)



___
Pd-announce mailing list
pd-annou...@lists.iem.at <mailto:pd-annou...@lists.iem.at>
https://lists.puredata.info/listinfo/pd-announce
<https://lists.puredata.info/listinfo/pd-announce>
___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
<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] [PD-announce] libpd powered instrument plugin: EXC!TE SNARE DRUM

[Max]

Dear Pd community,

in July this year, we, The Center for Haptic Audio Interaction Research 
(CHAIR for short), released a VST3i plug-in: EXC!TE SNARE DRUM. It's an 
exciter-resonator physical modelling snare drum syth. The exciter can be 
triggered via MIDI. The plug-in is a free download.


In the PRO version of the plug-in (20€), on top of the MIDI triggers 
there is an audio sidechain which allows direct excitation of the 
waveguide resonator.

Video here:
https://www.chair.audio/product/excte-snare-drum-pro/

The VST3/AU is built using Steinberg's VST3 SDK and libpd. Yes, the 
audio synthesis is done in Pd.
We are quite happy with the overall performance and negligible CPU 
overhead. We were able to run 70 instances of the plug-in before we 
started to hear dropouts. Nobody needs 70 parallel snares :)


The core of the audio synthesis is open source, in fact you can open Pd, 
search for "CHAIR" in Deken and get the example patches with the snare 
drum sound.


There is also a paper about the algorithm: "Efficient Snare Drum Model 
for Acoustic Interfaces with Piezoelectric Sensors"
A bit longer story of the plug-in development can be read in our journal 
article: "EXC!TE SNARE DRUM — Making an Audio Plugin with Pure Data 
inside" both are to be found here:

https://discourse.chair.audio/t/its-science-papers-about-our-work/44

We are thankful that we were able to build upon the work which has gone 
into Pd (and libpd on top of that). If you have contributed Pd or libpd 
in any form and would like to try the PRO version of the plug-in, please 
send me a quick email.


Thank you Miller, Dan, IOhannes, Peter, Pierre, Christof, Antoine and 
everyone else.


Max (+ Clemens, Philipp and Sebastian)



___
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

Re: [PD] makefilename multiple substitutions

[Max]

OK, got it. It's not shaving off one % per depth, it actually removing 
every other % on each iteration, so the # of escaping symbols (%) grows 
exponentially.
Maybe should lower my screen resolution to see the number of %% 
symbols more clearly.



On 15.11.21 01:22, Max wrote:
No the help patch is perfectly clear but it only works two depth levels 
Pd version 0.52.0-test1



On 15.11.21 00:56, Christof Ressi wrote:
You have to escape *each* "%" with a leading "%", so your format 
string should be "02d:%%02d:%02d"


The help patch actually shows this:


"" becomes "%%" and so on

Maybe the wording is not clear enough, though?

Christof

On 14.11.2021 23:55, Max wrote:

hi list,

The helpfile for makefilename has a subpatch "multiple substitutions" 
in which it says:


You can connect two or more objects for multiple substitutions. For 
that, you need to use a literal '%' to set the format string of 
another makefilename object.
LITERAL %: You can format a string with a literal '%' if you escape 
it with another '%' (where "%%" becomes "%", "" becomes "%%" and 
so on)


however, just a depth of two substitutions is in the example. I 
extended this to three and got the error:


makefilename: invalid format string '%%%02d:%%02d:%02d' (too many 
format specifiers)


(Yes you guessed right, trying to generate SMPTE from milliseconds)

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


___
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] makefilename multiple substitutions

[Max]

No the help patch is perfectly clear but it only works two depth levels 
Pd version 0.52.0-test1



On 15.11.21 00:56, Christof Ressi wrote:
You have to escape *each* "%" with a leading "%", so your format string 
should be "02d:%%02d:%02d"


The help patch actually shows this:


"" becomes "%%" and so on

Maybe the wording is not clear enough, though?

Christof

On 14.11.2021 23:55, Max wrote:

hi list,

The helpfile for makefilename has a subpatch "multiple substitutions" 
in which it says:


You can connect two or more objects for multiple substitutions. For 
that, you need to use a literal '%' to set the format string of 
another makefilename object.
LITERAL %: You can format a string with a literal '%' if you escape it 
with another '%' (where "%%" becomes "%", "" becomes "%%" and so on)


however, just a depth of two substitutions is in the example. I 
extended this to three and got the error:


makefilename: invalid format string '%%%02d:%%02d:%02d' (too many 
format specifiers)


(Yes you guessed right, trying to generate SMPTE from milliseconds)

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
#N canvas 315 246 603 433 12;
#X obj 133 111 timer 1 msec;
#X msg 214 74 bang;
#X msg 133 46 bang;
#X listbox 133 294 20 0 0 0 - - - 0;
#X floatatom 152 151 10 0 0 0 - - - 0;
#X msg 156 209 fps 24;
#X msg 218 211 msec;
#X obj 133 254 smpte 25;
#X listbox 293 295 20 0 0 0 - - - 0;
#X connect 0 0 4 0;
#X connect 0 0 7 0;
#X connect 1 0 0 1;
#X connect 2 0 0 0;
#X connect 5 0 7 0;
#X connect 6 0 7 0;
#X connect 7 0 3 0;
#X connect 7 1 8 0;
#N canvas 208 230 1656 682 12;
#X obj 50 7 inlet;
#X obj 50 549 outlet;
#X text 59 598 hour:minute:second:frame;
#X obj 50 255 / 1000;
#X obj 432 266 % 1000;
#X obj 432 380 / 1000;
#X obj 432 432 int;
#X obj 304 414 % 60;
#X obj 50 355 div 60;
#X obj 50 226 t f f, f 50;
#X obj 50 286 t f f, f 24;
#X obj 432 461 makefilename %02d;
#X obj 304 461 makefilename %02d;
#X obj 177 461 makefilename %02d;
#X obj 50 493 pack s s s s, f 55;
#X obj 177 428 % 60;
#X obj 50 427 div 60;
#X obj 50 390 t f f, f 15;
#X obj 50 461 makefilename %02d;
#X msg 50 520 symbol \$1:\$2:\$3:\$4;
#X obj 50 119 route float, f 55;
#X obj 564 461 makefilename %003d;
#X obj 432 352 route fps msec, f 31;
#X obj 432 289 list prepend fps;
#X obj 432 404 *, f 20;
#X obj 541 87 loadbang;
#X obj 541 112 \$1;
#X msg 541 141 fps \$1;
#X obj 541 220 t b f;
#X msg 541 252 fps;
#X msg 612 255 msec;
#X obj 612 215 sel msec;
#X obj 541 189 route fps;
#X obj 612 189 symbol;
#X obj 432 318 list trim;
#X text 140 58 WORKS;
#X text 863 55 WORKS NOT;
#X obj 864 622 outlet;
#X obj 864 177 / 1000;
#X obj 1246 188 % 1000;
#X obj 1232 220 / 1000;
#X obj 1232 272 int;
#X obj 1104 254 % 60;
#X obj 864 277 div 60;
#X obj 864 148 t f f, f 50;
#X obj 864 208 t f f, f 24;
#X obj 991 350 % 60;
#X obj 864 349 div 60;
#X obj 864 312 t f f, f 15;
#X obj 862 119 route float, f 55;
#X obj 1232 244 *, f 20;
#X obj 1232 302 makefilename 02d:%%%02d:%%02d:%02d;
#X msg 1231 332 set \$1;
#X msg 1112 399 set \$1;
#X obj 1113 369 makefilename not-yet-set;
#X msg 1027 464 set \$1;
#X obj 1028 434 makefilename not-yet-set;
#X obj 875 503 makefilename not-yet-set;
#X connect 0 0 20 0;
#X connect 0 0 49 0;
#X connect 3 0 10 0;
#X connect 4 0 23 0;
#X connect 5 0 24 0;
#X connect 6 0 11 0;
#X connect 7 0 12 0;
#X connect 8 0 17 0;
#X connect 9 0 3 0;
#X connect 9 1 4 0;
#X connect 10 0 8 0;
#X connect 10 1 7 0;
#X connect 11 0 14 3;
#X connect 12 0 14 2;
#X connect 13 0 14 1;
#X connect 14 0 19 0;
#X connect 15 0 13 0;
#X connect 16 0 18 0;
#X connect 17 0 16 0;
#X connect 17 1 15 0;
#X connect 18 0 14 0;
#X connect 19 0 1 0;
#X connect 20 0 9 0;
#X connect 20 1 32 0;
#X connect 20 1 33 0;
#X connect 21 0 14 3;
#X connect 22 0 5 0;
#X connect 22 1 21 0;
#X connect 23 0 34 0;
#X connect 24 0 6 0;
#X connect 25 0 26 0;
#X connect 26 0 27 0;
#X connect 27 0 32 0;
#X connect 28 0 29 0;
#X connect 28 1 24 1;
#X connect 29 0 23 1;
#X connect 30 0 23 1;
#X connect 31 0 30 0;
#X connect 32 0 28 0;
#X connect 33 0 31 0;
#X connect 34 0 22 0;
#X connect 38 0 45 0;
#X connect 39 0 40 0;
#X connect 40 0 50 0;
#X connect 41 0 51 0;
#X connect 42 0 54 0;
#X connect 43 0 48 0;
#X connect 44 0 38 0;
#X connect 44 1 39 0;
#X connect 45 0 43 0;
#X connect 45 1 42 0;
#X connect 46 0 56 0;
#X connect 47 0 57 0;
#X connect 48 0 47 0;
#X connect 48 1 46 0;
#X connect 49 0 44 0;
#X connect 50 0 41 0;
#X connect 51 0 52 0;
#X connect 52 0 54 0;
#X connect 53 0 56 0;
#X connect 54 0 53 0;
#X connect 55 0 57 0;
#X connect 56 0 55 0;
#X connect 57 0 37 0;
__

[PD] makefilename multiple substitutions

[Max]

hi list,

The helpfile for makefilename has a subpatch "multiple substitutions" in 
which it says:


You can connect two or more objects for multiple substitutions. For 
that, you need to use a literal '%' to set the format string of another 
makefilename object.
LITERAL %: You can format a string with a literal '%' if you escape it 
with another '%' (where "%%" becomes "%", "" becomes "%%" and so on)


however, just a depth of two substitutions is in the example. I extended 
this to three and got the error:


makefilename: invalid format string '%%%02d:%%02d:%02d' (too many format 
specifiers)


(Yes you guessed right, trying to generate SMPTE from milliseconds)

M.



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

Re: [PD] Gem on dgpu

[Max]

wrong.

On 29.10.21 00:40, Csaba Láng wrote:

I think gem is on cpu, but correct me if I'm wrong.

On Thu, 28 Oct 2021 at 23:31, Samuel Burt 
mailto:composer.samuel.b...@gmail.com>> 
wrote:


Hi, all. Is there a way to verify that Gem is running on a dedicated
graphics card if you are using a computer with both Intel and Nvidia
graphics? Running Windows 10 on a Surface Book 2. Can I specify
which card to use?

Sam


___
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] list of Pd forks?

[Max]

On 06.10.21 11:03, cyrille henry wrote:
electronic art forked pd to became the audio engine of a game (spore). I 
don't know the name of the fork since it was not public.

Other company have probably done the same without advertising it.
Small correction: they used the control rate part of Pd to write the 
procedural sound, but the audio was generated not by Pd but their own 
audio engine.


Here is the paper form Pdcon~:
https://www.uni-weimar.de/kunst-und-gestaltung/wiki/PDCON:Conference/Using_Pure_Data_in_Spore_and_Darkspore



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

Re: [PD] Pd files on Linux: MIME type and (document) icons

[Max]

On 16.07.21 01:21, Miller Puckette wrote:

Hi all -

This appears to be a PR to https://github.com/pure-data/pd-icon - but htere
seems to be confusion as to whether this should be part of pure data itself.
I think it wound be fine to have it in pure data - but I don't know if I should
just grab the files and stick them in pure-data or if that would cause trouble
somehow.


I don't see how this would cause trouble.
To make it easier I've made a pull request to puredata:
https://github.com/pure-data/pure-data/pull/1364
However, I could not figure out how the syntax for the pd makefile needs 
to be, so the commands listed in the pull request must be added to it 
somehow.


m.




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

[PD] Pd files on Linux: MIME type and (document) icons

[Max]

Hi list,

Linux doesn't let you define that a file extension .pd shall be opened 
with pd-gui. Since .pd files are of the texfile MIME type, if you set 
them to be opened by pd-gui, also every double click on a text document 
will launch pd-gui.
Instead, when you want .pd files to be opened with the pd-gui 
executable, you first need to register a new MIME type. This is done by 
installing an XML file of the freedesktop standard "shared-mime-info".


Albert Graef has made one for pd-l2ork/Purr Data, which you can find here:
https://github.com/pd-l2ork/pd/blob/master/debuild/debian/sharedmimeinfo

I've adapted that to Pure Data:
https://github.com/chairaudio/pd-icon/blob/mime-install/x-puredata.xml

Dan Wilcox made this repository with icons for Pure Data: 
https://github.com/pure-data/pd-icon

I have forked that and added a method to install the mime type
https://github.com/chairaudio/pd-icon/tree/mime-install

The command "make mime-register" will add the MIME type.
It's adapted from what I found here: 
https://stackoverflow.com/questions/30931/register-file-extensions-mime-types-in-linux/31836#31836


There are some comments on my pull request by IOhannes: 
https://github.com/pure-data/pd-icon/pull/6


Anyway, maybe someone more knowledgable can take over here, the goal is 
to include this to the Pd installation so that Pd documents on Linux 
have the Pd file icon and are opened by pd-gui by default.


m.



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

Re: [PD] 4-point interpolation changes timbre depending on sample rate

[Max]

Because it's too expensive.
Using the CPU meter in Pd, I'm getting at 48k with our waveguide patch 
which has 5 delreads in it


delread4~
1x 12%
2x 21%
4x 33%

delreadsinc~
1x 15%
2x 26%
4x 39%

In effect it's delreadsinc~ at 15% (because it doesn't need upsampling) 
versus a 4-fold upsampled delread4~ at 33%.
It's a VST3 running libpd, so we need some headroom for the DAW and 
whatever other synths and effects the user might want to open.


cordially
Max


On 29.04.21 18:59, Miller Puckette wrote:

I think this is a bit too application-specific to put in Pd vanilla...  but
anyway, I don't understand why you can't just run the entire waveguide
at 4x sample rate - am I missing something?

cheers
M

On Thu, Apr 29, 2021 at 02:06:11PM +0200, Max wrote:

Hi Miller,

I think the oversampling workaround is great for cases like slow playback of
a sound file, but I'm not sure how this would work in a waveguide, ans
particularly our situation where we have different timbre depending on if
the number of samples in the delay line is odd or even. Since we vary the
delay time in ms it's kind of a gamble and inconsistent depending on
samplerate.

Do you think delreadsinc~ could have a chance to be merged into vanilla and
if so how?

I've outlined some ideas here:
https://urldefense.com/v3/__https://github.com/pure-data/pure-data/issues/1305__;!!Mih3wA!XMhJYxjhME5toHvcGQaK14n4LmNU0RlX-iYx637isdS8y31b1M1Q3joyLE6z$


Max



On 28.04.21 18:14, Miller Puckette via Pd-list wrote:

On Wed, Apr 28, 2021 at 10:56:58AM -0500, Charles Z Henry wrote:
My 2 cents...

The 4-point interpolation scheme gets radically better if the signal it's
used on is oversampled (error goes down asymptotically by 24 dB for each
doubling of sample rate) - so my own strategy is simply to 4x upsample
everything I send through tabread4~ or delread4~.  This moves the "problem"
to that of designing an upsampling filter, which is much easier than a general
interpolator.

cheers
Miller


I read through the code in your d_delay.c for the delread_sinc implementation.
It's a 22-point interpolator--very high quality and it looks like a
good implementation

The Hermite spline is the best 4-point cubic interpolator, but the
point of those polynomial interpolators is just to be cheap, and good
enough for regular usage.  It doesn't require a table, so it also
doesn't need as much cache space

I don't think it's *the* optimal 4-point interpolator.  It's just the
best cubic polynomial 4-point interpolator.  You could re-use your
sinc interpolator code for other shorter interpolation kernels, ones
that are better than cubics but more expensive to calculate.

At least for me, it's still an open mathematical problem that I've
come back to, from time to time.  I started to wonder if I could
expand the error terms in the truncated sinc spectrum in the form of
1/w, 1/w^2, 1/w^3,  and then cancel them out by polynomial
correctors.  An alternative to windowing the sinc function, this could
be a more precise way to set the rate of attenuation in the stop-band,
while still retaining all the smoothness of the sinc shape.
I get a break from teaching in about 3 weeks.  I'm looking at the math
right now, and I don't think I can solve it quickly (or maybe at all).

How short does your sinc interpolator with Blackman-Harris window need
to be when you start to get the timbre change effect?

Best,
Chuck

On Sun, Apr 25, 2021 at 7:18 PM Max  wrote:


Interesting. I've included that in the test patch.
It exposes the same samplerate dependent timbre change. So far only the
Sinc function solves the issue.


On 25.04.21 23:15, Sebastian Shader wrote:

I have a [vdhs~] object in my library that does hermite spline
interpolation for a delay line (like tabread4c~).
https://urldefense.com/v3/__https://github.com/sebshader/shadylib__;!!Mih3wA!X_0yWoTK9_e2FJ67U92nwUpVsf4J8D52RrtLxDbQec742PCPmHmQs5HJnxR0$
(also on deken)

I had to re-make delread~ as delread4c~ because delread~s delay lines
are not exposed in the .h files

-seb

-Original Message-----
From: Max 
To: pd-list@lists.iem.at 
Sent: Sun, Apr 25, 2021 5:45 am
Subject: [PD] 4-point interpolation changes timbre depending on sample rate

Hi list,

the 4-point interpolation in tabread4~ has been a popular topic in the
past, going back to at least 2008. [1]

A similar issue is in delread4~. In fact a simple resonator changes its
timbre quite drastically by just changing the sample rate of the audio
interface. Attached is a test patch.

The issue becomes audible when choosing an odd delay time and compare
the result between an odd and an even sample rate (e.g. 44.1k vs. 48k).

This is not good. In fact this is a serious defect. Imagine you want to
market a product like a synth plugin (based on libpd) which sounds
different depending on if the daw is opened in 44.1 or 48 kHz.

Cyrille Henry has coded tabread4c~ with a four-point cubic interpolation
in the nusmuk library, but there is no delread4c~ equivalent in nusmuk

Re: [PD] 4-point interpolation changes timbre depending on sample rate

[Max]

Hi Miller,

I think the oversampling workaround is great for cases like slow 
playback of a sound file, but I'm not sure how this would work in a 
waveguide, ans particularly our situation where we have different timbre 
depending on if the number of samples in the delay line is odd or even. 
Since we vary the delay time in ms it's kind of a gamble and 
inconsistent depending on samplerate.


Do you think delreadsinc~ could have a chance to be merged into vanilla 
and if so how?


I've outlined some ideas here:
https://github.com/pure-data/pure-data/issues/1305


Max



On 28.04.21 18:14, Miller Puckette via Pd-list wrote:

On Wed, Apr 28, 2021 at 10:56:58AM -0500, Charles Z Henry wrote:
My 2 cents...

The 4-point interpolation scheme gets radically better if the signal it's
used on is oversampled (error goes down asymptotically by 24 dB for each
doubling of sample rate) - so my own strategy is simply to 4x upsample
everything I send through tabread4~ or delread4~.  This moves the "problem"
to that of designing an upsampling filter, which is much easier than a general
interpolator.

cheers
Miller


I read through the code in your d_delay.c for the delread_sinc implementation.
It's a 22-point interpolator--very high quality and it looks like a
good implementation

The Hermite spline is the best 4-point cubic interpolator, but the
point of those polynomial interpolators is just to be cheap, and good
enough for regular usage.  It doesn't require a table, so it also
doesn't need as much cache space

I don't think it's *the* optimal 4-point interpolator.  It's just the
best cubic polynomial 4-point interpolator.  You could re-use your
sinc interpolator code for other shorter interpolation kernels, ones
that are better than cubics but more expensive to calculate.

At least for me, it's still an open mathematical problem that I've
come back to, from time to time.  I started to wonder if I could
expand the error terms in the truncated sinc spectrum in the form of
1/w, 1/w^2, 1/w^3,  and then cancel them out by polynomial
correctors.  An alternative to windowing the sinc function, this could
be a more precise way to set the rate of attenuation in the stop-band,
while still retaining all the smoothness of the sinc shape.
I get a break from teaching in about 3 weeks.  I'm looking at the math
right now, and I don't think I can solve it quickly (or maybe at all).

How short does your sinc interpolator with Blackman-Harris window need
to be when you start to get the timbre change effect?

Best,
Chuck

On Sun, Apr 25, 2021 at 7:18 PM Max  wrote:


Interesting. I've included that in the test patch.
It exposes the same samplerate dependent timbre change. So far only the
Sinc function solves the issue.


On 25.04.21 23:15, Sebastian Shader wrote:

I have a [vdhs~] object in my library that does hermite spline
interpolation for a delay line (like tabread4c~).
https://urldefense.com/v3/__https://github.com/sebshader/shadylib__;!!Mih3wA!X_0yWoTK9_e2FJ67U92nwUpVsf4J8D52RrtLxDbQec742PCPmHmQs5HJnxR0$
(also on deken)

I had to re-make delread~ as delread4c~ because delread~s delay lines
are not exposed in the .h files

-seb

-Original Message-----
From: Max 
To: pd-list@lists.iem.at 
Sent: Sun, Apr 25, 2021 5:45 am
Subject: [PD] 4-point interpolation changes timbre depending on sample rate

Hi list,

the 4-point interpolation in tabread4~ has been a popular topic in the
past, going back to at least 2008. [1]

A similar issue is in delread4~. In fact a simple resonator changes its
timbre quite drastically by just changing the sample rate of the audio
interface. Attached is a test patch.

The issue becomes audible when choosing an odd delay time and compare
the result between an odd and an even sample rate (e.g. 44.1k vs. 48k).

This is not good. In fact this is a serious defect. Imagine you want to
market a product like a synth plugin (based on libpd) which sounds
different depending on if the daw is opened in 44.1 or 48 kHz.

Cyrille Henry has coded tabread4c~ with a four-point cubic interpolation
in the nusmuk library, but there is no delread4c~ equivalent in nusmuk.

Clemens Wegener has coded delreadsinc~ which implements a
Whittaker???Shannon interpolation (Sinc function). This implementation
does sounds consistent in any sample rate. It also sounds much better at
very slow speeds inside a pitch shifter where delread4~ produces serious
artefacts. The Sinc function requires a larger padding for the
interpolation.

There are a couple of questions regarding on how to contribute this to Pd.
Vanilla objects are currently:

delwrite~ = the sink
delread~ = control rate tap
delread4~ (vd~) = audio rate tap with a four-point interpolation

1. the code in delwrite~ isn't agnostic towards the interpolation since
it already provides the padding for the 4 point interpolation

2. if we add more interpolation methods to delread / tabread, the
cleanest way would be to just have one tap object and the interpolation
can 

Re: [PD] 4-point interpolation changes timbre depending on sample rate

[Max]

Hi Chuck,

Clemens isn't on the list (yet), he sent me some measurements he made in 
response to your post.


All at 48kHz.

https://cloud.yuca.biz/s/WZseAmBQm9z6NdL

he says he can't hear a difference with 10 samples cutoff@pi and 14 
samples cutoff@0.85*pi

It sounds better than than delread4~ from 6 samples cutoff@pi upwards.

greetings,
Max & Clemens



On 28.04.21 17:56, Charles Z Henry wrote:

I read through the code in your d_delay.c for the delread_sinc implementation.
It's a 22-point interpolator--very high quality and it looks like a
good implementation

The Hermite spline is the best 4-point cubic interpolator, but the
point of those polynomial interpolators is just to be cheap, and good
enough for regular usage.  It doesn't require a table, so it also
doesn't need as much cache space

I don't think it's *the* optimal 4-point interpolator.  It's just the
best cubic polynomial 4-point interpolator.  You could re-use your
sinc interpolator code for other shorter interpolation kernels, ones
that are better than cubics but more expensive to calculate.

At least for me, it's still an open mathematical problem that I've
come back to, from time to time.  I started to wonder if I could
expand the error terms in the truncated sinc spectrum in the form of
1/w, 1/w^2, 1/w^3,  and then cancel them out by polynomial
correctors.  An alternative to windowing the sinc function, this could
be a more precise way to set the rate of attenuation in the stop-band,
while still retaining all the smoothness of the sinc shape.
I get a break from teaching in about 3 weeks.  I'm looking at the math
right now, and I don't think I can solve it quickly (or maybe at all).

How short does your sinc interpolator with Blackman-Harris window need
to be when you start to get the timbre change effect?

Best,
Chuck

On Sun, Apr 25, 2021 at 7:18 PM Max  wrote:


Interesting. I've included that in the test patch.
It exposes the same samplerate dependent timbre change. So far only the
Sinc function solves the issue.


On 25.04.21 23:15, Sebastian Shader wrote:

I have a [vdhs~] object in my library that does hermite spline
interpolation for a delay line (like tabread4c~).
https://github.com/sebshader/shadylib
(also on deken)

I had to re-make delread~ as delread4c~ because delread~s delay lines
are not exposed in the .h files

-seb

-Original Message-
From: Max 
To: pd-list@lists.iem.at 
Sent: Sun, Apr 25, 2021 5:45 am
Subject: [PD] 4-point interpolation changes timbre depending on sample rate

Hi list,

the 4-point interpolation in tabread4~ has been a popular topic in the
past, going back to at least 2008. [1]

A similar issue is in delread4~. In fact a simple resonator changes its
timbre quite drastically by just changing the sample rate of the audio
interface. Attached is a test patch.

The issue becomes audible when choosing an odd delay time and compare
the result between an odd and an even sample rate (e.g. 44.1k vs. 48k).

This is not good. In fact this is a serious defect. Imagine you want to
market a product like a synth plugin (based on libpd) which sounds
different depending on if the daw is opened in 44.1 or 48 kHz.

Cyrille Henry has coded tabread4c~ with a four-point cubic interpolation
in the nusmuk library, but there is no delread4c~ equivalent in nusmuk.

Clemens Wegener has coded delreadsinc~ which implements a
Whittaker–Shannon interpolation (Sinc function). This implementation
does sounds consistent in any sample rate. It also sounds much better at
very slow speeds inside a pitch shifter where delread4~ produces serious
artefacts. The Sinc function requires a larger padding for the
interpolation.

There are a couple of questions regarding on how to contribute this to Pd.
Vanilla objects are currently:

delwrite~ = the sink
delread~ = control rate tap
delread4~ (vd~) = audio rate tap with a four-point interpolation

1. the code in delwrite~ isn't agnostic towards the interpolation since
it already provides the padding for the 4 point interpolation

2. if we add more interpolation methods to delread / tabread, the
cleanest way would be to just have one tap object and the interpolation
can be changed by a message and argument to it. currently there are
implementations for the miller 4pt, cubic 4pt and Sinc.

Unfortunately delread4 already carries the 4 from 4-point interpolation
in its name, so probably it would be the best to deprecate that and find
a new name like varidelay~ or so.



[1] Review of tabread4~ threads in the archive
https://lists.puredata.info/pipermail/pd-list/2019-06/125391.html
<https://lists.puredata.info/pipermail/pd-list/2019-06/125391.html>

[2] https://github.com/chairaudio/pure-data/tree/feature/delreadsinc
<https://github.com/chairaudio/pure-data/tree/feature/delreadsinc>

___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.inf

Re: [PD] vstplugin~ v0.5-test3

[Max]

Sorry,
Linux 64bit (Kubuntu 21.04)

On 28.04.21 00:08, Christof Ressi wrote:
Thanks for testing! Which OS? FWIW, the VST3 sample plugins work fine 
here on Windows 7.


On 27.04.2021 23:55, Max wrote:
The GUIs show up as just plain white (tested with the Steinberg VST3 
sample plugins) They have the right dimensions though at least.



On 27.04.21 23:42, Christof Ressi wrote:
I have just uploaded vstplugin~ v0.5-test3 to Deken. The release 
notes are here: https://git.iem.at/pd/vstplugin/-/releases/v0.5-test3


I've fixed a couple of bad regressions in the previous test releases 
and improved the VST3 multibus handling.


Please test and report any issues!

Also, if anyone of you is using Wine, it would be highly appreciated 
if you could try out the new built-in Wine bridge (= load Windows VST 
plugins on Linux)


Cheers,

Christof


On 18.04.2021 01:23, Christof Ressi wrote:

Hi,

here is a pre-release for vstplugin~ v0.5 - a Pd external to run 
VST2 and VST3 plugins.


You can find it on Deken or download it here: 
https://git.iem.at/pd/vstplugin/-/releases/v0.5-test1


---

The most important changes:

* VST3: support multiple input/output busses ("-i" and "-o" creation 
argument flags) + new methods for obtaining bus info


* VST3: fixed possible wrong channel count (regression introduced in 
v0.4)


* Linux: allow to run 32-bit and 64-bit Windows plugins (via Wine)

* Linux: fix non-functional VST3 editor

* some thread-safety improvements which fix occasional crashes with 
NI plugins (and possibly others)


The full changelog is here: 
https://git.iem.at/pd/vstplugin/-/releases/v0.5-test1


---

Beside trying out the new features, it would be very appreciated if 
you could test it with your existing projects and check if nothing 
is broken.


If you find any issues, please file a bug report here: 
https://git.iem.at/pd/vstplugin/-/issues



Have fun!

Christof





___
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] vstplugin~ v0.5-test3

[Max]

The GUIs show up as just plain white (tested with the Steinberg VST3 
sample plugins) They have the right dimensions though at least.



On 27.04.21 23:42, Christof Ressi wrote:
I have just uploaded vstplugin~ v0.5-test3 to Deken. The release notes 
are here: https://git.iem.at/pd/vstplugin/-/releases/v0.5-test3


I've fixed a couple of bad regressions in the previous test releases and 
improved the VST3 multibus handling.


Please test and report any issues!

Also, if anyone of you is using Wine, it would be highly appreciated if 
you could try out the new built-in Wine bridge (= load Windows VST 
plugins on Linux)


Cheers,

Christof


On 18.04.2021 01:23, Christof Ressi wrote:

Hi,

here is a pre-release for vstplugin~ v0.5 - a Pd external to run VST2 
and VST3 plugins.


You can find it on Deken or download it here: 
https://git.iem.at/pd/vstplugin/-/releases/v0.5-test1


---

The most important changes:

* VST3: support multiple input/output busses ("-i" and "-o" creation 
argument flags) + new methods for obtaining bus info


* VST3: fixed possible wrong channel count (regression introduced in 
v0.4)


* Linux: allow to run 32-bit and 64-bit Windows plugins (via Wine)

* Linux: fix non-functional VST3 editor

* some thread-safety improvements which fix occasional crashes with NI 
plugins (and possibly others)


The full changelog is here: 
https://git.iem.at/pd/vstplugin/-/releases/v0.5-test1


---

Beside trying out the new features, it would be very appreciated if 
you could test it with your existing projects and check if nothing is 
broken.


If you find any issues, please file a bug report here: 
https://git.iem.at/pd/vstplugin/-/issues



Have fun!

Christof





___
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] 4-point interpolation changes timbre depending on sample rate

[Max]

I've opened an issue and would welcome discussion here or on github:
https://github.com/pure-data/pure-data/issues/1305


On 26.04.21 02:18, Max wrote:

Interesting. I've included that in the test patch.
It exposes the same samplerate dependent timbre change. So far only the 
Sinc function solves the issue.



On 25.04.21 23:15, Sebastian Shader wrote:
I have a [vdhs~] object in my library that does hermite spline 
interpolation for a delay line (like tabread4c~).

https://github.com/sebshader/shadylib
(also on deken)

I had to re-make delread~ as delread4c~ because delread~s delay lines 
are not exposed in the .h files


-seb

-Original Message-
From: Max 
To: pd-list@lists.iem.at 
Sent: Sun, Apr 25, 2021 5:45 am
Subject: [PD] 4-point interpolation changes timbre depending on sample 
rate


Hi list,

the 4-point interpolation in tabread4~ has been a popular topic in the
past, going back to at least 2008. [1]

A similar issue is in delread4~. In fact a simple resonator changes its
timbre quite drastically by just changing the sample rate of the audio
interface. Attached is a test patch.

The issue becomes audible when choosing an odd delay time and compare
the result between an odd and an even sample rate (e.g. 44.1k vs. 48k).

This is not good. In fact this is a serious defect. Imagine you want to
market a product like a synth plugin (based on libpd) which sounds
different depending on if the daw is opened in 44.1 or 48 kHz.

Cyrille Henry has coded tabread4c~ with a four-point cubic interpolation
in the nusmuk library, but there is no delread4c~ equivalent in nusmuk.

Clemens Wegener has coded delreadsinc~ which implements a
Whittaker–Shannon interpolation (Sinc function). This implementation
does sounds consistent in any sample rate. It also sounds much better at
very slow speeds inside a pitch shifter where delread4~ produces serious
artefacts. The Sinc function requires a larger padding for the
interpolation.

There are a couple of questions regarding on how to contribute this to 
Pd.

Vanilla objects are currently:

delwrite~ = the sink
delread~ = control rate tap
delread4~ (vd~) = audio rate tap with a four-point interpolation

1. the code in delwrite~ isn't agnostic towards the interpolation since
it already provides the padding for the 4 point interpolation

2. if we add more interpolation methods to delread / tabread, the
cleanest way would be to just have one tap object and the interpolation
can be changed by a message and argument to it. currently there are
implementations for the miller 4pt, cubic 4pt and Sinc.

Unfortunately delread4 already carries the 4 from 4-point interpolation
in its name, so probably it would be the best to deprecate that and find
a new name like varidelay~ or so.



[1] Review of tabread4~ threads in the archive
https://lists.puredata.info/pipermail/pd-list/2019-06/125391.html 
<https://lists.puredata.info/pipermail/pd-list/2019-06/125391.html>


[2] https://github.com/chairaudio/pure-data/tree/feature/delreadsinc 
<https://github.com/chairaudio/pure-data/tree/feature/delreadsinc>


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

Re: [PD] 4-point interpolation changes timbre depending on sample rate

[Max]

Interesting. I've included that in the test patch.
It exposes the same samplerate dependent timbre change. So far only the 
Sinc function solves the issue.



On 25.04.21 23:15, Sebastian Shader wrote:
I have a [vdhs~] object in my library that does hermite spline 
interpolation for a delay line (like tabread4c~).

https://github.com/sebshader/shadylib
(also on deken)

I had to re-make delread~ as delread4c~ because delread~s delay lines 
are not exposed in the .h files


-seb

-Original Message-
From: Max 
To: pd-list@lists.iem.at 
Sent: Sun, Apr 25, 2021 5:45 am
Subject: [PD] 4-point interpolation changes timbre depending on sample rate

Hi list,

the 4-point interpolation in tabread4~ has been a popular topic in the
past, going back to at least 2008. [1]

A similar issue is in delread4~. In fact a simple resonator changes its
timbre quite drastically by just changing the sample rate of the audio
interface. Attached is a test patch.

The issue becomes audible when choosing an odd delay time and compare
the result between an odd and an even sample rate (e.g. 44.1k vs. 48k).

This is not good. In fact this is a serious defect. Imagine you want to
market a product like a synth plugin (based on libpd) which sounds
different depending on if the daw is opened in 44.1 or 48 kHz.

Cyrille Henry has coded tabread4c~ with a four-point cubic interpolation
in the nusmuk library, but there is no delread4c~ equivalent in nusmuk.

Clemens Wegener has coded delreadsinc~ which implements a
Whittaker–Shannon interpolation (Sinc function). This implementation
does sounds consistent in any sample rate. It also sounds much better at
very slow speeds inside a pitch shifter where delread4~ produces serious
artefacts. The Sinc function requires a larger padding for the
interpolation.

There are a couple of questions regarding on how to contribute this to Pd.
Vanilla objects are currently:

delwrite~ = the sink
delread~ = control rate tap
delread4~ (vd~) = audio rate tap with a four-point interpolation

1. the code in delwrite~ isn't agnostic towards the interpolation since
it already provides the padding for the 4 point interpolation

2. if we add more interpolation methods to delread / tabread, the
cleanest way would be to just have one tap object and the interpolation
can be changed by a message and argument to it. currently there are
implementations for the miller 4pt, cubic 4pt and Sinc.

Unfortunately delread4 already carries the 4 from 4-point interpolation
in its name, so probably it would be the best to deprecate that and find
a new name like varidelay~ or so.



[1] Review of tabread4~ threads in the archive
https://lists.puredata.info/pipermail/pd-list/2019-06/125391.html 
<https://lists.puredata.info/pipermail/pd-list/2019-06/125391.html>


[2] https://github.com/chairaudio/pure-data/tree/feature/delreadsinc 
<https://github.com/chairaudio/pure-data/tree/feature/delreadsinc>


___
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>


#N struct 1005-xt float x float y;
#N struct 1005-yt float x float y;
#N canvas 233 237 885 727 10;
#N canvas 587 527 827 434 smallblock 0;
#X obj 21 25 inlet~;
#X obj 199 389 outlet~;
#X obj 71 26 inlet;
#X obj 549 90 inlet;
#X obj 640 11 block~ 1 1 1;
#X obj 41 232 hip~ 50;
#X obj 72 181 *~ -0.999;
#X obj 202 179 *~ -0.999;
#X obj 202 158 *~;
#X obj 72 157 *~;
#X obj 611 106 inlet;
#X obj 207 230 hip~ 50;
#X obj 93 133 == 0;
#X obj 224 135 == 1;
#X obj 71 61 delread4~ miller;
#X obj 20 254 delwrite~ miller 100;
#X obj 417 61 delreadsinc~ sinc;
#X obj 204 58 shadylib/vdhs~ hermite;
#X obj 420 222 hip~ 50;
#X obj 418 252 delwrite~ sinc 100;
#X obj 419 184 *~ -0.999;
#X obj 419 163 *~;
#X obj 487 151 == 2;
#X obj 208 257 shadylib/delwritec~ hermite 100;
#X connect 0 0 15 0;
#X connect 0 0 19 0;
#X connect 0 0 23 0;
#X connect 2 0 14 0;
#X connect 2 0 16 0;
#X connect 2 0 17 0;
#X connect 3 0 6 1;
#X connect 3 0 7 1;
#X connect 5 0 15 0;
#X connect 6 0 5 0;
#X connect 6 0 1 0;
#X connect 7 0 1 0;
#X connect 7 0 11 0;
#X connect 8 0 7 0;
#X connect 9 0 6 0;
#X connect 10 0 12 0;
#X connect 10 0 13 0;
#X connect 10 0 22 0;
#X connect 11 0 23 0;
#X connect 12 0 9 1;
#X connect 13 0 8 1;
#X connect 14 0 9 0;
#X connect 16 0 21 0;
#X connect 17 0 8 0;
#X connect 18 0 19 0;
#X connect 20 0 1 0;
#X connect 20 0 18 0;
#X connect 21 0 20 0;
#X connect 22 0 21 1;
#X restore 45 336 pd smallblock;
#X obj 91 71 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1
;
#X obj 337 31 loadbang;
#X floatatom 189 231 5 0 1 0 - - -;
#X floatatom 137 233 5 0 0 0 - - -;
#X obj 193 605 dac~;
#X obj 46 174 *~, f 8;
#X obj 91 138 vline~;
#X msg 91 116 0 \, 1 5 \, 0.02 50 5 \, 0 1000 55;
#X obj 333 455 helmholtz~ 1024 1;
#X floatatom 354 490 5 0 0 0 - - -;
#X text 394 490 pitch;
#N canvas 675 2

Re: [PD] 4-point interpolation changes timbre depending on sample rate

[Max]

Here is a testpatch for delreadsinc~ (to open you must compile the 
feature/delreadsinc~ branch in [2]).

If you don't want to compile Pd, I uploaded a video:

https://youtu.be/bT74Qj_zmfU



On 25.04.21 14:45, Max wrote:

Hi list,

the 4-point interpolation in tabread4~ has been a popular topic in the 
past, going back to at least 2008. [1]


A similar issue is in delread4~. In fact a simple resonator changes its 
timbre quite drastically by just changing the sample rate of the audio 
interface. Attached is a test patch.


The issue becomes audible when choosing an odd delay time and compare 
the result between an odd and an even sample rate (e.g. 44.1k vs. 48k).


This is not good. In fact this is a serious defect. Imagine you want to 
market a product like a synth plugin (based on libpd) which sounds 
different depending on if the daw is opened in 44.1 or 48 kHz.


Cyrille Henry has coded tabread4c~ with a four-point cubic interpolation 
in the nusmuk library, but there is no delread4c~ equivalent in nusmuk.


Clemens Wegener has coded delreadsinc~ which implements a 
Whittaker–Shannon interpolation (Sinc function). This implementation 
does sounds consistent in any sample rate. It also sounds much better at 
very slow speeds inside a pitch shifter where delread4~ produces serious 
artefacts. The Sinc function requires a larger padding for the 
interpolation.


There are a couple of questions regarding on how to contribute this to Pd.
Vanilla objects are currently:

delwrite~ = the sink
delread~ = control rate tap
delread4~ (vd~) = audio rate tap with a four-point interpolation

1. the code in delwrite~ isn't agnostic towards the interpolation since 
it already provides the padding for the 4 point interpolation


2. if we add more interpolation methods to delread / tabread, the 
cleanest way would be to just have one tap object and the interpolation 
can be changed by a message and argument to it. currently there are 
implementations for the miller 4pt, cubic 4pt and Sinc.


Unfortunately delread4 already carries the 4 from 4-point interpolation 
in its name, so probably it would be the best to deprecate that and find 
a new name like varidelay~ or so.




[1] Review of tabread4~ threads in the archive 
https://lists.puredata.info/pipermail/pd-list/2019-06/125391.html


[2] https://github.com/chairaudio/pure-data/tree/feature/delreadsinc


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



#N struct 1004-xt float x float y;
#N struct 1004-yt float x float y;
#N canvas 922 298 885 727 10;
#N canvas 2556 202 450 297 smallblock 1;
#X obj 21 25 inlet~;
#X obj 167 254 outlet~;
#X obj 71 26 inlet;
#X obj 308 60 inlet;
#X obj 313 24 block~ 1 1 1;
#X obj 20 254 delwrite~ comb 100;
#X obj 41 232 hip~ 50;
#X obj 72 181 *~ -0.999;
#X obj 168 182 *~ -0.999;
#X obj 168 61 delreadsinc~ comb;
#X obj 71 61 delread4~ comb;
#X obj 168 161 *~;
#X obj 72 157 *~;
#X obj 87 135 -;
#X msg 87 113 1 \$1;
#X obj 361 61 inlet;
#X connect 0 0 5 0;
#X connect 2 0 10 0;
#X connect 2 0 9 0;
#X connect 3 0 7 1;
#X connect 3 0 8 1;
#X connect 6 0 5 0;
#X connect 7 0 6 0;
#X connect 7 0 1 0;
#X connect 8 0 1 0;
#X connect 8 0 6 0;
#X connect 9 0 11 0;
#X connect 10 0 12 0;
#X connect 11 0 8 0;
#X connect 12 0 7 0;
#X connect 13 0 12 1;
#X connect 14 0 13 0;
#X connect 15 0 11 1;
#X connect 15 0 14 0;
#X restore 45 336 pd smallblock;
#X obj 91 71 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1
;
#X obj 337 31 loadbang;
#X floatatom 189 231 5 0 1 0 - - -;
#X floatatom 137 233 5 0 0 0 - - -;
#X obj 193 605 dac~;
#X obj 209 296 hsl 200 15 0 1 0 0 empty empty empty -2 -8 0 10 -262144
-1 -1 0 1;
#X obj 46 174 *~, f 8;
#X obj 91 138 vline~;
#X msg 91 116 0 \, 1 5 \, 0.02 50 5 \, 0 1000 55;
#X obj 333 455 helmholtz~ 1024 1;
#X floatatom 354 490 5 0 0 0 - - -;
#X text 394 490 pitch;
#N canvas 675 22 263 214 filters 0;
#X obj 47 41 inlet~;
#X obj 47 176 outlet~;
#X text 103 79 DC filter;
#X text 140 140 sibilant filter;
#X obj 125 41 inlet;
#X text 165 40 freq;
#X obj 47 80 hip~ 160;
#X obj 47 140 lp6_cheb~ 3000;
#X connect 0 0 6 0;
#X connect 4 0 7 1;
#X connect 6 0 7 0;
#X connect 7 0 1 0;
#X restore 337 424 pd filters;
#X obj 394 397 nbx 4 14 1000 3000 1 1 empty empty empty 0 -8 0 10 -262144
-1 -1 3000 256;
#X text 393 380 lo pass filter freq;
#X obj 47 137 *~ 0.5;
#X obj 648 45 r pd;
#X obj 760 105 print;
#X obj 368 246 s pd;
#X msg 539 157 48000;
#X msg 454 158 32000;
#X msg 368 158 16000;
#X msg 410 158 22050;
#X msg 496 158 44100;
#X msg 586 157 96000;
#X msg 137 207 4;
#X obj 46 114 noise~;
#X obj 648 78 route ping watchdog;
#X obj 196 512 *~;
#X obj 222 481 hsl 95 15 0 1 0 0 empty empty empty -2 -8 0 10 -262144
-1 -1 6800 1;
#X obj 25 500 audiolab/pp.spectrum~;
#X text 193 318 4-pt;
#X text 398 318 Sinc;
#X obj 91 95 metro 1500;
#X msg 189 208 -0.999;
#X obj 533 629 writesf~;
#X obj 577 574 savepanel;
#X msg 

[PD] 4-point interpolation changes timbre depending on sample rate

[Max]

Hi list,

the 4-point interpolation in tabread4~ has been a popular topic in the 
past, going back to at least 2008. [1]


A similar issue is in delread4~. In fact a simple resonator changes its 
timbre quite drastically by just changing the sample rate of the audio 
interface. Attached is a test patch.


The issue becomes audible when choosing an odd delay time and compare 
the result between an odd and an even sample rate (e.g. 44.1k vs. 48k).


This is not good. In fact this is a serious defect. Imagine you want to 
market a product like a synth plugin (based on libpd) which sounds 
different depending on if the daw is opened in 44.1 or 48 kHz.


Cyrille Henry has coded tabread4c~ with a four-point cubic interpolation 
in the nusmuk library, but there is no delread4c~ equivalent in nusmuk.


Clemens Wegener has coded delreadsinc~ which implements a 
Whittaker–Shannon interpolation (Sinc function). This implementation 
does sounds consistent in any sample rate. It also sounds much better at 
very slow speeds inside a pitch shifter where delread4~ produces serious 
artefacts. The Sinc function requires a larger padding for the 
interpolation.


There are a couple of questions regarding on how to contribute this to Pd.
Vanilla objects are currently:

delwrite~ = the sink
delread~ = control rate tap
delread4~ (vd~) = audio rate tap with a four-point interpolation

1. the code in delwrite~ isn't agnostic towards the interpolation since 
it already provides the padding for the 4 point interpolation


2. if we add more interpolation methods to delread / tabread, the 
cleanest way would be to just have one tap object and the interpolation 
can be changed by a message and argument to it. currently there are 
implementations for the miller 4pt, cubic 4pt and Sinc.


Unfortunately delread4 already carries the 4 from 4-point interpolation 
in its name, so probably it would be the best to deprecate that and find 
a new name like varidelay~ or so.




[1] Review of tabread4~ threads in the archive 
https://lists.puredata.info/pipermail/pd-list/2019-06/125391.html


[2] https://github.com/chairaudio/pure-data/tree/feature/delreadsinc

#N canvas 1067 617 544 348 12;
#X obj 93 39 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1
;
#X obj 93 116 vline~;
#X obj 32 255 dac~;
#X obj 93 64 metro 1500;
#X text 155 116 excitation;
#X obj 32 224 *~ 0.1;
#N canvas 2299 650 475 354 resonator 0;
#X obj 32 24 inlet~;
#X obj 211 209 outlet~;
#X obj 343 25 block~ 1 1;
#X obj 31 209 delwrite~ buf 100;
#X obj 211 98 delread4~ buf;
#X floatatom 211 33 5 0 0 0 - - -;
#X obj 211 68 sig~ 0.25;
#X obj 210 142 *~ -0.999;
#X connect 0 0 3 0;
#X connect 4 0 7 0;
#X connect 5 0 6 0;
#X connect 6 0 4 0;
#X connect 7 0 3 0;
#X connect 7 0 1 0;
#X restore 32 192 pd resonator;
#X msg 93 91 1 \, 0 2;
#X obj 31 117 noise~;
#X obj 32 158 *~;
#X text 252 47 This patch changes timbre depending on the samplerate.
With odd samplrates it sounds drastically different than with even
samplerates., f 36;
#X connect 0 0 3 0;
#X connect 1 0 9 1;
#X connect 3 0 7 0;
#X connect 5 0 2 0;
#X connect 5 0 2 1;
#X connect 6 0 5 0;
#X connect 7 0 1 0;
#X connect 8 0 9 0;
#X connect 9 0 6 0;

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

Re: [PD] pause writing to delay line / hybrid of array and delay

[Max]

On 21.03.21 19:17, IOhannes m zmölnig wrote:
so once you let go, you have to wait for another 7 seconds until the 
entire buffer is usable again?


No, it appends the new samples to the queue/deck/table on the right 
and discards them on the left. There is currently no interpolation, so 
there will be a click at this position.




ah well, that's what i meant with "usable buffer": one that has 
consistent data, without clicks.


so after you "let go", there is of course still 7 seconds of audio data 
in the buffer, but only after waiting another 7 seconds, this data is 
consistent again.


In practice, because of how the interaction is set up, there is always 
silence in these discontinuities, so they are never an issue and the 
buffer seems consistent. I've uploaded a video just for you:

https://vimeo.com/527767330
(color of waveform is the spectral centroid courtesy of timbreID)

Busserl

Max



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

Re: [PD] pause writing to delay line / hybrid of array and delay

[Max]

On 14.03.21 21:56, Alexandre Torres Porres wrote:
Hi Max, I'm responding to an email from another thread, but I think it 
belongs here :)


Sorry for the delay. I only see one thread - a Gmail issue?



On 05.03.21 17:45, Max wrote:
 > It finally came to me that when I put tabwrite~ into an abstraction I
 > can pause the array writing by stopping audio processing in that
 > abstraction using switch~. It also can loop by writing into the table
 > like into a ringbuffer. The other half of the issue is to also take
 > account for the write pointer in the player. I'm using sig~ 1 into
 > rpole~ 1 (Thanks José de Abreu) and using that in the deque reader.
 > The accompanying dequread4~ uses that write head position as an offset
 > to the table (modulo the table size).
 >
 > it's vanilla
 >
 > it may have stupid problems / errors, please let me know if you find any.
 > There is an error in the Pd console
 > no such table ''
 > but that doesn't seem to affect the functionality and Pd can't trace
 > that error.

So, I've seen your last revision of the patch and I'm not sure I get how 
it is useful or why you need it like that. And now I'm really just 
curious and interested in the applications of this.


I have a kind of a sampler which I control with a sensel morph (btw, I'm 
using the 14 bit MIDI mode of the sensel, not the sensel object, because 
the MIDI is rock solid and the object isn't).
Anyway, the sampler records continuously the last ~7 seconds and as soon 
as i put a finger on the sensel I can mess with this buffer. If I let 
go, it continues to write into that buffer.



It's nice that it is all vanilla, but it is still very limited as I see 
it. You don't have sample accuracy for start writing and stopping or 
pause/continue.


I just need block accuracy for my application.

And I see that the looping (or ring buffering) isn't perfect either 
because of this sample accuracy issue. You're analyzing to see if your 
signal counter goes over the array size but the resulting bang comes out 
after some samples, so... clicks.


that may be, but irl i'm not too bothered by it because the whole thing 
has a glitchy aesthetic anyway, so that can stay.


Anyway, this approach of yours is quite similar to what I did here with 
objects from cyclone, have you checked it? Doesn't it do the same thing? 
Does it fail for your needs somehow?


I could not figure out how that patch works, which toggle is supposed to 
do what and I would have to read all the help files for all the 
unfamiliar cyclone objects to understand what is going on. It feels out 
of control for me, for convenience I rather use the patch I made myself 
because I still know what's going on there. I need to fully understand 
it to feel confident that I can fix it if a problem should arise.
I think that's why many Pd users start to write their own abstractions 
rather than using someone else's (Pun not intended).


I just made an update to the ELSE library (version beta 37) and now I 
can do the same with objects from ELSE, so I'm attaching it here.


cool, but same as above applies there.

Note I've also added a new [del~] object with a freeze option and also 
included that functionality in [ffdelay~], but I guess that's something 
not really appropriate for what you want, what do you say?


I have a table based granular sampler so to speak - 10 fingers on the 
sensel = 10 grains playing. I would have to re write that to play from a 
delay line instead of a table. Probably possible, but I rather not touch 
that part which I'm already happy with :)


Thanks for your commitment Alex. Even though I can't use it right now it 
truly is appreciated!


Max



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

Re: [PD] Gem: Looking for suggestions for camera / capture setup

[Max]

On 09.03.21 11:39, Csaba Láng wrote:

Hi All,

I have made an interactive squash system with Pd based on Basler's high 
speed cameras for machine vision. I use mainly above 200fps of 5 USB-3 
cameras each of them on a separate USB bus.

Very cool.

Do you know which model?
https://www.baslerweb.com/en/products/cameras/area-scan-cameras/

I see USB3 vision is the standard. That works out of the box with Gem?
What I read here sounds promising: https://en.wikipedia.org/wiki/USB3_Vision

I remember GigE which was terribly hampered and one could download an 
SDK after signing an NDA, but even with that SDK I wasn't able to get it 
into Gem.


Would something like this work equally: 
https://www.alliedvision.com/en/products/embedded-vision-cameras/detail/Alvium%201800%20U/-240.html


Also I think I have this frame grabber here in a different machine:
https://www.baslerweb.com/de/produkte/framegrabber-portfolio/framegrabber/microenable-5-ironman-aq8-cxp6d/

How big are my chances that I can get images from Gem with that card on 
Linux?


Max



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

Re: [PD] >~ object

[Max]

the library is "zexy"


On 09.03.21 17:37, Martin Dupras wrote:

Hello everyone,

Does the ">~" still exist? From what I gather it was in Pd-extended, but 
I can't find which library it comes from. Does anyone know?


Thanks!

- martin


___
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] Gem: Looking for suggestions for camera / capture setup

[Max]

On 09.03.21 07:05, Peter P. wrote:

* Max  [2021-03-09 02:01]:

Hi List,

what's a good setup for a decent framerate (50, 60 fps or even higher?) HD
live capture from Gem? Is it even possible?

A related problem is that ideally I would like to have Gems framerate be
driven by the capturing, so that I'm sure not to have missed frames or have
captured the same frame twice. Is there a solution to that?


I would love to learn about is as well! Have you tried searching for SDI
on the mailing list archive?


I had a glance. I was hoping to get less general advice, preferably 
concrete proven setups running on Linux.
I see there are decklink drivers, are there users out there who can 
report achieved framerates and latencies from Gem? Which sensor module 
are they using?


Anyone has a DeckLink Duo 2 Mini for example?

m.



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

[PD] Gem: Looking for suggestions for camera / capture setup

[Max]

Hi List,

what's a good setup for a decent framerate (50, 60 fps or even higher?) 
HD live capture from Gem? Is it even possible?


A related problem is that ideally I would like to have Gems framerate be 
driven by the capturing, so that I'm sure not to have missed frames or 
have captured the same frame twice. Is there a solution to that?


m.



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

Re: [PD] questions for delay external (was: pause writing to delay line / hybrid of array and delay)

[Max]

Might have fixed it.

On 05.03.21 21:10, Max wrote:
One issue is that the 4 point interpolation isn't working where the 
table playback is wrapped. In an earlier version I had two arrays and 
was writing in both with a 50% offset, but that got ugly.


On 05.03.21 17:45, Max wrote:
It finally came to me that when I put tabwrite~ into an abstraction I 
can pause the array writing by stopping audio processing in that 
abstraction using switch~. It also can loop by writing into the table 
like into a ringbuffer. The other half of the issue is to also take 
account for the write pointer in the player. I'm using sig~ 1 into 
rpole~ 1 (Thanks José de Abreu) and using that in the deque reader.
The accompanying dequread4~ uses that write head position as an offset 
to the table (modulo the table size).


it's vanilla

it may have stupid problems / errors, please let me know if you find any.
There is an error in the Pd console
no such table ''
but that doesn't seem to affect the functionality and Pd can't trace 
that error.



On 02.03.21 18:51, Alexandre Torres Porres wrote:
Em ter., 2 de mar. de 2021 às 02:08, Alexandre Torres Porres 
mailto:por...@gmail.com>> escreveu:


    I got stuck.


I made it! Freeze working now! I can include this in an update of 
ELSE soon, and also make a PR for vanilla now. As for the other 
design issues and questions, I guess I'll let it go and focus on this 
added functionality as the selling point.



___
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] questions for delay external (was: pause writing to delay line / hybrid of array and delay)

[Max]

One issue is that the 4 point interpolation isn't working where the 
table playback is wrapped. In an earlier version I had two arrays and 
was writing in both with a 50% offset, but that got ugly.


On 05.03.21 17:45, Max wrote:
It finally came to me that when I put tabwrite~ into an abstraction I 
can pause the array writing by stopping audio processing in that 
abstraction using switch~. It also can loop by writing into the table 
like into a ringbuffer. The other half of the issue is to also take 
account for the write pointer in the player. I'm using sig~ 1 into 
rpole~ 1 (Thanks José de Abreu) and using that in the deque reader.
The accompanying dequread4~ uses that write head position as an offset 
to the table (modulo the table size).


it's vanilla

it may have stupid problems / errors, please let me know if you find any.
There is an error in the Pd console
no such table ''
but that doesn't seem to affect the functionality and Pd can't trace 
that error.



On 02.03.21 18:51, Alexandre Torres Porres wrote:
Em ter., 2 de mar. de 2021 às 02:08, Alexandre Torres Porres 
mailto:por...@gmail.com>> escreveu:


    I got stuck.


I made it! Freeze working now! I can include this in an update of ELSE 
soon, and also make a PR for vanilla now. As for the other design 
issues and questions, I guess I'll let it go and focus on this added 
functionality as the selling point.



___
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] questions for delay external (was: pause writing to delay line / hybrid of array and delay)

[Max]

It finally came to me that when I put tabwrite~ into an abstraction I 
can pause the array writing by stopping audio processing in that 
abstraction using switch~. It also can loop by writing into the table 
like into a ringbuffer. The other half of the issue is to also take 
account for the write pointer in the player. I'm using sig~ 1 into 
rpole~ 1 (Thanks José de Abreu) and using that in the deque reader.
The accompanying dequread4~ uses that write head position as an offset 
to the table (modulo the table size).


it's vanilla

it may have stupid problems / errors, please let me know if you find any.
There is an error in the Pd console
no such table ''
but that doesn't seem to affect the functionality and Pd can't trace 
that error.



On 02.03.21 18:51, Alexandre Torres Porres wrote:
Em ter., 2 de mar. de 2021 às 02:08, Alexandre Torres Porres 
mailto:por...@gmail.com>> escreveu:


I got stuck.


I made it! Freeze working now! I can include this in an update of ELSE 
soon, and also make a PR for vanilla now. As for the other design issues 
and questions, I guess I'll let it go and focus on this added 
functionality as the selling point.


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

Re: [PD] providing object-lists for old deken packages

[Max]

<3


On 02.03.21 11:18, cyrille henry wrote:

pmpd is maintained!!!


Le 02/03/2021 à 10:31, Lucas Cordiviola a écrit :

On 3/2/2021 4:26 AM, IOhannes m zmoelnig wrote:

so I would need a list of libraries to import. 


There might be more but these are not maintained AFAIK:

adaptive
arraysize
bassemu~
boids
chaos
ekext
hexloader
log
markex
mediasettings
motex
PDContainer
pddp
pmpd
cxc
ext13
windowing
pmpd
moocow


--

Mensaje telepatico asistido por maquinas.

On 3/2/2021 4:26 AM, IOhannes m zmoelnig wrote:

On 3/1/21 10:16 PM, Roman Haefeli wrote:

If there are libraries only available with the v0.0-extended version,
then I propose to give them a version proper, compile them for the
architectures in use*today*  and put that to Deken, along with an
objects file.


and first migrate those libraries to github.
i probably could do a batch import (from https://git.puredata.info) 
of all those libraries into the https://github.com/pd-externals/ 
namespace.


however, a number of libs are actively maintained in their own 
namespaces, and I think those should be left alone.


so I would need a list of libraries to import.

fmgdar
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-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] questions for delay external (was: pause writing to delay line / hybrid of array and delay)

[Max]

On 01.03.21 04:13, Alexandre Torres Porres wrote:
Em dom., 28 de fev. de 2021 às 16:20, Alexandre Torres Porres 
mailto:por...@gmail.com>> escreveu:


I'm thinking about creating a variant of delread/write~ for ELSE
with this "freeze" functionality. But maybe we can request to add it
to vanilla.


  maybe this is best for the pd-dev list, but here I go.

In my design choice for a variation of delread/write, I think it could 
be given a unique delay name when a delay write object is not given a 
delay line argument. This name could then be sent via an outlet to a 
read object. This looks like how things work for MAX's tapin~/tapout~ 
and I confess I'm taking it as a model.


Now, big question, can I force an order of execution with such a 
connection? Would it have to be a signal connection only?


I think adding that freeze option to delay would be fantastic and even 
more so when it gets Pd's functionality en par with the Max/MSP 
counterparts.


What I also would like to see is a tabwrite~-like object that uses an 
array to write to, but each new sample gets pushed to the next index of 
the array when a new one is added.


m.



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

[PD] pause writing to delay line / hybrid of array and delay

[Max]

Hi list,

I'm looking for concepts like a queue or arrayDeque in Pd.
Like a delay line which I can pause adding new elements into and it will 
act like an array until I decide to add more. At audio rate.
Is there something simple that I have overlooked? What's the best 
strategy to implement this?


M.



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

Re: [PD] Apple's GM MIDI player in Pd?

[Max]

Back in the days when I still was an Apple user, there was simplesynth.
https://notahat.com/simplesynth/
maybe it still works if it wasn't broken by one of the OS updates...



On 10.12.20 03:32, Alexandre Torres Porres wrote:

I noticed Pd in windows can use an internal MS GM player, see:

2020-12-09 23.20.34.jpg

And seems Apple also has a similar thing, called "DLS Sound Set" or 
something like it that other softwares use (like Live and Max) but Pd 
can't see it. I wonder if there's a way for Pd to see it or if there's 
something in the way.


Thanks

ps. while we're at it, does Linux have something like that too?

___
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] search plugin segfaults pd

[Max]

On 30.08.20 16:29, Christof Ressi wrote:
https://puredata.info/downloads/searchplugin 
Hmmm... "Get Search/Browse Plugin for All platforms 
<http://puredata.info/Members/jancsika/searchandbrowseplugin/at_download/file>" 
gives me a 404. Do you have a link to the actual plugin?


you can get it via deken

Pd segfaults. 
Just to be sure: which process actually segfaults? Is it the GUI process 
or the Pd core? Actually, both would surprise me...


when I launch pd via console I just get
Segmentation fault (core dumped)
in the middle of the search process.



Christof

On 30.08.2020 08:28, Max wrote:

Hi list,

I've been using the very handy search GUI plugin
https://puredata.info/downloads/searchplugin
but just noticed that it creates a segfault when I search for 
something now. Actually it starts searching and half way through the 
progress Pd segfaults.


Is it maintained, I only see a version 1.0.

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






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

[PD] search plugin segfaults pd

[Max]

Hi list,

I've been using the very handy search GUI plugin
https://puredata.info/downloads/searchplugin
but just noticed that it creates a segfault when I search for something 
now. Actually it starts searching and half way through the progress Pd 
segfaults.


Is it maintained, I only see a version 1.0.

m.



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

Re: [PD] scaling problem

[Max]

Please always keep the discussion on the list by replying to the 
mailinglist (or "all" if you don"t have that option).


I do think the issue you are describing is fixed in 0.51
https://github.com/pure-data/pure-data/issues/1084

The other issue can be resolved. Which distribution and version are you 
using?


Max

On 27.08.20 18:59, Allister Sinclair wrote:

I'm using *Pd 0.50.2*
It does have Edit > Font menu.
That makes boxes bigger but it's not scales uniformly.
All the graphical elements (bang slider etc) stay tiny AND changing font 
size messes up old patches because everything is crushed together and I 
have to clean up the patches again.


Is this resolved in Pd 0.51.1?

The reason I'm not trying Pd 0.51.1 right now is because it brings me to 
another problem:
It is not available with *sudo* *apt install* on linux yet, and last 
time I compiled pd from source myself, it worked but I couldn't double 
click pd files anymore nor access pd from desktop and I don't know how 
to install properly so that doesn't happen.


Le jeu. 27 août 2020 à 18:10, Max <mailto:abonneme...@revolwear.com>> a écrit :


Which version of Pd?

As for 0.51.1, you can go to the Pd window and in the Edit menu, there
is a Font entry, here you can change the GUI font size. (Make sure you
do it from the Pd window, not a patch window, where the same menu
exists, but only changes the patch font size)

However, the prompt windows and file choosers will still be minuscule.

I filed an issue earlier
https://github.com/pure-data/pure-data/issues/1137


On 27.08.20 16:02, Allister Sinclair wrote:
 > Hi pd list,
 >
 > So the short version of my question is: PD is tiny on my system,
what
 > can I do?
 >
 > I have a Xfce desktop on a small laptop with HD screen (1080).
 > Everything is tiny because not scaled properly, but I can make it
okay
 > by changing dpi size. This makes everything okay except puredata...
 > Puredata is still tiny, I'm guessing because of Tcl/Tk. This is a
 > problem because if I just change the font size it messes up all
my tidy
 > patches (hundreds of them) plus it doesn't take effect on
graphics. The
 > zoom factor is either 1 or 2. 2 is huge. I wish there was some
way to do
 > fractional scaling. Do you know a workaround? In gui plugins
maybe? (I
 > wouldn't know how to program a plugin to change that), or is this
 > behavior hard-wired to pd?
 > Thanks
 >
 > --
 > Allister
 >
 >
 >
 > ___
 > Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
 > UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
 >




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



--
Allister Sinclair





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

Re: [PD] scaling problem

[Max]

Which version of Pd?

As for 0.51.1, you can go to the Pd window and in the Edit menu, there 
is a Font entry, here you can change the GUI font size. (Make sure you 
do it from the Pd window, not a patch window, where the same menu 
exists, but only changes the patch font size)


However, the prompt windows and file choosers will still be minuscule.

I filed an issue earlier
https://github.com/pure-data/pure-data/issues/1137


On 27.08.20 16:02, Allister Sinclair wrote:

Hi pd list,

So the short version of my question is: PD is tiny on my system, what 
can I do?


I have a Xfce desktop on a small laptop with HD screen (1080). 
Everything is tiny because not scaled properly, but I can make it okay 
by changing dpi size. This makes everything okay except puredata... 
Puredata is still tiny, I'm guessing because of Tcl/Tk. This is a 
problem because if I just change the font size it messes up all my tidy 
patches (hundreds of them) plus it doesn't take effect on graphics. The 
zoom factor is either 1 or 2. 2 is huge. I wish there was some way to do 
fractional scaling. Do you know a workaround? In gui plugins maybe? (I 
wouldn't know how to program a plugin to change that), or is this 
behavior hard-wired to pd?

Thanks

--
Allister



___
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] comma and escaping revisited

[Max]

Added this issue:
https://github.com/pure-data/pure-data/issues/1083



On 08.07.20 16:30, Max wrote:

Alex, can you elaborate what you mean by "not seeing anything funny"?
Do you see the same output as Roman and I, and think it is meant like 
that? What's the logic behind it?

Or do you see a different output?

m.


On 07.07.20 19:52, Alexandre Torres Porres wrote:
hi, I tested your cases and didn't see anything funny, can you send 
me/us a patch?


Em ter., 7 de jul. de 2020 às 08:48, Max <mailto:abonneme...@revolwear.com>> escreveu:


    Hi list,

    I found an old thread between m.e.grimm and Roman Haefeli in the
    archives from 2014-01-26 about escaping in Pd.

    https://lists.puredata.info/pipermail/pd-list/2014-01/105594.html

    Roman sees this odd behavior in escaping a comma:

    message to print--
    \, comma at the beginning;
    comma\, right after first word;
    comma in\, the middle;
    comma at the end\,;
    ---

    gives:

    print--
    print: , comma at the beginning
    print: comma, right after first word
    print: comma in\, the middle
    print: comma at the end\,
    /print--

    Meaning the backslash can escape the comma when it comes in the
    beginning or after the first word, but later the escaping character
    will
    be part of the printout.

    Is this a bug? is there an explanation for this inconsistency or 
should

    I file an issue for it?

    Actually this looks related:
    https://github.com/pure-data/pure-data/issues/824

    m.




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






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





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

Re: [PD] comma and escaping revisited

[Max]

Alex, can you elaborate what you mean by "not seeing anything funny"?
Do you see the same output as Roman and I, and think it is meant like 
that? What's the logic behind it?

Or do you see a different output?

m.


On 07.07.20 19:52, Alexandre Torres Porres wrote:
hi, I tested your cases and didn't see anything funny, can you send 
me/us a patch?


Em ter., 7 de jul. de 2020 às 08:48, Max <mailto:abonneme...@revolwear.com>> escreveu:


Hi list,

I found an old thread between m.e.grimm and Roman Haefeli in the
archives from 2014-01-26 about escaping in Pd.

https://lists.puredata.info/pipermail/pd-list/2014-01/105594.html

Roman sees this odd behavior in escaping a comma:

message to print--
\, comma at the beginning;
comma\, right after first word;
comma in\, the middle;
comma at the end\,;
---

gives:

print--
print: , comma at the beginning
print: comma, right after first word
print: comma in\, the middle
print: comma at the end\,
/print--

Meaning the backslash can escape the comma when it comes in the
beginning or after the first word, but later the escaping character
will
be part of the printout.

Is this a bug? is there an explanation for this inconsistency or should
I file an issue for it?

Actually this looks related:
https://github.com/pure-data/pure-data/issues/824

m.




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






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

Re: [PD] libpd 0.12 Pd core version (0.50-2 or 0.51)

[Max]

I'd say go for 0.51, or is there a good reason not to?

Is multi-instance support for messages and MIDI on the roadmap to be 
included in Pd 0.52 and libpd 0.13 ?



On 08.07.20 11:23, Dan Wilcox wrote:

Howdy all,

I have been admittedly behind in releasing libpd 0.12, mainly as I was 
waiting on implementing and testing much needed changes for the Obj-C / 
iOS wrapper. We have generally tried to keep libpd up to date with the 
current core releases and now that Pd 0.51 is released, it's definitely 
time to put out what we have for libpd 0.12.


My question to those of you using libpd is: Should the next release stay 
with the current Pd core 0.50-2 or should we skip it and go directly to 
libpd + Pd core 0.51?



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

Re: [PD] comma and escaping revisited

[Max]

attached.


On 07.07.20 19:52, Alexandre Torres Porres wrote:
hi, I tested your cases and didn't see anything funny, can you send 
me/us a patch?


Em ter., 7 de jul. de 2020 às 08:48, Max <mailto:abonneme...@revolwear.com>> escreveu:


Hi list,

I found an old thread between m.e.grimm and Roman Haefeli in the
archives from 2014-01-26 about escaping in Pd.

https://lists.puredata.info/pipermail/pd-list/2014-01/105594.html

Roman sees this odd behavior in escaping a comma:

message to print--
\, comma at the beginning;
comma\, right after first word;
comma in\, the middle;
comma at the end\,;
---

gives:

print--
print: , comma at the beginning
print: comma, right after first word
print: comma in\, the middle
print: comma at the end\,
/print--

Meaning the backslash can escape the comma when it comes in the
beginning or after the first word, but later the escaping character
will
be part of the printout.

Is this a bug? is there an explanation for this inconsistency or should
I file an issue for it?

Actually this looks related:
https://github.com/pure-data/pure-data/issues/824

m.




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



#N canvas 2605 290 450 300 12;
#X obj 63 156 print;
#X msg 76 17 \\\, comma at the beginning;
#X msg 94 51 comma\\\, right after first word;
#X msg 109 82 comma in\\\, the middle;
#X msg 127 116 comma at the end\\\,;
#X connect 1 0 0 0;
#X connect 2 0 0 0;
#X connect 3 0 0 0;
#X connect 4 0 0 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] comma and escaping revisited

[Max]

Hi list,

I found an old thread between m.e.grimm and Roman Haefeli in the 
archives from 2014-01-26 about escaping in Pd.


https://lists.puredata.info/pipermail/pd-list/2014-01/105594.html

Roman sees this odd behavior in escaping a comma:

message to print--
\, comma at the beginning;
comma\, right after first word;
comma in\, the middle;
comma at the end\,;
---

gives:

print--
print: , comma at the beginning
print: comma, right after first word
print: comma in\, the middle
print: comma at the end\,
/print--

Meaning the backslash can escape the comma when it comes in the 
beginning or after the first word, but later the escaping character will 
be part of the printout.


Is this a bug? is there an explanation for this inconsistency or should 
I file an issue for it?


Actually this looks related:
https://github.com/pure-data/pure-data/issues/824

m.




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

Re: [PD] [PD-announce] AoO (audio over OSC) v2.0-pre2

[Max]

When I run the server patch i get this:

aoo_client: couldn't bind to port 1000
aoo_client: couldn't bind to port 1001
aoo_send~: couldn't bind to port 1000
aoo_receive~: couldn't bind to port 1001

that's on Ubuntu 20.04

I think it works once I change the [aoo_client] to 8000 and 8001


On 22.06.20 15:20, Christof Ressi wrote:

Dear list,

here's a new pre-release for the AoO multichannel audio streaming 
library. In the last two months, the library has been seen many 
improvements and has been used successfully in our Virtual Rehearsal 
Room project (see vrr.iem.at ).


Binaries for all common platforms (Windows, macOS, Linux, ARM boards) 
are available on Deken (search for "aoo"). The source code can be found 
here: https://git.iem.at/cm/aoo


See the help patches (aoo_send~-help.pd, aoo_receive~-help.pd, 
aoo_server.pd) for usage instructions.


If you want to stream between different home networks (without port 
forwarding), you can use [aoo_client] and connect to our public AoO 
server at the IEM (hostname: vrr.iem.at, port: 7077). You can easily set 
up your own AoO server by running a Pd patch containing [aoo_server 
] on your web server.


---

Selected features:

# create audio networks of any topology with arbitrary ad-hoc connections
# [aoo_send~] / [aoo_receive~] take a port number and ID, so multiple 
objects (within a single Pd instance) can operate on the same port. 
Additionally, you can have multiple objects across different Pd 
instances (using different port numbers).

# [aoo_send~] can stream to several destinations simultaneously;
# [aoo_receive~] can receive several AoO streams simultaneously, summing 
the signals
# AoO is connectionless: streams can start/stop at any time, enabling a 
"message-based audio" approach.
# AoO sinks can "invite" sources, i.e. ask them to send audio. The source 
may follow the invitation or decline it.

# AoO sinks and sources can operate at different blocksizes and samplerates
# the streaming format can be set independently for each source; currently 
only PCM (uncompressed) and Opus (compressed) are implemented, but this 
can be easily extended with the AoO codec plugin API.

# audio encoding/decoding is multithreaded
# adjustable resending mechanism for dropped packets
# adjustable jitter buffer size.
# [aoo_server] / [aoo_client] implement the UDP hole punching technique to 
establish peer2peer connections between different home networks.
# AoO is actually a C++ library with a C interface, so it can be used in 
apps or embedded devices (like the ESP32). An implementation for 
Supercollider is already planned.


---

For questions, bug reports or feature requests, please open an issue at 
https://git.iem.at/cm/aoo/-/issues. We're very happy about any kind of 
feedback!


Christof


___
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

Re: [PD] HiDPI on Linux

[Max]

It seems this is not only an issue for Pd but other software as well 
(even the terminal window).
Setting the scaling to 200% will produce acceptable results, it's just 
the uneven multiplicands like 175% which are glitchy.


On 02.06.20 01:32, Max wrote:

Hi list,

I have a 4k screen here and to be able to see anything I had to set the 
"Global Scale" in the "Display Configuration" to 175%. (It's KDE on 
Kubuntu 20.04)


When I open Pd, the Audio MIDI test patch looks cluttered (screenshot 
attached), once zommed in (Ctl.+) it looks readable but still not quite 
right.


Is there a remedy to this issue?

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] paths on Catalina? problems with list-abs from deken

[Max]

If I understand the issue correctly, this is to be expected.
To be able to load abstractions or one-binary-per-object externals you 
have the choice of
a) adding the path to it to the paths preferences of your Pd 
installation globally
b) declare the path to it in the patch you are using it in with [declare 
-path list-abs]. It assumes that the root folder for all your externals 
(~/Documents/Pd/externals/) is defined in the global paths preferences 
and will append the list-abs folder to that and search for the object or 
abstraction in there.


Option b) is the newer possibility and has the advantages that you don't 
have to load all the possible externals at startup and that your patch 
becomes more portable.


m.


On 01.06.20 21:44, Peter Nyboer wrote:

A bit of a noob question here…
I recently installed list-abs from deken on a vanilla PD 50-2 on macOS Catalina.
My patch wasn’t able to find the abstractions until I explicitly added the path 
~/Documents/Pd/externals/list-abs to the Paths preferences. Is that to be 
expected?

Peter




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

Re: [PD] Unity and libpd

[Max]

I'm working with this since a few weeks.
Runs ok with an old libpd binary on windows and mac.
It doesn't run on Linux yet and replacing the binary with an up to date 
libpd is failing. It would be great if this would be fully cross platform.

I've contributed a few fixes in the readme.
cheers
m.


On 26.05.20 09:45, Scott R. Looney wrote:

yup there's one from about a year ago:

https://github.com/LibPdIntegration/LibPdIntegration

builds for Windows, macOS, and iOS (sorry no Android yet). have not 
tried it but this one lets you run multiple instances of PD.


best,
scott

On Tue, May 26, 2020 at 12:37 AM Max <mailto:abonneme...@revolwear.com>> wrote:


Hi list,

it's fascinating just how many individual attempts there are to use
libpd inside Unity:
https://github.com/libpd/libpd/wiki/Unity
Most of the listed projects however have their last changes about 5
years ago and are not up to date with libpd or Unity. And none of the
solutions are truly cross platform.

Is anyone having more recent experience?

m.



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


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






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

[PD] Unity and libpd

[Max]

Hi list,

it's fascinating just how many individual attempts there are to use 
libpd inside Unity:

https://github.com/libpd/libpd/wiki/Unity
Most of the listed projects however have their last changes about 5 
years ago and are not up to date with libpd or Unity. And none of the 
solutions are truly cross platform.


Is anyone having more recent experience?

m.



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

[PD] profiling patches and benchmarking platforms for Pd

[Max]

Hi list,

I'm sure someone has thought about this before:

1. Profiling Pd patches.
How do you go about if you want to find out which part of your patch is 
using how much of the resources? Is there a better way then looking at 
the CPU meter and deleting some parts?


2. Benchmarking platforms for Pd.
If I want to compare different platforms (armv7 vs. amd64 for example) 
It would be interesting to know the limits of each platform and maybe if 
certain operations are more costly on one platform then on the others 
due to hardware optimizations. I'm imagining a patch running some 
measurements and writing me a textfile out, which I can then compare and 
make nice benchmark graphs from. ;)


A standardized approach for both would be cool, so that results are 
comparable.


Yesterday I thought there was a Pdcon paper about exactly this but 
either I'm imagining that or I just could not find it now.


M.



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

[PD] libpd windows .dll

[Max]

Hi list,

anyone has a recent windows libpd.dll to share? Seems like I was too 
scroogy on the size of the windows partition and now I can't install the 
huge msys2 necessary for compilation.


thanks

m.



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

[PD] Short snare drum sound evaluation study

[Max]

Hi Pd list,

Can you help with the evaluation of (syntesized) snare drum sounds? 
(It's for a paper.) Trained ears, and headphone or speakers are 
required, will take a few minutes (9 samples, choice of 4 possible 
answers per sound example):


Needs to be no later than 9 hours from now.

https://docs.google.com/forms/d/e/1FAIpQLSdIQRXQ6tYP_7_c-K9ViDU6Q4iJy1pHUC5HRDzks-BKCUiSoA/viewform


Thanks

m.



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

Re: [PD] PD Weekend, Ithaca - 2/21

[Max]

I guess it's

geo:42.40849,-76.54068?z=19
https://osm.org/go/ZdKTCB8T_?m=

or
657 Elmira Rd 2nd Fl
Ithaca, NY 14850

On 07.03.20 18:51, Bastiaan van den Berg wrote:

Your advertisement lacks a location ;)

___
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] rendering pd patches outside pd

[Max]

There is also the patch2svg plugin by IOhannes. Look for it in the deken 
external manager aka "Find externals" in the Help menu.


m.

On 07.03.20 15:05, Giulio Moro via Pd-list wrote:
FWIW, there is something similar already (and yes it has the same 
limitations on in/out ports) https://github.com/sebpiq/pd-fileutils/ we 
are using it on Bela to preview Pd patches, so we made a couple of 
changes to fix some issues with it ( 
https://github.com/BelaPlatform/Bela/commits/master/IDE/public/js/pd-fileutils.js 
)

Hope this helps.
Best,
Giulio

Andre Osku Schmidt wrote:

hello "pudists?",

i'm tinkering on a pd-patch-to-svg thing* for web-browsers and ran to 
couple show-stoppers with pd patches (when used outside pd).


1. a pd-patch has no info how many in/out ports an element has.

i guess a "better" workaround could be a "cheat-list", but that would 
not work with "dynamic" inlets/outlets, right?
what do you think about adding inlet+outlet port counts in the pd 
patch file?


2. a pd-patch position/sizes are "hard-coded" to font size.

i guess its inevitable to not, right?
what do you think about adding an official font (and size?) for pd?
(that could then be included in pd and elsewhere)

or other solutions?
or is this not "worth" the "trouble"?
(its just for fun, and i got plenty of other fun ideas;)

cheerio
.oskude

* https://github.com/oskude/pd-svg

ps. been a whiiile since i last used pd, so excuse me if i 
forgot/missed something related/important.




___
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] MIDI woes (with and without Sensel Morph) Linux ALSA MIDI

[Max]

IOhannes pushed a fix in the update/0.50 branch which fixes this issue!


On 02.03.20 11:58, Francisco Medeiros wrote:

It confirm this happens to me with pd 49.0 on Ubuntu 18.04.4 LTS.
But, if the receiving pd instance (running pd2.pd) is not running 
reatlime (with -nrt flag) it doesnt stall anymore.


On Mon, 2 Mar 2020 at 10:11, Max <mailto:abonneme...@revolwear.com>> wrote:


Could someone test this if it is reproducible on a different machine?
Thanks.


On 29.02.20 21:00, Max wrote:
 > Hi list,
 >
 > I have some issues which I came across using a Sensel Morph with
MIDI.
 > Pd seems to stall frequently for no apparent reason.
 >
 > So I played around with the issue until I managed to get a
reproducible
 > setup with only two instances of Pd sending MIDI Control values
from one
 > instance to another. The fascinating thing is that it runs nicely
for
 > hours. However just closing the sending patch can freeze the
receiving
 > Pd instance.
 >
 > An animated Gif of the problem can be found here:
 > https://github.com/pure-data/pure-data/issues/895
 >
 > Any ideas how to remedy the situation?
 > unfortunately the Sensel morph external doesn't seem ready yet.
 > https://github.com/sensel/PD-objects
 >
 > M.
 >
 > ___
 > Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
 > UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
 >




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






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

Re: [PD] Subprocess CPU core check

[Max]

From what I know this is entirely under control of the system load 
balancing. So if the two Pd instances would run on the same core there 
would either be something seriously broken on your system, or you have 
other, even more CPU hungry processes running which are maxing out the 
other cores so that the system concludes that it's the best to have the 
two Pd instances running on the same core.

A glance at the System Monitor CPU history graph should give you an idea.

m.

On 04.03.20 23:38, Csaba Láng wrote:

True, my apologies.
Ubuntu 19.04
Pd 0.50-0

On Wed, 4 Mar 2020 at 23:37, Peter P. > wrote:


* Csaba Láng mailto:langcs...@gmail.com>>
[2020-03-04 23:32]:
 > Dear list,
 > how can I check if my subprocess really runs on a different core
than the
 > main pd instance.
Telling about your operating system could be a first step.



___
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] PD 0.50 on mint ...

[Max]

On 05.03.20 10:39, Peter P. wrote:

* oliver  [2020-03-05 10:13]:

Hi, dear list !

Just tried linux MINT (32bits) on an old laptop.

All is working well so far, but i can't seem to get MINT to install the most
recent version of PD with apt.

i tried tweaking the apt sources but all i can get with apt-get is version
0.48.

Does anybody here have some experience with PD-0.50 and MINT ?

Do i have to compile PD myself if i want the latest version or is there
something i can do with the source list, that i have missed so far ?


Thanks for any hints !

Does
$ apt list --all-versions puredata-core
or
$ aptitude versions
help?



If not, just compile it yourself, it's not that painful and the 
documentation is good.


m



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

Re: [PD] MIDI woes (with and without Sensel Morph) Linux ALSA MIDI

[Max]

Could someone test this if it is reproducible on a different machine?
Thanks.


On 29.02.20 21:00, Max wrote:

Hi list,

I have some issues which I came across using a Sensel Morph with MIDI. 
Pd seems to stall frequently for no apparent reason.


So I played around with the issue until I managed to get a reproducible 
setup with only two instances of Pd sending MIDI Control values from one 
instance to another. The fascinating thing is that it runs nicely for 
hours. However just closing the sending patch can freeze the receiving 
Pd instance.


An animated Gif of the problem can be found here:
https://github.com/pure-data/pure-data/issues/895

Any ideas how to remedy the situation?
unfortunately the Sensel morph external doesn't seem ready yet.
https://github.com/sensel/PD-objects

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

[PD] MIDI woes (with and without Sensel Morph) Linux ALSA MIDI

[Max]

Hi list,

I have some issues which I came across using a Sensel Morph with MIDI. 
Pd seems to stall frequently for no apparent reason.


So I played around with the issue until I managed to get a reproducible 
setup with only two instances of Pd sending MIDI Control values from one 
instance to another. The fascinating thing is that it runs nicely for 
hours. However just closing the sending patch can freeze the receiving 
Pd instance.


An animated Gif of the problem can be found here:
https://github.com/pure-data/pure-data/issues/895

Any ideas how to remedy the situation?
unfortunately the Sensel morph external doesn't seem ready yet.
https://github.com/sensel/PD-objects

M.
#N canvas 1967 322 663 202 12;
#X obj 25 156 ctlout 1;
#X obj 24 1 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1
;
#X obj 25 112 random 127;
#X obj 113 113 random 127;
#X obj 201 113 random 127;
#X obj 290 114 random 127;
#X obj 378 114 random 127;
#X obj 460 113 random 127;
#X obj 113 157 ctlout 2;
#X obj 202 157 ctlout 3;
#X obj 290 158 ctlout 4;
#X obj 378 158 ctlout 5;
#X obj 460 157 ctlout 6;
#X obj 24 30 metro 1;
#X connect 1 0 13 0;
#X connect 2 0 0 0;
#X connect 3 0 8 0;
#X connect 4 0 9 0;
#X connect 5 0 10 0;
#X connect 6 0 11 0;
#X connect 7 0 12 0;
#X connect 13 0 2 0;
#X connect 13 0 3 0;
#X connect 13 0 4 0;
#X connect 13 0 5 0;
#X connect 13 0 6 0;
#X connect 13 0 7 0;
#N canvas 25 705 847 421 12;
#X obj 29 16 ctlin 1;
#X floatatom 29 50 5 0 0 0 - - -;
#X floatatom 104 52 5 0 0 0 - - -;
#X floatatom 175 51 5 0 0 0 - - -;
#X floatatom 250 53 5 0 0 0 - - -;
#X floatatom 317 51 5 0 0 0 - - -;
#X floatatom 392 51 5 0 0 0 - - -;
#X obj 104 18 ctlin 2;
#X obj 176 17 ctlin 3;
#X obj 254 17 ctlin 4;
#X obj 321 19 ctlin 5;
#X obj 393 19 ctlin 6;
#X connect 0 0 1 0;
#X connect 7 0 2 0;
#X connect 8 0 3 0;
#X connect 9 0 4 0;
#X connect 10 0 5 0;
#X connect 11 0 6 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Throttling midi message rates

[Max]

Looks like this issue
https://github.com/pure-data/pure-data/issues/895
I can recover the locked-up Pd by disconnecting the ALSA MIDI in the 
QjackCtl Graph. (see animated gif in the github issue)


The MIDI device I'm experiencing this issue with is a Sensel Morph in 
14bit MIDI mode.




@ Andrew Lyons
Pleas don't hijack threads. If you have a new question, compose a new 
email to pd-list@lists.iem.at and never just take a random old email and 
change the subject / content.

https://puredata.info/community/lists/Netiquette

On 21.02.20 12:29, Dan Wilcox wrote:

PD tries to handle MIDI as fast as it gets it, hence Miller's warning.

First, does Pd lock up on the RPI *without* your patch running? If so, 
then Pd itself is clogged up by all the messaging on the RPI. If it's 
your patch, then your message handling can/should be optimized ala 
Ingo's suggestion. Do you have any GUI objects in the message chain? If 
so, the fast messaging will also be causing GUI updates which may be 
slow on the RPI. Another way to check this is to run Pd with -nogui and 
see if it works without hanging.


On Feb 21, 2020, at 12:00 PM, pd-list-requ...@lists.iem.at 
 wrote:


From: Andrew Lyons mailto:tstext...@gmail.com>>
To: pd-list mailto:pd-l...@iem.at>>
Subject: [PD] Throttling midi message rates
Message-ID:
>

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

Hi,

I have an FCB 1010 MIDI foot pedal controller with 10 switches and two
pedals. One of the foot pedals is used to control glissando rate. More
specifically, it is hooked up to a vline~ object in pd. (I originally used
a line.)

If I change the pedal position too quickly, it locks up PD, and I have to
kill and restart the software. I have not encountered this before, but I
remember Miller saying something about "bad things happen" if the MIDI
input rate is too high in one of his MS171 lectures.

I do not have access to the firmware code on the foot pedal board, so I'm
hoping there is a way to throttle MIDI data rates in PD. I am running on a
raspberry pi 3 (buster) in a Zynthian kit.

Any pointers appreciated.

Thanks!



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

Re: [PD] help with ofelia in ubuntu

[Max]

Hi Zack,

Can you fix the other issue too?
The Deken ofelia version depends on libglew 2.0 while current ubuntu 
comes with libglew 2.1

(Workaround is to compile it yourself.)

thx!


On 31.01.20 21:56, Zack Lee wrote:

Hi Andrew,

I'm sorry you are having trouble running Ofelia on Ubuntu.
I will try to update Ofelia this weekend using the latest openFrameworks 
0.11.0.

I hope that will fix the problem.

Best wishes
Zack

___
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] recent Pd versions on older ubuntu studio computers

[Max]

On 13.01.20 15:13, i...@hansroels.be wrote:
Is it a solution to try compiling the Pd source code on both machines? 


Give this a try, it is definitely not too painful and the instructions 
are also pretty clear. Bonus is that you can configure it with the audio 
and midi backends you need/use and remove the legacy backends which are 
just another possible source of error.


m.




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

Re: [PD] next PdCon?

[Max]

Likewise! (Organizer of the PdCon in Weimar)

NIME has a Steering Committee which "is responsible for guiding the 
future direction of the NIME conference. It is composed of the previous, 
current and future NIME conference chairs"

https://www.nime.org/committee/

PdCon never formalized this in a similar official fashion, but the 
previous hosts were consulting the Convention in New York, so feel free 
to address us as the PdCon steering committee :D


Max

On 08.01.20 19:00, Jaime Oliver wrote:

Hi all,

I organized the last PdCon in New York and was thinking a new one should 
happen. happy to consult and share materials.


All the best,

J


On Wed, Jan 8, 2020 at 5:28 AM Alexandros Drymonitis <mailto:adr...@gmail.com>> wrote:


Replying here as I was supposed to organize the convention in Athens
that never happened, just to let you know that the whole thing was
unfortunately canceled and it won't happen.

As a side note I'd like to let you know that I would also be
interested in attending one in Leicester.

On Wed, 8 Jan 2020, 11:21 Sean Carroll, mailto:seanzs...@gmail.com>> wrote:

Hi

I am imagining a day or so of
conference/performance/installations. I ran a Max/MSP convention
a few years ago and I was thinking a similar format.

Check below.
https://vimeo.com/68227783

  I’d appreciate any thoughts though as to what people think
might work?

Cheers



On 8 Jan 2020, at 00:08, Sumeeta Chanda mailto:sumeeta2...@gmail.com>> wrote:

What is a PdCon? shorter camps / formal two-year-program?

On Wed, Jan 8, 2020 at 12:06 AM Christof Ressi
mailto:christof.re...@gmx.at>> wrote:

Hi,

> Im asking because we have a great setup in Leicester in
the UK with a few institutions that would probably get
behind it if there was the interest.

This sounds great! I would love to finally attend a PdCon,
so there's definitely interest from my side :-)

Christof

> Gesendet: Dienstag, 07. Januar 2020 um 23:03 Uhr
> Von: "Sean Carroll" mailto:seanzs...@gmail.com>>
> An: pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>
> Betreff: [PD] next PdCon?
>
> Hi
>
> I was wondering if there is anyone organising a new
PdCon on the horizon. I found some mentions on the list of
one that maybe happening in Athens a few years ago??
>
> Im asking because we have a great setup in Leicester in
the UK with a few institutions that would probably get
behind it if there was the interest.
>
> Interested to know what people think?
>
> All the best
>
>
> ___
> Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at>
mailing list
> UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
>



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



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

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



--
**
Jaime E Oliver LR
www.jaimeoliver.pe <http://www.jaimeoliver.pe>


___
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] Tcl errors on opening Test Audio MIDI

[Max]

I've added it to the issues:
https://github.com/pure-data/pure-data/issues/859

On 03.01.20 17:28, Max wrote:
I have something strange going on with Pd (0.50 on Linux kubuntu 19.10) 
It was working before, but now when I open the Test Audio MIDI patch it 
shows an empty canvas with just one numberbox in it and this error:



(Tcl) UNHANDLED ERROR: bad screen distance "88.00"
     while executing
"$tkcanvas create text $x $y -tags $tags  -text [::pdtk_text::unescape 
$text]  -fill $color -anchor nw -font [get_font_for_size $font_size]"

     (procedure "pdtk_text_new" line 2)
     invoked from within
"pdtk_text_new .x5627d7726b80.c {.x5627d7726b80.t5627d7783760 atom text} 
88.00 276.00 {0 } 12 black"

     ("uplevel" body line 9)
     invoked from within
"uplevel #0 $docmds"


I then cloned the git version and compiled and installed it to see if 
that would change anything but it's the same error.




___
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] Tcl errors on opening Test Audio MIDI

[Max]

I have something strange going on with Pd (0.50 on Linux kubuntu 19.10) 
It was working before, but now when I open the Test Audio MIDI patch it 
shows an empty canvas with just one numberbox in it and this error:



(Tcl) UNHANDLED ERROR: bad screen distance "88.00"
while executing
"$tkcanvas create text $x $y -tags $tags  -text [::pdtk_text::unescape 
$text]  -fill $color -anchor nw -font [get_font_for_size $font_size]"

(procedure "pdtk_text_new" line 2)
invoked from within
"pdtk_text_new .x5627d7726b80.c {.x5627d7726b80.t5627d7783760 atom text} 
88.00 276.00 {0 } 12 black"

("uplevel" body line 9)
invoked from within
"uplevel #0 $docmds"


I then cloned the git version and compiled and installed it to see if 
that would change anything but it's the same error.




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

Re: [PD] else download not found with deken

[Max]

Alexandre, I think you don't have to remove older versions, maybe it's 
worth it to keep them for historical reasons.
Or, you could delete them not directly after uploading a new version but 
a day later, so the newest which shows up in the deken index is always 
downloadable.




On 23.11.19 01:07, Alexandre Torres Porres wrote:

try it now, this is because there was an update to a newer version.

and you can also report 'else' issues at https://github.com/porres/pd-else

cheers

Em sex., 22 de nov. de 2019 às 19:28, ub > escreveu:


hey list,

i'm trying to install else from deken, it shows up in the search
results:

else[v1.0beta24](Linux-amd64-32).dek
  Uploaded by porres @ 2019-09-22 07:11:52

but subsequently fails with:

Unable to download from

http://puredata.info/Members/porres/software/else/1.0beta24/else%5bv1.0beta24%5d(Linux-amd64-32).dek

[HTTP/1.1 404 Not Found]

this is on linux, pd version == 49.0, [deken]: installed version ==
0.5.0





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

Re: [PD] ExpoChirpToolbox in vanilla Pd 0.5 bmax~ missing

[Max]

Very cool.

on Jamie's page https://jamiebullock.com/projects it reads as follows:
"flib is a library of audio feature extraction functions. It is now 
deprecated in favour of LibXtract’s Pd bindings, but marks an important 
milestone for feature extraction in Pd"

LibXtract is found here https://github.com/jamiebullock/LibXtract
however I have no idea how to use the aforementioned "Pd bindings"

I'll see if Jamie reads this and is okay with an Deken upload of his 
"deprecated" flib.


m.




On 07.11.19 22:01, Christof Ressi wrote:

sorry, I misread! I could find flib in Pd 0.42-extended (in 
externals/postlude). I've ported to pd-lib-builder and compiled for Windows 
64-bit: https://drive.google.com/open?id=1GpUP_AnYvNwnmedTTapL2oWTmdDMbD40

I would just ask you upload your flib binaries (inluding my Windows build) to 
Deken. Please test before :-)

Christof


Gesendet: Donnerstag, 07. November 2019 um 21:05 Uhr
Von: "Max" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] ExpoChirpToolbox in vanilla Pd 0.5 bmax~ missing

Hi Cristof,

sorry, misunderstanding. Compiling ExpoChirpToolbox was not the issue,
we got that working. The problem is that the patch uses quite a lot of
externals from Pd-extended and one of them is the bmax~ object by Jamie
Bullock's "flib". I only found binaries of it for win32, but no sources.

M.


On 07.11.19 20:34, Christof Ressi wrote:

ah, and I had to replace the ancient m_pd.h with a recent version to make 
64-bit builds work correctly on Windows (because of PD_LONGINTTYPE)


Gesendet: Donnerstag, 07. November 2019 um 20:12 Uhr
Von: "Max" 
An: "pd-list@lists.iem.at" 
Betreff: [PD] ExpoChirpToolbox in vanilla Pd 0.5 bmax~ missing

Hi list, Katja,

We are trying to get the ExpoChirpToolbox [1] to run in a current 64bit
Pd and were able to either replace or fulfill most dependencies with
vanilla or current 64bit versions (on windows this is). However Jamie
Bullock's bmax~ is only available as a 32bit binary as far as I can
tell. Is it possible to replace this last missing bit of the great toolbox?

Thanks
M.


[1] https://www.katjaas.nl/expochirp/expochirp.html








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

Re: [PD] ExpoChirpToolbox in vanilla Pd 0.5 bmax~ missing

[Max]

Hi Cristof,

sorry, misunderstanding. Compiling ExpoChirpToolbox was not the issue, 
we got that working. The problem is that the patch uses quite a lot of 
externals from Pd-extended and one of them is the bmax~ object by Jamie 
Bullock's "flib". I only found binaries of it for win32, but no sources.


M.


On 07.11.19 20:34, Christof Ressi wrote:

ah, and I had to replace the ancient m_pd.h with a recent version to make 
64-bit builds work correctly on Windows (because of PD_LONGINTTYPE)


Gesendet: Donnerstag, 07. November 2019 um 20:12 Uhr
Von: "Max" 
An: "pd-list@lists.iem.at" 
Betreff: [PD] ExpoChirpToolbox in vanilla Pd 0.5 bmax~ missing

Hi list, Katja,

We are trying to get the ExpoChirpToolbox [1] to run in a current 64bit
Pd and were able to either replace or fulfill most dependencies with
vanilla or current 64bit versions (on windows this is). However Jamie
Bullock's bmax~ is only available as a 32bit binary as far as I can
tell. Is it possible to replace this last missing bit of the great toolbox?

Thanks
M.


[1] https://www.katjaas.nl/expochirp/expochirp.html



___
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] ExpoChirpToolbox in vanilla Pd 0.5 bmax~ missing

[Max]

Hi list, Katja,

We are trying to get the ExpoChirpToolbox [1] to run in a current 64bit 
Pd and were able to either replace or fulfill most dependencies with 
vanilla or current 64bit versions (on windows this is). However Jamie 
Bullock's bmax~ is only available as a 32bit binary as far as I can 
tell. Is it possible to replace this last missing bit of the great toolbox?


Thanks
M.


[1] https://www.katjaas.nl/expochirp/expochirp.html



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

Re: [PD] [PD-announce] r_cycle | creative coding with Pure Data and Launchpad

[Max]

Hi Mario

thanks for the interesting announcement and good work.

You probably noticed that it was sent twice.

"All emails sent to Pd-announce are automatically forwarded to Pd-list, 
so you don't need to (and should not) post to both lists."


( Second paragraph on https://lists.puredata.info/listinfo/pd-announce )

m.

On 27.10.19 21:45, Mario Buoninfante wrote:

Hi,

October 29th I'm giving a talk about r_cycle, an open source 
library/middleware for creative coding with Launchpad, at the Novation 
pop-up shop in Shoreditch, London.


About the library/middleware:
r_cycle allows to fully control Launchpad from Pd (bi-directional 
communication), giving the user the possibility to interact with the 
device, to create custom UIs in real-time, on-the-fly, simply creating 
specific objects (part of the library) in Pd.
It has different 'widgets' and audio/MIDI/utilities objects, all written 
in Pd Vanilla, thus doesn't use any external.
For example creating the [KEYBOARD] object in your patch, would generate 
a 'chromatic keyboard' on the LP (1 octave/12 notes keyboard represented 
on the pads).
This would be interactive (ie you press a pad part of the keyboard UI on 
the Launchpad and the object in the patch returns one or more values) 
and can be deleted simply deleting the [KEYBOARD] object in Pd.
It is possible to use multiple widgets at the same time (you can fill 
the Launchpad layout), and also to call multiple scenes.


If you're in London on Tue and you wanna know more, here's more details 
about the event:

https://www.eventbrite.co.uk/e/novation-london-learn-hackspace-r-cycle-creative-coding-w-pure-data-registration-74965715473?fbclid=IwAR03--U2-v80-XZkvEQGBLgRwe_0d7D1z4TGdR8lIIBmnOXAoP8GgC8jG1Q

Cheers,
Mario

___
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

Re: [PD] Jackpilot/Soundflower

[Max]

Soundflower is now open source [1](and possibly abandoned, certainly 
abandoned by their original developers Cycling74) For a commercial 
alternative check out Loopback [2] by Rougue Amoeba.
The Jack source [3] is there, no idea if it compiles for 64bit. 
Obviously you can also put Linux on your Mac hardware, but no Mainstage 
there :)


[1] https://github.com/mattingalls/Soundflower
[2] https://rogueamoeba.com/loopback/
[3] https://jackaudio.org/downloads/ https://github.com/jackaudio/jack2


On 11.10.19 11:36, mauricemoncozet wrote:

Hello,
With Mac OS 10.15 Catalina Jackpilot (32 bit) will not work anymore. As 
a musician I use it a lot to connect Pd to Mainstage or others.
Do you know if Soundflower that seems to be working with Mojave (OS 
10.14) will continue with 10.15?

Thank you for your answers.
MM




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

Re: [PD] Mr. Peach missing packOSC/unpackOSC?

[Max]

Please note that the flossmanuals page is outdated in so far that 
nowadays you don't need any external to get OSC communication going.
Vanilla Pd supports OSC, look at the objects and helpfiles of [oscparse] 
and [oscformat] for pointers on how to use them.


m.

On 28.09.19 06:44, Joey Dodson wrote:

Hi all,

I'm working on getting started with OSC and I'm referencing this page:

http://write.flossmanuals.net/pure-data/osc/

which suggests using [packOSC] and [unpackOSC], which I believe are 
supposed to be in Mr. Peach. The only problem is that I have Mr. Peach 
installed and I don't seem to be able to create those objects. I have 
tried declaring them [mrpeach/packOSC] and [mrpeach/net/packOSC], not to 
mention with lowercase letters as well. [import mrpeach] also doesn't 
create. However, I can use some other objects just fine, like 
[mrpeach/net/udpreceive].


I am currently using Pd 0.48.1 and, according to Synaptic, I have 
pd-mrpeach & pd-mrpeach-net 0.1 installed. Am I missing something? Those 
are the only ones that show up in Synaptic. I also noticed that the Pd 
site doesn't list any versions for it:


https://puredata.info/downloads/mrpeach

Any hints would be appreciated!

Cheers,
Joey

___
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] installing pd via apt-get

[Max]

I thought I saw something in the documentation or help files of Pd which 
was using Gem... So I tried

grep -rnw '5.reference/' -e 'gem'
which did not find anything. However, while searching that I found that 
the html documentation was suggesting to install Pd-extended if one 
wants Gem, so I made a pull request to remove this reference to Pd-extended.


https://github.com/pure-data/pure-data/pull/755

On 23.09.19 13:10, IOhannes m zmölnig wrote:

On 9/22/19 10:08 PM, Roman Haefeli wrote:

doing this will most likely give you a system that lacks all the
functionality you expect.

Interesting,*you*  say that. 'puredata' recommends 'gem'. I certainly
do not expect to get Gem when installing Pure Data. In all cases I
remember, I was rather annoyed by stuff that got installed
unexpectedly.


actually the fact that the "puredata" package recommends "gem" predates 
my involvement in the Debian package and i just never came around to 
demoting it to a mere "suggests" (which is normally not automatically 
installed).


if it bothers you, please file a bug against the puredata Debian package.

 > So often, though, it appeared to me that 'recommends' somewhat
 > followed the taste of the maintainer and was not concise.

The Debian policy is pretty clear about what qualifies as a "Recommends" 
[1].
However, i think that historically the term was less well defined and 
was mostly used as what nowadays would be a "Suggests".


gsadmr
IOhannes




[1] 
 




___
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] installing pd via apt-get

[Max]

did you set up your package manager to also install all suggested packages?

$ apt-cache depends puredata
puredata
  Depends: puredata-core
  Depends: puredata-core
  Depends: puredata-dev
  Depends: puredata-dev
  Depends: puredata-doc
  Depends: puredata-doc
  Depends: puredata-extra
  Depends: puredata-extra
  Depends: puredata-gui
  Depends: puredata-gui
  Depends: puredata-utils
  Recommends: gem
  Suggests: pd-aubio
  Suggests: pd-csound
  Suggests: pd-pdp
  Suggests: pd-zexy
  Suggests: multimedia-puredata


you can also just install puredata-core, which doesn't even depend on 
puredata-gui, only recommends it.




$ apt-cache depends puredata-core
puredata-core
  Depends: libasound2
  Depends: libc6
 |Depends: libjack-jackd2-0
  Depends: 
libjack-jackd2-0
libjack0
  Depends: libportaudio2
  Breaks: puredata
  Breaks: puredata-doc
  Breaks: puredata-gui
  Breaks: puredata-gui
  Recommends: puredata-gui
  Replaces: puredata
  Replaces: puredata-doc






On 21.09.19 08:53, Alexandre Torres Porres wrote:

I'm obviously confused, let me try again...

I'm using the latest Ubuntu Studio Disco Dingo.

there is just "puredata" but when I try to install it, it says it will 
also install a bunch of externals. How do I just install vanilla?


Em sáb, 21 de set de 2019 às 03:45, Alexandre Torres Porres 
mailto:por...@gmail.com>> escreveu:


Hi, I'm trying to install puredata from apt-get, but all I can find
is something called puredata-core, which comes from a bunch of
externals, and I dont want that. Is there a way to just install pd
vanilla with apt-get?

And while we're at it, I see that puredata-core has cyclone, but an
old version, how can  Iinclude the latest cyclone? I also see that
there are libraries that were not part of pd extended in this, so
maybe I could include as well my other library (else)? But how?

thanks


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






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

Re: [PD] [PD-dev] Naming of patch when doing a "save as"

[Max]

I'll add another rationale just for completeness:
When having multiple top level patches, abstractions and sub-patches 
open, displaying the original filename in the dialog gives the user 
another confirmation which of the open windows the "save as" command is 
referring to.



On 18.09.19 19:54, Miller Puckette wrote:

I have to agree - I'm used to having the "save as" start up with the existing
filename, with the text selected so that you can just type in a new one from
scratch, or hit the right-arrow to just edit the last letter or digit of the
name.

Git's cool, but when I'm working with others the name+number convention
often helps a lot.

cheers
Miller

On Wed, Sep 18, 2019 at 07:50:36PM +0200, Christof Ressi wrote:

Cause to me it doesn???t make sense at all.


I hope we all agree on that :-) "save as" should start at the current file name, that's 
the convention and IMO there's absolutely no reason for doing it differently. As people have 
already noted, the "save as" dialog will already warn you when you try to overwrite an 
existing file.

I would do a PR but I'm busy right now. You might file a bug report, so we 
don't forget.

Christof


Gesendet: Mittwoch, 18. September 2019 um 19:26 Uhr
Von: "jakob skouborg" 
An: "IOhannes m zmoelnig" 
Cc: "pd-...@lists.iem.at" 
Betreff: Re: [PD-dev] Naming of patch when doing a "save as"





the days of "Copy of Copy of Kopie von Comb filter 1.2 (17.12.1997)
final copy.pd" ought to be gone for good.


That is not what what I am saying or expecting.

It is really very simple, just start from the name of last time the patch was 
saved,
like basically any other app in the world does today. Then anyone can write what
they want from there.



if you want to do versioning of patches, you probably should look into a
proper version-control-system, like 'git'.
seriously.



I think that is overcomplicating the "save as" function a little bit.



and while i still don't have much of an opinion about the suggested
filename, i think that the suggestion shouldn't contain spaces at all
(alternatively you find a simple way to load abstractions with spaces in
their name).



The name heres was just an example.

Of course I call abstractions something else, without spaces.

I am talking about main/master patches. All though you can still call them 
???Patchname1???, etc.

Anyway, I am just curious about that the rationale is for starting from 
???untitled???,
instead of last saved name? Cause to me it doesn???t make sense at all.

Cheers!




On 17 Sep 2019, at 10:00, IOhannes m zmoelnig  wrote:

On 16.09.19 18:05, jakob skouborg wrote:


I often do a lot of versioning when making complex patches, to avoid
ruining them. So most of my patches have numbers included.

Like for example "Comb filter 1.0???


ah yes, *that* use-case.

if you want to do versioning of patches, you probably should look into a
proper version-control-system, like 'git'.
seriously.
the days of "Copy of Copy of Kopie von Comb filter 1.2 (17.12.1997)
final copy.pd" ought to be gone for good.


and while i still don't have much of an opinion about the suggested
filename, i think that the suggestion shouldn't contain spaces at all
(alternatively you find a simple way to load abstractions with spaces in
their name).

gmasdr
IOhannes

___
Pd-dev mailing list
pd-...@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev


___
Pd-dev mailing list
pd-...@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev





___
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] pd~ and rpi

[Max]

On 16.09.19 12:54, Christof Ressi wrote:

if you want to use pd~ to for example render a GEM patch you need to
switch on dsp in the subprocess at least for a moment.


I don't think you need to do this (anymore). Control objects work fine without 
DSP being turned on in the subprocess, like the documentation says.


OP is using 0.47 on the RPi, so  ¯\_(ツ)_/¯



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

Re: [PD] pd~ and rpi

[Max]

I remember this bug.
if you want to use pd~ to for example render a GEM patch you need to 
switch on dsp in the subprocess at least for a moment. A simple



[loadbang]
|
[;
 pd dsp 1(


[loadbang]
|
[delay 1000]
|
[;
 pd dsp 0(


in the subprocess will make it work.
I'm not sure if or when this was fixed, but I think it was at some point.



On 15.09.19 18:57, iftah gabbai wrote:
hello list, its my first email ever so i really hope i do the guidelines 
justice, i just missed the part about the gmail issue so chaned my 
adress to @googlemail , apologies if u got this email twice :)


i tried searching the list and google and couldn’t find too much info so 
i try here: im attempting to use (pd~) in a patch in order to use 
multicore processing on my rpi 3b+. it works fine on my mac using pd 
0.50 but does not seem to work on my rpi running strech lite headless 
and pd 0.47. the closest i got is to get it to print info out of stdout 
and this is happening only when i start the dsp in the sub process which 
kinda contradicts the documantaion. i tested also using atest patch 
which is just an osc~ connected to a dac~ in the sub process but still 
no luck. i wonder if anyone ever got this to work? is it related to 0.47 
and should i go thru the trouble of compiling / installing a newer 
version since 0.47 is the latest version available for strech lite as 
far as i understated?


thank you very much

___
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] 8 channel circle panner, how?

[Max]

I think you want to look at
pp.spat8~.pd
from https://github.com/solipd/AudioLab by Philipp Schmalfuß.

m.


On 11.09.19 00:08, Alexandre Torres Porres wrote:
Em ter, 10 de set de 2019 às 16:42, Roman Haefeli > escreveu:


Do you need the flexibility that Ambisoncis gives you?


doubt it.

Would like to be able to switch between 2D and 3D with the same system? 



nope

I'm not sure if what you want is different from
[else/pan4~], but with 8 channels...


yeah, all I want is expand it to 8 channels, and I'm gonna call it 
[else/pan8~]


I'll let the other experts deal with "true spatilization" and people can 
just use these more sophisticated libraries for that.





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






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

Re: [PD] [PD-announce] pd 0.50-0 test1 released

[Max]

Thank you and everyone involved very much.

As far as I can see the List of objects aka. help-intro.pd doesn't 
contain the new objects jet and the description of clone reads - mak 
copies of a subpatch, when it should read abstraction.


m.


On 09.08.19 02:09, Miller Puckette wrote:

To Pd-announce:

Pd version 0.50-0test1 is available on http://msp.ucsd.edu/software.htm
or (source only) via github: https://github.com/pure-data/pure-data

I'm hoping to be able to put out a "stable" release in a week.

cheers
Miller



___
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

Re: [PD] Blind User

[Max]

Hi Seth,

I had to search "NVDA" and it seems you must be using Windows.
I'm curious what you mean when you say that you can see the menu bar but 
not the audio device settings. Is this an incompatibility between NVDA 
and Tcl/Tk? Is there something that the developers of Pd must do so that 
NVDA can render the Audio Settings for the blind?
There are some blind users on the Linux Audio User mailinglist, so I 
assume it works with the screen reader frameworks for Linux.


Max



On 04.08.19 12:51, seth hurst wrote:

Hello I'm blind but wanting to use pd for making moduler music. I am
using the NVDA screen reader. I can see the menu bar but not the main
ui to select audio devices or midi devices or any settings. I also
can't see to connect the boxes. Is there anything you guys can do ore
help me with? I really like the video's I'm finding on this but I want
to be able to try them out for my self.



___
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] alsa : Invalid value for card -- Still an issue?

[Max]

I think you may be able to simulate the issue by messing with the index 
value in the file:

/lib/modprobe.d/aliases.conf

options snd-usb-audio index=0

try for example -3 or 3 and the issue should come up, possible after 
logging in again.


github issue created: https://github.com/pure-data/pure-data/issues/709




On 04.08.19 20:14, Miller Puckette wrote:

I think that would be a good idea - I don't know if I can fix it for this
release (would need to learn how to configure ALSA to make the problem come up)
but it's best if everyone can see that the problem is there.

cheers
Miller

On Sun, Aug 04, 2019 at 07:05:49PM +0200, Max wrote:

I recently had this issue on a raspberry pi where Pd can't connect to the
alsa card when their listing doesn't start with 0

The issue is described here in a thread from 2016:
https://lists.puredata.info/pipermail/pd-list/2016-12/117189.html

Should I open an issue for this problem on github?

max



___
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] alsa : Invalid value for card -- Still an issue?

[Max]

I recently had this issue on a raspberry pi where Pd can't connect to 
the alsa card when their listing doesn't start with 0


The issue is described here in a thread from 2016:
https://lists.puredata.info/pipermail/pd-list/2016-12/117189.html

Should I open an issue for this problem on github?

max



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

Re: [PD] Cannot run pd patch from crontab at startup on raspi

[Max]

I'd try to launch it as a script in /etc/init.d/ like described here:

https://tutorials-raspberrypi.com/raspberry-pi-autostart-start-program-automatically/


On 27.06.19 22:38, Csaba Láng wrote:

Dear list,
have to run a pd patch with GUI on raspbian but it won’t run

@reboot puredata -gui -open /path-to-patch

Any clue what is wrong? Tried everything even put into script but no luck!

Best,
Popesz

___
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] do we need externals for ARMv8 in raspberry pi 3 and 4?

[Max]

On 26.06.19 05:00, Alexandre Torres Porres wrote:
Hi, I just realized raspberry pi 3 and the new 4 are armv8... do they 
need or benefit from an armv8 compile?


So far I've only compiled for armv7, and it seems it could do just well 
with armv6 (which is needed for raspberry pi zero)


just earlier today I wanted to install timbreID on a raspberry through 
deken. It was hidden by default because the binary is for armv7 so 
considered a "foreign architecture" because the Raspberry 3 is armv8. I 
installed the armv7 and it seemed to be working.


m.



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

[PD] ml-lib in deken

[Max]

Trying out the ml-lib from deken provided by jb - Jamie Bullock it seems 
like the smart arch recognition of deken failed on it? It shows in deken 
as arch independent but only comes in a darwin binary download.




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

Re: [PD] Sensel Morph object development

[Max]

I have a Sensel Morph and is a great device with an outstanding z-axis 
sensitivity. It comes with an app (unfortunately Mac/Win only) which 
lets you set the control type. [1]
That way the sensel can act like a keyboard to the computer, or a MIDI 
device or a MIDI MPE device, etc.
This is a powerful concept which allows to integrate the device in many 
different software environments without the need for a software adapter 
or plugin.
This means the sensel morph is already usable and more than useful with 
Pd as is. When looking at the API level features [2] it's clear however 
that there is way more information available which can't be accessed 
through layers like MIDI, even with MPE extensions.

Here is where the external would be very welcome.
The functionality could be modeled after the existing max external(-s?) 
[3], [4] however they don't seem to be open source as far as I can see.
Peter Nyboer wants some discussion about the specs of such Pd external. 
From my point of view it would be nice if it would adhere to current 
development tools like the lib builder [5] and be available via deken 
(and apt on linux).
From sensel I would wish their app would be available for linux or at 
least there would be a way to change the morph control type from within 
linux. I also miss an OpenSoundControl control type.


m.

[1] https://guide.sensel.com/app/#control-types
[2] https://guide.sensel.com/api/#api-data-output-description
[3] https://cycling74.com/articles/content-you-need-sensel
[4] 
http://www.roaldbaudoux.org/nouvelles/112-max-msp-jitter/100-sensel-morph-max-external.html

[5] https://github.com/pure-data/pd-lib-builder

On 11.06.19 07:19, Julian Brooks wrote:

Nice.
Don't normally get excited by gear but this actually looks useful...

On Mon, 10 Jun 2019 at 17:36, Peter Nyboer <mailto:p...@nbor.us>> wrote:


I’m not looking for free work - I’d be happy to do it as trade for
gear or a mix of pay and gear. Whatever works. I would want to spec
out the behavior and have some  assurance of continued support for
it available.

Peter



On Jun 10, 2019, at 4:45 AM, Dan Wilcox mailto:danomat...@gmail.com>> wrote:

I'm wondering if anyone is interested in donating a Sensel Morph
or two as incentive for the development of a native Pd object.
This seems like the perfect kind of project for an advanced
student as well...


On Jun 10, 2019, at 12:00 PM, pd-list-requ...@lists.iem.at
<mailto:pd-list-requ...@lists.iem.at> wrote:

Date: Sun, 9 Jun 2019 12:33:44 -0700
From: Peter Nyboer mailto:p...@nbor.us>>
To:pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>
Subject: [PD] Sensel Morph object development
Message-ID: mailto:a0137309-17cc-429f-9888-518a7ef0a...@nbor.us>>
Content-Type: text/plain; charset="utf-8"

Hi All,

I’m wondering if anyone is interested in creating an object for
PD for the Sensel Morph. There’s an API in C on github
<https://github.com/sensel/sensel-api> with details in our guide
<http://guide.sensel.com/api/>.
There is an object for Max that works quite nicely - it would be
great to get a similar object for Pure Data. Send me a mail
atpe...@sensel.com
<mailto:pe...@sensel.com><mailto:pe...@sensel.com> and we can
figure out details.

Peter.



Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>





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


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






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

Re: [PD] GPIO for rotary decode

[Max]

I'll look into that.
Let me rephrase: What's the recommended way to decode a rotary encoder 
from Pd via GPIO in 2019?

:)


On 15.05.19 20:32, Miller Puckette wrote:

Hi Max -

It's from 2013, and I think there are much better tools around now, but
here's what I did:

http://msp.ucsd.edu/syllabi/206.13w/index.htm

cheers
Miller

On Mon, May 13, 2019 at 06:54:17PM +0200, Max wrote:

In this message from 2015 I read about a GPIO external by Miller in
something that's called "pi-externs".
Where can I find that?


https://lists.puredata.info/pipermail/pd-list/2015-08/111237.html

thanks.



___
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] GPIO pi-extras

[Max]

In this message from 2015 I read about a GPIO external by Miller in 
something that's called "pi-externs".

Where can I find that?


https://lists.puredata.info/pipermail/pd-list/2015-08/111237.html

thanks.



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

[PD] Pd crash in audio dialog (Linux)

[Max]

I (and one more user) have this weird issue that pd crashes in the audio 
dialog, see animated gif here:


https://github.com/pure-data/pure-data/issues/591

did anyone else encounter this? Please chime in.

m.



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