Re: [music-dsp] Music software interface design

[Spencer Jackson]

I certainly found it interesting. Thanks for sharing!

I find it interesting though that (aside from the limiter threshold in the
first example) you are moving from a parametric interface to an empirical
one. It seems to me to be used more powerfully in realtime or with
automation, in a live situation or a DAW the effect will need some
parametric editing capabilities. The idea is certainly a departure from the
status quo and offers some great features of simplicity to describe some
arbitrary envelopes or delays (I especially like the idea of the delay),
but I couldn't help but think of my workflow and whether I could use such
things. Perhaps the modern DAW workflow is not the best way to do it, but
it did seem like none of the interfaces suggested fit very smoothly into
it.

Parametric designs came out of the circuit designs that placed a
potentiometer to change the cutoff of this analog filter, or the frequency
of an oscillator, but IMO they have held strong because of the
tweakability. There is a steeper learning curve for sure, but you typically
know exactly how the envelope will change as you move each knob of an ADSR.

I love the work and find this topic very interesting so I hope you continue
the work and continue to publish what you are finding and experimenting
with. If you are shopping around for next step ideas I would consider
trying to adapt the interface in a way that allows musical, realtime,
on-line, tweaking. Perhaps a second envelope could be sung and then blend
between the two, like an envelope-wavetable, or perhaps a few knobs with
parameters like stretch and skew. There are lots of possibilities. Or I
could just be wrong and you'll show me some totally different way to do it!

Just some thoughts...
_Spencer


On Fri, Apr 14, 2017 at 9:48 AM, Arthur Carabott  wrote:

> Hello all,
>
> I've been doing some work on re-designing the interactions / interfaces
> for music software. The focus isn't on the DSP, more on how we can better
> interact with it. That said, there are some engineering implications
> (particularly with the first prototype).
>
> Hope you enjoy! http://arthurcarabott.com/mui/
>
> If the work interests you feel free to mail me off list as well.
>
> Best,
>
> Arthur
>
> www.arthurcarabott.com
>
> ___
> dupswapdrop: music-dsp mailing list
> music-dsp@music.columbia.edu
> https://lists.columbia.edu/mailman/listinfo/music-dsp
>
___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp

Re: [music-dsp] Music software interface design

[Ivan Cohen]

By the way, related with interface design, I have just backed this project :

https://www.kickstarter.com/projects/1795693416/push-turn-move-interface-design-in-electronic-musi?ref=category

It's a book called "Push Turn Move" about interface design for both 
hardware and software in electronic music


Ivan

MusicalEntropy.com <http://musicalentropy.com>
Blog <http://musicalentropy.github.io> | Twitter 
<http://twitter.com/MusicalEntropy> | Facebook 
<https://www.facebook.com/pages/Musicalentropy/240774829466147>


Le 18/04/2017 à 16:59, Bart Brouns a écrit :

Slightly related, my "Vocoder on Steroids", Voice Of Faust:
https://github.com/magnetophon/VoiceOfFaust

It uses the 'control voltages' to drive oscilator-banks, where each
oscilator has a formant.
There's different version for different oscilators:
PAF, FOF, FM, and a classic vocoder.



Message: 1
Date: Mon, 17 Apr 2017 17:27:41 -0700
From: James McCartney <asy...@gmail.com>
To: music-dsp@music.columbia.edu
Subject: Re: [music-dsp] Music software interface design
Message-ID:
<CAF2oGs3omg2_BE_JjewiK+i=BFXgjPJhQREL=dipgt5avvz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

I remember Morton Subotnik demonstrating the singing the envelope thing
with his ghost box electronics back in the 80s.

On Fri, Apr 14, 2017 at 8:48 AM, Arthur Carabott <arth...@gmail.com> 
wrote:



Hello all,

I've been doing some work on re-designing the interactions / interfaces
for music software. The focus isn't on the DSP, more on how we can 
better

interact with it. That said, there are some engineering implications
(particularly with the first prototype).

Hope you enjoy! http://arthurcarabott.com/mui/

If the work interests you feel free to mail me off list as well.

Best,

Arthur

www.arthurcarabott.com

___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp




___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp

Re: [music-dsp] Music software interface design

[Bart Brouns]

Slightly related, my "Vocoder on Steroids", Voice Of Faust:
https://github.com/magnetophon/VoiceOfFaust

It uses the 'control voltages' to drive oscilator-banks, where each
oscilator has a formant.
There's different version for different oscilators:
PAF, FOF, FM, and a classic vocoder.



Message: 1
Date: Mon, 17 Apr 2017 17:27:41 -0700
From: James McCartney <asy...@gmail.com>
To: music-dsp@music.columbia.edu
Subject: Re: [music-dsp] Music software interface design
Message-ID:
<CAF2oGs3omg2_BE_JjewiK+i=BFXgjPJhQREL=dipgt5avvz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

I remember Morton Subotnik demonstrating the singing the envelope thing
with his ghost box electronics back in the 80s.

On Fri, Apr 14, 2017 at 8:48 AM, Arthur Carabott <arth...@gmail.com> wrote:


Hello all,

I've been doing some work on re-designing the interactions / interfaces
for music software. The focus isn't on the DSP, more on how we can better
interact with it. That said, there are some engineering implications
(particularly with the first prototype).

Hope you enjoy! http://arthurcarabott.com/mui/

If the work interests you feel free to mail me off list as well.

Best,

Arthur

www.arthurcarabott.com

___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp

Re: [music-dsp] Music software interface design

[James McCartney]

I remember Morton Subotnik demonstrating the singing the envelope thing
with his ghost box electronics back in the 80s.

On Fri, Apr 14, 2017 at 8:48 AM, Arthur Carabott  wrote:

> Hello all,
>
> I've been doing some work on re-designing the interactions / interfaces
> for music software. The focus isn't on the DSP, more on how we can better
> interact with it. That said, there are some engineering implications
> (particularly with the first prototype).
>
> Hope you enjoy! http://arthurcarabott.com/mui/
>
> If the work interests you feel free to mail me off list as well.
>
> Best,
>
> Arthur
>
> www.arthurcarabott.com
>
> ___
> dupswapdrop: music-dsp mailing list
> music-dsp@music.columbia.edu
> https://lists.columbia.edu/mailman/listinfo/music-dsp
>



-- 
--- james mccartney
___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp

Re: [music-dsp] Music software interface design

[Aran Mulholland]

This is great stuff, I will follow it with interest. On a side not have a
look at the compressor in Ableton Live. It has three ways of visualising
the audio running through it. I don't think I really understood how a
compressor worked until I started using it.


​

On Mon, Apr 17, 2017 at 1:18 AM, Phil Burk  wrote:

> Hello Arthur,
>
> I really like the ideas on your website. I agree that the area where we
> need to work is in the UI. We have powerful CPUs and a big toolkit of
> synthesis techniques. Now we need a better way of interacting with these
> tools.  I will rethink my knob arrays.
>
> I use breakpoint envelopes in JSyn. I may add the voice input to my
> envelope editor. I find Java is a good place for prototyping UI and has
> plenty of performance.
>
> I notice that your examples did not show any sharp attacks. Probably
> because the voice takes a while to build. I think that combining a clap
> with a vocalization might be fun to try.
>
> I will contact you off list.
>
> Thanks,
> Phil Burk
>
> On Fri, Apr 14, 2017 at 8:48 AM, Arthur Carabott 
> wrote:
>
>> Hello all,
>>
>> I've been doing some work on re-designing the interactions / interfaces
>> for music software. The focus isn't on the DSP, more on how we can better
>> interact with it. That said, there are some engineering implications
>> (particularly with the first prototype).
>>
>> Hope you enjoy! http://arthurcarabott.com/mui/
>>
>> If the work interests you feel free to mail me off list as well.
>>
>> Best,
>>
>> Arthur
>>
>> www.arthurcarabott.com
>>
>> ___
>> dupswapdrop: music-dsp mailing list
>> music-dsp@music.columbia.edu
>> https://lists.columbia.edu/mailman/listinfo/music-dsp
>>
>
>
> ___
> dupswapdrop: music-dsp mailing list
> music-dsp@music.columbia.edu
> https://lists.columbia.edu/mailman/listinfo/music-dsp
>
___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp

Re: [music-dsp] Music software interface design

[Phil Burk]

Hello Arthur,

I really like the ideas on your website. I agree that the area where we
need to work is in the UI. We have powerful CPUs and a big toolkit of
synthesis techniques. Now we need a better way of interacting with these
tools.  I will rethink my knob arrays.

I use breakpoint envelopes in JSyn. I may add the voice input to my
envelope editor. I find Java is a good place for prototyping UI and has
plenty of performance.

I notice that your examples did not show any sharp attacks. Probably
because the voice takes a while to build. I think that combining a clap
with a vocalization might be fun to try.

I will contact you off list.

Thanks,
Phil Burk

On Fri, Apr 14, 2017 at 8:48 AM, Arthur Carabott  wrote:

> Hello all,
>
> I've been doing some work on re-designing the interactions / interfaces
> for music software. The focus isn't on the DSP, more on how we can better
> interact with it. That said, there are some engineering implications
> (particularly with the first prototype).
>
> Hope you enjoy! http://arthurcarabott.com/mui/
>
> If the work interests you feel free to mail me off list as well.
>
> Best,
>
> Arthur
>
> www.arthurcarabott.com
>
> ___
> dupswapdrop: music-dsp mailing list
> music-dsp@music.columbia.edu
> https://lists.columbia.edu/mailman/listinfo/music-dsp
>
___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp

Re: [music-dsp] Music software interface design

[MailingLists]

Hi,

Thanks for sharing - this is an interesting read.

Regarding your envelope examples and suggestions: As you apparently are a Logic 
User - did you notice that Sculpture already allows to define the envelope 
shape via direkt input from you, by recoding a MIDI controller or aftertouch 
movement? OK, the interface for this is quite tiny and maybe a bit dated, but 
is fun to use - especially with input like aftertouch or breath controller.

Cheers,
Markus


> On 14.04.2017, at 17:48, Arthur Carabott  wrote:
> 
> Hello all,
> 
> I've been doing some work on re-designing the interactions / interfaces for 
> music software. The focus isn't on the DSP, more on how we can better 
> interact with it. That said, there are some engineering implications 
> (particularly with the first prototype).
> 
> Hope you enjoy! http://arthurcarabott.com/mui/ 
> 
> 
> If the work interests you feel free to mail me off list as well.
> 
> Best,
> 
> Arthur
> 
> www.arthurcarabott.com 
> ___
> dupswapdrop: music-dsp mailing list
> music-dsp@music.columbia.edu
> https://lists.columbia.edu/mailman/listinfo/music-dsp

___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp