iOS app with HISE
-
@ursbollhalder My experience is that as soon as you deviate from the path that Apple offers you (using JUCE or even C++ instead of whatever language Apple wants you to use today), you're in a world of hurt.
So, use Xcode, Swift, Metal (not OpenGL since that is deprecated) and develop iOS apps that only run on iOS, then you might have a better time. Basically reimplement everything you have already working for desktop with another toolset with an unknown return on investment because the iOS music software market is rather small.
-
@christoph-hart said in iOS app with HISE:
So, use Xcode, Swift, Metal (not OpenGL since that is deprecated) and develop iOS apps that only run on iOS, then you might have a better time. Basically reimplement everything you have already working for desktop with another toolset with an unknown return on investment because the iOS music software market is rather small.
That's what I thought. But learning those frameworks, in general, is not a bad idea I suppose, if you're into that kind of space, no?
The idea I had in mind was more along the lines of an educative, playful, game-sorta app for kids. My 2 plugins that are getting in shape steadily involve drawing on the ui a lot. I thought of creating a bunch of little apps for. kids that would talk to each other and let them create stuff playfully... something like GarageBand jam, where you can hookup multiple devices. Just a crazy idea I had...
-
But learning those frameworks, in general, is not a bad idea I suppose, if you're into that kind of space, no?
If you want to learn native iOS development, then yes, learning about native iOS development is a good idea :)
-
@christoph-hart I managed to get it running on the simulator at least... The graphics performance on there is super awful... as you said... I need a HISE backend with a swiftUI frontend!!
-
@ursbollhalder it gets a bit better on an actual device though
-
@christoph-hart Hmm… it’s ‘ Peitsche und Zuckerbrot’ with you, right? Now you’re making me curious again…
But to build it on an actual device I do need a running dev membership? Which I’ll have to get eventually anyways…
-
@ursbollhalder no i think you can make a Personal account for free where you can register your device to and then you can run a debug build for 7 days so this might work for initial prototyping.
But I get the zuckerbrot and peitsche thing, but it‘s not me, it‘s how iOS works...
-
-
-
@christoph-hart I actually got it running on my iPhone 8!!
It looks a bit like shit at the moment... but there might be hope after all...
I do get sample streaming crashes a lot. Stuff like this...
JUCE Assertion failure in StreamingSamplerVoice.cpp:727Are there things that need to be avoided when exporting for iOS regarding sample streaming, settings, etc.?
-
@christoph-hart I actually think this is pretty darn cool! Honestly!
The graphics performance is not that bad with this little instrument. I am drawing on a panel quite a bit... and it looks really good and interactivity is also good! The drawing of settings or preset panels with boxBlur and tiny bit of noise is a bit laggy. But not much... Could be optimized maybe on my part...
Also, I wonder how the mouse callbacks relate to the touch gestures!! So is mouseUp working the same way as when i lift the finger from the screen f.e.?
-
@ursbollhalder If you touch for longer than 1 second without moving your fingers more than 8 pixels, it will trigger the same callback as right clicking.
-
Are there things that need to be avoided when exporting for iOS regarding sample streaming, settings, etc.?
Are you using HLAC monoliths? I think I have deactivated using raw files on iOS (not sure why though)...
Also I've rewritten the way how samples that are pitched extremely are handled after I've used iOS the last time so this might also break something.
-
@christoph-hart Yes. Monoliths… I think I couldn’t export it as Standalone from HISE otherwise, no?!
And there is some pitch shifting going on yes, but nothing I’d categorise as extreme…
I had the impression it always crashed when randomising stuff, which also loads random samples and then trying to play a note before the sample map is loaded. That is something I noticed on a macOS standalone export as well. The instrument will go silent and abort loading samplemaps when you try to play before the loading process is finished!
-
@christoph-hart I am still on the iOS train here... Haven't given up yet!
Since recently XCode throws me the following errors that are blocking my compilation.
EDIT: It doesn't any sense at all! I was able to compile it with "no problems" (Well, it's iOS we're talking about... so...) and now I get the same errors as the others who tried to catch the iOS train... But I didn't change anything! 🤯
-
@ursbollhalder Yeah, those aren't defined in the JUCE OpenGL wrapper for some reason. I've fixed it by adding those to the JUCE definitions, but I have no idea whether this breaks something...
-
@christoph-hart Ah wow... Thanks for the support here! Much appreciated! I'll give it a go...
-
Hi - I'm interested in catching the iOS train and might have enough tolerance for frustration. The experience @ursbollhalder describes above seems to give some hope. I wouldn't be doing complex interfaces, to begin with at least, so suboptimal graphics performance might not be a problem.
But I'm unsure how to start experimenting in space: With my HISE project open in Xcode, I only see a Mac run destination; no iPad/iPhone simulator or device destinations (even though a device is connected and shows up for other Xcode projects).
If I open
Binaries/AutogeneratedProject.jucerin Projucer, from within my HISE project, I only see an option for aXcode (macOS)exporter, while withHISE Standalone.juceropen in Projucer, for compiling HISE itself, I see anXcode (iOS)exporter option.Do you have any ideas on how to overcome this initial hurdle?
-
Found an Internet Archive snapshot of the page at
http://hise.audio/manual/ios.php
which currently displays some error. There I found helpful information on the missing pieces:- wasn't using the Xcode project generated at
Binaries/Builds/iOS/ - needed to add the Apple Team Development ID in the HISE User Settings and an App Group ID in the Project Settings
Now the same basic project, which I've previously built as a desktop standalone and -plugin application, runs on an iOS simulator and an iPhone device, which is quite amazing.
- wasn't using the Xcode project generated at
-
A aaronventure referenced this topic on
