LosslessSwitcher Versions Save

There is now an option to select the audio device, overriding the default audio device currently selected. The addition of this release, hence, should solve issue #13.

Release includes everything else introduced in v1.1 build 6/beta 3.

A big thank you especially for @hatemosphere for the recent sponsor! Also thanks to sponsors @ckortekaas, @luisrjr and an anonymous sponsor for sponsoring this project earlier!

Thanks for all your support!

This release (v1.1, build6, beta3) brings back interval checking from v1.0, and is combined with the audio track change check introduced in earlier betas.

This hybrid approach should hopefully clear some issues with the audio track change detection method. Interval checking stops after about 10s after track change.

In addition, a temporary cache should keep the sample rates of recently played tracks, in hopes that when previous tracks are played, if messages did not emit, at least the app can get the data from the cache.

Sample rate should not change if system detects a new sample rate that is lower than the current one, if track is same.

May help resolve issues in #17, #10, #8, #3

A big thank you especially for @hatemosphere for the recent sponsor! Also thanks to sponsors @ckortekaas, @luisrjr and an anonymous sponsor for sponsoring this project earlier!

Thanks for all your support!

• An additional detection route via Core Media messages have been implemented.
  • aimed at 192kHz/96kHz switching to 48kHz issue
  • there was an earlier iteration with Core Audio messages instead (build 4), but omitted due to message only showing up for 192kHz but not any lower sample rates.
• abandoned pause/play issue due to #9 side effect
• App now shows version and build to hopefully make releases less ambiguous?
  • build 3 = v1.1 beta 1
  • build 5 = v1.1 beta 2
  • build 4 = not released in binary form, but can be compiled if wished to (86edbda0710cf2e4078686cb81159e8a1f97d714)

Failure to trigger may still occur.

What to test: see if high sample rate audio like 192kHz ones are either switching correctly or not switching (i.e. no 48kHz sightings)

• now uses private API 😨 (MediaRemote)
• instead of timer based periodic checking, it should now only check console every time theres a play/pause event (still buggy. some times it doesn't trigger)
• bug fix (#6, #5, #3, #1)

Please do expect that sometimes the sample rate may not switch. The new checking method is still rather flaky.

What to test: if audio above 48 kHz (such as 96/192kHz) correctly switches + that it shouldn't drop back to 48 kHz.

Please read the README carefully, before use. Tested on macOS 12.2 & 12.3.1, on Intel Macs, with a USB-input Amplifier as the audio device.

App is signed and notarised.