Audiobus: Use your music apps together.

What is Audiobus?Audiobus is an award-winning music app for iPhone and iPad which lets you use your other music apps together. Chain effects on your favourite synth, run the output of apps or Audio Units into an app like GarageBand or Loopy, or select a different audio interface output for each app. Route MIDI between apps — drive a synth from a MIDI sequencer, or add an arpeggiator to your MIDI keyboard — or sync with your external MIDI gear. And control your entire setup from a MIDI controller.

Download on the App Store

Audiobus is the app that makes the rest of your setup better.

StringLab - Physical Modelling Synthesizer by 4Pockets - Available Now

12467

Comments

  • Wow, I really like this one. I don’t think there’s anything quite like it on iOS right now.

  • I just got a reply back from Paul mentioning that no one apart from me has complained about the knob behavior to him. Plenty of people have complained here. So it is worth mentioning once again that if people are not happy with the knobs - as with anything regarding any app - this forum is never the ideal place to try to communicate that to the dev. Most don't check here, Paul most likely doesn't ever check here. Given his brutal work ethic I'm not surprised he finds it better to focus on making apps rather than spend time here. Support email:

    Paul​ {at}​ kal-group.com

    Please​ ​complain directly if you don't like the knobs, otherwise he won't change their behaviour🙏

  • @Gavinski said:
    I just got a reply back from Paul mentioning that no one apart from me has complained about the knob behavior to him. Plenty of people have complained here. So it is worth mentioning once again that if people are not happy with the knobs - as with anything regarding any app - this forum is never the ideal place to try to communicate that to the dev. Most don't check here, Paul most likely doesn't ever check here. Given his brutal work ethic I'm not surprised he finds it better to focus on making apps rather than spend time here. Support email:

    Paul​ {at}​ kal-group.com

    Please​ ​complain directly if you don't like the knobs, otherwise he won't change their behaviour🙏

    Commented a little bit ago on YouTube, hopefully he sees it soon. That’s been the best way to contact him (for me anyway).

  • @HotStrange said:

    @Gavinski said:
    I just got a reply back from Paul mentioning that no one apart from me has complained about the knob behavior to him. Plenty of people have complained here. So it is worth mentioning once again that if people are not happy with the knobs - as with anything regarding any app - this forum is never the ideal place to try to communicate that to the dev. Most don't check here, Paul most likely doesn't ever check here. Given his brutal work ethic I'm not surprised he finds it better to focus on making apps rather than spend time here. Support email:

    Paul​ {at}​ kal-group.com

    Please​ ​complain directly if you don't like the knobs, otherwise he won't change their behaviour🙏

    Commented a little bit ago on YouTube, hopefully he sees it soon. That’s been the best way to contact him (for me anyway).

    Yes but the email posted above will be a much better way so I would genuinely suggest anyone who is bothered by the current knob implementation to email him. That's always the best way really, cheers!

  • @Gavinski said:

    @HotStrange said:

    @Gavinski said:
    I just got a reply back from Paul mentioning that no one apart from me has complained about the knob behavior to him. Plenty of people have complained here. So it is worth mentioning once again that if people are not happy with the knobs - as with anything regarding any app - this forum is never the ideal place to try to communicate that to the dev. Most don't check here, Paul most likely doesn't ever check here. Given his brutal work ethic I'm not surprised he finds it better to focus on making apps rather than spend time here. Support email:

    Paul​ {at}​ kal-group.com

    Please​ ​complain directly if you don't like the knobs, otherwise he won't change their behaviour🙏

    Commented a little bit ago on YouTube, hopefully he sees it soon. That’s been the best way to contact him (for me anyway).

    Yes but the email posted above will be a much better way so I would genuinely suggest anyone who is bothered by the current knob implementation to email him. That's always the best way really, cheers!

    Right on, I’ll shoot him an email as well.

  • edited September 2023

    @HotStrange

    Good stuff!

  • By the way, when following Paul's instructions to just move strictly vertically or horizontally rather than making any kind of diagonal move, I find that the knobs do behave predictably. I guess I can live with that

  • @Gavinski said:
    By the way, when following Paul's instructions to just move strictly vertically or horizontally rather than making any kind of diagonal move, I find that the knobs do behave predictably. I guess I can live with that

    It works better for me that way but still isn’t optimal, imo. And I’m still experiencing jumps in values. Not quite as bad but it takes away from the experience and enjoyment of the app for me.

  • @HotStrange said:

    @Gavinski said:
    By the way, when following Paul's instructions to just move strictly vertically or horizontally rather than making any kind of diagonal move, I find that the knobs do behave predictably. I guess I can live with that

    It works better for me that way but still isn’t optimal, imo. And I’m still experiencing jumps in values. Not quite as bad but it takes away from the experience and enjoyment of the app for me.

    So definitely email him! I just had a quick play with it doing vertical movements without issues. Horizontal didn't seem to work very well though. Either way, it is definitely not an implementation on the level of the likes of knob movement in, say, recent Beep Street apps

  • @Gavinski said:

    @HotStrange said:

    @Gavinski said:
    By the way, when following Paul's instructions to just move strictly vertically or horizontally rather than making any kind of diagonal move, I find that the knobs do behave predictably. I guess I can live with that

    It works better for me that way but still isn’t optimal, imo. And I’m still experiencing jumps in values. Not quite as bad but it takes away from the experience and enjoyment of the app for me.

    So definitely email him! I just had a quick play with it doing vertical movements without issues. Horizontal didn't seem to work very well though. Either way, it is definitely not an implementation on the level of the likes of knob movement in, say, recent Beep Street apps

    Definitely. I’ll say going ONLY vertical or horizontal does help but it’s still not great for me. Just barely usable to be honest. I’m gonna give it one more try and see what happens but I’ll probably be sending another email about it.

  • Curious how people are finding this, in terms of programming your own sounds, versus Logic Sculpture, Laplace, String Sound etc

  • @Gavinski said:
    Curious how people are finding this, in terms of programming your own sounds, versus Logic Sculpture, Laplace, String Sound etc

    I'd add Lagrange to the mix which is my go-to when I'm after karptlus strong type stuff and feel too lazy to do it in Drambo...

  • @Gavinski said:
    I just got a reply back from Paul mentioning that no one apart from me has complained about the knob behavior to him. Plenty of people have complained here. So it is worth mentioning once again that if people are not happy with the knobs - as with anything regarding any app - this forum is never the ideal place to try to communicate that to the dev. Most don't check here, Paul most likely doesn't ever check here. Given his brutal work ethic I'm not surprised he finds it better to focus on making apps rather than spend time here. Support email:

    Paul​ {at}​ kal-group.com

    Please​ ​complain directly if you don't like the knobs, otherwise he won't change their behaviour🙏

    I've sent an email to Paul. I also linked my topic here about this issue (re Copperhead), as well as this topic re StringLab. Hopefully Paul will listen to the constructive feedback, because his apps are too brilliant to be hampered by imprecise/twitchy controls..

  • @Gavinski said:
    Curious how people are finding this, in terms of programming your own sounds, versus Logic Sculpture, Laplace, String Sound etc

    I see use the Icegear apps all the time and I don’t think anything will ever usurp them, but I also see them as different use cases. The Icegear stuff is more niche and specific (Kronecker, RedShrike) and also veers more experimental. As a straightforward physical modeling synth, I think Stringlab is pretty great so far. Sculpture may be a bit more powerful (still gotta compare) but being that this is AU, I’m happy about it.

  • @Samu said:

    @Gavinski said:
    Curious how people are finding this, in terms of programming your own sounds, versus Logic Sculpture, Laplace, String Sound etc

    I'd add Lagrange to the mix which is my go-to when I'm after karptlus strong type stuff and feel too lazy to do it in Drambo...

    I really like Sculpture, but each of these have their place.

  • The knobs are designed to work by dragging in a horizontal or vertical directions. Please do not attempt to turn the knobs or drag in a circular motion.

    When you first touch the knob its x/y position is taken, and as you drag your finger it subtracts the current x/y positions from the initial position. Whichever is biggest x or y is the value used.

    With this in mind when you start to drag you have to be precise in your movements and not stray from either direction.

    I can possibly add an option to the Settings to priorities one direction, but in practice this may mean switching between modes during an editing session if a knob is close to one side of the display. This is of course not ideal.

  • @4pockets_paul said:
    The knobs are designed to work by dragging in a horizontal or vertical directions. Please do not attempt to turn the knobs or drag in a circular motion.

    When you first touch the knob its x/y position is taken, and as you drag your finger it subtracts the current x/y positions from the initial position. Whichever is biggest x or y is the value used.

    With this in mind when you start to drag you have to be precise in your movements and not stray from either direction.

    I can possibly add an option to the Settings to priorities one direction, but in practice this may mean switching between modes during an editing session if a knob is close to one side of the display. This is of course not ideal.

    Thanks Paul! The thing is that there are obviously other more flexible ways to implement this, as seen for example in the flexible and intuitive way that Beep Streets recent app knobs work, to take just one example. Hopefully a more ideal solution can be figured out even though your way seems to work OK for me now, at least using vertical swipes, not so much with horizontal. Cheers!

  • @4pockets_paul said:
    The knobs are designed to work by dragging in a horizontal or vertical directions. Please do not attempt to turn the knobs or drag in a circular motion.

    When you first touch the knob its x/y position is taken, and as you drag your finger it subtracts the current x/y positions from the initial position. Whichever is biggest x or y is the value used.

    With this in mind when you start to drag you have to be precise in your movements and not stray from either direction.

    I can possibly add an option to the Settings to priorities one direction, but in practice this may mean switching between modes during an editing session if a knob is close to one side of the display. This is of course not ideal.

    If you start with an X dominant move and then shift to heavy Y changes then the knob jumps.

    I checked 2 other very successful apps and they both use X only to control knobs. Y changes are ignored.

    An option to only use X might satisfy your critics.

    Frankly, after understanding how the code works it’s easy to make smooth adjustments but other apps are training X only.

  • @McD said:

    @4pockets_paul said:
    The knobs are designed to work by dragging in a horizontal or vertical directions. Please do not attempt to turn the knobs or drag in a circular motion.

    When you first touch the knob its x/y position is taken, and as you drag your finger it subtracts the current x/y positions from the initial position. Whichever is biggest x or y is the value used.

    With this in mind when you start to drag you have to be precise in your movements and not stray from either direction.

    I can possibly add an option to the Settings to priorities one direction, but in practice this may mean switching between modes during an editing session if a knob is close to one side of the display. This is of course not ideal.

    If you start with an X dominant move and then shift to heavy Y changes then the knob jumps.

    I checked 2 other very successful apps and they both use X only to control knobs. Y changes are ignored.

    An option to only use X might satisfy your critics.

    Frankly, after understanding how the code works it’s easy to make smooth adjustments but other apps are training X only.

    Thnx McD, and does that work fine also when the finger is at the top or bottom of an auv3 and the user wants to drag up / down respectively?

  • @Gavinski said:

    @McD said:

    @4pockets_paul said:
    The knobs are designed to work by dragging in a horizontal or vertical directions. Please do not attempt to turn the knobs or drag in a circular motion.

    When you first touch the knob its x/y position is taken, and as you drag your finger it subtracts the current x/y positions from the initial position. Whichever is biggest x or y is the value used.

    With this in mind when you start to drag you have to be precise in your movements and not stray from either direction.

    I can possibly add an option to the Settings to priorities one direction, but in practice this may mean switching between modes during an editing session if a knob is close to one side of the display. This is of course not ideal.

    If you start with an X dominant move and then shift to heavy Y changes then the knob jumps.

    I checked 2 other very successful apps and they both use X only to control knobs. Y changes are ignored.

    An option to only use X might satisfy your critics.

    Frankly, after understanding how the code works it’s easy to make smooth adjustments but other apps are training X only.

    Thnx McD, and does that work fine also when the finger is at the top or bottom of an auv3 and the user wants to drag up / down respectively?

    I just tried on my iPhone and it seems to work in an AUv3 but all those knobs on a phone is an eye exam to see the notch on the knob. I’ll provable make presets standalone and maybe just pass AUM projects to the iPhone to skip facing down that UI on a phone.

    I love K-P modeled instruments… I’ll bet PianoTeq uses some of this approach in their modeling tech.

  • @McD said:
    I love K-P modeled instruments… I’ll bet PianoTeq uses some of this approach in their modeling tech.

    Highly likely, probably a certainty?

  • @McD said:

    @4pockets_paul said:
    The knobs are designed to work by dragging in a horizontal or vertical directions. Please do not attempt to turn the knobs or drag in a circular motion.

    When you first touch the knob its x/y position is taken, and as you drag your finger it subtracts the current x/y positions from the initial position. Whichever is biggest x or y is the value used.

    With this in mind when you start to drag you have to be precise in your movements and not stray from either direction.

    I can possibly add an option to the Settings to priorities one direction, but in practice this may mean switching between modes during an editing session if a knob is close to one side of the display. This is of course not ideal.

    If you start with an X dominant move and then shift to heavy Y changes then the knob jumps.

    I checked 2 other very successful apps and they both use X only to control knobs. Y changes are ignored.

    An option to only use X might satisfy your critics.

    Frankly, after understanding how the code works it’s easy to make smooth adjustments but other apps are training X only.

    I have added an option for the user to select which direction you prefer, horizontal, vertical or both as it is now. This will be available in 1.01 coming soon.

  • Iirc the „best performing“ dials by vertical movement use horizontal offsets to scale the initial movement.
    (if Y is the main control value, X offsets may modify it’s „intensity“, or vice versa)

  • @4pockets_paul said:

    @McD said:

    @4pockets_paul said:
    The knobs are designed to work by dragging in a horizontal or vertical directions. Please do not attempt to turn the knobs or drag in a circular motion.

    When you first touch the knob its x/y position is taken, and as you drag your finger it subtracts the current x/y positions from the initial position. Whichever is biggest x or y is the value used.

    With this in mind when you start to drag you have to be precise in your movements and not stray from either direction.

    I can possibly add an option to the Settings to priorities one direction, but in practice this may mean switching between modes during an editing session if a knob is close to one side of the display. This is of course not ideal.

    If you start with an X dominant move and then shift to heavy Y changes then the knob jumps.

    I checked 2 other very successful apps and they both use X only to control knobs. Y changes are ignored.

    An option to only use X might satisfy your critics.

    Frankly, after understanding how the code works it’s easy to make smooth adjustments but other apps are training X only.

    I have added an option for the user to select which direction you prefer, horizontal, vertical or both as it is now. This will be available in 1.01 coming soon.

    That’s great. It appears I got X and Y reversed. X is horizontal and the 2 apps I checked use vertical movement… Y.

  • @McD said:

    @4pockets_paul said:

    @McD said:

    @4pockets_paul said:
    The knobs are designed to work by dragging in a horizontal or vertical directions. Please do not attempt to turn the knobs or drag in a circular motion.

    When you first touch the knob its x/y position is taken, and as you drag your finger it subtracts the current x/y positions from the initial position. Whichever is biggest x or y is the value used.

    With this in mind when you start to drag you have to be precise in your movements and not stray from either direction.

    I can possibly add an option to the Settings to priorities one direction, but in practice this may mean switching between modes during an editing session if a knob is close to one side of the display. This is of course not ideal.

    If you start with an X dominant move and then shift to heavy Y changes then the knob jumps.

    I checked 2 other very successful apps and they both use X only to control knobs. Y changes are ignored.

    An option to only use X might satisfy your critics.

    Frankly, after understanding how the code works it’s easy to make smooth adjustments but other apps are training X only.

    I have added an option for the user to select which direction you prefer, horizontal, vertical or both as it is now. This will be available in 1.01 coming soon.

    That’s great. It appears I got X and Y reversed. X is horizontal and the 2 apps I checked use vertical movement… Y.

    No “Z” option?

  • Interesting - maybe email that observation to Paul. Hard to beat a nice smooth ‘knob play’ experience lol

  • Regarding the knobs, I am OK with how they work, and they are usable and pretty easy to read on an iPad Pro 11.2", and on my iPad Mini 4, but I would welcome any changes to the interface that would give it more contrast and more variety, for example like making the larger panels slightly different colors, and the fonts a bit brighter - things along those lines.

  • @NeuM said:
    No “Z” option?

    Apple took a swing at offering something beyond 2 dimensions with a phone that provided “3D Touch”. I almost picked up one
    used but decided the phone surface is just too small for my needs in a touch keyboard… especially in an AUv3 window like I was facing with “StringLab” on my iPhone… and I have one of larger iPhones.

    I think @GeoTony provides the best models of how to play an iPad using GeoShred.

  • Shucks @McD , you’ve made an old man blush 🥰

  • @GeoTony said:
    Shucks @McD , you’ve made an old man blush 🥰

    Oh no… you just ruined my imagined image of you… something like those Hemsworth Brothers.
    On the internet no one knows your a dog.

Sign In or Register to comment.