<![CDATA[ELSE 1.0-0 RC13 with Live Electronics Tutorial Released]]>Ok, the cat is out of the bag --> https://github.com/porres/pd-else/releases/tag/1.0-rc13 I'm officialy announcing the update and uploaded binaries to deken for mac (intel/arm), Win and Linux. It all looks ok but tell me if you see something funny please. There's also a raspberry pi binary but not working 100%yet and we'll still look into that. Hopefully someone could help me/us with it. I might make another upload just for the pi later on if/when we figure it out. Find release notes and changelog below.

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 new 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.

happy patching.

CHANGELOG:

LIBRARY:

Breaking changes:

  • [adsr~]/[asr~]: now a gate off before reaching the sustain point does not start the release right away (this allows you to trigger it with impulses). There's a new mode just for immediate release. There's a new exponential setting for curve factors, the old 'log' mode is renamed to 'lag' as it's the same as used in the [lag~] object. For [adsr~], a bang now is not "retrigger", but an impulse at control rate, there's a new 'retrigger' message for control rate retriggering (and now it only retriggers if the gate is on). For [asr~] a bang now also works like an impulse.
  • [sample~]: no more 'load' message, args to 'open' message changed, size is now only in 'ms'.
  • [format]: outputs are now always symbols, before you could get float outputs. Also, we just have a simplified symbol output, no more lists or anythings. Hopefully I'll be able to get the 'list' output back, but it involved some bugs that I couldn't fix so I just removed it. You cannot use bangs and lists in secondary inlets no more (this is cylone/max crappy paradigm we don't want here). Bang method was actually removed as well.
  • [pack2]: no more support for anythings, also no more support for lists in secondary inlets and output has a list selector (I wanna make this more Pd like and not a silly clone from MAX's [pak], cause fuck MAX).
  • [merge]/[unmerge]/[group]: no more '-trim' flag (again, respecting pd's usual list paradigm), in [merge] now there's no more 'hot' argument and a bang now represents an empty list and inlets initialized with empty lists
  • [mono]: 1st argument is now 'glide' in ms.
  • [sfont~] now uses 'mma' for bank selection (this alters how CC messages set the bank number).
  • [player~]/[play.file~]: 'open' message does not play files right away anymore.
  • [tabplayer~]/[player~]: play message without args now play at the default settings (whole file at regular speed).
  • [envgen~]: removed the 'maxsustain' parameter, use the new [gaterelease~] or [gaterelease] objects instead. Removed the rightmost inlet just to set envelopes, now a list input only sets the envelope and doesn't trigger it. The 'set' message is then removed.
  • [envgen~]/[function~]: simplified and got rid of '-exp' flag and message, also deleted 'expl' and 'expi' messages. A new 'curve' and cimpler message sets exponential factors for all or individual segments, and includes more curve formats.
  • [knob]: 'esc' key now deactivates the object. The 'ticks' message is renamed to 'steps' and there is a new 'ticks' message that toggles showing ticks on and off. The 'start' message has been renamed to 'arcstart'. The 'outline' message has been renamed to 'square' for better clarity. Design changed a bit to make it like it is in PlugData (they won), so we now fill the whole background color when in 'square mode' and the knob circle has an 85% proportion in this case inside the full 100% square size (so it grows bigger when not in 'square' mode). Now, by default, the GUI is in a new 'loadbang' mode (I don't think this will influence old patches). I'm afraid some old patches might behave really weird since I added a lot of new stuff. I changed the 'load' message behaviour to not update the object (this can arguably be considered a bug fix).
  • [wavetable~], [bl.wavetable~] and [wt2d~]: 'set' message now sets frequencies because of the MC support in [wt~] and [wt2d~], while there's a new 'table' method to set the table name.
  • [gbman~]/[cusp~] list method is now for MC, old list method is now renamed back to an old 'coeffs' method.
  • [f2s~]/[float2sig~] default value is now 10 ms.
  • [op] now behaves like [*~] where the smaller list wraps til reaching the size of the longer one.
  • [list.seq] does not loop anymore by default.
  • [impseq~] list input removed, use the new [float2imp~] object to convert floats to impulses.
  • [resonant~] now has 'q' as the default.
  • [resonant2~] has been removed.
  • [decay2~] has also been removed ([asr~] much better).
  • [vcf2~] has been renamed to [resonator2~].
  • [resonbank~]/[resonbank2~] have basically been deleted and replaced by new objects with the same name... [resonator~] is based on a new [resonator~] object which is similar to [resonant~] and [resonbank2~] is now based on [resonator2~] (old [vcf2~] instead of [resonant2~] that got deleted). These are well suited objects for Modal Synthesis.
  • [oscbank~] now uses a 'partial' list and not a frequency list. The freq input now defaults to '1' and this makes [oscbank2~] completely obsolete.
  • [oscbank2~] has been deleted since it became completely obsolete.
  • [sfload] load message changed the behaviour a bit.

Enhancements/fixes/other changes:

  • [adsr~]: We have now a new mode for immediate release (see breaking changes above, I'm not repeating it). Fixed ADSR signal inputs (it was simply not really working, specially for linear). Fixed status output for MC signals. There's a new curve parameter that allows you to set the curvature.
  • [asr~] I actually just made the new [adsr~] code into a new [asr~] code as a simplified version (as it was before)... so it's got the same impromevents/fixes.
  • [play.file~]: added support for more file formats and even weblinks for online streaming!
  • [sfload]: added an outlet to output information, added threaded mode, added support for more file formats and even weblinks for downloading.
  • [sample~], [player~], [gran.player~] and [pvoc.player~] are now also based on [sfload], so they support more file formats!
  • [sample~]: improved extension management with [file splitext].
  • [sample~] and [tabplayer~] now are automatically integrated in a way that [tabplayer~] is always aware of the sample rate of the file loaded in [sample~], so it automatically adjusts the reading speed if it is different than the one Pd is running with.
  • [numbox~]'s number display is not preceded by "~" anymore (that was just kinda stupid to have).
  • [format]: fixed issues where empty symbols and symbols with escaped spaces didn't work. Added support '%a' and '%A' type. Added support for an escaped 'space' flag. Improved and added support for length modifiers. Improved syntax check which prevents a crash. Improved documentation.
  • [knob]: added new 'param', 'var', 'savestate', 'read only', 'loadbang', "active", "reset" and 'ticks' methods. Added the possibility to type in number values and also modes on how to display these number values, plus new send symbols for 'activity', 'typing', 'tab' and 'enter'. New design more like plugdata. Changed some shortcuts to make it simpler. If you have the yet unreleased Pd 0.56-0 you can also use 'double clicking' in the same way that works in PlugData. Properties were also significantly improved (I'm finally starting to learn how to deal with this tcl/tk thingie). Yup, a lot of shit here...
  • [autofade2~]/[autofade2.mc~]: fixed immediate jump up for 0 ramp up.
  • [synth~]: fixed polyphony bug.
  • [metronome~]: fixed bug with 'set' message.
  • [midi2note]: fixed range (octaves 0-8).
  • [pulsecount~]: fixed reset count to not output immediately, added bang to reset counter at control rate
  • [click]: fixed regression bug where it stopped working.
  • [else]: new 'dir' method to output ELSE's binary directory in a new rightmost outlet. The print information also includes the directory.
  • [pic]: added zoom capability finally (thanks to tim schoen) and added offset message (also thanks to tim).
  • [store]: added 'sort' functionality.
  • [scales]: fixed octave number argument. Added functionality to allow octave number as part of the note symbol.
  • [mono]: added 'glide' parameter, as in [mono~].
  • [pluck~]: fixed list input.
  • [rescale]/[rescale~]: added a "reverse log" mode.
  • [limit]: added a new second ignore mode.
  • [graph~]: added an external source input for plotting the graph and a 'clear' message.
  • [canvas.setname]: added a new argument for "abstraction mode" and methods to set name, depth (and mode).
  • [midi.learn]: added a new argument for "abstraction mode", fixed 'dirty' message sent to parent.
  • [brickwall~]: fixed initialization.
  • [list.seq]: added a loop mode and a 2nd outlet to send a bang when the sequence is done.
  • [delete]: fixed index for positive numbers.
  • [dust~]: added 'list', 'set' and '-mc' flag for managing the already existing Multichannel capabilities.
  • Thanks to Tim we have many fixes and a whole new technique for band limited oscillators. Now [bl.saw~], [bl.saw2~], [bl.vsaw~], [bl.square~], [bl.tri~], [bl.imp~] and [bl.imp2~] have been redesigned to implement elliptic blep, which should provide better anti-aliasing.
  • [parabolic~] now uses and internal wavetable for more efficiency.
  • [resonant~]: added 'bw' resonance mode.
  • [lowpass~]/[highpass~]: added 't60' resonance mode.
  • [quantizer~]/[quantizer]: added a new mode, which combines floor (for negative) and ceil (for positive) values.
  • [crusher~]: now uses the new [quantizer~] mode from above (arguably a breaking change).
  • [envgen~]: fixed a bug (actually a misconception) where ramps started one sample earlier. Fixed 0-length lines. Added a possibility to set time in samples instead of ms. Maximum number of lines is now 1024. Added loop mode. Added many curve options (sin/hann/log curve/lag).
  • [function~]: Added many curve options (sin/hann/log curve/lag).
  • [The out~] family of abstractions now use [bitnormal~] so you won't blow your speakers beyond repair in edge cases.
  • [trig.delay~]/[trig.delay2~]: fixed bug where impulse values different than '1' didn't work.
  • Added MC support to: [trig.delay~], [trig.delay2~], [gatehold~], [vca.m~], [gain2~], [decay~], [asr~], [envgen~], [function~], [bl.osc~], [bl.saw~], [bl.saw2~], [bl.vsaw~], [bl.square~], [bl.tri~], [bl.imp~], [bl.imp2~], [imp2~], [tri~], [saw~], [saw2~], [vsaw~], [square~], [pulse~], [parabolic~], [gaussian~], [wavetable~], [wt2d~], [randpulse~], [randpulse2~], [stepnoise~], [rampnoise~] [pink~], [gbamn~], [cusp~], [gray~] and [white~].
  • Also added MIDI input and soft sync to [imp2~], [tri~], [saw~], [saw2~], [vsaw~], [square~], [pulse~], [gaussian~] and [parabolic~].
  • [wavetable~] and [wt2d~] gained args to set xfading.
  • Updated pdlua to 0.12.23.
  • M.E.R.D.A: Added MIDI-LEARN for all modules (this is only for the knobs). Replaced some number boxes that were attached to knobs by an internal number display mechanism (new feature from knob). Improved interface of [gendyn.m~]. Preset/symbol name fixes to [flanger.m~]. Now we have automatic MIDI mode detection for [plaits.m~] and [pluck.m~] when no signals are connected (still trying to get plaits right, huh? Yup! And bow MIDI input with monophony and trigger mode has been fixed in [plaits.m~]). Added MC support to [vca.m~]. Increased range of [drive.m~] down to 0.1. Changed some objects to include the new [popmenu] GUI. [vco.m~] now uses the new MC functionalities of oscillators and doesn't need to load abstractions into [clone], I hope it makes this more efficient and clean. The [seq8.m~] module was worthless and got a decent upgrade, it's practically a new module. Added new modules (see below). Note that MERDA is still at alpha development phase, much experimental. Expect changes as it evolves.
  • 22 new objects: [float2imp~], [lace], [delace], [lace~], [delace~], [gatehold], [gatedelay],[gatedelay~], [gaterelease~], [gaterelease], [popmenu], [scope3d~], [tanh~], [resonator~], [sfinfo], [smooth], [smooth2], [smooth~], [smooth2~], [dbgain~], [level~] plus [crusher.m~], [sfont.m~] and [level.m~] MERDA Modules.

Objects count: total of 573 (319 signal objects [139 of which are MC aware] and 254 control objects)!

  • 323 coded objects (210 signal objects / 113 control objects)
  • 227 abstractions objects (87 signal objects / 140 control objects)
  • 23 MERDA modular abstractions (22 audio / 1 control)

TUTORIAL:

  • New examples and revisions to add the new objects, features and breaking changes in ELSE.
  • Added the MERDA modules into the examples for reference.
  • Revised section on envelopes.
  • New subtractive synthesis examples.
  • New chapter on Modal Synthesis.
  • Total number of examples is now 554! (26 new ones)
]]>http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-releasedRSS for NodeSun, 12 Jul 2026 21:43:55 GMTSat, 03 May 2025 21:29:27 GMT60<![CDATA[Reply to ELSE 1.0-0 RC13 with Live Electronics Tutorial Released on Sat, 03 May 2025 21:29:27 GMT]]>Ok, the cat is out of the bag --> https://github.com/porres/pd-else/releases/tag/1.0-rc13 I'm officialy announcing the update and uploaded binaries to deken for mac (intel/arm), Win and Linux. It all looks ok but tell me if you see something funny please. There's also a raspberry pi binary but not working 100%yet and we'll still look into that. Hopefully someone could help me/us with it. I might make another upload just for the pi later on if/when we figure it out. Find release notes and changelog below.

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 new 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.

happy patching.

CHANGELOG:

LIBRARY:

Breaking changes:

  • [adsr~]/[asr~]: now a gate off before reaching the sustain point does not start the release right away (this allows you to trigger it with impulses). There's a new mode just for immediate release. There's a new exponential setting for curve factors, the old 'log' mode is renamed to 'lag' as it's the same as used in the [lag~] object. For [adsr~], a bang now is not "retrigger", but an impulse at control rate, there's a new 'retrigger' message for control rate retriggering (and now it only retriggers if the gate is on). For [asr~] a bang now also works like an impulse.
  • [sample~]: no more 'load' message, args to 'open' message changed, size is now only in 'ms'.
  • [format]: outputs are now always symbols, before you could get float outputs. Also, we just have a simplified symbol output, no more lists or anythings. Hopefully I'll be able to get the 'list' output back, but it involved some bugs that I couldn't fix so I just removed it. You cannot use bangs and lists in secondary inlets no more (this is cylone/max crappy paradigm we don't want here). Bang method was actually removed as well.
  • [pack2]: no more support for anythings, also no more support for lists in secondary inlets and output has a list selector (I wanna make this more Pd like and not a silly clone from MAX's [pak], cause fuck MAX).
  • [merge]/[unmerge]/[group]: no more '-trim' flag (again, respecting pd's usual list paradigm), in [merge] now there's no more 'hot' argument and a bang now represents an empty list and inlets initialized with empty lists
  • [mono]: 1st argument is now 'glide' in ms.
  • [sfont~] now uses 'mma' for bank selection (this alters how CC messages set the bank number).
  • [player~]/[play.file~]: 'open' message does not play files right away anymore.
  • [tabplayer~]/[player~]: play message without args now play at the default settings (whole file at regular speed).
  • [envgen~]: removed the 'maxsustain' parameter, use the new [gaterelease~] or [gaterelease] objects instead. Removed the rightmost inlet just to set envelopes, now a list input only sets the envelope and doesn't trigger it. The 'set' message is then removed.
  • [envgen~]/[function~]: simplified and got rid of '-exp' flag and message, also deleted 'expl' and 'expi' messages. A new 'curve' and cimpler message sets exponential factors for all or individual segments, and includes more curve formats.
  • [knob]: 'esc' key now deactivates the object. The 'ticks' message is renamed to 'steps' and there is a new 'ticks' message that toggles showing ticks on and off. The 'start' message has been renamed to 'arcstart'. The 'outline' message has been renamed to 'square' for better clarity. Design changed a bit to make it like it is in PlugData (they won), so we now fill the whole background color when in 'square mode' and the knob circle has an 85% proportion in this case inside the full 100% square size (so it grows bigger when not in 'square' mode). Now, by default, the GUI is in a new 'loadbang' mode (I don't think this will influence old patches). I'm afraid some old patches might behave really weird since I added a lot of new stuff. I changed the 'load' message behaviour to not update the object (this can arguably be considered a bug fix).
  • [wavetable~], [bl.wavetable~] and [wt2d~]: 'set' message now sets frequencies because of the MC support in [wt~] and [wt2d~], while there's a new 'table' method to set the table name.
  • [gbman~]/[cusp~] list method is now for MC, old list method is now renamed back to an old 'coeffs' method.
  • [f2s~]/[float2sig~] default value is now 10 ms.
  • [op] now behaves like [*~] where the smaller list wraps til reaching the size of the longer one.
  • [list.seq] does not loop anymore by default.
  • [impseq~] list input removed, use the new [float2imp~] object to convert floats to impulses.
  • [resonant~] now has 'q' as the default.
  • [resonant2~] has been removed.
  • [decay2~] has also been removed ([asr~] much better).
  • [vcf2~] has been renamed to [resonator2~].
  • [resonbank~]/[resonbank2~] have basically been deleted and replaced by new objects with the same name... [resonator~] is based on a new [resonator~] object which is similar to [resonant~] and [resonbank2~] is now based on [resonator2~] (old [vcf2~] instead of [resonant2~] that got deleted). These are well suited objects for Modal Synthesis.
  • [oscbank~] now uses a 'partial' list and not a frequency list. The freq input now defaults to '1' and this makes [oscbank2~] completely obsolete.
  • [oscbank2~] has been deleted since it became completely obsolete.
  • [sfload] load message changed the behaviour a bit.

Enhancements/fixes/other changes:

  • [adsr~]: We have now a new mode for immediate release (see breaking changes above, I'm not repeating it). Fixed ADSR signal inputs (it was simply not really working, specially for linear). Fixed status output for MC signals. There's a new curve parameter that allows you to set the curvature.
  • [asr~] I actually just made the new [adsr~] code into a new [asr~] code as a simplified version (as it was before)... so it's got the same impromevents/fixes.
  • [play.file~]: added support for more file formats and even weblinks for online streaming!
  • [sfload]: added an outlet to output information, added threaded mode, added support for more file formats and even weblinks for downloading.
  • [sample~], [player~], [gran.player~] and [pvoc.player~] are now also based on [sfload], so they support more file formats!
  • [sample~]: improved extension management with [file splitext].
  • [sample~] and [tabplayer~] now are automatically integrated in a way that [tabplayer~] is always aware of the sample rate of the file loaded in [sample~], so it automatically adjusts the reading speed if it is different than the one Pd is running with.
  • [numbox~]'s number display is not preceded by "~" anymore (that was just kinda stupid to have).
  • [format]: fixed issues where empty symbols and symbols with escaped spaces didn't work. Added support '%a' and '%A' type. Added support for an escaped 'space' flag. Improved and added support for length modifiers. Improved syntax check which prevents a crash. Improved documentation.
  • [knob]: added new 'param', 'var', 'savestate', 'read only', 'loadbang', "active", "reset" and 'ticks' methods. Added the possibility to type in number values and also modes on how to display these number values, plus new send symbols for 'activity', 'typing', 'tab' and 'enter'. New design more like plugdata. Changed some shortcuts to make it simpler. If you have the yet unreleased Pd 0.56-0 you can also use 'double clicking' in the same way that works in PlugData. Properties were also significantly improved (I'm finally starting to learn how to deal with this tcl/tk thingie). Yup, a lot of shit here...
  • [autofade2~]/[autofade2.mc~]: fixed immediate jump up for 0 ramp up.
  • [synth~]: fixed polyphony bug.
  • [metronome~]: fixed bug with 'set' message.
  • [midi2note]: fixed range (octaves 0-8).
  • [pulsecount~]: fixed reset count to not output immediately, added bang to reset counter at control rate
  • [click]: fixed regression bug where it stopped working.
  • [else]: new 'dir' method to output ELSE's binary directory in a new rightmost outlet. The print information also includes the directory.
  • [pic]: added zoom capability finally (thanks to tim schoen) and added offset message (also thanks to tim).
  • [store]: added 'sort' functionality.
  • [scales]: fixed octave number argument. Added functionality to allow octave number as part of the note symbol.
  • [mono]: added 'glide' parameter, as in [mono~].
  • [pluck~]: fixed list input.
  • [rescale]/[rescale~]: added a "reverse log" mode.
  • [limit]: added a new second ignore mode.
  • [graph~]: added an external source input for plotting the graph and a 'clear' message.
  • [canvas.setname]: added a new argument for "abstraction mode" and methods to set name, depth (and mode).
  • [midi.learn]: added a new argument for "abstraction mode", fixed 'dirty' message sent to parent.
  • [brickwall~]: fixed initialization.
  • [list.seq]: added a loop mode and a 2nd outlet to send a bang when the sequence is done.
  • [delete]: fixed index for positive numbers.
  • [dust~]: added 'list', 'set' and '-mc' flag for managing the already existing Multichannel capabilities.
  • Thanks to Tim we have many fixes and a whole new technique for band limited oscillators. Now [bl.saw~], [bl.saw2~], [bl.vsaw~], [bl.square~], [bl.tri~], [bl.imp~] and [bl.imp2~] have been redesigned to implement elliptic blep, which should provide better anti-aliasing.
  • [parabolic~] now uses and internal wavetable for more efficiency.
  • [resonant~]: added 'bw' resonance mode.
  • [lowpass~]/[highpass~]: added 't60' resonance mode.
  • [quantizer~]/[quantizer]: added a new mode, which combines floor (for negative) and ceil (for positive) values.
  • [crusher~]: now uses the new [quantizer~] mode from above (arguably a breaking change).
  • [envgen~]: fixed a bug (actually a misconception) where ramps started one sample earlier. Fixed 0-length lines. Added a possibility to set time in samples instead of ms. Maximum number of lines is now 1024. Added loop mode. Added many curve options (sin/hann/log curve/lag).
  • [function~]: Added many curve options (sin/hann/log curve/lag).
  • [The out~] family of abstractions now use [bitnormal~] so you won't blow your speakers beyond repair in edge cases.
  • [trig.delay~]/[trig.delay2~]: fixed bug where impulse values different than '1' didn't work.
  • Added MC support to: [trig.delay~], [trig.delay2~], [gatehold~], [vca.m~], [gain2~], [decay~], [asr~], [envgen~], [function~], [bl.osc~], [bl.saw~], [bl.saw2~], [bl.vsaw~], [bl.square~], [bl.tri~], [bl.imp~], [bl.imp2~], [imp2~], [tri~], [saw~], [saw2~], [vsaw~], [square~], [pulse~], [parabolic~], [gaussian~], [wavetable~], [wt2d~], [randpulse~], [randpulse2~], [stepnoise~], [rampnoise~] [pink~], [gbamn~], [cusp~], [gray~] and [white~].
  • Also added MIDI input and soft sync to [imp2~], [tri~], [saw~], [saw2~], [vsaw~], [square~], [pulse~], [gaussian~] and [parabolic~].
  • [wavetable~] and [wt2d~] gained args to set xfading.
  • Updated pdlua to 0.12.23.
  • M.E.R.D.A: Added MIDI-LEARN for all modules (this is only for the knobs). Replaced some number boxes that were attached to knobs by an internal number display mechanism (new feature from knob). Improved interface of [gendyn.m~]. Preset/symbol name fixes to [flanger.m~]. Now we have automatic MIDI mode detection for [plaits.m~] and [pluck.m~] when no signals are connected (still trying to get plaits right, huh? Yup! And bow MIDI input with monophony and trigger mode has been fixed in [plaits.m~]). Added MC support to [vca.m~]. Increased range of [drive.m~] down to 0.1. Changed some objects to include the new [popmenu] GUI. [vco.m~] now uses the new MC functionalities of oscillators and doesn't need to load abstractions into [clone], I hope it makes this more efficient and clean. The [seq8.m~] module was worthless and got a decent upgrade, it's practically a new module. Added new modules (see below). Note that MERDA is still at alpha development phase, much experimental. Expect changes as it evolves.
  • 22 new objects: [float2imp~], [lace], [delace], [lace~], [delace~], [gatehold], [gatedelay],[gatedelay~], [gaterelease~], [gaterelease], [popmenu], [scope3d~], [tanh~], [resonator~], [sfinfo], [smooth], [smooth2], [smooth~], [smooth2~], [dbgain~], [level~] plus [crusher.m~], [sfont.m~] and [level.m~] MERDA Modules.

Objects count: total of 573 (319 signal objects [139 of which are MC aware] and 254 control objects)!

  • 323 coded objects (210 signal objects / 113 control objects)
  • 227 abstractions objects (87 signal objects / 140 control objects)
  • 23 MERDA modular abstractions (22 audio / 1 control)

TUTORIAL:

  • New examples and revisions to add the new objects, features and breaking changes in ELSE.
  • Added the MERDA modules into the examples for reference.
  • Revised section on envelopes.
  • New subtractive synthesis examples.
  • New chapter on Modal Synthesis.
  • Total number of examples is now 554! (26 new ones)
]]>http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-releasedhttp://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-releasedSat, 03 May 2025 21:29:27 GMT<![CDATA[Reply to ELSE 1.0-0 RC13 with Live Electronics Tutorial Released on Sat, 03 May 2025 21:30:40 GMT]]>

Hopefully someone could help me/us with it.

@rg.kies you were attempting compiling for the pi in the last update Woulf you be willing to help us again in order to finally get this right? I hope so

thanks

]]>http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-released/2http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-released/2Sat, 03 May 2025 21:30:40 GMT<![CDATA[Reply to ELSE 1.0-0 RC13 with Live Electronics Tutorial Released on Sun, 04 May 2025 09:53:30 GMT]]>Hi @porres
Yes, I'd be happy to help! I still don't know much about this compiling but maybe we can figure it out with some back and forth :smile_cat:
On my first try the make process ended with errors regarding the opus compression again...

[ 41%] Building C object Source/Shared/opus/CMakeFiles/opus.dir/celt/arm/celt_neon_intr.c.o
In file included from /home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:37:
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h: In function ‘xcorr_kernel_neon_float’:
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:6784:1: error: inlining failed in call to ‘always_inline’ ‘vdupq_n_f32’: target specific option mismatch
 6784 | vdupq_n_f32 (float32_t __a)
      | ^~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:179:11: note: called from here
  179 |    SUMM = vdupq_n_f32(0);
      |           ^~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:10446:1: error: inlining failed in call to ‘always_inline’ ‘vld1q_f32’: target specific option mismatch
10446 | vld1q_f32 (const float32_t * __a)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:178:12: note: called from here
  178 |    YY[0] = vld1q_f32(yi);
      |            ^~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:212:14: note: called from here
  212 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[2], vget_high_f32(XX[1]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7313:1: error: inlining failed in call to ‘always_inline’ ‘vget_high_f32’: target specific option mismatch
 7313 | vget_high_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:212:14: note: called from here
  212 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[2], vget_high_f32(XX[1]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8899:1: error: inlining failed in call to ‘always_inline’ ‘vextq_f32’: target specific option mismatch
 8899 | vextq_f32 (float32x4_t __a, float32x4_t __b, const int __c)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:211:17: note: called from here
  211 |       YEXT[2] = vextq_f32(YY[1], YY[2], 3);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:210:14: note: called from here
  210 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[1], vget_high_f32(XX[1]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7313:1: error: inlining failed in call to ‘always_inline’ ‘vget_high_f32’: target specific option mismatch
 7313 | vget_high_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:210:14: note: called from here
  210 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[1], vget_high_f32(XX[1]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8899:1: error: inlining failed in call to ‘always_inline’ ‘vextq_f32’: target specific option mismatch
 8899 | vextq_f32 (float32x4_t __a, float32x4_t __b, const int __c)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:209:17: note: called from here
  209 |       YEXT[1] = vextq_f32(YY[1], YY[2], 2);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:208:14: note: called from here
  208 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[0], vget_low_f32(XX[1]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7392:1: error: inlining failed in call to ‘always_inline’ ‘vget_low_f32’: target specific option mismatch
 7392 | vget_low_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:208:14: note: called from here
  208 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[0], vget_low_f32(XX[1]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8899:1: error: inlining failed in call to ‘always_inline’ ‘vextq_f32’: target specific option mismatch
 8899 | vextq_f32 (float32x4_t __a, float32x4_t __b, const int __c)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:207:17: note: called from here
  207 |       YEXT[0] = vextq_f32(YY[1], YY[2], 1);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:206:14: note: called from here
  206 |       SUMM = vmlaq_lane_f32(SUMM, YY[1], vget_low_f32(XX[1]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7392:1: error: inlining failed in call to ‘always_inline’ ‘vget_low_f32’: target specific option mismatch
 7392 | vget_low_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:206:14: note: called from here
  206 |       SUMM = vmlaq_lane_f32(SUMM, YY[1], vget_low_f32(XX[1]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:204:14: note: called from here
  204 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[2], vget_high_f32(XX[0]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7313:1: error: inlining failed in call to ‘always_inline’ ‘vget_high_f32’: target specific option mismatch
 7313 | vget_high_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:204:14: note: called from here
  204 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[2], vget_high_f32(XX[0]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8899:1: error: inlining failed in call to ‘always_inline’ ‘vextq_f32’: target specific option mismatch
 8899 | vextq_f32 (float32x4_t __a, float32x4_t __b, const int __c)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:203:17: note: called from here
  203 |       YEXT[2] = vextq_f32(YY[0], YY[1], 3);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:202:14: note: called from here
  202 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[1], vget_high_f32(XX[0]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7313:1: error: inlining failed in call to ‘always_inline’ ‘vget_high_f32’: target specific option mismatch
 7313 | vget_high_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:202:14: note: called from here
  202 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[1], vget_high_f32(XX[0]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8899:1: error: inlining failed in call to ‘always_inline’ ‘vextq_f32’: target specific option mismatch
 8899 | vextq_f32 (float32x4_t __a, float32x4_t __b, const int __c)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:201:17: note: called from here
  201 |       YEXT[1] = vextq_f32(YY[0], YY[1], 2);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:200:14: note: called from here
  200 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[0], vget_low_f32(XX[0]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7392:1: error: inlining failed in call to ‘always_inline’ ‘vget_low_f32’: target specific option mismatch
 7392 | vget_low_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:200:14: note: called from here
  200 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[0], vget_low_f32(XX[0]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8899:1: error: inlining failed in call to ‘always_inline’ ‘vextq_f32’: target specific option mismatch
 8899 | vextq_f32 (float32x4_t __a, float32x4_t __b, const int __c)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:199:17: note: called from here
  199 |       YEXT[0] = vextq_f32(YY[0], YY[1], 1);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:198:14: note: called from here
  198 |       SUMM = vmlaq_lane_f32(SUMM, YY[0], vget_low_f32(XX[0]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7392:1: error: inlining failed in call to ‘always_inline’ ‘vget_low_f32’: target specific option mismatch
 7392 | vget_low_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:198:14: note: called from here
  198 |       SUMM = vmlaq_lane_f32(SUMM, YY[0], vget_low_f32(XX[0]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:10446:1: error: inlining failed in call to ‘always_inline’ ‘vld1q_f32’: target specific option mismatch
10446 | vld1q_f32 (const float32_t * __a)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:195:15: note: called from here
  195 |       XX[1] = vld1q_f32(xi);
      |               ^~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:10446:1: error: inlining failed in call to ‘always_inline’ ‘vld1q_f32’: target specific option mismatch
10446 | vld1q_f32 (const float32_t * __a)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:193:15: note: called from here
  193 |       XX[0] = vld1q_f32(xi);
      |               ^~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:10446:1: error: inlining failed in call to ‘always_inline’ ‘vld1q_f32’: target specific option mismatch
10446 | vld1q_f32 (const float32_t * __a)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:191:15: note: called from here
  191 |       YY[2] = vld1q_f32(yi);
      |               ^~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:10446:1: error: inlining failed in call to ‘always_inline’ ‘vld1q_f32’: target specific option mismatch
10446 | vld1q_f32 (const float32_t * __a)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:189:15: note: called from here
  189 |       YY[1] = vld1q_f32(yi);
      |               ^~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:237:14: note: called from here
  237 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[2], vget_high_f32(XX[0]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7313:1: error: inlining failed in call to ‘always_inline’ ‘vget_high_f32’: target specific option mismatch
 7313 | vget_high_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:237:14: note: called from here
  237 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[2], vget_high_f32(XX[0]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8899:1: error: inlining failed in call to ‘always_inline’ ‘vextq_f32’: target specific option mismatch
 8899 | vextq_f32 (float32x4_t __a, float32x4_t __b, const int __c)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:236:17: note: called from here
  236 |       YEXT[2] = vextq_f32(YY[0], YY[1], 3);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:235:14: note: called from here
  235 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[1], vget_high_f32(XX[0]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7313:1: error: inlining failed in call to ‘always_inline’ ‘vget_high_f32’: target specific option mismatch
 7313 | vget_high_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:235:14: note: called from here
  235 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[1], vget_high_f32(XX[0]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8899:1: error: inlining failed in call to ‘always_inline’ ‘vextq_f32’: target specific option mismatch
 8899 | vextq_f32 (float32x4_t __a, float32x4_t __b, const int __c)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:234:17: note: called from here
  234 |       YEXT[1] = vextq_f32(YY[0], YY[1], 2);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:233:14: note: called from here
  233 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[0], vget_low_f32(XX[0]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7392:1: error: inlining failed in call to ‘always_inline’ ‘vget_low_f32’: target specific option mismatch
 7392 | vget_low_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:233:14: note: called from here
  233 |       SUMM = vmlaq_lane_f32(SUMM, YEXT[0], vget_low_f32(XX[0]), 1);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8899:1: error: inlining failed in call to ‘always_inline’ ‘vextq_f32’: target specific option mismatch
 8899 | vextq_f32 (float32x4_t __a, float32x4_t __b, const int __c)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:232:17: note: called from here
  232 |       YEXT[0] = vextq_f32(YY[0], YY[1], 1);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:231:14: note: called from here
  231 |       SUMM = vmlaq_lane_f32(SUMM, YY[0], vget_low_f32(XX[0]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:7392:1: error: inlining failed in call to ‘always_inline’ ‘vget_low_f32’: target specific option mismatch
 7392 | vget_low_f32 (float32x4_t __a)
      | ^~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:231:14: note: called from here
  231 |       SUMM = vmlaq_lane_f32(SUMM, YY[0], vget_low_f32(XX[0]), 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:10446:1: error: inlining failed in call to ‘always_inline’ ‘vld1q_f32’: target specific option mismatch
10446 | vld1q_f32 (const float32_t * __a)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:228:15: note: called from here
  228 |       XX[0] = vld1q_f32(xi);
      |               ^~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:10446:1: error: inlining failed in call to ‘always_inline’ ‘vld1q_f32’: target specific option mismatch
10446 | vld1q_f32 (const float32_t * __a)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:226:15: note: called from here
  226 |       YY[1] = vld1q_f32(yi);
      |               ^~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:10446:1: error: inlining failed in call to ‘always_inline’ ‘vld1q_f32’: target specific option mismatch
10446 | vld1q_f32 (const float32_t * __a)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:246:14: note: called from here
  246 |       YY[0]= vld1q_f32(++yi);
      |              ^~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:245:14: note: called from here
  245 |       SUMM = vmlaq_lane_f32(SUMM, YY[0], XX_2, 0);
      |              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:10718:1: error: inlining failed in call to ‘always_inline’ ‘vld1_dup_f32’: target specific option mismatch
10718 | vld1_dup_f32 (const float32_t * __a)
      | ^~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:244:14: note: called from here
  244 |       XX_2 = vld1_dup_f32(xi++);
      |              ^~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:11024:1: error: inlining failed in call to ‘always_inline’ ‘vst1q_f32’: target specific option mismatch
11024 | vst1q_f32 (float32_t * __a, float32x4_t __b)
      | ^~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:252:4: note: called from here
  252 |    vst1q_f32(sum, SUMM);
      |    ^~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:8043:1: error: inlining failed in call to ‘always_inline’ ‘vmlaq_lane_f32’: target specific option mismatch
 8043 | vmlaq_lane_f32 (float32x4_t __a, float32x4_t __b, float32x2_t __c, const int __d)
      | ^~~~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:250:11: note: called from here
  250 |    SUMM = vmlaq_lane_f32(SUMM, YY[0], XX_2, 0);
      |           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:10718:1: error: inlining failed in call to ‘always_inline’ ‘vld1_dup_f32’: target specific option mismatch
10718 | vld1_dup_f32 (const float32_t * __a)
      | ^~~~~~~~~~~~
/home/gregor/pd-else-1.0-rc13/Source/Shared/opus/celt/arm/celt_neon_intr.c:249:11: note: called from here
  249 |    XX_2 = vld1_dup_f32(xi);
      |           ^~~~~~~~~~~~~~~~
make[2]: *** [Source/Shared/opus/CMakeFiles/opus.dir/build.make:2036: Source/Shared/opus/CMakeFiles/opus.dir/celt/arm/celt_neon_intr.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:9283: Source/Shared/opus/CMakeFiles/opus.dir/all] Error 2
make: *** [Makefile:156: all] Error 2

the last time @timothyschoen made suggestions to leave out [pd.link~] but especially that object would be great on a raspberry pi!
I tried with installing libopus-dev and libopusenc-dev on my pi but that didnt change anything.

]]>http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-released/3http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-released/3Sun, 04 May 2025 09:53:30 GMT<![CDATA[Reply to ELSE 1.0-0 RC13 with Live Electronics Tutorial Released on Mon, 05 May 2025 00:59:38 GMT]]>@rg.kies said:

the last time @timothyschoen made suggestions to leave out [pd.link~] but especially that object would be great on a raspberry pi!

Not sure if this is possible right now, thanks for recalling that.

By the way, I had to upload a "revision" that fixes [popmenu] and [note] for Linux/Windows https://github.com/porres/pd-else/releases/tag/v.1.0-rc13

]]>http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-released/4http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-released/4Mon, 05 May 2025 00:59:38 GMT<![CDATA[Reply to ELSE 1.0-0 RC13 with Live Electronics Tutorial Released on Mon, 05 May 2025 11:25:57 GMT]]>I just tried a few more things:
commenting out the links to pdlink pdlin_tilde opus etc. as suggested by @timothyschoen here
https://forum.pdpatchrepo.info/topic/14873/else-1-0-0-rc12-with-live-electronics-tutorial-released/5
then removing the pdlink~.c and pdlink.c files from the sources folder.
this got me a bit further to where openssl was missing for ffmpeg, so i installed libssl-dev.
It still hung up on a reference to opus in Source/Shared/shared.cmake which I commented out
then everything compiled without errors! but loaded in pure data none of the compiled objects are loading. so it all lead nowhere, maybe i botched it with the deleting of files?
@melter seems to have made it work with RC12 but I don't see where they did something differently.

I hope this somehow helps :)

]]>http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-released/5http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-released/5Mon, 05 May 2025 11:25:57 GMT<![CDATA[Reply to ELSE 1.0-0 RC13 with Live Electronics Tutorial Released on Tue, 06 May 2025 12:31:29 GMT]]>@rg-kies @porres I can have a look at compiling for the Pi in a few weeks.

Unfortunately, I can't remember off had what I did differently to get RC12 to compile. I remember removing some .c files and also commenting out a few bits from the cmake file. Basically anything referencing the offending objects. I also had to download something related to ffmpeg-devel, from memory.

Hope that helps for now. But I can have a look in a few weeks when I have time.

]]>http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-released/6http://forum.pdpatchrepo.info/topic/15112/else-1-0-0-rc13-with-live-electronics-tutorial-released/6Tue, 06 May 2025 12:31:29 GMT