v4.1 Modify log parsing and DAC sample rate switching process @horikei525

[horikei525]

v4.1 Release Notes

In the previous v2 version, the application monitored Apple Music logs via "MediaRemote" to synchronize the sample rate. However, this approach forced an inherently contradictory behavior: as an app designed to synchronize sample rates for the highest quality audio experience, the noise generated by the DAC switching sample rates mid-playback would constantly interrupt the music, making it feel almost as if the noise was being introduced intentionally.

With this new v4.1 release, we have fundamentally resolved these core issues.

Our analysis of the Apple Music logs revealed that the system outputs the sample rate to the "log stream" first, and then to "MediaRemote" approximately 100ms later. Consequently, we have switched our monitoring target to the "log stream." The application now operates based on the following two scenarios:

1. Automatic Track Transitions within a Playlist (No User Interactivity)

• Pre-emptive Detection: The app constantly measures the remaining time of the current track in seconds. At the 1.5-second mark remaining, it begins checking for sample rate changes every 2ms. As soon as the track changes, the new sample rate appears in the log stream.
• Immediate Muting: The app instantly mutes Apple Music.
• Pause via AppleScript: Next, it sends a pause command directly to Apple Music's memory space using AppleScript, effectively bypassing the OS layer. (Muting is executed first because it is faster).
• DAC Switch Request: The app then requests the DAC to change its sample rate.
• Status Checking & Rewinding: While waiting for the DAC to complete the switch, the app checks the status every 2ms. Since roughly 20ms of audio gets played during the sample rate retrieval process, the app automatically rewinds the playback position back to 00:00.
• Playback Resumption: Once the DAC configuration is complete, Apple Music is unmuted, and playback resumes seamlessly.

Note: This active switching process itself consumes about 40% CPU capacity. While this is roughly the same as v2.0, the processing time lasts only a fraction of a second.

2. Manual Track Changes by the User

When a user manually skips or selects a track, the behavior adjusts slightly to prevent errors:

• If the playback position is reset to 00:00 while the DAC is still mid-switch, Apple Music incorrectly assumes that the user's selected track failed to play. This triggers a bizarre bug that defaults back to playing the very first track in the playlist.
• To prevent this, the app waits until the DAC switch is entirely finished before rewinding to 00:00. This provides Apple Music with a buffer of over 100ms until the DAC is fully ready, successfully avoiding the error.

---

By implementing these behaviors, the sample rate can be changed rapidly without the user even noticing.

Test Environment & Stability

During my internal testing with a MacBook Air M2 (macOS 26.5.2) paired with the Moondrop Dawn PRO, ECHO-A, and ECHO-B, the behavior appeared highly stable.

Future Roadmap

However, similar to v2, bit-depth switching remains unstable at this time. We will continue to target improvements for this behavior in future updates.

[horikei525]

Sorry to keep you waiting.
I'm glad I gave up on the virtual audio setup.

[vincentneo]

Thanks for your work on this! I will try this out someday!