Re: [PD] faustgen~ still actively developed?

[alfonso santimone]

yes, clickin' on the object does open the editor on Windows 11

Alfonso Santimone
soundcloud.com/alfonsosantimone
www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
www.facebook.com/alfonsosantimone


On Tue, Oct 11, 2022 at 6:15 PM Alexandre Torres Porres 
wrote:

>
>
> Em ter., 11 de out. de 2022 às 12:09, alfonso santimone <
> alfonso.santim...@gmail.com> escreveu:
>
>> Hi all guys,
>> thanks for the hints about faustgen2~ which i totally missed.
>> From a quick test on the faustgen2~ help patch, everything seems to work
>> fine at least on Windows 11 - 64bit.
>>
>
> Does clicking on the object open the codebox window? It doesn't in macs.
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] faustgen~ still actively developed?

[alfonso santimone]

Hi all guys,
thanks for the hints about faustgen2~ which i totally missed.
>From a quick test on the faustgen2~ help patch, everything seems to work
fine at least on Windows 11 - 64bit.
What a good addition would this be to PlugData and Camomile!
In a certain way it's a kind of Max's gen~ for Pd....


Alfonso Santimone
soundcloud.com/alfonsosantimone
www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
www.facebook.com/alfonsosantimone


On Tue, Oct 11, 2022 at 1:39 PM Alexandre Torres Porres 
wrote:

> Em ter., 11 de out. de 2022 às 08:24, Scott R. Looney <
> scottrloo...@gmail.com> escreveu:
>
>> i suppose if you wanted to you could file an issue on Github.
>>
>
> Yup, or anyone else. I don;t really care, I never used it cause I just
> don't use Faust, but would like to mess with Faust someday :)
>
>
>> i would just use Faust on the website or in FaustLive to develop and test
>> the DSP files and then use PD to run them as a plugin, so opening the code
>> box wasn't as important to me
>>
>
> I know it is usable, I'm just saying this external is not fully working on
> vanilla.
>
> Anyway, again, CEAMMC has an external that is vanilla compatible that runs
> Faust code I believe.
>
> cheers
> ___
> 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] faustgen~ still actively developed?

[alfonso santimone]

Hi guys, It seems that faustgen~ Is kinda adbandoned. It Is actively
updated as a Max external by Faust devel team. But i can't find any recent
Pure Data version. Is somebody working on It? thanks
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd as a VST on Wine

[alfonso santimone]

Hi Lucas. This Is great news! Is this new version multi-instance capable
and can use any external in the VST? Any plan for a VST3 and CLAP version?
thanks for your work adding another option beside Camomile and PlugData!

Il mar 4 ott 2022, 11:43 Lucas Cordiviola  ha
scritto:

> Hi Chris,
>
> Try with this new pdvst-0.52.
>
>  https://git.nubegris.com.ar/lucarda/pdvst-0.52/releases
>
> I think you already know how to use it.
>
> - get Pd-0.52
> - copy "pdvst-0.52-v0.1/pd-scheduler64/vstschedlib.dll" to "your-Pd/bin"
> - then adjust the .pdv files as needed.
>
> (later i need to do a proper README)
>
> ---
>
> Let me know if it worked for you (it works for me via
> https://www.hermannseib.com/english/vsthost.htm)
>
>
> --
>
> Mensaje telepatico asistido por maquinas.
>
> On 04/10/2022 03:54, Chris McCormick wrote:
> > Hey all,
> >
> > Back in the day I used to run Modplug Tracker (OpenMPT) on Wine and
> > have Pd as a VST via the pdvst~ plugin. These days when I try this I
> > get crashes and segfaults. I have tried several of the new plugins but
> > none of them work except Camomile which has a bug where it won't find
> > the patch due to weird paths.
> >
> > I know it's a long shot but does anybody have a working setup with Pd
> > as a VST under Wine and can help?
> >
> > Cheers,
> >
> > Chris.
> >
>
>
>
> ___
> 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] ELSE 1.0-0 Release Candidate 3 with Live Electronics Tutorial is out!

[alfonso santimone]

That's great! Thanks to you and Tim for the great commitment!
a.

Alfonso Santimone
soundcloud.com/alfonsosantimone
www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
www.facebook.com/alfonsosantimone


On Mon, Aug 22, 2022 at 4:41 PM Alexandre Torres Porres 
wrote:

> YAY!!! I'm really proud of this one.
>
> This took kind of a while so there's lots and lots of new stuff and
> breaking changes. This is the 1st release to reach and exceed 450 objects
> (459 in total now, next milestone, 500 objects?). Total number of examples
> in the tutorial is now 477. Here are the release's highlights:
>
> - MOST ESPECIALLY, WE FINALLY HAVE DECENT COMPILED BANDLIMITED OSCILLATORS
> ([bl.saw~], [bl.tri~], [bl.vsaw~], [bl.square~],[bl.imp~], [bl.imp2~])
> thanks to Tim Schoen from PlugData, who has become a great partner in the
> development of ELSE, since ELSE is part of PlugData ;) This was one of the
> last milestones for a proper final release, so maybe we're close.
> - Now we have a new [numbox~] GUI compiled object for monitoring and
> generating signals (this replaces [diisplay~], which was removed). This is
> thanks to Tim Schoen again.
> - The [bicoeff] object has been renamed to [bicoeff2] and [bicoeff] is now
> a new GUI object based on the "filtergraph" external (this one is still
> very experimental and not really acceptable yet).
> - All objects with random generators have been revised to take a seed
> value and generate unique seeds every time you open the patch. I made a PR
> to Pure Data so we have something similar for [random], [noise~] and [array
> random].
> - [brown~] has an impulse signal input to generate random steps now as
> well.
> - There are 13 new objects, most importantly and not yet mentioned:
> [brown] (control browninan motion), [bl.osc~] (a band limited oscillator
> based on wavetables), [blip~] (a bandlimited impulse generator) and [scala]
> (for importing tunings in the Scala software format).
>
> Complete changelog is here:
> https://github.com/porres/pd-else/releases/tag/v1.0-rc3
>
> It's up on deken, have fun.
> ___
> 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] Fluid Corpus Manipulation Toolkit for Max, SuperCollider and Pure Data - version 1 release

[alfonso santimone]

That's great!
Congratulations!
I dream of it within  PlugData and Camomile...

Alfonso Santimone
soundcloud.com/alfonsosantimone
www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
www.facebook.com/alfonsosantimone


On Fri, Jul 8, 2022 at 8:56 AM Pierre Alexandre Tremblay 
wrote:

> Thanks! Obviously it is a team work but I’m very proud of my part ;)
>
> Soon I will ask this list, or maybe pd-dev, for a bit of help in reviewing
> 2 bits of code… we hope to transition to a community maintained (or at
> least serviced) codebase so that will be good to see if people are
> interested a bit to get under the hood…
>
> In the meantime, I need to play with it a bit
>
> > On 8 Jul 2022, at 07:45, Edwin van der Heide  wrote:
> >
> > Dear Pierre,
> >
> > Really really nice work and fantastic that this is for PD, Max and also
> SuperCollider!
> >
> > Best!
> >
> > Edwin
> >
> > On 7 Jul 2022, at 18:52, Pierre Alexandre Tremblay 
> wrote:
> >
> > Dear all
> >
> > It is with great pride that, after almost 5 years of development, 19
> alpha and 9 beta releases, dozens of nightly builds, more than 30
> workshops, and hundreds of feedback from early users on everything from its
> sound to its interface, we are pleased to release version 1 of the Fluid
> Corpus Manipulation Toolset.
> >
> > It brings an ecosystem of extensions to Max, SuperCollider, and Pure
> Data, for programmatic sound bank exploration via machine listening and
> machine learning algorithms. It also provides a learning platform, and a
> forum to discuss these questions of musicking with datasets.
> >
> > Try it, learn it, discuss it at flucoma.org
> >
> > Main development of the codebase and learn platform by Owen Green,
> Gerard Roma, Pierre Alexandre Tremblay, James Bradbury, Ted Moore, Jacob
> Hart, Alex Harker, with significant contributions by Alice Eldridge, Balint
> Laczko, Chris Keifer, Daniele Ghisi, Francesco Camelli, Gianluca Elia, Hans
> Tutschku, Lauren Sarah Hayes, Leafcutter John, Mads Kjeldgaard, Martin
> Dupras, Michael Zbyszyński, Mike Cassidy, Mike McCormick, Nicolas
> d'Alessandro, Niklas Adam, Nikolai G., Olivier Pasquet, Rebecca Fiebrink,
> Richard Devine, Rob Clouth, Rodrigo Constanzo, Sam Pluta, Till Boverman,
> Timo Hoogland, and the many workshop participants.
> >
> >
> >
> >
> > ___
> > 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-announce] accountant's delight: deken v0.9

[alfonso santimone]

Yeah i meant what Iohannes said
the main aim is for me to be see what's new is coming up more clearly.
I'd add and "expand all" command to open all the libs entries in the deken
plugin

Alfonso Santimone
soundcloud.com/alfonsosantimone
www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
www.facebook.com/alfonsosantimone


On Thu, May 26, 2022 at 12:56 AM IOhannes m zmölnig  wrote:

>
> On 5/25/22 18:38, Lucas Cordiviola wrote:
> > On 25/05/2022 12:03, alfonso santimone wrote:
> >> It seems that ordering by everything except title doesn't work on
> >> Windows.
> >
> > All is working for me on Windows.
> >
> > Are you sure you are expanding the results clicking on the [+]
> >
>
> i think alfonso is talking about the deken-plugin (rather than the
> website).
>
> anyhow: when sorting per version (or date), the relative sorting of the
> libraries stays intact, but the packages within each library are sorted
> accordingly (which won't do much if you have enabled "Hide foreign
> architectures" and "Only show the newest version of a library", as in
> this case, each library-entry will only have a single entry, which sorts
> the same in all directions).
>
>
> the current development version of deken (which you can download from
> github), allows you to double-click a column, which will then also
> re-arrange the library nodes (so you can see which library was updated
> most recently)
>
>
> On 5/25/22 17:03, alfonso santimone wrote:
>  > The most important thing for my is ordering by date to update packages
>  > to latest versions
>
> keep in mind though, that the upload date does not necessarily sort the
> same as versions.
>
> that is: i'm pretty sure that we do have packages where an older version
> was uploaded after a newer version.
>
>
> mfgdsa
> 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-announce] accountant's delight: deken v0.9

[alfonso santimone]

Hi all.
Great additions to deken! It seems that ordering by everything except title
doesn't work on Windows.
The most important thing for my is ordering by date to update packages to
latest versions

Alfonso Santimone
soundcloud.com/alfonsosantimone
www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
www.facebook.com/alfonsosantimone


On Sun, May 22, 2022 at 1:07 AM IOhannes m zmölnig  wrote:

>
> On 5/21/22 22:29, Roman Haefeli wrote:
> >
> >> - simple selection of multiple packages
> >
> > 1. Search for "iemlib iemnet osc slip"
> > 2. Shift-click all the packages you intend to install
>
>
> or just "click" (without "shift")
> to immediately install a package without the detour to the INSTALL
> button, double-click the package.
>
> mxscdx
> 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-announce] Camomile v1.0.8-beta

[alfonso santimone]

If [pd~ ] adds additional latency i think this is potentially problematic.
if it is of some known quantity its value has to be sent to the DAW for
Plugin Delay Compensation. If it is unknown it can give troubles.
BTW i gonna make some tests in the next days to see how the whole thing
goes about [pd~ ] in Camomile.

thanks!

www.elgallorojorecords.bandcamp.com/

soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Wed, Jan 13, 2021 at 4:26 PM Christof Ressi 
wrote:

> I'm just trying to understand what is the difference and advantage of
> compiling camomile with externals
>
> IIUC, externals are only possible via [pd~] (unless you directly link the
> externals with Camomile, as is the case with ELSE-Camomile). [pd~]
> obviously has some overhead and adds additional latency.
>
> On the other hand, I think it wouldn't be too hard for Camomile to support
> externals out of the box, but they need to be compiled with PDINSTANCE.
> Shipping them next to the actual VST plugin might confuse some DAWs, so
> they should be placed in a well known directory (which could be handled by
> an installer). This is what "Waves" does on Windows:
> "%PROGRAMFILES%/VSTPlugins/Waves" only contains the "WaveShell-VST.dll"
> shell plugins; the actual plugins, libraries and resources reside in
> "Program Files (x86)/Waves".
>
> Christof
>
>
> On 13.01.2021 15:31, Alexandre Torres Porres wrote:
>
> Em qua., 13 de jan. de 2021 às 05:58, Pierre Guillot <
> guillotpier...@gmail.com> escreveu:
>
>> I'm not sure what do you mean by  "you can compile the vst/.au/whatever
>> with it".
>> If you want to distribute a plugin that use externals without compiling
>> Camomile, I guess one solution would be to ship a Pd distribution with the
>> externals in the plugin bundle and use the [pd~] object to start a process
>> with this embedded Pd binary (that would be able to load the external). Or
>> you can ask the user to install Pd and the required externals if you don't
>> want to ship a complete Pd distribution with the plugin.
>>
>
> I'm just trying to understand what is the difference and advantage of
> compiling camomile with externals, which is possible and we've already made
> that happen at least for the ELSE-Camomile => distribution
> https://github.com/emviveros/Camomile-ELSE
>
> Not that we'll stop, now that we're here, we'll stay I guess :) but I just
> wanna make sure what's the motivation. And I guess the only difference is
> that you can ship/distribute/sell/give away just a single plug-in binary
> without Pd and anything 'else' ;)
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Camomile v1.0.8-beta

[alfonso santimone]

Hi all,
i think that Alexandre's one is an interesting question.
I think we have to do a bunch of test in "real life" DAW working context.
Interesting points are
1. How will the whole thing work with multiple instances of Camomile
VST3/AU/LV2 calling multiple instances of [pd~ ].
2. How will the whole thing work with GUI and VST3/AU/LV2 parameters and
presets.
3. Given that different DAWs deals with multi-threading in different ways
(being Reaper one of the smartest in this area) how the whole thing work.

I guess is all a matter of extensive testing.

The last thing in Alexandre's message is another interesting topic.
>From my point of view wouldn't be a problem but probably for
Camomile's based VST to reach the non-pd community would be better to
distribute just a simple plugin.

So from the point of the VST/AU/LV2 designer the [pd~ ] solution it's
really promising. From the end user's point of view not so much i guess and
the Camomile-ELSE  and Camomile-name_the_libraries ways seem a more viable
solution.


www.elgallorojorecords.bandcamp.com/

soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Wed, Jan 13, 2021 at 3:41 PM Alexandre Torres Porres 
wrote:

> Em qua., 13 de jan. de 2021 às 05:58, Pierre Guillot <
> guillotpier...@gmail.com> escreveu:
>
>> I'm not sure what do you mean by  "you can compile the vst/.au/whatever
>> with it".
>> If you want to distribute a plugin that use externals without compiling
>> Camomile, I guess one solution would be to ship a Pd distribution with the
>> externals in the plugin bundle and use the [pd~] object to start a process
>> with this embedded Pd binary (that would be able to load the external). Or
>> you can ask the user to install Pd and the required externals if you don't
>> want to ship a complete Pd distribution with the plugin.
>>
>
> I'm just trying to understand what is the difference and advantage of
> compiling camomile with externals, which is possible and we've already made
> that happen at least for the ELSE-Camomile => distribution
> https://github.com/emviveros/Camomile-ELSE
>
> Not that we'll stop, now that we're here, we'll stay I guess :) but I just
> wanna make sure what's the motivation. And I guess the only difference is
> that you can ship/distribute/sell/give away just a single plug-in binary
> without Pd and anything 'else' ;)
> ___
> 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] Camomile v1.0.8-beta

[alfonso santimone]

That's super great news!!
As far as i understand all the Audio/MIDI i/o, VST parameters, preset
handling etc. has to be made in the main Camomile patch an the actual
processing in the [pd~] subpatch. And as far as i understand multiple
instances of Camomile VST can exists in the same DAW project. Am i right?

On Tue, Jan 12, 2021, 21:25 Alexandre Torres Porres 
wrote:

> Em ter., 12 de jan. de 2021 às 15:49, Pierre Guillot <
> guillotpier...@gmail.com> escreveu:
>
>> Pd has been updated, so you can use the pd~ object (I tried and it seems
>> to work well), and as Miller suggested, this can be used to patch directly
>> in your DAW and to use externals!
>>
>
> Mind Blowing!!! Game Changer!!!
>
> I'm trying to think about what's the advantage of using something like
> Camomile-ELSE now, and what comes to mind is that you can compile the
> .vst/.au/whatever with it and release/distribute as a plug in, right?
>
> On the other hand, being able to open Pd inside any daw is great and
> basically the equivalent of MaxForLive, but is actually PdForEVERYTHING :)
> ___
> 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] fluid~ for Pd-Vanilla - test version

[alfonso santimone]

Works fine here on Win10 64bit. Thanks!
Only little thing to watch out is that [ fluid~ ] is the name of another
external contained in the (very nice) ceammc library.
Obviously calling this by [fluid~/fluid~] just works.


www.elgallorojorecords.bandcamp.com/

soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Thu, Jan 7, 2021 at 12:59 PM Antoine Rousseau  wrote:

> works fine here (Ubuntu 16.04). It's ready for deken ;)
> Thanks for that!
>
> Antoine
>
> Le jeu. 7 janv. 2021 à 11:40, Lucas Cordiviola  a
> écrit :
>
>> here:
>>
>> https://nc.nubegris.com.ar/index.php/s/nRWQi3CBCdYctHx
>> 
>>
>> are linux64/32 test versions that includes fluidsynth 2.1.6
>>
>> feedback is welcomed
>>
>> :)
>>
>>
>> --
>>
>> Mensaje telepatico asistido por maquinas.
>>
>>
>>
>>
>>
>> ___
>> 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] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Probably i didn't explain it correctly.
Bag does store all the notes on so when receive [ flush ( it sends out all
the notes of.
I.e when the sustain pedal is on and three [ 64 127 ( in a row are received
no [ 64 0 ( are sent out before the new [ 64 127 ( arrives but they are
sent out all together only when sustain turns off.
This is conceptually the same way as [poly] works with voice allocation so
that repeated notes with the same MIDI note number are treated without a
specific system. So probably solving those voice allocation things with an
array of 128 values (one for each possible midi note) is the only way to
model the piano behavior with polyphony and the sustain pedal.



www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Thu, Jan 7, 2021 at 1:01 PM Peter P.  wrote:

> * alfonso santimone  [2021-01-07 12:53]:
> > Sebastian's one is surely a more compact solution and probably more
> > efficient. But it doesn't deal with repeated notes, better said repeated
> > MIDI notes with the same MIDI note number, as the Hans' one does.
> > best
> Are you sure? Sebastian's solution is the one with [bag]? Without
> checking myself I thought that [bag] can deal with multiple copies of
> the same number being stored. And trying its helpfile shows it is so.
>
>
>
> ___
> 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] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Sebastian's one is surely a more compact solution and probably more
efficient. But it doesn't deal with repeated notes, better said repeated
MIDI notes with the same MIDI note number, as the Hans' one does.
best

www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Thu, Jan 7, 2021 at 12:31 PM alfonso santimone <
alfonso.santim...@gmail.com> wrote:

> Thanks Sebastian.
> I'll check it out.
> best
> a.
> www.elgallorojorecords.bandcamp.com/
> <https://elgallorojorecords.bandcamp.com/>
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Thu, Jan 7, 2021 at 1:54 AM Sebastian Shader via Pd-list <
> pd-list@lists.iem.at> wrote:
>
>> it seems like this is the kind of situation that [bag] was created for -
>> if the incoming velocity is 0 when the sustain pedal is held, instead of 
>> sending
>> that noteoff to the synth, add that note to the [bag] (like [64 1(). Then
>> when the pedal is released [flush( the values from the [bag] and send
>> them to a [pack f 0] before sending them to the destination. here's a
>> little abstraction & help patch.
>>
>> -seb
>>
>> -Original Message-
>> From: alfonso santimone 
>> To: pd-list@lists.iem.at 
>> Sent: Wed, Jan 6, 2021 3:23 pm
>> Subject: Re: [PD] Polyphonic voice allocation and sustain pedal
>>
>> Probably should cause a problem if a MIDI Note Number 0 is received.
>>
>> www.elgallorojorecords.bandcamp.com/
>> <https://elgallorojorecords.bandcamp.com/>
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>>
>> On Wed, Jan 6, 2021 at 10:28 PM alfonso santimone <
>> alfonso.santim...@gmail.com> wrote:
>>
>> Thanks again Hans for sharing this, it works just fine!
>> Probably there's a little "error" and i wonder why it work fine anyway at
>> least at a quick test.
>> In the middle branch (the leftmost one of the pedal off case with the
>> "bagoff const 0" message) after the [until] you took the reading index for
>> "bagoff" array from the [+ 1] object.
>> So this way the index goes from 1 to 128. Shouldn't the index come from
>> the [f ] object in the counter so the index goes from 0 to 127?
>> just curious.
>> thanks
>> a.
>>
>>
>> www.elgallorojorecords.bandcamp.com/
>> <https://elgallorojorecords.bandcamp.com/>
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>>
>> On Wed, Jan 6, 2021 at 6:30 PM alfonso santimone <
>> alfonso.santim...@gmail.com> wrote:
>>
>> Thanks Hans!
>> i'll take a look in the next days.
>> a.
>>
>> www.elgallorojorecords.bandcamp.com/
>> <https://elgallorojorecords.bandcamp.com/>
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>>
>> On Wed, Jan 6, 2021 at 9:11 AM i...@hansroels.be 
>> wrote:
>>
>> hello,
>> Here is a vanilla patch simulating a sustain pedal. It stores the
>> note-offs while the pedal is down and releases them when the pedal is
>> lifted.
>>
>> best, Hans
>>
>> On 1/3/21 7:55 PM, alfonso santimone wrote:
>>
>> Let's see...if any other Pure Data fellow will test your [else\voices]
>> and [else\suspedal] externals i guess we can have more test cases and see
>> what's going on.
>> In the meantime i'll still try to find the simplest way to show my
>> findings while testing this particular Else objects ;-)
>>
>> best!
>>
>> www.elgallorojorecords.bandcamp.com/
>> <https://elgallorojorecords.bandcamp.com/>
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>>
>> On Sun, Jan 3, 2021 at 7:42 PM Alexandre Torres Porres 
>> wrote:
>>
>>
>>
>> Em dom., 3 de jan. de 2021 às 07:18, alfonso santimone <
>> alfonso.santim...@gmail.com> escreveu:
>>
>> I'm doing some experiment with [else/voices] and [else/suspedal] to.
>> Alexandre Torres Porres is doing a very good work with Else lib.
>>
>>
>> but unfortunately I can't reproduce your bug and understand what you need
>> :( I'll gladly work on a solution with that when the picture is clear ;)
>>
>>
>> ___pd-l...@lists.iem.at mailing 
>> list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>> --
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>> ___
>> 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] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Thanks Sebastian.
I'll check it out.
best
a.
www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Thu, Jan 7, 2021 at 1:54 AM Sebastian Shader via Pd-list <
pd-list@lists.iem.at> wrote:

> it seems like this is the kind of situation that [bag] was created for -
> if the incoming velocity is 0 when the sustain pedal is held, instead of 
> sending
> that noteoff to the synth, add that note to the [bag] (like [64 1(). Then
> when the pedal is released [flush( the values from the [bag] and send
> them to a [pack f 0] before sending them to the destination. here's a
> little abstraction & help patch.
>
> -seb
>
> -Original Message-
> From: alfonso santimone 
> To: pd-list@lists.iem.at 
> Sent: Wed, Jan 6, 2021 3:23 pm
> Subject: Re: [PD] Polyphonic voice allocation and sustain pedal
>
> Probably should cause a problem if a MIDI Note Number 0 is received.
>
> www.elgallorojorecords.bandcamp.com/
> <https://elgallorojorecords.bandcamp.com/>
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Wed, Jan 6, 2021 at 10:28 PM alfonso santimone <
> alfonso.santim...@gmail.com> wrote:
>
> Thanks again Hans for sharing this, it works just fine!
> Probably there's a little "error" and i wonder why it work fine anyway at
> least at a quick test.
> In the middle branch (the leftmost one of the pedal off case with the
> "bagoff const 0" message) after the [until] you took the reading index for
> "bagoff" array from the [+ 1] object.
> So this way the index goes from 1 to 128. Shouldn't the index come from
> the [f ] object in the counter so the index goes from 0 to 127?
> just curious.
> thanks
> a.
>
>
> www.elgallorojorecords.bandcamp.com/
> <https://elgallorojorecords.bandcamp.com/>
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Wed, Jan 6, 2021 at 6:30 PM alfonso santimone <
> alfonso.santim...@gmail.com> wrote:
>
> Thanks Hans!
> i'll take a look in the next days.
> a.
>
> www.elgallorojorecords.bandcamp.com/
> <https://elgallorojorecords.bandcamp.com/>
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Wed, Jan 6, 2021 at 9:11 AM i...@hansroels.be 
> wrote:
>
> hello,
> Here is a vanilla patch simulating a sustain pedal. It stores the
> note-offs while the pedal is down and releases them when the pedal is
> lifted.
>
> best, Hans
>
> On 1/3/21 7:55 PM, alfonso santimone wrote:
>
> Let's see...if any other Pure Data fellow will test your [else\voices] and
> [else\suspedal] externals i guess we can have more test cases and see
> what's going on.
> In the meantime i'll still try to find the simplest way to show my
> findings while testing this particular Else objects ;-)
>
> best!
>
> www.elgallorojorecords.bandcamp.com/
> <https://elgallorojorecords.bandcamp.com/>
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Sun, Jan 3, 2021 at 7:42 PM Alexandre Torres Porres 
> wrote:
>
>
>
> Em dom., 3 de jan. de 2021 às 07:18, alfonso santimone <
> alfonso.santim...@gmail.com> escreveu:
>
> I'm doing some experiment with [else/voices] and [else/suspedal] to.
> Alexandre Torres Porres is doing a very good work with Else lib.
>
>
> but unfortunately I can't reproduce your bug and understand what you need
> :( I'll gladly work on a solution with that when the picture is clear ;)
>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
>
> --
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
> ___
> 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] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Probably should cause a problem if a MIDI Note Number 0 is received.

www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Wed, Jan 6, 2021 at 10:28 PM alfonso santimone <
alfonso.santim...@gmail.com> wrote:

> Thanks again Hans for sharing this, it works just fine!
> Probably there's a little "error" and i wonder why it work fine anyway at
> least at a quick test.
> In the middle branch (the leftmost one of the pedal off case with the
> "bagoff const 0" message) after the [until] you took the reading index for
> "bagoff" array from the [+ 1] object.
> So this way the index goes from 1 to 128. Shouldn't the index come from
> the [f ] object in the counter so the index goes from 0 to 127?
> just curious.
> thanks
> a.
>
>
> www.elgallorojorecords.bandcamp.com/
> <https://elgallorojorecords.bandcamp.com/>
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Wed, Jan 6, 2021 at 6:30 PM alfonso santimone <
> alfonso.santim...@gmail.com> wrote:
>
>> Thanks Hans!
>> i'll take a look in the next days.
>> a.
>>
>> www.elgallorojorecords.bandcamp.com/
>> <https://elgallorojorecords.bandcamp.com/>
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>>
>> On Wed, Jan 6, 2021 at 9:11 AM i...@hansroels.be 
>> wrote:
>>
>>> hello,
>>> Here is a vanilla patch simulating a sustain pedal. It stores the
>>> note-offs while the pedal is down and releases them when the pedal is
>>> lifted.
>>>
>>> best, Hans
>>>
>>> On 1/3/21 7:55 PM, alfonso santimone wrote:
>>>
>>> Let's see...if any other Pure Data fellow will test your [else\voices]
>>> and [else\suspedal] externals i guess we can have more test cases and see
>>> what's going on.
>>> In the meantime i'll still try to find the simplest way to show my
>>> findings while testing this particular Else objects ;-)
>>>
>>> best!
>>>
>>> www.elgallorojorecords.bandcamp.com/
>>> <https://elgallorojorecords.bandcamp.com/>
>>> soundcloud.com/alfonsosantimone
>>> www.facebook.com/alfonsosantimone
>>>
>>>
>>> On Sun, Jan 3, 2021 at 7:42 PM Alexandre Torres Porres 
>>> wrote:
>>>
>>>>
>>>>
>>>> Em dom., 3 de jan. de 2021 às 07:18, alfonso santimone <
>>>> alfonso.santim...@gmail.com> escreveu:
>>>>
>>>>> I'm doing some experiment with [else/voices] and [else/suspedal] to.
>>>>> Alexandre Torres Porres is doing a very good work with Else lib.
>>>>>
>>>>
>>>> but unfortunately I can't reproduce your bug and understand what you
>>>> need :( I'll gladly work on a solution with that when the picture is clear
>>>> ;)
>>>>
>>>
>>> ___pd-l...@lists.iem.at mailing 
>>> list
>>> UNSUBSCRIBE and account-management -> 
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>> --
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Thanks again Hans for sharing this, it works just fine!
Probably there's a little "error" and i wonder why it work fine anyway at
least at a quick test.
In the middle branch (the leftmost one of the pedal off case with the
"bagoff const 0" message) after the [until] you took the reading index for
"bagoff" array from the [+ 1] object.
So this way the index goes from 1 to 128. Shouldn't the index come from the
[f ] object in the counter so the index goes from 0 to 127?
just curious.
thanks
a.


www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Wed, Jan 6, 2021 at 6:30 PM alfonso santimone <
alfonso.santim...@gmail.com> wrote:

> Thanks Hans!
> i'll take a look in the next days.
> a.
>
> www.elgallorojorecords.bandcamp.com/
> <https://elgallorojorecords.bandcamp.com/>
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Wed, Jan 6, 2021 at 9:11 AM i...@hansroels.be 
> wrote:
>
>> hello,
>> Here is a vanilla patch simulating a sustain pedal. It stores the
>> note-offs while the pedal is down and releases them when the pedal is
>> lifted.
>>
>> best, Hans
>>
>> On 1/3/21 7:55 PM, alfonso santimone wrote:
>>
>> Let's see...if any other Pure Data fellow will test your [else\voices]
>> and [else\suspedal] externals i guess we can have more test cases and see
>> what's going on.
>> In the meantime i'll still try to find the simplest way to show my
>> findings while testing this particular Else objects ;-)
>>
>> best!
>>
>> www.elgallorojorecords.bandcamp.com/
>> <https://elgallorojorecords.bandcamp.com/>
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>>
>> On Sun, Jan 3, 2021 at 7:42 PM Alexandre Torres Porres 
>> wrote:
>>
>>>
>>>
>>> Em dom., 3 de jan. de 2021 às 07:18, alfonso santimone <
>>> alfonso.santim...@gmail.com> escreveu:
>>>
>>>> I'm doing some experiment with [else/voices] and [else/suspedal] to.
>>>> Alexandre Torres Porres is doing a very good work with Else lib.
>>>>
>>>
>>> but unfortunately I can't reproduce your bug and understand what you
>>> need :( I'll gladly work on a solution with that when the picture is clear
>>> ;)
>>>
>>
>> ___pd-l...@lists.iem.at mailing 
>> list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>> --
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Thanks Hans!
i'll take a look in the next days.
a.

www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Wed, Jan 6, 2021 at 9:11 AM i...@hansroels.be  wrote:

> hello,
> Here is a vanilla patch simulating a sustain pedal. It stores the
> note-offs while the pedal is down and releases them when the pedal is
> lifted.
>
> best, Hans
>
> On 1/3/21 7:55 PM, alfonso santimone wrote:
>
> Let's see...if any other Pure Data fellow will test your [else\voices] and
> [else\suspedal] externals i guess we can have more test cases and see
> what's going on.
> In the meantime i'll still try to find the simplest way to show my
> findings while testing this particular Else objects ;-)
>
> best!
>
> www.elgallorojorecords.bandcamp.com/
> <https://elgallorojorecords.bandcamp.com/>
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Sun, Jan 3, 2021 at 7:42 PM Alexandre Torres Porres 
> wrote:
>
>>
>>
>> Em dom., 3 de jan. de 2021 às 07:18, alfonso santimone <
>> alfonso.santim...@gmail.com> escreveu:
>>
>>> I'm doing some experiment with [else/voices] and [else/suspedal] to.
>>> Alexandre Torres Porres is doing a very good work with Else lib.
>>>
>>
>> but unfortunately I can't reproduce your bug and understand what you need
>> :( I'll gladly work on a solution with that when the picture is clear ;)
>>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
>
> --
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Let's see...if any other Pure Data fellow will test your [else\voices] and
[else\suspedal] externals i guess we can have more test cases and see
what's going on.
In the meantime i'll still try to find the simplest way to show my findings
while testing this particular Else objects ;-)

best!

www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Sun, Jan 3, 2021 at 7:42 PM Alexandre Torres Porres 
wrote:

>
>
> Em dom., 3 de jan. de 2021 às 07:18, alfonso santimone <
> alfonso.santim...@gmail.com> escreveu:
>
>> I'm doing some experiment with [else/voices] and [else/suspedal] to.
>> Alexandre Torres Porres is doing a very good work with Else lib.
>>
>
> but unfortunately I can't reproduce your bug and understand what you need
> :( I'll gladly work on a solution with that when the picture is clear ;)
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Another interesting approach here

https://synth-diy.org/pipermail/synth-diy/2014-June/044044.html

www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Sun, Jan 3, 2021 at 12:01 PM alfonso santimone <
alfonso.santim...@gmail.com> wrote:

> Yeah, thanks José.
> Is truly a good approach.
> Another thing i've to think about is how to deal with envelopes
> retriggering at the voice level.
> If the same note is retriggered i guess the approaches can be
> 1. "Hard" retrigger. Quit the previous envelope and start the new one
> 2. "Not so hard" retrigger. Retrigger the new envelope starting from the
> same value reached by the previous envelope.
> 3. "Soft" retrigger. Make a very quick fade out of the previous envelope
> while the new one is starting (but this mode should allocate a new voice so
> the 128 sized array is no more useful)
>
> a.
>
> www.elgallorojorecords.bandcamp.com/
> <https://elgallorojorecords.bandcamp.com/>
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Sun, Jan 3, 2021 at 11:44 AM José de Abreu 
> wrote:
>
>> i had supercollider in mind too, since clone makes it easier to have 128
>> voices around, and this example is something they do in SC tutorials
>> (except the sustain pedal part, but i like this state approach)
>>
>> and not an overkill since switch~ will help, just a different pattern
>> than relying on poly for tags, clone just works as unique tag per voice out
>> of the box
>>
>> Em Dom, 3 de jan de 2021 07:16, alfonso santimone <
>> alfonso.santim...@gmail.com> escreveu:
>>
>>> Thanks Jose',
>>> i used a similar approach in SuperCollider with an array of size 128 for
>>> all the possible midi notes. Probably I should build some abstractions to
>>> deal with array scanning. And to limit the polyphony to given numbers use
>>> another array of size 128 with voice numbers tags. I'll see.
>>> I'm doing some experiment with [else/voices] and [else/suspedal] to.
>>> Alexandre Torres Porres is doing a very good work with Else lib.
>>>
>>> On Sun, Jan 3, 2021, 01:35 José de Abreu  wrote:
>>>
>>>> maybe you can do it without poly at all
>>>>
>>>> you can clone an abstraction 128 times (and use switch~ to make sure
>>>> the ones without trigger doesn't use your cpu) then voilá, you have one
>>>> address per note in midi, if you want to retrigger you just... retrigger
>>>> it, yay
>>>>
>>>> about sustain pedal, i would do this trick: i would create an array
>>>> with 128 entries and use this: if i press a note, i give the array value 1
>>>> at that index, if note off value 0, BUT IF the sustain pedal is pressed
>>>> instead of giving 0 at note off event, i would give it 2 and prevent the
>>>> note to die, soo, when i release the pedal i check this array and all the
>>>> notes that have state 2 will be released. The ones with state 1 i am still
>>>> pressing so nothing to do. What do you think?
>>>>
>>>> about retriggering, if a note have state 2 and i do a note on, i
>>>> retrigger it and give the state 1 again so sustain pedal doesn't release it
>>>> afterwards
>>>>
>>>> this way you don't need poly and bag, but will need clone and a
>>>> separate interface with arrays and untils to simulate the states of a note
>>>> (0 for no sound and no press, 1 for pressing, 2 for not pressing but
>>>> sustained by the pedal and ready to be released)
>>>>
>>>> Em Sáb, 2 de jan de 2021 14:41, alfonso santimone <
>>>> alfonso.santim...@gmail.com> escreveu:
>>>>
>>>>> Thanks Christof!
>>>>> I surely hope that your proposal will be heard. Those would be
>>>>> essential additions to vanilla's [poly] for polyphonic instrument 
>>>>> building.
>>>>> As for the [bag] object i tried but in the way i built the patch it
>>>>> only works if the sustain pedal is pressed before note on arrives. I have
>>>>> to find a way to make it work the same way when is pressed after a note 
>>>>> on.
>>>>> The same note retriggering is  another essential feature.
>>>>>
>>>>>
>>>>> www.elgallorojorecords.bandcamp.com/
>>>>> <https://elgallorojorecords.bandcamp.com/&g

Re: [PD] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Yeah, thanks José.
Is truly a good approach.
Another thing i've to think about is how to deal with envelopes
retriggering at the voice level.
If the same note is retriggered i guess the approaches can be
1. "Hard" retrigger. Quit the previous envelope and start the new one
2. "Not so hard" retrigger. Retrigger the new envelope starting from the
same value reached by the previous envelope.
3. "Soft" retrigger. Make a very quick fade out of the previous envelope
while the new one is starting (but this mode should allocate a new voice so
the 128 sized array is no more useful)

a.

www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Sun, Jan 3, 2021 at 11:44 AM José de Abreu 
wrote:

> i had supercollider in mind too, since clone makes it easier to have 128
> voices around, and this example is something they do in SC tutorials
> (except the sustain pedal part, but i like this state approach)
>
> and not an overkill since switch~ will help, just a different pattern than
> relying on poly for tags, clone just works as unique tag per voice out of
> the box
>
> Em Dom, 3 de jan de 2021 07:16, alfonso santimone <
> alfonso.santim...@gmail.com> escreveu:
>
>> Thanks Jose',
>> i used a similar approach in SuperCollider with an array of size 128 for
>> all the possible midi notes. Probably I should build some abstractions to
>> deal with array scanning. And to limit the polyphony to given numbers use
>> another array of size 128 with voice numbers tags. I'll see.
>> I'm doing some experiment with [else/voices] and [else/suspedal] to.
>> Alexandre Torres Porres is doing a very good work with Else lib.
>>
>> On Sun, Jan 3, 2021, 01:35 José de Abreu  wrote:
>>
>>> maybe you can do it without poly at all
>>>
>>> you can clone an abstraction 128 times (and use switch~ to make sure the
>>> ones without trigger doesn't use your cpu) then voilá, you have one address
>>> per note in midi, if you want to retrigger you just... retrigger it, yay
>>>
>>> about sustain pedal, i would do this trick: i would create an array with
>>> 128 entries and use this: if i press a note, i give the array value 1 at
>>> that index, if note off value 0, BUT IF the sustain pedal is pressed
>>> instead of giving 0 at note off event, i would give it 2 and prevent the
>>> note to die, soo, when i release the pedal i check this array and all the
>>> notes that have state 2 will be released. The ones with state 1 i am still
>>> pressing so nothing to do. What do you think?
>>>
>>> about retriggering, if a note have state 2 and i do a note on, i
>>> retrigger it and give the state 1 again so sustain pedal doesn't release it
>>> afterwards
>>>
>>> this way you don't need poly and bag, but will need clone and a separate
>>> interface with arrays and untils to simulate the states of a note (0 for no
>>> sound and no press, 1 for pressing, 2 for not pressing but sustained by the
>>> pedal and ready to be released)
>>>
>>> Em Sáb, 2 de jan de 2021 14:41, alfonso santimone <
>>> alfonso.santim...@gmail.com> escreveu:
>>>
>>>> Thanks Christof!
>>>> I surely hope that your proposal will be heard. Those would be
>>>> essential additions to vanilla's [poly] for polyphonic instrument building.
>>>> As for the [bag] object i tried but in the way i built the patch it
>>>> only works if the sustain pedal is pressed before note on arrives. I have
>>>> to find a way to make it work the same way when is pressed after a note on.
>>>> The same note retriggering is  another essential feature.
>>>>
>>>>
>>>> www.elgallorojorecords.bandcamp.com/
>>>> <https://elgallorojorecords.bandcamp.com/>
>>>> soundcloud.com/alfonsosantimone
>>>> www.facebook.com/alfonsosantimone
>>>>
>>>>
>>>> On Sat, Jan 2, 2021 at 6:29 PM Christof Ressi 
>>>> wrote:
>>>>
>>>>> Not a direct answer to your question, but I've proposed a few
>>>>> additional features for the [poly] object, including a [sustain( message:
>>>>> https://github.com/pure-data/pure-data/pull/661
>>>>>
>>>>> For implementing a sustain pedal in Pd vanilla, the [bag] object will
>>>>> probably help. Unfortunately, I don't have time at the moment to come up
>>>>> with a full solution.
>

Re: [PD] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Thanks Jose',
i used a similar approach in SuperCollider with an array of size 128 for
all the possible midi notes. Probably I should build some abstractions to
deal with array scanning. And to limit the polyphony to given numbers use
another array of size 128 with voice numbers tags. I'll see.
I'm doing some experiment with [else/voices] and [else/suspedal] to.
Alexandre Torres Porres is doing a very good work with Else lib.

On Sun, Jan 3, 2021, 01:35 José de Abreu  wrote:

> maybe you can do it without poly at all
>
> you can clone an abstraction 128 times (and use switch~ to make sure the
> ones without trigger doesn't use your cpu) then voilá, you have one address
> per note in midi, if you want to retrigger you just... retrigger it, yay
>
> about sustain pedal, i would do this trick: i would create an array with
> 128 entries and use this: if i press a note, i give the array value 1 at
> that index, if note off value 0, BUT IF the sustain pedal is pressed
> instead of giving 0 at note off event, i would give it 2 and prevent the
> note to die, soo, when i release the pedal i check this array and all the
> notes that have state 2 will be released. The ones with state 1 i am still
> pressing so nothing to do. What do you think?
>
> about retriggering, if a note have state 2 and i do a note on, i retrigger
> it and give the state 1 again so sustain pedal doesn't release it afterwards
>
> this way you don't need poly and bag, but will need clone and a separate
> interface with arrays and untils to simulate the states of a note (0 for no
> sound and no press, 1 for pressing, 2 for not pressing but sustained by the
> pedal and ready to be released)
>
> Em Sáb, 2 de jan de 2021 14:41, alfonso santimone <
> alfonso.santim...@gmail.com> escreveu:
>
>> Thanks Christof!
>> I surely hope that your proposal will be heard. Those would be essential
>> additions to vanilla's [poly] for polyphonic instrument building.
>> As for the [bag] object i tried but in the way i built the patch it only
>> works if the sustain pedal is pressed before note on arrives. I have to
>> find a way to make it work the same way when is pressed after a note on.
>> The same note retriggering is  another essential feature.
>>
>>
>> www.elgallorojorecords.bandcamp.com/
>> <https://elgallorojorecords.bandcamp.com/>
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>>
>> On Sat, Jan 2, 2021 at 6:29 PM Christof Ressi 
>> wrote:
>>
>>> Not a direct answer to your question, but I've proposed a few additional
>>> features for the [poly] object, including a [sustain( message:
>>> https://github.com/pure-data/pure-data/pull/661
>>>
>>> For implementing a sustain pedal in Pd vanilla, the [bag] object will
>>> probably help. Unfortunately, I don't have time at the moment to come up
>>> with a full solution.
>>>
>>> Christof
>>> On 02.01.2021 18:07, alfonso santimone wrote:
>>>
>>> Hi all,
>>> i'm trying to build a polyphonic voice allocation patch that include
>>> sustain pedal (MIDI CC(64) ).
>>> Is there any abstraction that i can look into?
>>> My problems are :
>>>
>>> 1. How to deal with [poly] when the same note number is received (i.e,
>>> three C4 in a row)
>>> [poly] always assign a new voice slot to the incoming notes.
>>> I'm trying to make it assign the same voice slot when the same note
>>> number is received consecutively. I guess that i should mess with some
>>> arrays keeping track of note numbers and voice slots.
>>>
>>> 2. How to deal with sustain pedal.
>>> In the "real" world as with keyboard instruments like piano, rhodes etc.
>>> the sustain pedal is used in different ways but the most common one is to
>>> press the pedal immediately after a chord or note is played and then
>>> release it when a new chord is played.
>>> It can be used in more "effect" oriented ways.
>>> Is there any patch or abstraction that i can look into? I guess i should
>>> use a combination of [stripnote] and arrays/table/list to keep track of the
>>> notes on and off events.
>>> How this can be integrated with a polyphonic voice management with
>>> stealing algorithm etc. etc.?
>>>
>>> thanks and all the best
>>> www.elgallorojorecords.bandcamp.com/
>>> <https://elgallorojorecords.bandcamp.com/>
>>> soundcloud.com/alfonsosantimone
>>> www.facebook.com/alfonsosantimone
>>>
>>> __

Re: [PD] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Thanks Christof!
I surely hope that your proposal will be heard. Those would be essential
additions to vanilla's [poly] for polyphonic instrument building.
As for the [bag] object i tried but in the way i built the patch it only
works if the sustain pedal is pressed before note on arrives. I have to
find a way to make it work the same way when is pressed after a note on.
The same note retriggering is  another essential feature.


www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Sat, Jan 2, 2021 at 6:29 PM Christof Ressi 
wrote:

> Not a direct answer to your question, but I've proposed a few additional
> features for the [poly] object, including a [sustain( message:
> https://github.com/pure-data/pure-data/pull/661
>
> For implementing a sustain pedal in Pd vanilla, the [bag] object will
> probably help. Unfortunately, I don't have time at the moment to come up
> with a full solution.
>
> Christof
> On 02.01.2021 18:07, alfonso santimone wrote:
>
> Hi all,
> i'm trying to build a polyphonic voice allocation patch that include
> sustain pedal (MIDI CC(64) ).
> Is there any abstraction that i can look into?
> My problems are :
>
> 1. How to deal with [poly] when the same note number is received (i.e,
> three C4 in a row)
> [poly] always assign a new voice slot to the incoming notes.
> I'm trying to make it assign the same voice slot when the same note number
> is received consecutively. I guess that i should mess with some arrays
> keeping track of note numbers and voice slots.
>
> 2. How to deal with sustain pedal.
> In the "real" world as with keyboard instruments like piano, rhodes etc.
> the sustain pedal is used in different ways but the most common one is to
> press the pedal immediately after a chord or note is played and then
> release it when a new chord is played.
> It can be used in more "effect" oriented ways.
> Is there any patch or abstraction that i can look into? I guess i should
> use a combination of [stripnote] and arrays/table/list to keep track of the
> notes on and off events.
> How this can be integrated with a polyphonic voice management with
> stealing algorithm etc. etc.?
>
> thanks and all the best
> www.elgallorojorecords.bandcamp.com/
> <https://elgallorojorecords.bandcamp.com/>
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Polyphonic voice allocation and sustain pedal

[alfonso santimone]

Hi all,
i'm trying to build a polyphonic voice allocation patch that include
sustain pedal (MIDI CC(64) ).
Is there any abstraction that i can look into?
My problems are :

1. How to deal with [poly] when the same note number is received (i.e,
three C4 in a row)
[poly] always assign a new voice slot to the incoming notes.
I'm trying to make it assign the same voice slot when the same note number
is received consecutively. I guess that i should mess with some arrays
keeping track of note numbers and voice slots.

2. How to deal with sustain pedal.
In the "real" world as with keyboard instruments like piano, rhodes etc.
the sustain pedal is used in different ways but the most common one is to
press the pedal immediately after a chord or note is played and then
release it when a new chord is played.
It can be used in more "effect" oriented ways.
Is there any patch or abstraction that i can look into? I guess i should
use a combination of [stripnote] and arrays/table/list to keep track of the
notes on and off events.
How this can be integrated with a polyphonic voice management with stealing
algorithm etc. etc.?

thanks and all the best
www.elgallorojorecords.bandcamp.com/

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

Re: [PD] [shifter~]

[alfonso santimone]

Hi,
yes i did!
still not tested so much tho
will do ASAP
a.
www.elgallorojorecords.bandcamp.com/

soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Mon, Dec 7, 2020 at 2:15 AM Julián Villegas 
wrote:

> Hi,
>
> - Thank you IOhannes for your advice; the makefile is now edited according
> to it.
> - Alfonso, did you succeed compiling it in Windows?
>
> Cheers,
>
>
> Julian.
>
>
>
>
>
>
> ___
> 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] [shifter~]

[alfonso santimone]

thanks, now i can build with msys2 and test in pd win10 64bit.
best
a.

www.elgallorojorecords.bandcamp.com/

soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Fri, Dec 4, 2020 at 11:20 PM IOhannes m zmölnig  wrote:

> On 12/3/20 7:37 AM, Julián Villegas wrote:
> > Thanks Christof for your suggestion,
> >
> > I finally had time to change the Makefile, I think it should work now:
>
> apart from the suggested change to remove the binary artifacts, please,
> pretty please, change your makefile to:
>
> # use a settable path to Makefile.pdlibbuilder
>
> ```
> PDLIBBUILDER_DIR=.
> include $(PDLIBBUILDER_DIR)/Makefile.pdlibbuilder
> ```
>
> # don't hardcode paths to executables
>
> - your doxygen binary is *very* macOS specific
> - /usr/local/bin/aclocal should be in the PATH anyhow, so hardcoding its
> full path doesn't have any purpose apart from breaking installations in
> /usr/bin/
>
> so please do something like:
>
> ```
> DOXYGEN=/Applications/Doxygen.app/Contents/Resources/doxygen
>
> doc:
> ${DOXYGEN} Doxyfile.cnf
> astyle --style=java --suffix=none --errors-to-stdout *.c *.h
> ```
>
> mgfsrda
> 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] [shifter~]

[alfonso santimone]

and this is the build log and it seems all related to stuff contained in
various
#ifndef PDMAC_VERSION
so nothing regarding Windows dll


fremen@fremenCPU MINGW64 ~/shifter
$ make
 info: using Makefile.pdlibbuilder version 0.6.0
 info: using Pd API C:\Program Files/Pd/src/m_pd.h
 info: making target all in lib shifter
 info: making shifter~.o in lib shifter
cc -DPD -I "C:\Program Files/Pd/src" -DMSW -DNT -DPD_LONGINTTYPE=__int64
 -Wall -Wextra -Wshadow -Winline -Wstrict-aliasing
-O3 -ffast-math -funroll-loops -fomit-frame-pointer -march=core2 -msse
-msse2 -msse3 -mfpmath=sse -o shifter~.o -c shifter~.c
shifter~.c: In function 'shifter_new':
shifter~.c:207:33: warning: unused parameter 's' [-Wunused-parameter]
  207 | void *shifter_new(t_symbol *s, int argc, t_atom *argv) {
  |   ~~^
shifter~.c: In function 'shifter_tilde_setup':
shifter~.c:558:35: warning: cast between incompatible function types from
'void * (*)(t_symbol *, int,  t_atom *)' {aka 'void * (*)(struct _symbol *,
int,  struct _atom *)'} to 'void
* (*)(void)' [-Wcast-function-type]
  558 |   (t_newmethod)shifter_new,
  |   ^
At top level:
shifter~.c:94:17: warning: 'proxy_class' defined but not used
[-Wunused-variable]
   94 | static t_class *proxy_class;
  | ^~~
 info: linking objects in shifter~.dll for lib shifter
cc -static-libgcc -shared -Wl,--enable-auto-import "C:\Program
Files/Pd/bin/pd.dll"-o shifter~.dll shifter~.o
info: target all in lib shifter completed


www.elgallorojorecords.bandcamp.com/
<https://elgallorojorecords.bandcamp.com/>
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Fri, Dec 4, 2020 at 11:27 PM alfonso santimone <
alfonso.santim...@gmail.com> wrote:

> thanks, now i can build with msys2 and test in pd win10 64bit.
> best
> a.
>
> www.elgallorojorecords.bandcamp.com/
> <https://elgallorojorecords.bandcamp.com/>
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Fri, Dec 4, 2020 at 11:20 PM IOhannes m zmölnig 
> wrote:
>
>> On 12/3/20 7:37 AM, Julián Villegas wrote:
>> > Thanks Christof for your suggestion,
>> >
>> > I finally had time to change the Makefile, I think it should work now:
>>
>> apart from the suggested change to remove the binary artifacts, please,
>> pretty please, change your makefile to:
>>
>> # use a settable path to Makefile.pdlibbuilder
>>
>> ```
>> PDLIBBUILDER_DIR=.
>> include $(PDLIBBUILDER_DIR)/Makefile.pdlibbuilder
>> ```
>>
>> # don't hardcode paths to executables
>>
>> - your doxygen binary is *very* macOS specific
>> - /usr/local/bin/aclocal should be in the PATH anyhow, so hardcoding its
>> full path doesn't have any purpose apart from breaking installations in
>> /usr/bin/
>>
>> so please do something like:
>>
>> ```
>> DOXYGEN=/Applications/Doxygen.app/Contents/Resources/doxygen
>>
>> doc:
>> ${DOXYGEN} Doxyfile.cnf
>> astyle --style=java --suffix=none --errors-to-stdout *.c *.h
>> ```
>>
>> mgfsrda
>> 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] [shifter~]

[alfonso santimone]

Hi, thanks for shifter~!
Try to build on Win10 using MSYS2 MinGW64 andi have the following

fremen@fremenCPU MINGW64 ~/shifter
$ make
 info: using Makefile.pdlibbuilder version 0.6.0
 info: using Pd API C:\Program Files/Pd/src/m_pd.h
 info: making target all in lib shifter
 info: linking objects in shifter~.dll for lib shifter
cc -static-libgcc -shared -Wl,--enable-auto-import "C:\Program
Files/Pd/bin/pd.dll"-o shifter~.dll shifter~.o
shifter~.o: file not recognized: file format not recognized
collect2.exe: error: ld returned 1 exit status
make: *** [Makefile.pdlibbuilder:885: shifter~.dll] Error 1


best
a.

www.elgallorojorecords.bandcamp.com/

soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Fri, Dec 4, 2020 at 8:18 PM i...@hansroels.be  wrote:

> Thanks Julián for all the work. I tried to compile shifter~ on ubuntu
> studio but this was the result:
>
> sudo make shifter~
>  info: using Makefile.pdlibbuilder version 0.6.0
>  info: making target shifter~ in lib shifter
>  info: linking objects in shifter~.pd_linux for lib shifter
> cc -rdynamic -shared -fPIC -Wl,-rpath,"\$ORIGIN",--enable-new-dtags-o
> shifter~.pd_linux shifter~.o  -lc -lm
> shifter~.o: file not recognized: File format not recognized
> collect2: error: ld returned 1 exit status
> Makefile.pdlibbuilder:884: recipe for target 'shifter~.pd_linux' failed
> make: *** [shifter~.pd_linux] Error 1
>
> best, Hans
>
> On 12/3/20 7:37 AM, Julián Villegas wrote:
>
> Thanks Christof for your suggestion,
>
> I finally had time to change the Makefile, I think it should work now:
> https://bitbucket.org/julovi/shifter/src/master/
>
> Cheers,
>
> Julian.
>
>
>
>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
>
> --
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd~ binary for max/msp - not really working yet

[alfonso santimone]

Thanks Lucas!

On Thu, Sep 3, 2020, 07:34 Lucas Cordiviola  wrote:

> If someone is willing to test [pd~] for MAX/MSP on Windows here's a
> version for 64bit (both Pd and Max has to be 64bit).
>
> https://nc.nubegris.com.ar/index.php/s/yRawpTz9iod7ZmM
>
> I have tested on "Max for Live" and it works. Report any issues back to
> the list and let us know.
>
> :)
>
> Mensaje telepatico asistido por maquinas.
>
>
>
>
>
> ___
> 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~ binary for max/msp - test version available

[alfonso santimone]

Great! Is there any source code available to try a Win64 build? thanks

On Wed, Sep 2, 2020, 09:32 João Pais  wrote:

> If a windows version is compiled, I can test it.
>
> Only looking at the help patch, I wanted to ask: is it possible to send
> the Pd app location as a message, so that the user doesn't have to do it?
>
> OK, that was an ugly trip into MacOS-ness, but it's over for now at
>> least...
>>
>> I've put a test version of Pd~ for Max 7 and/or 8 on the usual:
>>
>> http://msp.ucsd.edu/software.html
>>
>> Test away... note that people on the Jacktrip google group are asking
>> about
>> quacktrip in Max - this might be the easiest way to get that.
>>
>> cheers
>> Miller
>>
>> On Tue, Aug 25, 2020 at 10:02:03AM -0700, Miller Puckette via Pd-list
>> wrote:
>> > Thanks - that tells me exactly what I needed to know :)
>> >
>> > M
>> > On Tue, Aug 25, 2020 at 01:55:57PM -0300, James Correa wrote:
>> > > If the externals are 64bits they work on Max 7-8, but if they are 32
>> bits
>> > > only on Max 7.
>> > >
>> > > James
>> > >
>> > > On Tue, 25 Aug 2020 at 11:39, Alexandre Torres Porres <
>> por...@gmail.com>
>> > > wrote:
>> > >
>> > > > but you can go ahead try and make it run on 7 and we can test to
>> see if it
>> > > > works in 8
>> > > >
>> > > > Em ter., 25 de ago. de 2020 ??s 11:36, Alexandre Torres Porres <
>> > > > por...@gmail.com> escreveu:
>> > > >
>> > > >> Em seg., 24 de ago. de 2020 ??s 20:21, Miller Puckette via Pd-list
>> <
>> > > >> pd-list@lists.iem.at> escreveu:
>> > > >>
>> > > >>> does anyone out there know if Max 7 externs work on Max 8 as well?
>> > > >>
>> > > >>
>> > > >> someone in the max facebook group tells me some work absolutely
>> fine and
>> > > >> some don't work at all... i'll try and ask why and how to make it
>> run on
>> > > >> both
>> > > >>
>> > > >>
>> > > > ___
>> > > > Pd-list@lists.iem.at mailing list
>> > > > UNSUBSCRIBE and account-management ->
>> > > >
>> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!R9tRLYvWqzLGMVt7nQ74voOXjLypts3aIVfsxRHLkMG18syfuc6yeTwBE23R$
>> > > >
>> >
>> >
>> >
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!QtL1isGgpzNia82szOZGjcmUnuNMuUbu7gxVn2OeD88VrTX_2PSBKDat213y$
>>
>>
>>
>> ___
>> 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] libpd 0.12 Pd core version (0.50-2 or 0.51)

[alfonso santimone]

Multi instance and 64 bit for the next Pd and libpd would be great.
Camomile would help to make a super solid "export to VST"!

On Wed, Jul 8, 2020, 11:38 Max  wrote:

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

Re: [PD] Pd double precision testing.

[alfonso santimone]

Thanks Lucas!
I'll do some testing!

On Thu, Dec 5, 2019, 23:30 Lucas Cordiviola  wrote:

> Hi all,
>
> There is an experimental branch[1] on Pd-double-precision[2].
>
> So far we know a couple of things not working yet like writing audio
> files with [soundfiler] or [writesf~].
>
> If anyone is willing to test and find something else not working we
> welcome and appreciate it.
>
> Here's a Windows64 version for tests :
> http://lucarda.com.ar/x/Pd-double-w64-testing.zip
>
> Tests should be done with "vanilla-only" patches. 99% of externals were
> not compiled for double-precision so they don't work with this Pd.
>
> If you find something not working write back here to the list or issue
> it to github (prepend "double-precision: " on the name of the issue).
>
>
>
> [1] https://github.com/pure-data/pure-data/tree/double-precision
> [2] http://www.katjaas.nl/doubleprecision/doubleprecision.html
>
>
>
> --
> Mensaje telepatico asistido por maquinas.
>
> ___
> 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

[alfonso santimone]

Good stuff!
Hope for double precision for low interpolation noise in buffer reading...

a.


www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Fri, Aug 9, 2019 at 4:03 PM Alexandre Torres Porres 
wrote:

>
>
> Em sex, 9 de ago de 2019 às 07:39, Christof Ressi 
> escreveu:
>
>>
>> 3) https://github.com/pure-data/pure-data/pull/347 (dollar-zero in
>> message boxes)
>
>
> +1000 for this one :)
>
> I didn't mention any features in my suggestions, but if I had picked one,
> that would be it!
>
> Actually, if I'm not mistaken, I think we discussed this one being
> included in 0.49 but it didn't make it then, so it was promised for 0.50 -
> as it doesn't seem anything too complicated, I really really hope it can
> make it in. I do have actual dreams about being able to use this, haha...
>
> 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-announce] ELSE 1.0 beta 16 & Live Electronics Tutorial 1.0 beta 6)\ Released

[alfonso santimone]

Thanks Alexandre! Beautiful stuff!
a.
www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Thu, Feb 7, 2019 at 12:56 PM Julian Brooks  wrote:

> Congrats & props Alexandre - both really useful tools...
>
> J.
>
> On Tue, 5 Feb 2019 at 02:14, Alexandre Torres Porres 
> wrote:
>
>> 16th Beta release of ELSE 1.0 - now with a total of 293 objects! This
>> needs Pd 0.49-0 or above! Not much new in this release. The highlights
>> are 3 new objects: [conv~], [rec~] and [sample~]. See
>> https://github.com/porres/pd-else/releases/tag/v1.0-beta16 for more
>> details. Get binaries also directly from Pd (Help => Find Externals).
>>
>> The [conv~] object is a partitioned convolution abstraction, but a
>> compiled object should come up sooner or later. One way or another, this
>> object removes the last dependency from my Live Electronics Tutorial, which
>> now solely depends 100% on the ELSE library, and what makes this release
>> special! Check it out:
>> https://github.com/porres/Live-Electronics-Tutorial/releases/tag/v-1.0beta-6
>>
>> cheers
>> ___
>> 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] Error launching PD 0.49 on Win64

[alfonso santimone]

Thanks Lucas!
yes a clean unistall and re-install solved the issue.
best!
and thanks for all your win64 love :-)
a.
www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Tue, Jan 22, 2019 at 1:29 AM Lucas Cordiviola 
wrote:

> Could it be related?
>
> Most likely.
>
> My Miller's distribution of 0-49 runs with an
> "**\pd-0.49-0\lib\reg1.2\tclreg12.dll". I think (suspect) you changed files
> and you are using wish86.exe and tclsh86.exe.
>
> If you don't have personal files or externals saved to "C:/Program
> Files/Pd" or subfolders you can wipe everything and reinstall.
>
> 1) Go to "control panel/programs and features" and uninstall Pd.
>
> 2) Since you mangled files probably the uninstaller cant do a complete job
> so go to "C:/Program Files/" and manualy delete the "Pd"
>
> folder.
>
> 3) Do a fresh install of Pd-0.49.
>
> Preferences won't get lost because the current and previous uninstaller is
> not programed yet to delete them.
>
>
> Hope this helps.
>
> :)
>
> Mensaje telepatico asistido por maquinas.
>
> On 1/21/2019 8:17 PM, alfonso santimone wrote:
>
> Hi all,
> i'm cleaning my computer and i unistalled some old stuff.
> Now when i start pd i get
>
> couldn't load library "C:/Program Files/Pd/lib/reg1.3/tclreg13.dll":
> invalid argument
> couldn't load library "C:/Program Files/Pd/lib/reg1.3/tclreg13.dll":
> invalid argument
> while executing
> "load {C:/Program Files/Pd/lib/reg1.3/tclreg13.dll} registry"
> ("package ifneeded registry 1.3.2" script)
> invoked from within
> "package require registry"
> (procedure "::pd_guiprefs::get_config" line 2)
> invoked from within
> "::pd_guiprefs::get_config $domain $key $arr"
> (procedure "::pd_guiprefs::read" line 3)
> invoked from within
> "::pd_guiprefs::read docspath"
> (procedure "::pd_docsdir::init" line 5)
> invoked from within
> "::pd_docsdir::init"
> ("after" script)
>
> I unistalled all the old win sdk and kept only the most recent one.
> Could it be related?
>
> thanks
>
>
> www.elgallorojorecords.com
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Error launching PD 0.49 on Win64

[alfonso santimone]

Hi all,
i'm cleaning my computer and i unistalled some old stuff.
Now when i start pd i get

couldn't load library "C:/Program Files/Pd/lib/reg1.3/tclreg13.dll":
invalid argument
couldn't load library "C:/Program Files/Pd/lib/reg1.3/tclreg13.dll":
invalid argument
while executing
"load {C:/Program Files/Pd/lib/reg1.3/tclreg13.dll} registry"
("package ifneeded registry 1.3.2" script)
invoked from within
"package require registry"
(procedure "::pd_guiprefs::get_config" line 2)
invoked from within
"::pd_guiprefs::get_config $domain $key $arr"
(procedure "::pd_guiprefs::read" line 3)
invoked from within
"::pd_guiprefs::read docspath"
(procedure "::pd_docsdir::init" line 5)
invoked from within
"::pd_docsdir::init"
("after" script)

I unistalled all the old win sdk and kept only the most recent one.
Could it be related?

thanks


www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Vanilla suggestions 2

[alfonso santimone]

To me one of the greatest disturbing things about arrays is that the mouse
can draw even outside the canvas borders.

www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Sat, Dec 15, 2018 at 2:21 PM Christof Ressi 
wrote:

> > Also, before to edit an array it was necessary to click in a defined
> value - now it's possible to click anywhere.
>
> this has been the case in Vanilla for as long as I can think back and for
> me, personally, it makes sense. maybe it could be nice to have a "steady on
> click" option in addition to the default "jump on click" (analogous to
> HSlider / VSlider).
>
>
> Gesendet: Samstag, 15. Dezember 2018 um 13:02 Uhr
> Von: "João Pais" 
> An: "pd-list@lists.iem.at" 
> Betreff: [PD] Vanilla suggestions 2
>
> Hello list,
>
> a couple more assorted suggestions with no specific logic:
>
> - is seems that the old trick of simulating graphical depth by deleting
> something and undoing it so that it appears on top doesn't work anymore. I
> would say it even affects old patches, but I can't confirm this. Is this a
> consequence of the new undo routine?
> This isn't necessarily bad, but it's a change in habits. E.g. instead of
> deleting+undoing, the object can be duplicated instead (and the position
> corrected).
>
> - undo doesn't work on change of gui settings (color, variables, ...). But
> this behaviour was the same in previous versions, just a reminder.
>
> - when hovering over gui objects, the mouse pointer changes direction.
> This was the case also for arrays, but it doesn't seem to be anymore?
> Also, before to edit an array it was necessary to click in a defined value
> - now it's possible to click anywhere.
> - the horizontal slider shortcut changed, but I'm not seeing it used
> anywhere else
> (- small detail: most shortcuts are described in the menus as
> "Ctrl+Shift+...", others as "Shift+Ctrl+...". I guess the first is the
> norm?)
> [maybe I wasn't paying attention to these changes in previous editions and
> they're documented for a long time]
>
> A curiosity: where is defined the vertical distance for new objects added
> automatically? I would like to change it if
> possible.___
> 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-announce] vstplugin~ 0.1-alpha released

[alfonso santimone]

Feedback workflow :-P

Il giorno ven 30 nov 2018, 18:13 Alexandre Torres Porres 
ha scritto:

> And now we can make VST plugins with camomile and then open them inside Pd
> again :)
>
> Em sex, 30 de nov de 2018 às 14:00, Christof Ressi 
> escreveu:
>
>> thanks for testing! there are definitely some plugins I've also have
>> problems with (mostly old random stuff I've found on the internet).
>>
>> > parts. but the GUI also didn't update when a new preset was loaded. it
>> > only updated when i moved a slider.
>>
>> ha! I've had the same issue with one specific plugin. still have to
>> figure out why...
>>
>> > while my test synths did load alright, i couldn't really recall preset
>> > banks. i COULD load them but the "program_set" message did not load
>> them.
>>
>> can you open a ticket on the issue tracker and explain the problem in
>> detail?
>>
>> Christof
>>
>>
>> > Gesendet: Freitag, 30. November 2018 um 15:44 Uhr
>> > Von: oliver 
>> > An: pd-l...@iem.at
>> > Betreff: Re: [PD] [PD-announce] vstplugin~ 0.1-alpha released
>> >
>> > HEEEROOO !
>> >
>> > thanks a lot for this, having longed for this for years !
>> >
>> > my first tests of VST plugins ran like a charm !
>> > (pd 0.49 and Win7)
>> >
>> >
>> > as for VST instruments (software synths) - that was a little more
>> > complicated:
>> >
>> > while my test synths did load alright, i couldn't really recall preset
>> > banks. i COULD load them but the "program_set" message did not load
>> them.
>> >
>> > (BTW: there's an error in the help file on this message box.
>> > right now it says [program_set( while it should say [program_set $1(  )
>> >
>> > i had "light" success with the "midi_program_change 1 $1" message but
>> > not on all of them. some freezed PD.
>> >
>> > i have to add that i use a couple of rather old and obscure
>> "no-install"
>> > synths ("ODsay", "Oatmeal" ...) that might be too old and buggy, so the
>> > problem's moste likely not on your side.
>> >
>> > (For example with OATMEAL, i could not use the native GUI interface at
>> > all (the UI did not update, preset banks didn't load, buttons are
>> > unresponsive))
>> >
>> > A "commercial" synth like "Discovery" worked as expected for the most
>> > parts. but the GUI also didn't update when a new preset was loaded. it
>> > only updated when i moved a slider.
>> >
>> >
>> > but all in all:
>> >
>> > great, great, great, great, great, great, great, great work !
>> >
>> > best
>> >
>> > oliver
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > Christof Ressi wrote:
>> > > Dear list,
>> > >
>> > > I'm happy to announce the first alpha release of [vstplugin~], an
>> external to - you guessed it - load VST plugins in Pd.
>> > >
>> > > features:
>> > > * cross platform (Windows, MacOS and Linux)
>> > > * load any kind of VST plugin (audio effect, MIDI effect, soft synth
>> etc.)
>> > > * automate plugin programmatically with Pd messages
>> > > * use either the native VST GUI (WIN32, Cocoa, X11) or a generic Pd
>> editor
>> > > * preset management: read/write standard .fxp and .fxb files or
>> > >set/get the plugin state as a Pd lists to build your own preset
>> management.
>> > > * choose between single and double precision (if the plugin supports
>> it)
>> > > * MIDI input/output
>> > > * basic sequencing support (for arpeggiators, sequencers etc.)
>> > >
>> > > NOTE: currently only VST2.x plugins are supported but VST3 support
>> will come soon!
>> > >
>> > > see vstplugin~-help.pd for detailed instructions.
>> > >
>> > > the external is already available on Deken. here's the source code:
>> https://git.iem.at/ressi/vstplugin
>> > >
>> > >
>> > > please report any issues, questions or feature requests to
>> https://git.iem.at/ressi/vstplugin/issues
>> > >
>> > >
>> > > NOTE: on MacOS, the plugin GUI defaults to the generic Pd editor, use
>> "-gui" to force the native VST GUI. if you want to know why, check out the
>> README.
>> > >
>> > > *** for all the Cocoa devs lurking, please have a look at:
>> https://git.iem.at/ressi/vstplugin/issues/4 - I need your advice :-) ***
>> > >
>> > >
>> > > have fun!
>> > >
>> > > Christof
>> > >
>> > > PS: check out the wonderful IEM plugin suite (https://plugins.iem.at/)
>> - a set of crossplatform and open source Ambisonics VST plugins developed
>> at the IEM.
>> > >
>> > >
>> > >
>> > >
>> > > ___
>> > > 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
>> > >
>> >
>> >
>> > --
>> > 
>> > /// http://pendler.klingt.org //
>> > \\\ http://oliver.klingt.org  \\
>> > 
>> >
>> >
>> >
>> > ___

Re: [PD] [PD-announce] vstplugin~ 0.1-alpha released

[alfonso santimone]

Thanks a lot!! A whole new world opening! I'll do some test on win64.
best.
a.

Il giorno ven 30 nov 2018, 14:51 Christof Ressi  ha
scritto:

> Dear list,
>
> I'm happy to announce the first alpha release of [vstplugin~], an external
> to - you guessed it - load VST plugins in Pd.
>
> features:
> * cross platform (Windows, MacOS and Linux)
> * load any kind of VST plugin (audio effect, MIDI effect, soft synth etc.)
> * automate plugin programmatically with Pd messages
> * use either the native VST GUI (WIN32, Cocoa, X11) or a generic Pd editor
> * preset management: read/write standard .fxp and .fxb files or
>   set/get the plugin state as a Pd lists to build your own preset
> management.
> * choose between single and double precision (if the plugin supports it)
> * MIDI input/output
> * basic sequencing support (for arpeggiators, sequencers etc.)
>
> NOTE: currently only VST2.x plugins are supported but VST3 support will
> come soon!
>
> see vstplugin~-help.pd for detailed instructions.
>
> the external is already available on Deken. here's the source code:
> https://git.iem.at/ressi/vstplugin
>
>
> please report any issues, questions or feature requests to
> https://git.iem.at/ressi/vstplugin/issues
>
>
> NOTE: on MacOS, the plugin GUI defaults to the generic Pd editor, use
> "-gui" to force the native VST GUI. if you want to know why, check out the
> README.
>
> *** for all the Cocoa devs lurking, please have a look at:
> https://git.iem.at/ressi/vstplugin/issues/4 - I need your advice :-) ***
>
>
> have fun!
>
> Christof
>
> PS: check out the wonderful IEM plugin suite (https://plugins.iem.at/) -
> a set of crossplatform and open source Ambisonics VST plugins developed at
> the IEM.
>
>
>
>
> ___
> 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] Compiling externals for w64. (was : Re: Slider/Knob)

[alfonso santimone]

Thanks! Hope you'll find a way!

Il lun 29 ott 2018, 13:13 Lucas Cordiviola  ha
scritto:

> Hi Alfonso,
>
> I gave it try but found a show stopper 1. :(
>
> I'll put it on the "To-do-list" but with low priority.
>
>
> 1 It needs python and waf , which i installed, to create a very needed
> "aubio/aubio.h" but the show is stopped because I can't configure it to
> find m_pd.h. If i get this done then probably i can make a custom
> pd-lib-builder makefile. I think this external has never had a windows
> version. :(.
>
> Mensaje telepatico asistido por maquinas.
>
> On 10/27/2018 7:32 AM, alfonso santimone wrote:
>
> Hi Lucas and all here!
> Lucas could you check (just in case you want to and have the time to) if
> aubio is buildable for win64?
> https://aubio.org/pd-aubio/
> thanks and bests
> a.
>
>
> www.elgallorojorecords.com
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Mon, Oct 8, 2018 at 12:06 PM alfonso santimone <
> alfonso.santim...@gmail.com> wrote:
>
>> Thanks Lucas!
>> great work!
>>
>> a.
>>
>>
>> www.elgallorojorecords.com
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>>
>> On Wed, Oct 3, 2018 at 12:28 AM Lucas Cordiviola 
>> wrote:
>>
>>> 1. Is there any bandlimited osc library around that would be great to
>>> port to 64x?
>>>
>>> See [creb/blosc~] from:
>>>
>>> creb[0.9.2-3](Windows-amd64-32)(Sources).dek
>>>
>>>
>>> : )
>>>
>>> Mensaje telepatico asistido por maquinas.
>>>
>>> On 9/27/2018 6:33 AM, alfonso santimone wrote:
>>>
>>> That's a great achievement Lucas!
>>> Many thanks!
>>> A first report .
>>> All comparison tilda objects seems not to work they aren't even loaded,
>>> their object box is dashed as not exsistent objects.
>>> And a couple questions
>>> 1. Is there any bandlimited osc library around that would be great to
>>> port to 64x?
>>> 2. In a (far as Pierre says) Camomile perspective are all these
>>> libraries supporting multiple pd instances?
>>>
>>> thanks a lot for your work!
>>>
>>> a.
>>>
>>>
>>> www.elgallorojorecords.com
>>> soundcloud.com/alfonsosantimone
>>> www.facebook.com/alfonsosantimone
>>>
>>>
>>>
>>>>
>>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)

[alfonso santimone]

Hi Lucas and all here!
Lucas could you check (just in case you want to and have the time to) if
aubio is buildable for win64?
https://aubio.org/pd-aubio/
thanks and bests
a.


www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Mon, Oct 8, 2018 at 12:06 PM alfonso santimone <
alfonso.santim...@gmail.com> wrote:

> Thanks Lucas!
> great work!
>
> a.
>
>
> www.elgallorojorecords.com
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Wed, Oct 3, 2018 at 12:28 AM Lucas Cordiviola 
> wrote:
>
>> 1. Is there any bandlimited osc library around that would be great to
>> port to 64x?
>>
>> See [creb/blosc~] from:
>>
>> creb[0.9.2-3](Windows-amd64-32)(Sources).dek
>>
>>
>> : )
>>
>> Mensaje telepatico asistido por maquinas.
>>
>> On 9/27/2018 6:33 AM, alfonso santimone wrote:
>>
>> That's a great achievement Lucas!
>> Many thanks!
>> A first report .
>> All comparison tilda objects seems not to work they aren't even loaded,
>> their object box is dashed as not exsistent objects.
>> And a couple questions
>> 1. Is there any bandlimited osc library around that would be great to
>> port to 64x?
>> 2. In a (far as Pierre says) Camomile perspective are all these libraries
>> supporting multiple pd instances?
>>
>> thanks a lot for your work!
>>
>> a.
>>
>>
>> www.elgallorojorecords.com
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>>
>>
>>>
>>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)

[alfonso santimone]

Thanks Lucas!
great work!

a.


www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Wed, Oct 3, 2018 at 12:28 AM Lucas Cordiviola 
wrote:

> 1. Is there any bandlimited osc library around that would be great to port
> to 64x?
>
> See [creb/blosc~] from:
>
> creb[0.9.2-3](Windows-amd64-32)(Sources).dek
>
>
> : )
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/27/2018 6:33 AM, alfonso santimone wrote:
>
> That's a great achievement Lucas!
> Many thanks!
> A first report .
> All comparison tilda objects seems not to work they aren't even loaded,
> their object box is dashed as not exsistent objects.
> And a couple questions
> 1. Is there any bandlimited osc library around that would be great to port
> to 64x?
> 2. In a (far as Pierre says) Camomile perspective are all these libraries
> supporting multiple pd instances?
>
> thanks a lot for your work!
>
> a.
>
>
> www.elgallorojorecords.com
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)

[alfonso santimone]

I'm noticing that vanilla gui stuff does not respond to mouse no more.
Could it be some conflicting external?
Is there any option to start vanilla without loading externals?


www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Thu, Sep 27, 2018 at 12:54 PM IOhannes m zmoelnig 
wrote:

> On 9/27/18 11:33 AM, alfonso santimone wrote:
> > 2. In a (far as Pierre says) Camomile perspective are all these libraries
> > supporting multiple pd instances?
>
> well, almost all of these libraries (the exceptions are: PDContainer and
> adapative) are available (and used) as Debian packages for amd64 systems
> since a couple of years.
>
> to my knowledge, only cxc is broken on 64bit systems (at least the
> [mean~] object) and requires a patch (see the Debian archives for such a
> patch).
>
> of course there may be other win/64bit related problems lurking around,
> but then we need users to discover them :-)
>
> fgamsdr
> 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] Compiling externals for w64. (was : Re: Slider/Knob)

[alfonso santimone]

That's a great achievement Lucas!
Many thanks!
A first report .
All comparison tilda objects seems not to work they aren't even loaded,
their object box is dashed as not exsistent objects.
And a couple questions
1. Is there any bandlimited osc library around that would be great to port
to 64x?
2. In a (far as Pierre says) Camomile perspective are all these libraries
supporting multiple pd instances?

thanks a lot for your work!

a.


www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Wed, Sep 26, 2018 at 8:41 PM Lucas Cordiviola 
wrote:

> As a follow up on this I have uploaded to deken these packages for
> Pd-64bit.
>
>
> v0.0.exteded old ones:
>
> *hcs[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *ekext[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *earplug~[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *cxc[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *chaos[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *boids[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *bassemu~[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *arraysize[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *adaptive[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *zexy[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *pmpd[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *pddp[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *PDContainer[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *mrpeach[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *motex[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *mjlib[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *mediasettings[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *markex[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *log[v0.0.extended](Windows-amd64-32)(Sources).dek*
> *hexloader[v0.0.extended](Windows-amd64-32)(Sources).dek*
>
>
> And:
>
> *ggee[v0.27~git20180926](Windows-amd64-32).dek *
>
> And also the never released for windows 'pd-drag&drop-plugin' -- you can
> drop patches to the canvas and it puts them as abstractions or if you drop
> them on Pd's main windows their are opened normaly.
>
> *pd-dnd-plugin[v0.1](Windows-i386-32)(Windows-amd64-32).dek*
>
>
> :)
>
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/7/2018 11:07 AM, Lucas Cordiviola wrote:
>
> Hi Alfonso,
>
> Back in March, when we got w64 Pd to work and also we tweaked the nuts and
> bolts of pd-lib-builder, I did some preliminary work on compiling many libs
> (all 00-extended) for w64.
> I got in to troubles and found some solutions. May be this week (or next)
> I'll revisit my files and try to upload them to Deken.
>
> I did all the stuff with Msys2.
>
> Keep in mind that for modern libs that already use pd-lib-builder
> compiling them for w64 is really straight forward.
>
> :)
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/7/2018 9:57 AM, alfonso santimone wrote:
>
> Hi all,
> i'm trying to move all my music apps to 64 bit on Windows (it's the
> standard and more softwares are adbandoning the 32 bit version)
> I would really like to try both moonlib and the oliver's abtraction.
> But everything rely on 32 bits library.
> Hope to get some 64x version soon.
> Pd 0.48.2 works fine on Win 64x as a 64x application. A little number of
> libraries (else, cyclone ) are already compiled for 64x.
> I hope more and more will follow.
> I even could help compiling and try to get the knowledge (pd lib builder )
> to try some 64x compling.
>
> a.
> www.elgallorojorecords.com
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Fri, Sep 7, 2018 at 2:47 PM Antoine Rousseau 
> wrote:
>
>> Thanks for recommending mknob ;-)
>>
>> I'd like to do an update of moonlib soon, as it has received some
>> improvements: sfread2~ understands a new [index( message (thx to Antoine
>> Villeret), and mknob now better supports zooming.
>>
>> About the latter, I'd like to hear your opinion (you all mknob users...)
>> about the following problem (and the solution I propose):
>>
>> mknob poses a particular problem: because its circular shape doesn't
>> comply to Pd graphical paradigm (every other objects are rectangular
>> shaped), iolets are floating in an empty space near the knob; because it's
>> visually ugly, and I don't want to surround the knob with a rectangular
>> box, I chose not to draw the iolets, even when the mknob is not bounded to
>> receive/send symbols. The problem (for explicitly connected  knobs) is now
>> that it's somewhat tricky to guess where you have to draw the connection
>> to/from, a

Re: [PD] [PD-announce] Live Electronis Tutorial by Porres in English (& ELSE beta 12 released)

[alfonso santimone]

Great stuff!
Thanks!
a.

www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Thu, Sep 13, 2018 at 9:47 PM Miller Puckette  wrote:

> Congratulations!  This is a big achievement.
>
> M
>
> On Wed, Sep 12, 2018 at 09:23:03PM -0300, Alexandre Torres Porres wrote:
> > Hi, two related announcements! I've Finished translating the vol. 2 of my
> > Live Electronics Tutorial to English, with now 323 examples!
> > https://github.com/porres/Live-Electronics-Tutorial - It already relies
> on
> > the (still in test phase) 0.49-0 release of Pure Data (though 99% will
> work
> > in 48). Anyway, vol. 2 is where things gets a little serious... there's
> FFT
> > stuff and I really like my take on filters (folder "29").
> >
> > I hope this becomes a relevant tutorial for Pd. Let me know what you
> think.
> > Next plan is to write a book where these are the examples. This is a very
> > special announcement for me as I've been working on this for 10 years now
> > and I'm happy to make it available in english. Not only that, but to
> > finally port it out of Pd Extended and into Vanilla!
> >
> > Porting to Vanilla relies heavily and extensively in the ELSE library,
> and
> > this is where most of my work has been put recently, in order to port
> this
> > out of Extended. This brings us to the next announcement: I have a new
> > release that it relies on, Beta 12! Find it on deken (pd => Help => Find
> > Externals). See
> https://github.com/porres/pd-else/releases/tag/v1.0-beta12
> > for details. Newer additions to the tutorial now depend on developments
> of
> > ELSE.
> >
> > The last release was a couple of weeks ago but I'm really proud of the
> > advancements I made. I'd like to highlight the additions to [envgen~],
> you
> > really should check it out, it's a very powerful and versatile envelope
> > generator. I still wanna allow for exponential curves, maybe next time.
> This
> > release of ELSE also already relies on Pd 0.49, but works for the most
> part
> > with 0.48.
> >
> > cheers
>
> > ___
> > Pd-announce mailing list
> > pd-annou...@lists.iem.at
> > https://lists.puredata.info/listinfo/pd-announce
>
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)

[alfonso santimone]

Oh thanks Christof
...simple almost unoticeable thingie :-)
www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Fri, Sep 7, 2018 at 5:37 PM Christof Ressi  wrote:

> > 1. For some reason the latest pd install (64 bit) doesn't have all the
> headers and sources in the pd/src folders
>
> for most externals, you should only rely on "m_pd.h". all other headers
> are considered not public and therefore unsafe to use.
>
> > 2. I don't really understand very well this launcher thing, so i don't
> understand how i can refer to a general Win system folder from inside the
> MSys2 shell.
>
> msys2 emulates a unix environment, so you need to use forward slahes for
> file paths. to see the content of you C drive type the following:
>
> > cd /c
> > ls
>
> Christof
>
>
> Gesendet: Freitag, 07. September 2018 um 17:23 Uhr
> Von: "alfonso santimone" 
> An: "Christof Ressi" 
> Cc: "Lucas Cordiviola" , pd-list@lists.iem.at
> Betreff: Re: Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)
>
> Thanks Christof
>
> 1. For some reason the latest pd install (64 bit) doesn't have all the
> headers and sources in the pd/src folders
> 2. I don't really understand very well this launcher thing, so i don't
> understand how i can refer to a general Win system folder from inside the
> MSys2 shell.
>
>
>
> www.elgallorojorecords.com[http://www.elgallorojorecords.com]
> soundcloud.com/alfonsosantimone[http://soundcloud.com/alfonsosantimone]
> <http://soundcloud.com/alfonsosantimone%5Bhttp://soundcloud.com/alfonsosantimone%5D>
> www.facebook.com/alfonsosantimone[http://www.facebook.com/alfonsosantimone]
> <http://www.facebook.com/alfonsosantimone%5Bhttp://www.facebook.com/alfonsosantimone%5D>
>
>
> On Fri, Sep 7, 2018 at 5:16 PM Christof Ressi  [mailto:christof.re...@gmx.at]> wrote:no, you can put the git repo
> anywhere you like. msys2 comes with special shell launchers which set up
> the necessary paths. they're called "MSYS2 MSYS shell launcher" (default
> shell), "MSYS2_MINGW32 shell launcher" (for compiling 32bit binaries) and
> "MSYS2_MINGW64 shell launcher" (for compiling 64bit binaries). in your case
> you need to use the last one.
>
> BTW, in case you don't have Pd installed in a standard location, you need
> to set PDDIR="/my/path/to/pd/folder" in your make command.
>
> Christof
>
>
>
> Gesendet: Freitag, 07. September 2018 um 17:04 Uhr
> Von: "alfonso santimone"  alfonso.santim...@gmail.com]>
> An: "Lucas Cordiviola" mailto:lucard...@hotmail.com
> ]>
> Cc: pd-list@lists.iem.at[mailto:pd-list@lists.iem.at]
> Betreff: Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)
>
> Cool, thanks!
> I guess this implies clone the pd git insed the msys2 scope folder, so
> that pd lib builder can find all the pd headers.
> am i right?
>
> a.
>
>
> www.elgallorojorecords.com[http://www.elgallorojorecords.com][
> http://www.elgallorojorecords.com[http://www.elgallorojorecords.com]]
>
> soundcloud.com/alfonsosantimone[http://soundcloud.com/alfonsosantimone][http://soundcloud.com/alfonsosantimone%5Bhttp://soundcloud.com/alfonsosantimone%5D]
> <http://soundcloud.com/alfonsosantimone%5Bhttp://soundcloud.com/alfonsosantimone%5D%5Bhttp://soundcloud.com/alfonsosantimone%5Bhttp://soundcloud.com/alfonsosantimone%5D%5D>
>
> www.facebook.com/alfonsosantimone[http://www.facebook.com/alfonsosantimone][http://www.facebook.com/alfonsosantimone%5Bhttp://www.facebook.com/alfonsosantimone%5D]
> <http://www.facebook.com/alfonsosantimone%5Bhttp://www.facebook.com/alfonsosantimone%5D%5Bhttp://www.facebook.com/alfonsosantimone%5Bhttp://www.facebook.com/alfonsosantimone%5D%5D>
>
>
> On Fri, Sep 7, 2018 at 4:55 PM Lucas Cordiviola  [mailto:lucard...@hotmail.com][mailto:lucard...@hotmail.com[mailto:
> lucard...@hotmail.com]]> wrote:
> And if you want to try compiling a single external say foo.c
>
> Get familiar with the makefile:
>
>   # Makefile for mylib
>
>   lib.name[http://lib.name][http://lib.name[http://lib.name]] = mylib
>
>   class.sources = foo.c
>
>   datafiles = foo-help.pd  README.txt LICENSE.txt
>
>   include Makefile.pdlibbuilder
>
>
>
> https://github.com/pure-data/pd-lib-builder#basic-usage[https://github.com/pure-data/pd-lib-builder#basic-usage][https://github.com/pure-data/pd-lib-builder#basic-usage[https://github.com/pure-data/pd-lib-builder%23basic-usage]]
> <https://github.com/pure-data/pd-lib-builder#basic-usage[https://github.com/pure-data/pd-lib-builder%23basic-usage][https://github.com/pure-d

Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)

[alfonso santimone]

Yes is what i do. Opening "Msys2 MinGW64 bit" from the start  menu.
I mean that as far as i remember is not so straightforward to refer to
windows file system from inside the Msys2 console.
So given that my pd dir is in the windows root C:\ as far as i remember is
not so easy to refer to such "external" folders from the MSys2 perspective.


www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Fri, Sep 7, 2018 at 5:36 PM Lucas Cordiviola 
wrote:

> Just open “Msys2 MinGW64 bit” from the start menu.
>
> in case you have both 32 and 64 bit Pds on your system you have to make
> sure pd-lib-builder finds the 64bit one.
>
> use:
>
> make PDDIR=full/path/to/64bit/pd(folder)
> PDLIBDIR=path/youwanttoplacethecompiledobject install
>
> 
>
> PDDIR=full/path/to/64bit/pd(folder)  > here you get /bin/pd.dll and pd
> headers /src
>
> PDLIBDIR=path/youwanttoplacethecompiledobject > where you want the output
>
> install > this strips the binaries and other goodies
>
> //////
>
>
>
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/7/2018 12:23 PM, alfonso santimone wrote:
>
> Thanks Christof
>
> 1. For some reason the latest pd install (64 bit) doesn't have all the
> headers and sources in the pd/src folders
> 2. I don't really understand very well this launcher thing, so i don't
> understand how i can refer to a general Win system folder from inside the
> MSys2 shell.
>
>
> www.elgallorojorecords.com
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Fri, Sep 7, 2018 at 5:16 PM Christof Ressi 
> wrote:
>
>> no, you can put the git repo anywhere you like. msys2 comes with special
>> shell launchers which set up the necessary paths. they're called "MSYS2
>> MSYS shell launcher" (default shell), "MSYS2_MINGW32 shell launcher" (for
>> compiling 32bit binaries) and "MSYS2_MINGW64 shell launcher" (for compiling
>> 64bit binaries). in your case you need to use the last one.
>>
>> BTW, in case you don't have Pd installed in a standard location, you need
>> to set PDDIR="/my/path/to/pd/folder" in your make command.
>>
>> Christof
>>
>>
>>
>> Gesendet: Freitag, 07. September 2018 um 17:04 Uhr
>> Von: "alfonso santimone" 
>> An: "Lucas Cordiviola" 
>> Cc: pd-list@lists.iem.at
>> Betreff: Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)
>>
>> Cool, thanks!
>> I guess this implies clone the pd git insed the msys2 scope folder, so
>> that pd lib builder can find all the pd headers.
>> am i right?
>>
>> a.
>>
>>
>> www.elgallorojorecords.com[http://www.elgallorojorecords.com]
>> soundcloud.com/alfonsosantimone[http://soundcloud.com/alfonsosantimone]
>> <http://soundcloud.com/alfonsosantimone%5Bhttp://soundcloud.com/alfonsosantimone%5D>
>>
>> www.facebook.com/alfonsosantimone[http://www.facebook.com/alfonsosantimone]
>> <http://www.facebook.com/alfonsosantimone%5Bhttp://www.facebook.com/alfonsosantimone%5D>
>>
>>
>> On Fri, Sep 7, 2018 at 4:55 PM Lucas Cordiviola > [mailto:lucard...@hotmail.com]> wrote:
>> And if you want to try compiling a single external say foo.c
>>
>> Get familiar with the makefile:
>>
>>   # Makefile for mylib
>>
>>   lib.name[http://lib.name] = mylib
>>
>>   class.sources = foo.c
>>
>>   datafiles = foo-help.pd  README.txt LICENSE.txt
>>
>>   include Makefile.pdlibbuilder
>>
>>
>>
>> https://github.com/pure-data/pd-lib-builder#basic-usage[https://github.com/pure-data/pd-lib-builder#basic-usage]
>>
>> :)
>> Mensaje telepatico asistido por maquinas.
>>
>> On 9/7/2018 11:46 AM, alfonso santimone wrote:
>> Awesome, thanks!
>>
>>
>> www.elgallorojorecords.com[http://www.elgallorojorecords.com]
>> soundcloud.com/alfonsosantimone[http://soundcloud.com/alfonsosantimone]
>> <http://soundcloud.com/alfonsosantimone%5Bhttp://soundcloud.com/alfonsosantimone%5D>
>>
>> www.facebook.com/alfonsosantimone[http://www.facebook.com/alfonsosantimone]
>> <http://www.facebook.com/alfonsosantimone%5Bhttp://www.facebook.com/alfonsosantimone%5D>
>>
>>
>> On Fri, Sep 7, 2018 at 4:41 PM Lucas Cordiviola > [mailto:lucard...@hotmail.com]> wrote:Yes. I suggest using MinGW64.
>> Pd-lib-builder is ready for that. You are
>> on your own if you use VS and hit all kind of troubles that only and
>> expert can deal (c runtimes, etc, e

Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)

[alfonso santimone]

Thanks Christof

1. For some reason the latest pd install (64 bit) doesn't have all the
headers and sources in the pd/src folders
2. I don't really understand very well this launcher thing, so i don't
understand how i can refer to a general Win system folder from inside the
MSys2 shell.


www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Fri, Sep 7, 2018 at 5:16 PM Christof Ressi  wrote:

> no, you can put the git repo anywhere you like. msys2 comes with special
> shell launchers which set up the necessary paths. they're called "MSYS2
> MSYS shell launcher" (default shell), "MSYS2_MINGW32 shell launcher" (for
> compiling 32bit binaries) and "MSYS2_MINGW64 shell launcher" (for compiling
> 64bit binaries). in your case you need to use the last one.
>
> BTW, in case you don't have Pd installed in a standard location, you need
> to set PDDIR="/my/path/to/pd/folder" in your make command.
>
> Christof
>
>
>
> Gesendet: Freitag, 07. September 2018 um 17:04 Uhr
> Von: "alfonso santimone" 
> An: "Lucas Cordiviola" 
> Cc: pd-list@lists.iem.at
> Betreff: Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)
>
> Cool, thanks!
> I guess this implies clone the pd git insed the msys2 scope folder, so
> that pd lib builder can find all the pd headers.
> am i right?
>
> a.
>
>
> www.elgallorojorecords.com[http://www.elgallorojorecords.com]
> soundcloud.com/alfonsosantimone[http://soundcloud.com/alfonsosantimone]
> <http://soundcloud.com/alfonsosantimone%5Bhttp://soundcloud.com/alfonsosantimone%5D>
> www.facebook.com/alfonsosantimone[http://www.facebook.com/alfonsosantimone]
> <http://www.facebook.com/alfonsosantimone%5Bhttp://www.facebook.com/alfonsosantimone%5D>
>
>
> On Fri, Sep 7, 2018 at 4:55 PM Lucas Cordiviola  [mailto:lucard...@hotmail.com]> wrote:
> And if you want to try compiling a single external say foo.c
>
> Get familiar with the makefile:
>
>   # Makefile for mylib
>
>   lib.name[http://lib.name] = mylib
>
>   class.sources = foo.c
>
>   datafiles = foo-help.pd  README.txt LICENSE.txt
>
>   include Makefile.pdlibbuilder
>
>
>
> https://github.com/pure-data/pd-lib-builder#basic-usage[https://github.com/pure-data/pd-lib-builder#basic-usage]
>
> :)
> Mensaje telepatico asistido por maquinas.
>
> On 9/7/2018 11:46 AM, alfonso santimone wrote:
> Awesome, thanks!
>
>
> www.elgallorojorecords.com[http://www.elgallorojorecords.com]
> soundcloud.com/alfonsosantimone[http://soundcloud.com/alfonsosantimone]
> <http://soundcloud.com/alfonsosantimone%5Bhttp://soundcloud.com/alfonsosantimone%5D>
> www.facebook.com/alfonsosantimone[http://www.facebook.com/alfonsosantimone]
> <http://www.facebook.com/alfonsosantimone%5Bhttp://www.facebook.com/alfonsosantimone%5D>
>
>
> On Fri, Sep 7, 2018 at 4:41 PM Lucas Cordiviola  [mailto:lucard...@hotmail.com]> wrote:Yes. I suggest using MinGW64.
> Pd-lib-builder is ready for that. You are
> on your own if you use VS and hit all kind of troubles that only and
> expert can deal (c runtimes, etc, etc).
>
> I never used code::blocks but it should work.
>
> I had no trouble with Msys2 and I like it.
>
> If you want a test you can try compiling Cyclone or Else -> sources:
>
>
> https://github.com/porres/pd-cyclone/releases[https://github.com/porres/pd-cyclone/releases]
>
> https://github.com/porres/pd-else/releases
>
> These 2 have the latest pd-lib-builder 0.5.1 (strongly recommended)
>
>
> https://github.com/pure-data/pd-lib-builder[https://github.com/pure-data/pd-lib-builder]
>
>
> :)
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/7/2018 11:20 AM, alfonso santimone wrote:
> > Thanks Lucas, i already have a msys2 with mingw64 set on my system. Do
> > you suggest me do go that way instead of VS or Code::Blocks with mingw64
> >
>  ___ 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

Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)

[alfonso santimone]

Cool, thanks!
I guess this implies clone the pd git insed the msys2 scope folder, so that
pd lib builder can find all the pd headers.
am i right?

a.

www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Fri, Sep 7, 2018 at 4:55 PM Lucas Cordiviola 
wrote:

> And if you want to try compiling a single external say foo.c
>
> Get familiar with the makefile:
>
> *  # Makefile for mylib*
>
> *  lib.name <http://lib.name> = mylib*
>
> *  class.sources = foo.c*
>
> *  datafiles = foo-help.pd  README.txt LICENSE.txt*
>
> *  include Makefile.pdlibbuilder*
>
>
> https://github.com/pure-data/pd-lib-builder#basic-usage
>
> :)
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/7/2018 11:46 AM, alfonso santimone wrote:
>
> Awesome, thanks!
>
> www.elgallorojorecords.com
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Fri, Sep 7, 2018 at 4:41 PM Lucas Cordiviola 
> wrote:
>
>> Yes. I suggest using MinGW64. Pd-lib-builder is ready for that. You are
>> on your own if you use VS and hit all kind of troubles that only and
>> expert can deal (c runtimes, etc, etc).
>>
>> I never used code::blocks but it should work.
>>
>> I had no trouble with Msys2 and I like it.
>>
>> If you want a test you can try compiling Cyclone or Else -> sources:
>>
>> https://github.com/porres/pd-cyclone/releases
>>
>> https://github.com/porres/pd-else/releases
>>
>> These 2 have the latest pd-lib-builder 0.5.1 (strongly recommended)
>>
>> https://github.com/pure-data/pd-lib-builder
>>
>>
>> :)
>>
>> Mensaje telepatico asistido por maquinas.
>>
>> On 9/7/2018 11:20 AM, alfonso santimone wrote:
>> > Thanks Lucas, i already have a msys2 with mingw64 set on my system. Do
>> > you suggest me do go that way instead of VS or Code::Blocks with mingw64
>> >
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)

[alfonso santimone]

Awesome, thanks!

www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Fri, Sep 7, 2018 at 4:41 PM Lucas Cordiviola 
wrote:

> Yes. I suggest using MinGW64. Pd-lib-builder is ready for that. You are
> on your own if you use VS and hit all kind of troubles that only and
> expert can deal (c runtimes, etc, etc).
>
> I never used code::blocks but it should work.
>
> I had no trouble with Msys2 and I like it.
>
> If you want a test you can try compiling Cyclone or Else -> sources:
>
> https://github.com/porres/pd-cyclone/releases
>
> https://github.com/porres/pd-else/releases
>
> These 2 have the latest pd-lib-builder 0.5.1 (strongly recommended)
>
> https://github.com/pure-data/pd-lib-builder
>
>
> :)
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/7/2018 11:20 AM, alfonso santimone wrote:
> > Thanks Lucas, i already have a msys2 with mingw64 set on my system. Do
> > you suggest me do go that way instead of VS or Code::Blocks with mingw64
> >
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)

[alfonso santimone]

Thanks Lucas, i already have a msys2 with mingw64 set on my system. Do you
suggest me do go that way instead of VS or Code::Blocks with mingw64

Il ven 7 set 2018, 16:07 Lucas Cordiviola  ha
scritto:

> Hi Alfonso,
>
> Back in March, when we got w64 Pd to work and also we tweaked the nuts and
> bolts of pd-lib-builder, I did some preliminary work on compiling many libs
> (all 00-extended) for w64.
> I got in to troubles and found some solutions. May be this week (or next)
> I'll revisit my files and try to upload them to Deken.
>
> I did all the stuff with Msys2.
>
> Keep in mind that for modern libs that already use pd-lib-builder
> compiling them for w64 is really straight forward.
>
> :)
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/7/2018 9:57 AM, alfonso santimone wrote:
>
> Hi all,
> i'm trying to move all my music apps to 64 bit on Windows (it's the
> standard and more softwares are adbandoning the 32 bit version)
> I would really like to try both moonlib and the oliver's abtraction.
> But everything rely on 32 bits library.
> Hope to get some 64x version soon.
> Pd 0.48.2 works fine on Win 64x as a 64x application. A little number of
> libraries (else, cyclone ) are already compiled for 64x.
> I hope more and more will follow.
> I even could help compiling and try to get the knowledge (pd lib builder )
> to try some 64x compling.
>
> a.
> www.elgallorojorecords.com
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> On Fri, Sep 7, 2018 at 2:47 PM Antoine Rousseau 
> wrote:
>
>> Thanks for recommending mknob ;-)
>>
>> I'd like to do an update of moonlib soon, as it has received some
>> improvements: sfread2~ understands a new [index( message (thx to Antoine
>> Villeret), and mknob now better supports zooming.
>>
>> About the latter, I'd like to hear your opinion (you all mknob users...)
>> about the following problem (and the solution I propose):
>>
>> mknob poses a particular problem: because its circular shape doesn't
>> comply to Pd graphical paradigm (every other objects are rectangular
>> shaped), iolets are floating in an empty space near the knob; because it's
>> visually ugly, and I don't want to surround the knob with a rectangular
>> box, I chose not to draw the iolets, even when the mknob is not bounded to
>> receive/send symbols. The problem (for explicitly connected  knobs) is now
>> that it's somewhat tricky to guess where you have to draw the connection
>> to/from, and that the wire connects to/from nowhere. This is acceptable for
>> small knob, but when it becomes bigger it's really weird.
>>
>> So the only idea I see (apart from hacking Pd sources...) is to setup 3
>> inlets and 3 outlets, so that you can connect from/to the one in the
>> middle; the wire is then actually connected to the circle. I succeeded to
>> code this behaviour, keeping to possibility to use any inlet and sending to
>> the three outlets. It's maybe a little far-fetched, but its works. What do
>> you think of it?
>>
>>
>> Antoine Rousseau
>>   http://www.metalu.net <http://metalu.net> __
>> http://www.metaluachahuter.com/
>> <http://www.metaluachahuter.com/compagnies/al1-ant1/>
>>
>>
>>
>> Le ven. 7 sept. 2018 à 13:05, Christof Ressi  a
>> écrit :
>>
>>> I recommend mknob from moonlib, but make sure you get the latest version
>>> from deken for pd >= 0.47
>>>
>>> Christof
>>>
>>> > Gesendet: Freitag, 07. September 2018 um 12:59 Uhr
>>> > Von: Clemens 
>>> > An: Pd-list@lists.iem.at
>>> > Betreff: [PD] Slider/Knob
>>> >
>>> > Hello List,
>>> >
>>> > I would like to use knobs instead of sliders,
>>> >
>>> > where can I find them?
>>> >
>>> > Cheers
>>> >
>>> > Clemens
>>> >
>>> >
>>> >
>>> > ___
>>> > 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-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Slider/Knob

[alfonso santimone]

Hi all,
i'm trying to move all my music apps to 64 bit on Windows (it's the
standard and more softwares are adbandoning the 32 bit version)
I would really like to try both moonlib and the oliver's abtraction.
But everything rely on 32 bits library.
Hope to get some 64x version soon.
Pd 0.48.2 works fine on Win 64x as a 64x application. A little number of
libraries (else, cyclone ) are already compiled for 64x.
I hope more and more will follow.
I even could help compiling and try to get the knowledge (pd lib builder )
to try some 64x compling.

a.
www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone


On Fri, Sep 7, 2018 at 2:47 PM Antoine Rousseau  wrote:

> Thanks for recommending mknob ;-)
>
> I'd like to do an update of moonlib soon, as it has received some
> improvements: sfread2~ understands a new [index( message (thx to Antoine
> Villeret), and mknob now better supports zooming.
>
> About the latter, I'd like to hear your opinion (you all mknob users...)
> about the following problem (and the solution I propose):
>
> mknob poses a particular problem: because its circular shape doesn't
> comply to Pd graphical paradigm (every other objects are rectangular
> shaped), iolets are floating in an empty space near the knob; because it's
> visually ugly, and I don't want to surround the knob with a rectangular
> box, I chose not to draw the iolets, even when the mknob is not bounded to
> receive/send symbols. The problem (for explicitly connected  knobs) is now
> that it's somewhat tricky to guess where you have to draw the connection
> to/from, and that the wire connects to/from nowhere. This is acceptable for
> small knob, but when it becomes bigger it's really weird.
>
> So the only idea I see (apart from hacking Pd sources...) is to setup 3
> inlets and 3 outlets, so that you can connect from/to the one in the
> middle; the wire is then actually connected to the circle. I succeeded to
> code this behaviour, keeping to possibility to use any inlet and sending to
> the three outlets. It's maybe a little far-fetched, but its works. What do
> you think of it?
>
>
> Antoine Rousseau
>   http://www.metalu.net  __
> http://www.metaluachahuter.com/
> 
>
>
>
> Le ven. 7 sept. 2018 à 13:05, Christof Ressi  a
> écrit :
>
>> I recommend mknob from moonlib, but make sure you get the latest version
>> from deken for pd >= 0.47
>>
>> Christof
>>
>> > Gesendet: Freitag, 07. September 2018 um 12:59 Uhr
>> > Von: Clemens 
>> > An: Pd-list@lists.iem.at
>> > Betreff: [PD] Slider/Knob
>> >
>> > Hello List,
>> >
>> > I would like to use knobs instead of sliders,
>> >
>> > where can I find them?
>> >
>> > Cheers
>> >
>> > Clemens
>> >
>> >
>> >
>> > ___
>> > 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] Setting Code::Blocks (MinGW64) to compile pd externals

[alfonso santimone]

I was just kind of joking. Better said "compiling on windows for pd and max
is a moving target". Thanks for advices i should get my way to cmake really
;-)

Il mer 5 set 2018, 16:25 alfonso santimone  ha
scritto:

> Hi Christof, thanks. I'm trying to build a 64bit external for 64bit pd.
> I tried to remove pd.lib and pd.a from the linker settings and substitute
> them with pd.dll but comiplation fail because pd.dll file format is not
> recognized. I have no good knowledge of cmake. But i guess i have to study
> it. Coding for pd and max is always a moving target :-D
>
> Il 5 set 2018 15:54, "Christof Ressi"  ha scritto:
>
> > 2. So i took pd.a form the src folder of my pd 32bit installation.
>
> > Maybe the mingw64 compiler isn't working for pd 64x on windows?
>
> are you trying to build a 64-bit external for a 64-bit Pd *or* a 32-bit
> external for a 32-bit Pd? I'm asking because you mention both 32bit and
> 64bit Pd.
>
> ---
>
> another common mistake is to make the setup function in external static,
> so it doesn't get exported.
>
> run your patch from the command line with -verbose to get more detailed
> error messages.
>
>
> Christof
>
>
> Gesendet: Mittwoch, 05. September 2018 um 15:28 Uhr
> Von: "alfonso santimone" 
> An: pd-list@lists.iem.at
> Betreff: [PD] Setting Code::Blocks (MinGW64) to compile pd externals
>
> Hi all,
> i'm trying to get in my way to compile some external for pd on Win64.
> I followed a Code::Blocks configuration tutorial here (which is about
> win32 tho).
>
>
> https://www.youtube.com/watch?v=7hByIk-xXXw&index=11&list=PLn3ODBv0ka5g_zKRpmgc58-Tj-Qn-P5qz
>
> 1. It seems that the src folder for the last pd (
> http://msp.ucsd.edu/Software/pd-0.48-2-64bit.msw.zip[http://msp.ucsd.edu/Software/pd-0.48-2-64bit.msw.zip]
> ) doesn't contain pd.a no more.
>
>
> 2. So i took pd.a form the src folder of my pd 32bit installation.
>
> 3. The external (i named it "blank") compiles with no errors but when i
> try to load it in pd
> C:\\Users\\Live Machine\\Documents\\Pd\\externals\\blank\\blank.dll:
> couldn't load
>
> Maybe the mingw64 compiler isn't working for pd 64x on windows?
>
> any help appreciated!
>
> best
>
>
> www.elgallorojorecords.com[http://www.elgallorojorecords.com]
> soundcloud.com/alfonsosantimone[http://soundcloud.com/alfonsosantimone]
> <http://soundcloud.com/alfonsosantimone%5Bhttp://soundcloud.com/alfonsosantimone%5D>
>
> www.facebook.com/alfonsosantimone[http://www.facebook.com/alfonsosantimone]___
> <http://www.facebook.com/alfonsosantimone%5Bhttp://www.facebook.com/alfonsosantimone%5D___>
> 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

Re: [PD] Setting Code::Blocks (MinGW64) to compile pd externals

[alfonso santimone]

Hi Christof, thanks. I'm trying to build a 64bit external for 64bit pd.
I tried to remove pd.lib and pd.a from the linker settings and substitute
them with pd.dll but comiplation fail because pd.dll file format is not
recognized. I have no good knowledge of cmake. But i guess i have to study
it. Coding for pd and max is always a moving target :-D

Il 5 set 2018 15:54, "Christof Ressi"  ha scritto:

> 2. So i took pd.a form the src folder of my pd 32bit installation.

> Maybe the mingw64 compiler isn't working for pd 64x on windows?

are you trying to build a 64-bit external for a 64-bit Pd *or* a 32-bit
external for a 32-bit Pd? I'm asking because you mention both 32bit and
64bit Pd.

---

another common mistake is to make the setup function in external static, so
it doesn't get exported.

run your patch from the command line with -verbose to get more detailed
error messages.


Christof


Gesendet: Mittwoch, 05. September 2018 um 15:28 Uhr
Von: "alfonso santimone" 
An: pd-list@lists.iem.at
Betreff: [PD] Setting Code::Blocks (MinGW64) to compile pd externals

Hi all,
i'm trying to get in my way to compile some external for pd on Win64.
I followed a Code::Blocks configuration tutorial here (which is about win32
tho).

https://www.youtube.com/watch?v=7hByIk-xXXw&index=11&list=PLn3ODBv0ka5g_zKRpmgc58-Tj-Qn-P5qz

1. It seems that the src folder for the last pd (
http://msp.ucsd.edu/Software/pd-0.48-2-64bit.msw.zip[http://msp.ucsd.edu/Software/pd-0.48-2-64bit.msw.zip]
) doesn't contain pd.a no more.


2. So i took pd.a form the src folder of my pd 32bit installation.

3. The external (i named it "blank") compiles with no errors but when i try
to load it in pd
C:\\Users\\Live Machine\\Documents\\Pd\\externals\\blank\\blank.dll:
couldn't load

Maybe the mingw64 compiler isn't working for pd 64x on windows?

any help appreciated!

best


www.elgallorojorecords.com[http://www.elgallorojorecords.com]
soundcloud.com/alfonsosantimone[http://soundcloud.com/alfonsosantimone]
<http://soundcloud.com/alfonsosantimone%5Bhttp://soundcloud.com/alfonsosantimone%5D>
www.facebook.com/alfonsosantimone[http://www.facebook.com/alfonsosantimone]___
<http://www.facebook.com/alfonsosantimone%5Bhttp://www.facebook.com/alfonsosantimone%5D___>
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] Setting Code::Blocks (MinGW64) to compile pd externals

[alfonso santimone]

Hi all,
i'm trying to get in my way to compile some external for pd on Win64.
I followed a Code::Blocks configuration tutorial here (which is about win32
tho).

https://www.youtube.com/watch?v=7hByIk-xXXw&index=11&list=PLn3ODBv0ka5g_zKRpmgc58-Tj-Qn-P5qz

1. It seems that the src folder for the last pd (
http://msp.ucsd.edu/Software/pd-0.48-2-64bit.msw.zip ) doesn't contain pd.a
no more.

2. So i took pd.a form the src folder of my pd 32bit installation.

3. The external (i named it "blank") compiles with no errors but when i try
to load it in pd
C:\\Users\\Live Machine\\Documents\\Pd\\externals\\blank\\blank.dll:
couldn't load

Maybe the mingw64 compiler isn't working for pd 64x on windows?

any help appreciated!

best

www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd 0.48-1 MIDI device issue on Windows (was: pd 0.48.1 test 2 on windows - ASIO not working)

[alfonso santimone]

Yeah. Sorry for the subject mess. Thanks for pointing it out. I'll try with
other devices. Btw my Presonus Quantum does works with all other midi
software. I'll do further investigations. best

Il ven 6 apr 2018, 21:21 Lucas Cordiviola  ha
scritto:

> Hi Alfonso,
>
> On 4/6/2018 10:14 AM, alfonso santimone wrote:
> > Hi Lucas,
> > just to give a little bug report.
> > If i select some MIDI devices the next time pd does not starts unless
> > i launch it from command line with the -nomidi flag
>
>
> First:
> Please don't use "ASIO troubles" topic subject to inform a MIDI thing or
> to ask info on compiling Purr-data. The original thread has gone very
> off-topic so I changed the subject.
>
>
> About the MIDI issue:
>
> I cant reproduce the MIDI bug with any of my recent Pds (0.48-1 32/64
> from Miller or self-compiled). I select the MIDI devices (in/out) and
> hit "save preferences". Pd loads them fine when I restart.
>
>
> Are you sure that you don't have another running program that's using
> your MIDI driver?
>
>
>
> --
>
> Mensaje telepatico asistido por maquinas.
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd 0.48.1 test 2 on windows - ASIO not working

[alfonso santimone]

Thanks!
very useful stuff!
a.

www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone

On Thu, Mar 29, 2018 at 11:28 AM, Lucas Cordiviola 
wrote:

> Can I considered these lines as additional instructions for the "standard"
> compiling instructions?
>
>
>
> I have updated http://puredata.info/docs/developer/win/WindowsMinGW
>
> Note that is for Pd. I think this is the same for purr-pata. You should
> check with Jonathan.
>
>
> So where I have to copy the dll? In windows/system32 folder?
>
>
>
> They should be fine in the same dir as pd.exe.
>
>
> I guess this is due to the fact that Pd can't statically include those
> libs?
>
>
>
> Msys2 can statically include those libs but is better to check this with
> Jonathan. On my humble opinion on compiling I believe that purr-data don't
> need to be "statically linked".
>
>
>
> --
>
> Mensaje telepatico asistido por maquinas.
>
> On 3/29/2018 4:54 AM, alfonso santimone wrote:
>
> Thanks Lucas!
> Can I considered these lines as additional instructions for the "standard"
> compiling instructions?
> So where I have to copy the dll? In windows/system32 folder? I guess this
> is due to the fact that Pd can't statically include those libs?
>
>
> Il gio 29 mar 2018, 00:34 Lucas Cordiviola  ha
> scritto:
>
>> For building a w64 Pd we open the MinGW64 shell and do:
>>
>>
>> **
>> ./autogen.sh
>>
>> ./configure CPPFLAGS=-DPD_LONGINTTYPE=__int64
>>
>> make
>>
>> *
>>
>> Note the preprocessor flag: CPPFLAGS=-DPD_LONGINTTYPE=__int64
>>
>> This flag is also needed to compile externals.
>>
>> Once built you should copy from the compiler the 64bit version of
>> "libwinpthread-1.dll" and for the case of Purr-data I'm not sure if other
>> dlls are needed to run.:
>>
>> "libstdc++-6.dll" ?
>> "libgcc_s_dw2-1.dll" ?
>>
>> :)
>>
>>
>> --
>>
>> Mensaje telepatico asistido por maquinas.
>>
>> On 3/28/2018 4:28 PM, alfonso santimone wrote:
>>
>> Hi all and Lucas,
>> are there any instructions on how to compile win64 pd with MSYS2
>> available on the net?
>> I'm helping one of the Purr Data mantainer to have a win64 version.
>> thanks
>> a.
>>
>> www.elgallorojorecords.com
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>> On Sun, Mar 18, 2018 at 12:08 PM, alfonso santimone <
>> alfonso.santim...@gmail.com> wrote:
>>
>>> @Lucas
>>>
>>> Thanks! Perfectly working!
>>>
>>> best
>>> a.
>>>
>>> www.elgallorojorecords.com
>>> soundcloud.com/alfonsosantimone
>>> www.facebook.com/alfonsosantimone
>>>
>>> On Fri, Mar 16, 2018 at 8:26 PM, Lucas Cordiviola >> > wrote:
>>>
>>>> @alfonso
>>>>
>>>> Here's an compiled version on Msys2 on a windows machine. -->
>>>> http://lucarda.com.ar/x/Pd-0.48-1-all-w64.zip
>>>>
>>>> I can load ASIO drivers with this one.
>>>>
>>>> Can you try it on your machine?
>>>>
>>>>
>>>> Mensaje telepatico asistido por maquinas.
>>>>
>>>> On 3/16/2018 4:16 PM, Lucas Cordiviola wrote:
>>>>
>>>> Confirmed.
>>>>
>>>> There's a bug on Tests2. No ASIO driver can be selected.
>>>>
>>>> @miller
>>>>
>>>> May be this bug  is what's stopping your w64 tcl/tk 8.6.8 tests?
>>>>
>>>> --
>>>>
>>>> Mensaje telepatico asistido por maquinas.
>>>>
>>>> On 3/16/2018 12:11 PM, alfonso santimone wrote:
>>>>
>>>> Hi all,
>>>> as you can see in the attachments no ASIO drivers are seen on 64 bit
>>>> test2.
>>>> Everything works on plain stable 0.48.1 32 bit.
>>>> I guess there is some portaudio issue.
>>>>
>>>> best
>>>> a.
>>>>
>>>> www.elgallorojorecords.com
>>>> soundcloud.com/alfonsosantimone
>>>> www.facebook.com/alfonsosantimone
>>>>
>>>>
>>>> ___pd-l...@lists.iem.at 
>>>> mailing list
>>>> UNSUBSCRIBE and account-management -> 
>>>> https://lists.puredata.info/listinfo/pd-list
>>>>
>>>>
>>>>
>>>>
>>>> ___pd-l...@lists.iem.at 
>>>> mailing list
>>>> UNSUBSCRIBE and account-management -> 
>>>> https://lists.puredata.info/listinfo/pd-list
>>>>
>>>>
>>>>
>>>
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd 0.48.1 test 2 on windows - ASIO not working

[alfonso santimone]

Thanks Lucas!
Can I considered these lines as additional instructions for the "standard"
compiling instructions?
So where I have to copy the dll? In windows/system32 folder? I guess this
is due to the fact that Pd can't statically include those libs?


Il gio 29 mar 2018, 00:34 Lucas Cordiviola  ha
scritto:

> For building a w64 Pd we open the MinGW64 shell and do:
>
>
> **
> ./autogen.sh
>
> ./configure CPPFLAGS=-DPD_LONGINTTYPE=__int64
>
> make
>
> *
>
> Note the preprocessor flag: CPPFLAGS=-DPD_LONGINTTYPE=__int64
>
> This flag is also needed to compile externals.
>
> Once built you should copy from the compiler the 64bit version of
> "libwinpthread-1.dll" and for the case of Purr-data I'm not sure if other
> dlls are needed to run.:
>
> "libstdc++-6.dll" ?
> "libgcc_s_dw2-1.dll" ?
>
> :)
>
>
> --
>
> Mensaje telepatico asistido por maquinas.
>
> On 3/28/2018 4:28 PM, alfonso santimone wrote:
>
> Hi all and Lucas,
> are there any instructions on how to compile win64 pd with MSYS2 available
> on the net?
> I'm helping one of the Purr Data mantainer to have a win64 version.
> thanks
> a.
>
> www.elgallorojorecords.com
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
> On Sun, Mar 18, 2018 at 12:08 PM, alfonso santimone <
> alfonso.santim...@gmail.com> wrote:
>
>> @Lucas
>>
>> Thanks! Perfectly working!
>>
>> best
>> a.
>>
>> www.elgallorojorecords.com
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>> On Fri, Mar 16, 2018 at 8:26 PM, Lucas Cordiviola 
>> wrote:
>>
>>> @alfonso
>>>
>>> Here's an compiled version on Msys2 on a windows machine. -->
>>> http://lucarda.com.ar/x/Pd-0.48-1-all-w64.zip
>>>
>>> I can load ASIO drivers with this one.
>>>
>>> Can you try it on your machine?
>>>
>>>
>>> Mensaje telepatico asistido por maquinas.
>>>
>>> On 3/16/2018 4:16 PM, Lucas Cordiviola wrote:
>>>
>>> Confirmed.
>>>
>>> There's a bug on Tests2. No ASIO driver can be selected.
>>>
>>> @miller
>>>
>>> May be this bug  is what's stopping your w64 tcl/tk 8.6.8 tests?
>>>
>>> --
>>>
>>> Mensaje telepatico asistido por maquinas.
>>>
>>> On 3/16/2018 12:11 PM, alfonso santimone wrote:
>>>
>>> Hi all,
>>> as you can see in the attachments no ASIO drivers are seen on 64 bit
>>> test2.
>>> Everything works on plain stable 0.48.1 32 bit.
>>> I guess there is some portaudio issue.
>>>
>>> best
>>> a.
>>>
>>> www.elgallorojorecords.com
>>> soundcloud.com/alfonsosantimone
>>> www.facebook.com/alfonsosantimone
>>>
>>>
>>> ___pd-l...@lists.iem.at mailing 
>>> list
>>> UNSUBSCRIBE and account-management -> 
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>>
>>>
>>> ___pd-l...@lists.iem.at mailing 
>>> list
>>> UNSUBSCRIBE and account-management -> 
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>>
>>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd 0.48.1 test 2 on windows - ASIO not working

[alfonso santimone]

Hi all and Lucas,
are there any instructions on how to compile win64 pd with MSYS2 available
on the net?
I'm helping one of the Purr Data mantainer to have a win64 version.
thanks
a.

www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone

On Sun, Mar 18, 2018 at 12:08 PM, alfonso santimone <
alfonso.santim...@gmail.com> wrote:

> @Lucas
>
> Thanks! Perfectly working!
>
> best
> a.
>
> www.elgallorojorecords.com
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
> On Fri, Mar 16, 2018 at 8:26 PM, Lucas Cordiviola 
> wrote:
>
>> @alfonso
>>
>> Here's an compiled version on Msys2 on a windows machine. -->
>> http://lucarda.com.ar/x/Pd-0.48-1-all-w64.zip
>>
>> I can load ASIO drivers with this one.
>>
>> Can you try it on your machine?
>>
>>
>> Mensaje telepatico asistido por maquinas.
>>
>> On 3/16/2018 4:16 PM, Lucas Cordiviola wrote:
>>
>> Confirmed.
>>
>> There's a bug on Tests2. No ASIO driver can be selected.
>>
>> @miller
>>
>> May be this bug  is what's stopping your w64 tcl/tk 8.6.8 tests?
>>
>> --
>>
>> Mensaje telepatico asistido por maquinas.
>>
>> On 3/16/2018 12:11 PM, alfonso santimone wrote:
>>
>> Hi all,
>> as you can see in the attachments no ASIO drivers are seen on 64 bit
>> test2.
>> Everything works on plain stable 0.48.1 32 bit.
>> I guess there is some portaudio issue.
>>
>> best
>> a.
>>
>> www.elgallorojorecords.com
>> soundcloud.com/alfonsosantimone
>> www.facebook.com/alfonsosantimone
>>
>>
>> ___pd-l...@lists.iem.at mailing 
>> list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>>
>> ___pd-l...@lists.iem.at mailing 
>> list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] compiling PD on windows

[alfonso santimone]

Hi all,
thanks everybody and Lucas for the instructions.
Are they a valid line to follow to compile win64 externals to?

thanks and all the best

a.

www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd 0.48.1 test 2 on windows - ASIO not working

[alfonso santimone]

@Lucas

Thanks! Perfectly working!

best
a.

www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone

On Fri, Mar 16, 2018 at 8:26 PM, Lucas Cordiviola 
wrote:

> @alfonso
>
> Here's an compiled version on Msys2 on a windows machine. -->
> http://lucarda.com.ar/x/Pd-0.48-1-all-w64.zip
>
> I can load ASIO drivers with this one.
>
> Can you try it on your machine?
>
>
> Mensaje telepatico asistido por maquinas.
>
> On 3/16/2018 4:16 PM, Lucas Cordiviola wrote:
>
> Confirmed.
>
> There's a bug on Tests2. No ASIO driver can be selected.
>
> @miller
>
> May be this bug  is what's stopping your w64 tcl/tk 8.6.8 tests?
>
> --
>
> Mensaje telepatico asistido por maquinas.
>
> On 3/16/2018 12:11 PM, alfonso santimone wrote:
>
> Hi all,
> as you can see in the attachments no ASIO drivers are seen on 64 bit test2.
> Everything works on plain stable 0.48.1 32 bit.
> I guess there is some portaudio issue.
>
> best
> a.
>
> www.elgallorojorecords.com
> soundcloud.com/alfonsosantimone
> www.facebook.com/alfonsosantimone
>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
>
>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] pd 0.48.1 test 2 on windows - ASIO not working

[alfonso santimone]

Hi all,
as you can see in the attachments no ASIO drivers are seen on 64 bit test2.
Everything works on plain stable 0.48.1 32 bit.
I guess there is some portaudio issue.

best
a.

www.elgallorojorecords.com
soundcloud.com/alfonsosantimone
www.facebook.com/alfonsosantimone
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list