Live data from Hacker News

An appeal to Apple from Anukari

anukari.com

181–190 of 197 posts

Re: An appeal to Apple from Anukari

#182

Hey everyone, it worked, I had a super productive conversation with exactly the right person on the Metal team! Thanks for helping me get Apple's attention. I didn't at all expect this amount of support. https://anukari.com/blog/devlog/productive-conversation-appl...

Once again, HN has fulfilled its true purpose: cutting through the red tape that is placed in the front of every large corporation's customer support.

Congratulations and good luck with your project!

Re: An appeal to Apple from Anukari

#183
post #54

I’ve worked in two high profile companies with very prominent apps on the Apple App Store. The team we talked to at Apple never ever cared about our problems, but very often invited us to their office to discuss the latest feature they were going to announce at WWDC to strong arm us into supporting it. That was always the start and stop of their engagement with us. We had to burn technical support tickets to ever get…

I am glad that your experience is not the rule, as the OP reveals above. However, I worked for a company about 10 years ago with a fairly prominent app. An update that came out that absolutely destroyed the performance of it. At the precisely the same time, a competitor launched an app which did not have the performance difficulty. It turned out that the developer of the competing app had recently left Apple, and left an undocumented surprise in Apple's video drivers that broke it. It took disassembling the competitors binary to find the undocumented change and repair our application. The developer also taunted our CEO by email. Nice world we live in.

Re: An appeal to Apple from Anukari

#185

Earlier quoted context omitted.

> Apple has done nothing and continues to do nothing to engender any confidence in their platform as a development target. You're missing the forest for the trees. Apple is very difficult to work with indeed, but they have a shit-ton of paying users. Still to this day, iOS is a better revenue maker than Android. Same for macOS compared to Windows. You want to make a living? Release on macOS. People there pay for soft…

> Same for macOS compared to Windows. This hasn't ever been my experience. Maybe if you're in a really specific market niche where most of the userbase is on Mac. Only 5% of users on Windows paying for the software still absolutely dwarfs 100% of Mac users paying for it. We have more sales on Linux than we do Mac.

I deploy to iOS, iPadOS, macOS and Mac accounts for around 25% of downloads

Re: An appeal to Apple from Anukari

#186

Earlier quoted context omitted.

I didn’t buy a Mac to use your lowest common denominator untested, unoptimized application that doesn’t take advantage of my hardware to its fullest.

You're using HN right now. The web is one of many types of write-once-run-anywhere software you are critically reliant on in your day-to-day life.

And I run Safari - a browser built by Apple to be battery efficient, memory efficient and better optimized than Chrome and uses native frameworks and UI.

My computer, the processor that runs in it, the operating system, much of the software and the rest of my computer life - phone, watch, set top device, tablet work together. I can copy text from one and paste it into the other. My watch unlocks my computer. My iPad can be used as a second monitor without any third party software.

I bet you HN tested it on iOS if not the Mac and not just hope the site looks fine

Re: An appeal to Apple from Anukari

#187
post #29

Earlier quoted context omitted.

Did you try this entitlement? https://developer.apple.com/documentation/bundleresources/en... wonder if com.apple.developer.sustained-execution also goes the other way around...

Thanks for the thought, unfortunately when running as a plugin Anukari is subject to whatever plist.txt the host application uses. I think that I did try that with the standalone binary at one point, but unfortunately I did not appear to take notes! That probably means I did not have success.

Very cool work.. and frustating running into walls imposed by manufacturers, I imagine! I've also been working on GPU-based audio plugins for a long time and have done some public material on the subject.

Just my two cents: have you considered using a server/daemon process that runs separately and therefore more controllably outside a DAW (and therefore a client-server approach for your plugin instances)? It could allow you to have a little bit more OS-based control.

Re: An appeal to Apple from Anukari

#188

Hey everyone, it worked, I had a super productive conversation with exactly the right person on the Metal team! Thanks for helping me get Apple's attention. I didn't at all expect this amount of support. https://anukari.com/blog/devlog/productive-conversation-appl...

>While I can't share any technical details... The engineer provided some suggestions and hints that I can use right now to maybe — just maybe — get things working in the short term

Great that you have a workaround now, but the fact that you can't even share what the workaround is, ironically speaks to the last line in https://news.ycombinator.com/item?id=43904921 of how Apple communicates

>there’s this trick of setting it to this but then change to that and it’ll work. Undocumented but now you know

When you do implement the workaround, maybe you could do it in an overtly-named function spottable via disassembly so that others facing similar constraints of latency-sensitive GPU have some lead as to the magic incantation to use?

Re: An appeal to Apple from Anukari

#189
post #54

I’ve worked in two high profile companies with very prominent apps on the Apple App Store. The team we talked to at Apple never ever cared about our problems, but very often invited us to their office to discuss the latest feature they were going to announce at WWDC to strong arm us into supporting it. That was always the start and stop of their engagement with us. We had to burn technical support tickets to ever get…

I am glad that your experience is not the rule, as the OP reveals above. However, I worked for a company about 10 years ago with a fairly prominent app. An update that came out that absolutely destroyed the performance of it. At the precisely the same time, a competitor launched an app which did not have the performance difficulty. It turned out that the developer of the competing app had recently left Apple, and lef…

Wow. I know the thicket of contracts and such makes it not worth it, but I do wish behavior like this could be called out more directly

Re: An appeal to Apple from Anukari

#190
post #161

Earlier quoted context omitted.

>Once upon a time I thought either GNOME or KDE would win, and we could all enjoy the one Linux distribution, I was proven wrong. Linux users don't want one to win. As soon as one gained any traction, the users would switch just for the sake of it. It's also crazy how neither ever actually improves because they are so focused on copying whatever windows and mac are doing instead of continuously improving. The linux d…

> The linux desktop experience isn't any better now than it was 20 years ago. You can't say that with a straight face. 20 or so years ago you would barely have hardware support for anything you wanted to use, or have to go trough a battery of guides just to get 50% of your computer working. Nowadays you just boot a live environment and likely 99% of your computer works out of the box, even tough your OEM gave ZERO sh…

Thing is many of us actually do, as it happens we have to reach out to GNU/Linux deployments on a daily bases.

So audio is the best in class, how many industry DAWs support Linux, and are used at any random audio studio? Not that many.

The netboook I had until 2024, never handled our router without issues, rebooting the wlan daemon was a common activity during "heavy" downloads, like e.g. a new Rust version.

What works without issues on my place are Android/Linux, WebOS/Linux, and Sony/Linux (BlueRay).

Proton is Valve's failure to nurture developers to target GNU/Linux, even though Android/NDK has the same technology stack for game development, and Sony's OrbitOS is close enough with its FreeBSD roots, even with its proprietary 3D API.

Post reply on HN