[BUG]Gateway 1.01 triggers an Audio Unit stability warning in GarageBand on macOS Tahoe 26.6.1
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 48/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- cpp, macos
- Domain
- audio-video-rtc, desktop
Research direction
Start by reproducing the warning with Gateway 1.01 loaded as an Audio Unit in GarageBand on macOS Tahoe 26.6.1, using the listed Apple M4 and audio settings. Investigate the Gateway Audio Unit before any model or IR is loaded; done means GarageBand loads it without displaying the Audio Unit stability warning.
Written by the indexing model from the issue text.
Description
Description
Gateway 1.01 crashing on Garageband (AU)
To reproduce
Install macOS Tahoe 26.6.1.
Install Gateway 1.01.
Open GarageBand.
Load Gateway as an Audio Unit.
GarageBand displays the Audio Unit stability warning.
Expected behavior
Gateway should load normally as an Audio Unit in GarageBand without triggering an Audio Unit stability warning.
Screenshots
Computer & other info
OS: macOS Tahoe 26.6.1
Onboard graphics & version: Apple M4
Plugin version: Gateway 1.01
Standalone, VST3, or AU: AU
DAW: GarageBand
Audio interface: Built-in Audio / Scarlett Solo 4th Gen
Sample rate: 44.1 kHz
Model: N/A — issue occurs without a model loaded
IR: N/A — issue occurs without an IR loaded
Does the bug not happen under some other conditions?:
The issue appeared after reinstalling/updating macOS to Tahoe 26.6.1 and reinstalling Gateway 1.01. The warning occurs when using Gateway as an AU in GarageBand, before loading a NAM model or IR.
Add any other context about the problem here.
Additional context
This issue appeared after updating to macOS Tahoe 26.6.1. I then reinstalled Gateway 1.01. Before the macOS update, I did not encounter this warning.
The issue appears to occur with the Gateway Audio Unit itself, without requiring a specific NAM model or IR to be loaded.
- Dominant language
- C++
- Stars
- 3k
- Forks
- 281
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from sdatkinson/NeuralAmpModelerPlugin
-
enhancement priority:low
Difficulty 3/5 1-2 days Newbie friendliness 68/100
-
Difficulty 4/5 3-5 days Newbie friendliness 20/100
sdatkinson/NeuralAmpModelerPlugin#680 · 1 comment ·
-
bug priority:low unread
Difficulty 4/5 3-5 days Newbie friendliness 52/100
sdatkinson/NeuralAmpModelerPlugin#676 · 2 comments ·
-
bug priority:low unread
Difficulty 4/5 3-5 days Newbie friendliness 48/100
sdatkinson/NeuralAmpModelerPlugin#674 · 2 comments ·
-
bug priority:low question
sdatkinson/NeuralAmpModelerPlugin#663 · 2 comments · 1 assignee ·
All issues in sdatkinson/NeuralAmpModelerPlugin
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
gazebosim/gz-sensors#662 · 1 comment ·
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
LadybirdBrowser/ladybird#12123 ·