Reworked how audio device selections and audio settings are stored
You’ll have to redo those
There’s no longer the notion of default settings that can be overriden in audio streams. It was confusing.
Now you can create input and output audio configs that can be used in audio streams
Moved the audio device selection in those audio configs
You’ll have to redo settings related to this change
The app now shows in-app notifications for some important events
Added an experimental activity screen so that you can check errors, connections events, etc. without having to read logs
Added a way to get logs from iOS and Android
(Early access) Fixed an issue where the connection screen could show an empty list of audio streams after a reconnection
(Early access) Fixed an issue where the app could stop receiving audio data until it was restarted (a socket wasn’t closed properly)
(Early access) Fixed not being able to dismiss the welcome card
Windows
Made it easier to distinguish loopback capture vs “normal” capture when choosing an input config/device
Improved window resizing: removed white flashes and the UI no longer jumps around
The tray icon opens the main window with a left-click instead of a double-click
The tray icon’s menu renders correctly when running the app with a Chinese locale
Fixed a crash occurring when mic access is denied
Fixed an issue where starting AudioRelay.exe from outside its installation directory would prevent it from working properly. (The error showed in the logs as IOException: Dotnet backend not found at .net/audiorelay-backend.exe. Try to reinstall the application)
Linux
Added a tray icon
Added a minimize to tray setting
iOS
Added audio exclusivity settings, disable to mix AudioRelay’s audio with other apps
Audio mixiing is enabled by default
Some apps will still interrupt AudioRelay, though
Fixed an issue where the app showed garbled characters or black rectangles when coming back to it
Fixed a crash that could occur when stopping to play audio
Android
The app now requires at least Android 7 to run
Fixed a crash that could occur when the app failed to capture audio
(Early access) Fixed an issue where the app didn’t properly respect audio exclusivity. It didn’t mute/lower the volume on temporary interruptions from other apps
Prices are increasing for the 1.0.0 release. For the early bird price, purchase premium from the 0.x.x version or, use the coupon EARLYACCESS2025 on the web for the monthly or lifetime purchases.
The main site doesn’t link to these pages for now:
Hello! I’m trying to receive audio from Windows 11 on my iPhone, does it work? Or is it only possible within the Apple ecosystem? They registered and connected, but the audio isn’t being transmitted; the operation failed.
The iOS app crashed yesterday. You should have received a report. (never happened with the version before)
I’m not exactly sure what happened. I think it was still “active” when I drove away (out of the WiFi range)
All in all a very good update. The toggle to turn off exclusive mode is great too
Have you installed the same version alpha version on both ends?
Could you please post the logs from both devices? You can access them via Settings > Help > Logs.
app_version: 1.0.0-alpha07
os: Linux
os_version: 6.19.7-1-cachyos
arch: amd64
thread: main
java.lang.UnsatisfiedLinkError: ‘com.azefsw.audioconnect.tray.JniTrayManager com.azefsw.audioconnect.tray.JniTrayManager.create()’
at com.azefsw.audioconnect.tray.JniTrayManager.create(Native Method)
at wo6.(SourceFile:2)
at oalO.invokeSuspend(SourceFile:2)
at x10.resumeWith(SourceFile:5)
at wj3.run(SourceFile:165)
at java.desktop/java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.desktop/java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.desktop/java.awt.EventDispatchThread.run(Unknown Source)
Hi! I’m using the latest alpha (1.0.0-alpha07). Whenever I connect to any device, I have to confirm on the host, which wouldn’t be an issue—but it keeps asking even after a brief connection drop. I’ve disabled “require authorization” in the settings, but it still prompts every time. Is the toggle meant for something else and I’m confusing two separate functions, or is this a bug?
Hi @Dwight_Schrute, it seems that it can happen if you don’t have TestFlight installed on your device. Can you try again after installing via TestFlight App - App Store?
Otherwise, please post a screenshot of the message.
Hi, this seems like a bug.
Would you mind uploading the logs from both devices? (here, by DM or to [email protected])
You can get them via Settings → Help
Hello!! I was using AudioRelay and suddenly the audio stopped working. For some strange reason, it only fixes itself when I open the Hearing panel (the one in the iPhone Control Center with the ear icon), and when I leave it or the phone locks, the audio stops again.
Hello, I’vee been trying every version of AudioRelay and I have been having the error “Failed to launch JVM”. I’ve tried every fix form the forum and nothing seems to work.
If the command shows something, then you could try to create the log file via .\runtime\bin\java.exe -cp "app/audiorelay.jar" com.azefsw.audioconnect.desktop.app.MainKt > "$env:USERPROFILE\desktop\output.log" 2>&1
Alpha warning