-
-
Notifications
You must be signed in to change notification settings - Fork 60
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Brownian Delay SYNC and X-Y pad improvements #83
Comments
Caveat: this device I did not actually develop personally, so I am a bit less sure of all the intended functionality. First thing I will point out, the E4L Brownian Delay does not take Ambisonics input from a chained device. It only takes regular stereo input. So the way you have E4L Mono Panner set to Chain output is not going to work properly. A device that can take a chained input will indicate that in the left gray bar (screenshot below). As I understand it from looking at the implementation, all signal positions move on the E4L Brownian Delay, but the "Dry" signal does not have any time-delay applied to it whereas the Wet signals which also have time-delay. I can see how this is confusing, but I believe this is what the implementation intends. I will leave this task open as a feature request for possible future development, but will set expectations that this one isn't super likely to see improvements soon. You are definitely welcome to try to dive in and work on things like the feedback control, sync and x-y pad improvements. Cheers! |
thanks a lot for looking at it!
This explains why i had such expectations!
thanks a lot for this explanation, this is valuable information i should have known ( as you can see i'm not 100% familiarised with the framework )! i appreciate your time and patience explaining that to me.
makes a lot of sense.
I think this turns more into a question than a feature request as if this was intended and the user ( in this case me ) have the right expectations then nothing is wrong with it!
I definitely should be digging deeper into those devices and try to contribute in a more technical way than posting issues on github, hopefully i'll get to that soon. again, thanks a lot for taking the time to explain and look at the device implementation. |
also please feel free to close the issue in case you believe this not to be a priority or to be relevant, i think the biggest issue here was my lack of understanding and not exactly the intended behaviour of the device. |
No worries at all opening the GitHub issues! Even if we decide not to change anything, it is very helpful for us to understand how people are using the devices and what kind of confusion is coming up, and it's nice also to have those questions documented here where other people can find them as well. So don't ever feel bad about opening up an issue even if just to ask a question. I do think those are some good potential improvements you've raised here, so I will leave this one open, just with expectations set that it might stay open for a long time! :) |
Currently i have a MONO Panner followed by a Brownian Delay but when i have only the DRY signal turned on the position of the signal is changing..
I was expecting the DRY signal position to stay the same position as the input sound?
On a side note it would be lovely to:
overall, again, thank you so much.
The text was updated successfully, but these errors were encountered: