Skip to content
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

Open
hems opened this issue Jan 6, 2022 · 4 comments
Open

Brownian Delay SYNC and X-Y pad improvements #83

hems opened this issue Jan 6, 2022 · 4 comments

Comments

@hems
Copy link

hems commented Jan 6, 2022

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?

image

On a side note it would be lovely to:

  • have feedback control on the delay
  • have option to SYNC the delay time ( currently i'm working on a metronome based composition so SYNC is really important for me 😭 )
  • the DELAY time is getting to MAX value when i move the X-Y pad horizontally to 50%.. Perhaps ideally it should be only when reaching 100% like the Freq Shifter?

overall, again, thank you so much.

@mcslee
Copy link
Contributor

mcslee commented Jan 25, 2022

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!

Screen Shot 2022-01-25 at 2 19 14 PM

@hems hems changed the title Brownian Delay should NOT change position of the DRY signal? Should Brownian Delay to receive Ambisonics input? Jan 25, 2022
@hems
Copy link
Author

hems commented Jan 25, 2022

Caveat: this device I did not actually develop personally, so I am a bit less sure of all the intended functionality.

thanks a lot for looking at it!

First thing I will point out, the E4L Brownian Delay does not take Ambisonics input from a chained device.

This explains why i had such expectations!

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

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.

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.

makes a lot of sense.

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.

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!

You are definitely welcome to try to dive in and work on things like the feedback control, sync and x-y pad improvements. Cheers!

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.

@hems
Copy link
Author

hems commented Jan 25, 2022

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.

@mcslee
Copy link
Contributor

mcslee commented Jan 26, 2022

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! :)

@mcslee mcslee changed the title Should Brownian Delay to receive Ambisonics input? Brownian Delay SYNC and X-Y pad improvements Feb 2, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants