‘Omnichord mode’ as a future standard on iOS

[Deleted User]

The user and all related content has been deleted.

[Deleted User]

The user and all related content has been deleted.

White

Maybe this is what you are looking for:

Polychord from Shoulda Woulda Coulda inc
https://itunes.apple.com/dk/app/polychord/id402625491?l=da&mt=8

[Deleted User]

The user and all related content has been deleted.

[Deleted User]

@Dawdles said:
Just messed with Tardigrain on my SE for a few minutes and had fun using it like an omnichord, changing the key/scale with one finger while gliding the keyboard with another’s finger for arpeggio kind of stuff with key changes. Made me wish it had a dedicated mode for this where there were just like 20 different key/scale buttons at the top and a short ribbon keyboard keyboard along the bottom.

Any apps with a mode layout like this? It’s a pretty cool way to use Tardigrain and very ‘touchscreen’ optimal. Especially practical on a small phone.

Feels like this kind of mode should maybe become a standard, besides the regular ‘keys/pads/XY’ views we’re so used to? Every ‘playable’ app should have an Omnichord mode;)

Excellent little machine, prices are crazy for them now. Actually using thumb jam with a wide octave range works well and with much more modal possibilities.

Processaurus

Chordion!

[Deleted User]

The user and all related content has been deleted.

Samu

http://polychordapp.com

One of my old time favourites and the last app I was waiting for to be 64-bit
(Actually I installed iOS11 prior to the app being 64-bit only since I got an e-mail from the developer that a 64-bit version was in the works).

gonekrazy3000

@Processaurus said:
Chordion!

I second this. Isn't chordion basically an omnichord ? @Dawdles have you tried that app ?

[Deleted User]

@gonekrazy3000 said:

@Processaurus said:
Chordion!

I second this. Isn't chordion basically an omnichord ? @Dawdles have you tried that app ?

the scale range is only one octave if i am not mistaken. I will check and if so ask the Dev to expand on this.

[Deleted User]

The user and all related content has been deleted.

[Deleted User]

This is one of the reasons I would like to see hosts have AU midi keyboards, so that they could be switched out for whatever note input interface we desire.

[Deleted User]

@Fruitbat1919 said:
This is one of the reasons I would like to see hosts have AU midi keyboards, so that they could be switched out for whatever note input interface we desire.

AUM has built in midi keyboard but I agree its options could be expanded some.

[Deleted User]

@[Deleted User] said:

@Fruitbat1919 said:
This is one of the reasons I would like to see hosts have AU midi keyboards, so that they could be switched out for whatever note input interface we desire.

AUM has built in midi keyboard but I agree its options could be expanded some.

Yeah, most hosts do have a built in midi keyboard. Some give us pads too. All a little bit limiting when we could be using interchangeable input interfaces. Imagine having an AU midi app that is an UI designer. AU now has full screen and resizable windows.

All a keyboard is after all is something that sends midiinformation when select areas of the screen are touched. Surely we can have better onscreen midi input devices than a boring and old fashioned keyboard only design?

Jumpercollins

ScaleBud is coming out as a AUv3 which is quite cool.

[Deleted User]

@Fruitbat1919 said:

@[Deleted User] said:

@Fruitbat1919 said:
This is one of the reasons I would like to see hosts have AU midi keyboards, so that they could be switched out for whatever note input interface we desire.

AUM has built in midi keyboard but I agree its options could be expanded some.

Yeah, most hosts do have a built in midi keyboard. Some give us pads too. All a little bit limiting when we could be using interchangeable input interfaces. Imagine having an AU midi app that is an UI designer. AU now has full screen and resizable windows.

All a keyboard is after all is something that sends midiinformation when select areas of the screen are touched. Surely we can have better onscreen midi input devices than a boring and old fashioned keyboard only design?

I agree, this makes a lot of sense so we can customize our live MIDI input and have it available in our AU host apps.

brambos

@Fruitbat1919 said:
This is one of the reasons I would like to see hosts have AU midi keyboards, so that they could be switched out for whatever note input interface we desire.

Indeed. Separation of responsibilities. Keep stuff like this in the hosts (or as separate sequencer modules) so you don't need to have so much redundancy in every individual synth app. It's the only approach that makes sense.

[Deleted User]

The user and all related content has been deleted.

oat_phipps

It blows my mind that I spent a couple months playing the screen when I first got my iPad. I can still remember laboring over trying to nail a certain track. Nevermore

[Deleted User]

The user and all related content has been deleted.

janogarcia

@Dawdles I also find it puzzling the lack of more strumming interfaces.

Personally I would love ChordPolyPad to add support for a proper strum-mode, where you can freely strum the notes in each chord pad instead of the current limited auto-strumming setting. For example, the keyboard on the bottom could be turned into a scale keyboard locked to the current pad's notes (in a similar way to Chordion or Poychord), or the pads themselves could show horizontal lines for quick one-finger strumming... just some quick ideas.

Alternatively, any AUv3 MIDI app combining user defined chords plus strumming would be extremely welcome. @brambos Any chance for a Rozeta Chords or Rozeta Strum? 🙏

---

For those interested on the topic I'm adding here a list I put together a few months ago. All of them either support or are dedicated strumming interfaces.

Software

• AutoArp
• Chordion
• ChordPolyPad
• ChordUp
• DRC
• GarageBand
• Guitar Chord Pro
• Guitarism
• Lemur templates: ChordRoy, Hybrid Omnichord controller, nChord, reChorder, Strum,
• Live Guitar
• MIDI Guitar 2
• polychord
• Thor

Hardware

• Artiphon
• jamstik+
• Joué
• KordBot
• LinnStrument
• StrumPad
• Suzuki Q-Chord and Omnichord
• TabStrummer: Synthopia, New Atlas.

[Deleted User]

While I like the idea, I still would like to see a simple host designed for fast easy play of single apps.

With a few simple changes to a host like AUM, it could be quite simple to load whatever AU sound and AU midi together for each app you have. A maximum of two clicks would be needed - one to open the host, then one to open the AU sound app from a list that is front and centre.

Having this approach stops us being limited to one midi input device or even having to midi them up, as the host preferences would control this.The host save, would simple load up your preferred AU midi input app with each AU sound device saved.

Onscreen and built in app keyboards etc are simply wasting space and resources for those that do not use them. They are also limiting and mostly useless for us that do use them.

[Deleted User]

The user and all related content has been deleted.

knewspeak

Like the idea of the modular AU system, but it's only problem, is that it's the sum of it's parts, a few updates or no updates, here and there, could make it unstable.

[Deleted User]

The user and all related content has been deleted.

[Deleted User]

@Dawdles said:

@Fruitbat1919 said:
While I like the idea, I still would like to see a simple host designed for fast easy play of single apps.

With a few simple changes to a host like AUM, it could be quite simple to load whatever AU sound and AU midi together for each app you have. A maximum of two clicks would be needed - one to open the host, then one to open the AU sound app from a list that is front and centre.

Having this approach stops us being limited to one midi input device or even having to midi them up, as the host preferences would control this.The host save, would simple load up your preferred AU midi input app with each AU sound device saved.

Onscreen and built in app keyboards etc are simply wasting space and resources for those that do not use them. They are also limiting and mostly useless for us that do use them.

I dunno man..yeah for sure you are part of a group that exists that doesn’t use onscreen and built in app keys, but there are probably just as many people who often open an app in standalone and work on designing user presets using the onscreen built in keyboard.... or just play an instrument standalone. Without some kind of an accurate statistic of how many people work each way it’s pretty hard to say if something is extraneous or not...Not everyone out there uses AUM etc, and even of those that do there are probably a lot that still often just wanna open an app standalone and play and tweak..Not to mention that AUM and synths and onscreen keys on a phone is often a mess of ‘rotate phone, resize window, rotate phone, resize window’...

For sure someone should make an Omnichord midi AU like you suggest, i’d use that a lot myself too. but standalone Keys modes should be improved too.. Not sure why it has to an either/or scenario based on one persons use case being more valid than another’s?

You get me wrong. I’m always using the onscreen keyboard. I just want host apps more suited to quick opening of single apps and also the choice of onscreen input that fits my need at the time.

I like many different input devices depending on what I’m trying to play. Take for example one of my oriental ‘flute’ style sounds I’ve made in WaveMapper. It works great in WM and sounds pants on the inbuilt keyboard setup in BM3 or AUM etc. But no host or stand alone app can make these choices for me. Some sounds are better played on pads. Some sounds are better with a continual XY scale with added midi components like that of TC-Data. I simply want the choice of what interface to use with what sound generator and I want the host to load what I want quickly and easily.

[Deleted User]

@knewspeak said:
Like the idea of the modular AU system, but it's only problem, is that it's the sum of it's parts, a few updates or no updates, here and there, could make it unstable.

Yep, but the upkeep for individual apps by small developers could be easier to handle in a modular AU environment.

Ps apologies if my suggestions are scewing the thread direction somewhat

[Deleted User]

The user and all related content has been deleted.

[Deleted User]

@Dawdles said:

@Fruitbat1919 said:

@Dawdles said:

@Fruitbat1919 said:
While I like the idea, I still would like to see a simple host designed for fast easy play of single apps.

With a few simple changes to a host like AUM, it could be quite simple to load whatever AU sound and AU midi together for each app you have. A maximum of two clicks would be needed - one to open the host, then one to open the AU sound app from a list that is front and centre.

Having this approach stops us being limited to one midi input device or even having to midi them up, as the host preferences would control this.The host save, would simple load up your preferred AU midi input app with each AU sound device saved.

Onscreen and built in app keyboards etc are simply wasting space and resources for those that do not use them. They are also limiting and mostly useless for us that do use them.

I dunno man..yeah for sure you are part of a group that exists that doesn’t use onscreen and built in app keys, but there are probably just as many people who often open an app in standalone and work on designing user presets using the onscreen built in keyboard.... or just play an instrument standalone. Without some kind of an accurate statistic of how many people work each way it’s pretty hard to say if something is extraneous or not...Not everyone out there uses AUM etc, and even of those that do there are probably a lot that still often just wanna open an app standalone and play and tweak..Not to mention that AUM and synths and onscreen keys on a phone is often a mess of ‘rotate phone, resize window, rotate phone, resize window’...

For sure someone should make an Omnichord midi AU like you suggest, i’d use that a lot myself too. but standalone Keys modes should be improved too.. Not sure why it has to an either/or scenario based on one persons use case being more valid than another’s?

You get me wrong. I’m always using the onscreen keyboard. I just want host apps more suited to quick opening of single apps and also the choice of onscreen input that fits my need at the time.

I like many different input devices depending on what I’m trying to play. Take for example one of my oriental ‘flute’ style sounds I’ve made in WaveMapper. It works great in WM and sounds pants on the inbuilt keyboard setup in BM3 or AUM etc. But no host or stand alone app can make these choices for me. Some sounds are better played on pads. Some sounds are better with a continual XY scale with added midi components like that of TC-Data. I simply want the choice of what interface to use with what sound generator and I want the host to load what I want quickly and easily.

Yep there’s definitely space there for someone to make a killer ‘input modes’ midi AU that covered all bases. I’d buy it too Wouldn’t really solve the problem with standalone/non hosted keys on small screens that caused me to make the original post tho Room our there for both improvements

Yes given a choice, some built in keyboards just simply suck and should be banished to iOS Hell!

brambos

@Fruitbat1919 said:

@knewspeak said:
Like the idea of the modular AU system, but it's only problem, is that it's the sum of it's parts, a few updates or no updates, here and there, could make it unstable.

Yep, but the upkeep for individual apps by small developers could be easier to handle in a modular AU environment.

Indeed. And the alternative scenario (asking that all devs implement all features in every single app) is quite simply never going to happen.

[Deleted User]

The user and all related content has been deleted.