Cyclone 0.4 is out!

It needs at least Pd Vanilla 0.50.0 (thanks to the new [pdcontrol] object from 0.50.0, cyclone/buffer~ can now load files relative to its owner patch). There's also a few fixes and improvements, but more importantly, we're removing the capital letters aliases (this was warned in the cyclone 0.3 release). Find more details and binaries at: https://github.com/porres/pd-cyclone/releases/tag/cyclone0.4

Hold on for them being available in deken in a day or so...
(raspberry pi binaries will take a little bit more to appear)

cheers

Hi, I'm trying to make sense of how delread/delwrite work in a fft subpatch.

So, I have attached a test patch, why does it sound so bad? All I'm trying to do here is delay the sound input before it gets analyzed/ressynthesized. This is not my ultimate goal so I don't really need to do what I'm doing here, but I am exploring delays in spectral patches so I need to figure a few things out.

thanks

del-fft.pd.zip

@emens ; https://github.com/porres/Live-Electronic-Music-Tutorial/releases

"Live Electronic Music Tutorial with examples in Pure Data and the ELSE Library By Alexandre Torres Porres

This tutorial presents theory and practice of Live Electronics topics without any prerequisite. It's aimed at newbies, dummies, enthusiasts and also experts. Pure Data is adopted in the examples for its accessibility and for being a powerful didactic tool. Nonetheless, this work relies heavily in the ELSE library for Pure Data, also developed by Alexandre Torres Porres, the author of this tutorial => check about the ELSE library here: https://github.com/porres/pd-else"

ELSE 1.0 beta 22 is out! Enough teasing, the new update is here! The main feature here is the ability to set exponential curves in the [envgen~] object as a I posted earlier this week. I'm really proud of this as this makes this object the most versatile and complete envelope generator for Pd by far. There's basically nothing missing I can think of (except maybe add multiple sustain points eventually).

The [function~] object can also generate exponential curves, in the same way as [envgen~], and this is cool to draw some crazy waveforms.

The [dir] object has suffered a major overhaul (with breaking changes) and includes new features. I'm also pretty proud of this one as it really makes it easy opening, browsing and managing files in a directory. This has always given me quite a headache and I think I finally nailed it. You can now also just query for a file extension (such as .wav files).

The last highlights is that [sort] can now sort symbols, and there are 3 new objects to manage lists ([sum], [slice] and [stream]). More details at https://github.com/porres/pd-else/releases/tag/v1.0-beta22

Almost all binaries are available there and in a few hours this will be available via deken so you can download directly from Pd.

My tutorial was also updated to reflect some of these updates, more details at https://github.com/porres/Live-Electronic-Music-Tutorial/releases/tag/v1.0-beta-12

I use MinGW to compile on a windows machine, but my project is not based on XCode at all

sure, but I was actually replying to @sebpiq

the new releases of else carry this new function already

again, as @electrickery said, [coll] is actually an associative array and can associate symbols with symbols.

why are you still using extended? it carries a very old cyclone library, for instance, with 0.1 versions @electrickery ressurected it back and made a great 0.2 release, me and others have carried on and now there's a 0.3 version you can use in vanilla. But anyway, I guess coll will work for what you want in Pd extended anyhow...

cheers

not sure if you've also documented [list fromsymbol] and [list tosymbol] as well

Actually, better put, it seems [list cat] in Purr Data is just a limited version of [list store], which can append, prepend and do more things in Pd Vanilla. So they're very different, cause [list store] is more powerful, so it just seems that [list cast] is superfluous. So when I ask how different they are, it was more of a rhetorical question... I see now that I tested that there are different design choices, where [list cat] keeps outputting values when appending. I personally think it makes more sense the way this is handled in [list store], where you get the list you want in the end with a bang.