Imazing 2 Universal License

[Rosicler Kleckner]

NowI want to see what Apps I have on the new machine that are purely Intel Apps and hence potential candidates for seeing if they now have a Universal Binary version. (Some apps, such as Affinity Photo were already Universal before the the upgrade)

I know that I can go through each application one by one in the Finder and manually get this information, but is there an easier/automated way of doing it. Basically I just want a list of application names and the application type (Intel or Universal).

Open Activity Monitor, and sort running tasks by "Kind." This will show you which running apps are using Apple vs Intel archetecture. Processes running on the Intel archetecture could be replaced with a universal binary. Note that you must run an application to check if it is replacable this way.

I 'tried' some of them. But if I'm informed correctly, since Big Sur 11.2 beta2 the sideloading fun is over. Only the 'activated by the developer' apps still work on BS, like Model 15 and Drambo. It was too good to be true.

Synthmaster One works great! I use it in GarageBand, Live Lite, and FL Studio.

miRack is also very good. For use in the above apps, the developer has provided a "legacy" version that works in the above hosts. I think it must have some AUv3 to AU bridging code because the straight-up Catalyst derived versions wouldn't load in these hosts. Apparently the non-legacy AUv3's work in Logic though.

Yep. That universality was part of the design thinking behind the M1 chip ... what Apple promised and still promise today... . but the Apple business model is once again throttling the brilliant capacity of the technology.

Seems most developers have chosen to see this as a threat rather than an opportunity... just can't work out how to monetise their ios assets in awildly distorted market. Bigly sad. More imagination required. It's an IAP surely?

@Soundscaper said:

Seems most developers have chosen to see this as a threat rather than an opportunity... just can't work out how to monetise their ios assets in awildly distorted market. Bigly sad. More imagination required. It's an IAP surely?

That's too cynical IMO. If you developed an app that either didn't work well or that you weren't sure would work well on MacOS, would you want to put it out there for people to have a poor experience with? If you didn't make enough from your rocking iOS development money-machine to justify purchasing a brand new M1 Mac (Which probably describes 90% of iOS developers), would you skip paying next month's rent to pick one up so you have something to test/debug with? If all your spare time was already taken up trying to keep up with bugs and feature requests for iOS alone, would you put those plans on hold to spend what could be many, many hours to refine your app so that the relatively tiny slice of the music market that today own an M1 Mac could benefit from those hours ... for free? When you've been burned by Apple breaking something or other in your apps in iOS update after iOS update for years, would you be anxious to jump on the train in the first iteration of the technology?

There are two different things that are related but not completely the same thing. Apple has had the Mac Catalyst thing in the works for some time now. The ability to run iOS apps on the M1 Macs is new.

For an app to use Catalyst, the developer has to enable it in Xcode and possibly do some modifications to the app to get it to run on the Mac. Running iOS apps on the M1 Macs doesn't require any involvement of the dev at all.

The thing that surprised me was that when I enabled my AUv3 plugins to work as a Catalyst app it actually worked. The AU is actually seen on the Mac as a Mac AUv3. This isn't the same as running an iOS AUv3 on an M1 Mac as an iOS AU. There are a couple of ways you can tell that it's different. One is that the sandbox is working as a Mac sandboxed app and not with specially mounted sandboxed disk partitions. The more important differences is that the UI bugs that cause the AU crashes are gone.

One thing that using Catalyst to do the port doesn't enable is the ability to run the AU in process in the host. There are some hosts that won't work with out-of-process plugins. So, the Catalyst plugins won't work in these. I'm kinda surprised to see FL Studio mentioned as a host that can run sandboxed AU's. Is this a confirmed thing? I'm assuming that the port of Moog Model 15 is a Catalyst port so it is sandboxed. Does anyone know if this is the case?

I see. That makes more sense to me. I was expecting them to be in the group of hosts that hadn't updated to enable AUv3. I'm sensing a bit of a bumpy ride while this all shakes out --- again. I've got to say though, from a programmer point-of-view, Apple's done a really good job with Catalyst. It's much better than I expected before I tried it.

I suspect that getting universal ios apps into the laptops of a different market segment - a market where punters pay a serious premium for apps - would do something to address the big fish small pond problem for ios developers Wim ... might even be able to buy a decent M1 themselves.

I understand the reluctancy for devs to jump on this. Or i used to more so...But after reading more about it it seems like making your app or AUv3 available to the Mac market opens up sales considerably. Perhaps it's the whole M1 shift that has delayed things though.. and the ability to properly test things out first.

3a8082e126