What's new in LosslessSwitcher 1.1
Mar 11, 2024
- Improved sample rate detection
- Option to explicitly select an audio device
- Bit Depth detection mode
- Option to run script when sample rate change
- Ability for third party scripts to obtain latest sample rate via AppleScript
New in LosslessSwitcher 1.1 Build 18 Beta (Dec 7, 2023)
- A new menu has been added to allow for selected shell script to run, with the first argument being the latest sample rate.
- Notes:
- Selected shell scripts must have a shebang declared, such as #!/bin/bash
- The script will run when the app launches for the first time.
- The script file selection window may sometimes show underneath your current active window. (it's how macOS works)
New in LosslessSwitcher 1.1 Build 17 Beta (Dec 6, 2023)
- Just a simple release that adds a way to obtain the latest sample rate via AppleScript.
New in LosslessSwitcher 1.1 Build 16 Beta (Aug 31, 2023)
- This release includes improvements with sample rate switching, from the changes in #106, which should see the reduction in doing unnecessary processing, on console messages that didn't contain the data needed for LosslessSwitcher.
New in LosslessSwitcher 1.1 Build 15 Beta (Jun 18, 2023)
- This minor release should fix the issue mentioned in #79.
New in LosslessSwitcher 1.1 Build 14 Beta (Mar 28, 2023)
- This release follows the decision made in discussion #74, to discontinue local file sample rate switching. For more information on that, please refer to discussion #74.
- Bit depth switching, introduced in beta 8, is now an opt-in option. It can be found on the dropdown menu, just like other options. By default, it is switched off.
New in LosslessSwitcher 1.1 Build 13 Beta (Jan 4, 2023)
- Experimental build that switches both sample rate (e.g. 192kHz) and bit depth (e.g. 16-bit/24-bit), is now here.
New in LosslessSwitcher 1.1 Build 12 Beta (Nov 29, 2022)
- Console messages have now been restricted to the Music process only. This is to fix #51. Since the app's core purpose is to serve Apple Music users, there are no guarantees that I would lift this restriction in the future.
- Minor UI fix.
- Toggle "Detect Local Track Rates" option is added. This option can be used to enable or disable AppleScript-based detection. Enabling it will use AppleScript to get sample rate for local tracks / playlist tracks, but disabling might be good if experienced issue #30.
New in LosslessSwitcher 1.1 Build 10 Beta (Nov 16, 2022)
- Disables AppleScript support for local file switching, introduced in beta 5. This is to facilitate #32 testing)
New in LosslessSwitcher 1.1 Build 9 Beta (Nov 16, 2022)
- This is just a small update that aims to target issue #32.
New in LosslessSwitcher 1.1 Build 8 Beta (Sep 2, 2022)
- #15 should be fixed via AppleScript method provided by @fjolnir (thank you!). This should allow for sample rate detection for local files.
New in LosslessSwitcher 1.1 Build 7 Beta (Jun 26, 2022)
- 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.
New in LosslessSwitcher 1.1 Build 6 Beta (Jun 26, 2022)
- 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
New in LosslessSwitcher 1.1 Build 5 Beta (Jun 1, 2022)
- Abandoned pause/play issue due to #9 side effect
- 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.
- 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 (86edbda)