Nah Iām just dumping ideas. Thereās no pressure involved in any of this. The way you might choose to handle it is fine with me, I wouldnāt mind if it was never touched haha.
I donāt think this endeavour should feel in any way like a commitment to anyone. Weāre all just having fun. My way of having fun is brainstorming cool ideas
revised limiter, based on available core limiter (essentials), just with subchains for pre and post.
(does an additional tanh response make sense? i almost always use the inv sqrt for its perceived softness) currently i like to place a vca before certain limiters in order to dynamically and remotely push the limiter input so i can make use of the distortion capabilities of the built in limiter.
revised version of the sampling vca, just with a switch that chooses between the available through zero sampling behaviour (rather not clicky) and the regular vca zero-crossing-ignorant behaviour (which is arbitrarily clicky/poppy) mostly use the sampling vca for its unclicky business. but every now and then iād like to switch easily between sampling and not sampling behaviour (e.g. with my experiments with the reso.pkg)
For some reason I thought Iād already added this but I guess I didnāt. Iāll put it on my list. Also want to look at moving more of this unit to the c++ layer for some addāl cpu love.
Apology accepted!
donāt worry @Joe, and i know iāve been bugging you with it some time ago.
and i really thought that it was a good addition to the unit. but frankly, it wasnāt until your
reso.pkg (and my abuse of it) that i REALLY wished i could just flick that switch.
because i also wanted to get some (at least occasional) clicks and pops into the looong response of the reso unit. (see @worldwaves alternative solution)
didnāt think of that dry/wet solution, which i think also brings some other benefits, too (e.g. with a bowed reso.pkg).
instead i fed my final sampling vca with an adsr signal with a sharp attack (to accentuate the low response time of reso.pkg) and quite a low sustain level to attenuate the resonating filters. that worked well to some extent. but being able to mix in a sharp shaped exciter signal like @worldwave suggested will be the best way to get that percussiveness, snappines that you indeed wouldnāt expect from a pinged filter resonanceā¦
A buffer that allows clickless simultaneous recording and playback.
My personal use case is having a shared buffer that can be recorded into on demand while it is also being accessed by a granular unit and having no clicks from the granular when the record head replaces the contents of the buffer.
Wanted: Visualizer unit with fullscreen frequency analyzer for the top display and selectable between frequency-locking scope and waveform analyzer for the sub-display.
If someone would like to contribute to this project, and doesnāt know how or what and doesnāt write code and has no clue where to start in GitHub, hereās an idea: we need someone to organize and keep track of the suggestions in this thread. There has been many already and Iām sure there are more to come, and we have only limited capacity to fulfil our dreams. It would be great to keep an overview, possibly detect overlap, and then pour these ideas in a format that we can use to make break-out threads when the opportunity is there.
Off the top of my head, we would need an easy to understand working title, a set of requirements that need fulfilling, maybe categorizing them, also making sure the person who made the suggestion doesnāt get lost.
This could be Google spreadsheet, or some tool that a few people have access to. We could even use something like that as data for the hubā¦
So here is an idea for a unit I was thinking about. It would be a phase shifter. Basically it would be a very short delay whose delay time would be adjusted depending on a v/oct tuning input and a phase shift input. So if your tuning is set to 300 hz and your phase shift is set to 90 degrees you would have a delay of 13 ms, meaning any periodic wave coming in at 300 hz would get shifted by 90 degrees.
I donāt know what sort of musical applications this would have but I think it might be a useful building block.
So, I whipped up this Google sheet with all the ideas for projects that have not yet been claimed and this data is actually sourcing a new page on the hub: https://er301-hub.netlify.app/unsorted This seems to work, so anyone who feels the calling to organize this can do so by editing the public Sheet Unsorted Wanted list - Google Sheets (you do need editing access)
This comment has somehow anchored itself in my mind. Iām still somewhat on the fence about the money aspect of this project. ODcoin would be such a cool currency. I think Dogecoin has grown from this sort of ātipā system to an actual crypto currency. Does anyone know how to fork a coin? Iām only half-joking because I have been known to sink my teeth in impossible projects before, if anything itās the story of my life.
So far there havenāt been any pay-outs yet, but $USD just doesnāt seem to cover the symbolic value I would like the Bounty Hunter project to carry.
The shop has been collecting some money, but profit margins are very, very unstable. Due to global shipping and every country implying its own taxes, import and shipping rates sometimes I actually loose money (to be honest this happened only once and I adjusted the item price).
This is by no means me complaining because Iām having a ton of fun with the endeavour, but I tend to approach all aspects of my business in both a philosophical way as a practical one. And I havenāt quite cracked this nut, also because itās so new to me. Iām learning a lot with this project.
If anyone has one or two cents to add to my thinking-out-loud here, do comment
Also spit balling here, from my forays into learning about the crypto space, hereās the first idea that comes to mind:
Every one who owns an ER-301 automatically gets, say, 100 ODcoins
You āspendā that coin by adding to the ābountyā for feature/app requests
Once the feature/app is completed, the developer receives the coins.
There is no monetary benefit to holding the most coins, just a symbol of the communityās respect and bragging rights
Potential variations:
You receive additional coins for making a feature request
You can ātipā someone for offering useful advice
Some way of tracking ācoins spentā and ācoins receivedā, maybe it shows up our profiles on the forum.
Thereās always the idea of āexclusive accessā when you have a threshold of coins, but I donāt know what that would look like. The developer with the most coins gets to drive the support car on Brianās next bike tour?
As for the skillset to build such a thing, I got nothing, haha. Anytime I think about this space itās always with the caveat of thinking how to coax my developer buddy to build it for me, haha.
Whahaha thatās hilarious. But apart from the anti-climax, you really summed it up!! I love it and itās very close to what I had in mind. Who will do it though hahah. Itās such a good idea.
EDIT: Iām a front-end web dev/designer myself (if that hasnāt been made obvious yet by my contributions), and I like technical stuff but Iām not really good at it. I have looked into blockchain technology before but itās pretty daunting.
Personally I am quite against cryptocurrency, primarily for the environmental reason, but also because I very much dislike speculative markets. This idea obviously doesnāt sound like those really, but when I hear those things it raises the hair on my neck.