Re: [PD] [PD-announce] vstplugin~ v0.3.0 released!

2020-01-05 Thread Adenosina Tri Phosfato
Thanks for this, really glad it's getting improved!!! Em seg., 6 de jan. de 2020 às 02:24, Lucas Cordiviola escreveu: > Thanks! > > I have tested the Windows-64 version with an "WaveShell-VST 9.2_x64.dll" > with lots of plug-ins. > Works perfect! > > :) > > Mensaje telepatico asistido por

Re: [PD] How to make a large patch performant

2020-01-05 Thread Lucas Cordiviola
On 1/6/2020 2:51 AM, Andrew Lyons wrote: > So I'm finding that patches running in pd~ subprocesses cannot read > midi input of any kind? Does midi input need to be passed in from the > parent patch as audio inputs? No, why as audio input? You can pass it as control via the first inlet. From

Re: [PD] How to make a large patch performant

2020-01-05 Thread Andrew Lyons
Ah - Ok. Yep. Thanks! = Andrew D Lyons | Tools Developer | http://www.tstex.com = On Sun, 5 Jan 2020 at 22:19, Lucas Cordiviola wrote: > On 1/6/2020 2:51 AM, Andrew Lyons wrote: > > So I'm finding that

Re: [PD] How to make a large patch performant

2020-01-05 Thread Andrew Lyons
So I'm finding that patches running in pd~ subprocesses cannot read midi input of any kind? Does midi input need to be passed in from the parent patch as audio inputs? Thanks! On Sun, Jan 5, 2020, 10:23 AM Andrew Lyons wrote: > Thanks! > > [pd~] is news to me. Will research... > > Cheers > >

Re: [PD] [PD-announce] vstplugin~ v0.3.0 released!

2020-01-05 Thread Lucas Cordiviola
Thanks! I have tested the Windows-64 version with an "WaveShell-VST 9.2_x64.dll" with lots of plug-ins. Works perfect! :) Mensaje telepatico asistido por maquinas. On 1/5/2020 7:55 PM, Christof Ressi wrote: > Dear list, > > I'm happy to announce the release of vstplugin~ v0.3.0. > >

[PD] PD file format documentation?

2020-01-05 Thread William Huston
A question arose on Facebook which prompts me to ask: Is the PD file format documented anywhere? (besides the source code)? Has anyone built any programs which build PD files? It might be neat to have a C-Sound or Supercollider style language (where writting tests and loops can be easier) which

Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?

2020-01-05 Thread Christof Ressi
> I think it would be super nice if PD could have a 32 bit integer datatype.   Double precision Pd gives you 52-bit integer precision out of the box. Some scripting languages actually use doubles internally as the only number type, e.g. JavaScript, Lua (up to 5.2), > Perl has something Larry

Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?

2020-01-05 Thread William Huston
I think it would be super nice if PD could have a 32 bit integer datatype. (I realize there would be a lot of underlying complexity) - Some quantities are naturally reals/floats (voltages, instantaneous sound pressure levels) - Other quantities are naturally integers (counters,

Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?

2020-01-05 Thread Christof Ressi
there's the [tabread4~~] external in zexy which doesn exactly that. The help patch is missing, though. I guess [tabwrite4~] could also do that. Maybe enable it with a flag?   Christof   Gesendet: Montag, 06. Januar 2020 um 00:08 Uhr Von: "Sebastian Shader via Pd-list" An: pd-l...@iem.at

Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?

2020-01-05 Thread Sebastian Shader via Pd-list
Is the reason that the "offset" inlet isn't a signal inlet mainly for performance in most use-cases?Because if it were it seems like users could give 32-bit floats to both inlets, and have them added as doubles internally? -Seb___ Pd-list@lists.iem.at

Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?

2020-01-05 Thread William Huston
Adenosina, I think what I meant to say, is that it seems to me the particular style of bitcrush which happens when reading into a large array using [tabread4~], depending the exact depth into the array, has a nice crunchy sound I haven't heard replicated using other methods. I wish I could have

[PD] [PD-announce] vstplugin~ v0.3.0 released!

2020-01-05 Thread Christof Ressi
Dear list, I'm happy to announce the release of vstplugin~ v0.3.0. [vstplugin~] allows to load VST2 and VST3 plugins on Windows, macOS and Linux. Binaries are available on Deken or here: https://git.iem.at/pd/vstplugin/releases Please report any issues at

Re: [PD] deken external in database / objectlist file

2020-01-05 Thread João Pais
where is it? I downloaded the zip file, used the "find file" button, and searched the page, but deken.exe didn't come up. Does that mean that a database entry can only be made using the deken command line? Am So., 5. Jan. 2020 um 20:44 Uhr schrieb IOhannes m zmölnig < zmoel...@iem.at>: > Am 5.

Re: [PD] deken external in database / objectlist file

2020-01-05 Thread IOhannes m zmölnig
Am 5. Jänner 2020 16:02:52 MEZ schrieb "João Pais" : > > Since I'm on windows and there are no deken tools >available, what about the precompiled `deken.exe` available on github? mfg.hft.fsl IOhannes ___ Pd-list@lists.iem.at mailing list

Re: [PD] How to make a large patch performant

2020-01-05 Thread Andrew Lyons
Thanks! [pd~] is news to me. Will research... Cheers (Sorry for not trimming) On Sun, Jan 5, 2020, 10:18 AM Christof Ressi wrote: > Hi, > > have you tried splitting the workload across several cores, e.g. with > [pd~]? This worked quite well for me. > > If this isn't possible or not enough,

Re: [PD] How to make a large patch performant

2020-01-05 Thread Christof Ressi
Hi, have you tried splitting the workload across several cores, e.g. with [pd~]? This worked quite well for me. If this isn't possible or not enough, then rewriting parts of your patch as externals can definitely give a significant performance boost.   Christof Gesendet: Sonntag, 05. Januar

[PD] How to make a large patch performant

2020-01-05 Thread Andrew Lyons
Hi, My pure data patch has grown beyond the processing power of my Raspberry pi. I am looking at software options to make it performant again: 1./ Heavy compiler 2./ Convert abstractions to extensions. Recommendations? Suggestions? Thanks On Sun, Jan 5, 2020, 9:43 AM Gabriel Lecup wrote: >

Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?

2020-01-05 Thread Gabriel Lecup
So regarding double precision: is there a way to have long varispeed without using externals? I've been banging my head for quite some time, and it seems this is still a major drawback for casual users like myself ... On Sun, 5 Jan 2020 at 12:20, William Huston wrote: > As others have stated,

Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?

2020-01-05 Thread William Huston
As others have stated, 64-bit architecture vs 32 bit, has nothing to do with a Single Precision Float vs. Double. Yes, one can bitcrush from Double also. On Sun, Jan 5, 2020, 10:14 AM Adenosina Tri Phosfato wrote: > Em sáb., 4 de jan. de 2020 às 12:24, William Huston < >

Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?

2020-01-05 Thread Adenosina Tri Phosfato
Em sáb., 4 de jan. de 2020 às 12:24, William Huston < williamahus...@gmail.com> escreveu: > Funny, I have grown to like the "bitcrush" style distortion > from using the existing single-precision method. > but you can do bitcrush and reduce resolution from 64bits as well, right?

[PD] deken external in database / objectlist file

2020-01-05 Thread João Pais
Hi list, I noticed that deken can search for individual objects. But, when I search for an object of my jmmmp library, I can't find them. What am I doing wrong? I had a look at https://github.com/pure-data/deken/blob/master/developer/README.md#objectlists, but when browsing the libraries