oops, this didn't come up with a previous tester but now I got a couple of show stopper errors from a new windows tester :/ so I gotta fix them and will have to make a new "revision release" or something, sorry. Release is still up and others can still test and report issues. Haven't heard from Linux people yet.
Thanks Em sex., 2 de mai. de 2025 às 15:39, Alexandre Torres Porres < [email protected]> escreveu: > Hi, I uploaded binaries to deken for mac (intel/arm) and Windows/Linux for > Pd 64 bits - no double precision as I haven't committed to that yet and I > hope it's 100% officially provided and supported soon by the way (and I'm > using that as an excuse not to get to it just yet). This has been tested on > mac (intel/arm) and I got confirmation that a windows user got it running > just fine. I don't believe Linux will be a problem, but hey, let me know. I > just grabbed Windows/Linux from github actions and I don't have a VM > anymore to test them. > > Someone compiled binaries for the raspberry pi, and it's been uploaded > with the others. Apparently, they're not working 100% and we'll still look > into that. *Hopefully someone from the list could help me/us with it.* I > might make another upload just for the pi later on if we figure it out. > > Find release notes below and a link to the repository at the end with more > details. > > If you see something funny, write me back to the list (hey, I'm getting > back to the list by the way), contact me personally or file a report at > https://github.com/porres/pd-else/issues > > > > *--------------------------------------RELEASE > NOTES:--------------------------------------* > > Please support me on Patreon https://www.patreon.com/porres I'll now try > to add special content for subscribers. You can follow me on instagram as > well if you like... I'm always posting Pd development stuff over there > https://www.instagram.com/alexandre.torres.porres/ > > It's been a little bit over 7 months since the last update and I almost > broke the record for taking too long to release an update (which had > happened in my previous update). So yeah, there's just too much to talk > about! I guess the delays in releasing updates is because it's been a > little tricky and hard to sync the release cycles of ELSE with PlugData, > which includes ELSE in its download. > > Plugdata 0.9.2 should come out soon with ELSE RC13 and it's supposedly the > last update before 1.0.0, so I've heard. And the plans was to get to that > still in 2025! This means ELSE could be at its last "Release Candidate" > phase as I'm aiming to sync the final release with PlugData. Until then, > I'll still make breaking changes and I can't wait until I can't do that > anymore as I really feel bad. On the other hand, it's kind of inevitable > when I'm always adding new stuff and redesigning and reconfiguring objects > to include more functionalities. And I always got a lot of new stuff! So > I'm thinking that I will eventually try some mechanism like Pd's > compatibility flag or something. I'll try to come up with something like > that in the next update. > > This update has 22 new objects for a total of 573 and 26 new examples in > my tutorial for a total of 554 examples. Let's dive into the highlights > (see full changelog below after the release notes). > > - Multichannel Support: Last release had 92 MC aware objects, now it's > 139! Over a 50% increase that include old and new objects (all the new ones > have been coming with MC support). Virtually all oscillators and envelope > generators now have MC support, plus some other random ones. Let me > highlight the new [lace~]/[delace~] objects that are 'MC' tools that > perform interleave/deinterleave in Multichannel connections. My bare > minimum number of objects "to start with" would be at least a bit over half > the number of signal objects. That was my target for 1.0! ELSE right now > has 319 signal objects, so that'd be at least 160. I will definitely pass > this milestone in the next update. I guess a good number of MC objects > would be around 75% of the signal objects. I will aim for that as soon as I > can. Some objects simply can't be MC at all, so 100% will never be the > case, but maybe an ideal 90% eventually? We'll see... I am just proud and > happy that ELSE is taking such a big jump on MC awareness in less than a > couple years. > > - Envelope generators ([adsr~]/[asr~]/[envgen~]/[function~]) now have more > curve options. For [adsr~]/[asr~] the default is now a new log curve that > you can set the curve parameter (and was 'stolen' from SuperCollider). A > new [smooth~] family of objects perform the same kind of curved smoothening > for alternating inputs - [envgen~] and [function~] also have that but also > '1-pole' filtering, 'sine' and 'hann' curves. You can now trigger [adsr~] > and [asr~] with impulses. > > - The [play.file~] object now supports even more file formats besides MP3 > and stuff. Hey, you can even stream the supported formats from weblinks! > The [sfload] object (which loads files into arrays) also gained support for > more formats and can download from weblinks as well! It also has a new > threaded mode, so loading big files won't choke Pd. It now also outputs the > file information, which is a way to tell you when loading finished in > threaded mode. The [sample~], [player~], [gran.player~] and [pvoc.player~] > objects are now also based on [sfload], so they support all these file > formats!!! Now [sample~] and [tabplayer~] are integrated in a way that > [tabplayer~] is always aware of the sample rate of the file loaded in > [sample~] (so it reads in the "correct speed"). A new [sfinfo] object is > able to extract looping regions and instrument metadata information from > AIFF files (which is something I wanted for ages) - it should do more stuff > in the future. > > - [knob] has become the ultimate featured bloated creep GUI I always > feared and avoided. MAX is envy! but I'm happy with this structure and I > want to replicate in other GUIs in the future (yeah, I got plans to offer > alternatives to all iemguis). I wanna highlight a new 'param' symbol I > added that allows you to remotely set a particular method in an object, so > you don't to connect to a "method $1" message and you can even do this > wirelessly with a send symbol. [knob] now also acts like a number box, > where you can type in the value, which may also be displayed in different > ways or the value can be sent elsewhere via another send symbol so you can > temper with it using [makefilename] or [else/format]. I've been using this > for the MERDA modules and it's really cool. > > - We finally have a [popmenu] GUI object! This was in my to do list > forever and was crucial to improve the MERDA modules to set waveforms, > instruments and whatnot. > > - Let's about MERDA, the "Modular Euroracks Dancing Along" subset of > abstractions in ELSE. It was first released in the last update and it's > been driving lots of the development in ELSE as you can see. I now added a > MIDI Learn feature for all knobs that feels great and quite handy! There > are many fixes and improvements in general and some new modules. I wanna > highlight the new [sfont.m~] module, which loads "sound font" banks and you > can just click on a [popmenu] to choose the instrument you want. The > default bank has numerous (hundreds) options and also comes with PlugData. > The sequencer module [seq8.m~] was rather worthless but it's now a whole > new cool thingie. It allows you to set pitches with symbols and even has > quarter tone resolution. I added a right outlet to send impulses to trigger > envelopes and stuff (there's still more stuff of course, see full changelog > below). > > - There are newly designed/renamed/recreated [resonbank~]/[resonbank2~] > objects that are well suited for Modal Synthesis. > > - What actually drives my development is my Live Electronics tutorial, > which got a fair upgrade with a new chapter on Modal Synthesis amongst > other things, such as new subtractive synthesis examples and a revision of > envelope generators with examples on AHDSR and DAHDSR - by the way, there > are new gaterelease~/gatedelay~ objects for handling envelopes (and other > processes). > > - I have to thank some people. Tim added 'zoom' to the [pic] object, as > well as an image offset. Tim also implemented a new and better technique > for bandlimited oscillators. Ben Wesh gave me a new [scope3d~] GUI object, > pretty cool, that plots an oscilloscope in 3 dimensions, which is coded in > LUA - and ELSE has been carrying a modified version of [pdlua] because it > now depends on it for a couple of GUIs. Tim and Ben made many improvements > to [pdlua] (as well as Albert Graef, of course). > > - For more noew objects, let me also tell you about the simple and > cool [float2imp~], that is based on [vline~] and can convert floats to > impulses with sample accuracy (don't know why I didn't think of that > earlier). A new [tanh~] object has Multichannel support. A bit earlier I > made an update to Cyclone that actually "borrows" and includes this one > from ELSE instead of its original one (which does not have Multichannel > support). PlugData users will load the one from ELSE. This is another tiny > step that sort of integrates ELSE and Cyclone, specially for PlugData users. > > cheers > > ------------------------------------------------------ > > Here's the link to the github release with the same release notes and a > full blown changelog with all the humongous details of what I've been up to > ==> https://github.com/porres/pd-else/releases/tag/v.1.0-rc13 > > cheers again >
_______________________________________________ Pd-announce mailing list -- [email protected] To unsubscribe send an email to [email protected]
