Colibri should no longer freeze when playing back a high sample rate file when a 3rd party audio signal modifier app is active (such as Boom3D)
Fixes:
M3U loading by double clicking in Finder would cause Colibri to crash
M3U playlist processing wouldn’t always ask for top-level folder permission, leaving some tracks unplayable or skipping them
Clear playlist on exit could leave songs in the playlist on next startup, thanks to a race condition bug
Remarks:
When a 3rd party audio signal modifying app is active, Colibri might not succeed in sending frequency switching commands to your audio output device via CoreAudio
Sandbox Manager will show unresolvable bookmarks as invalid
Smart Cleanup will also remove unresolvable bookmarks
Remarks:
Unresolvable bookmarks can also be paths that belong to External Storage Devices or Network Shares on your NAS that you currently don’t have access to (eg.: when away from home)
AirPlay: Colibri will stall AirPlay playback and wait 60 seconds for the data to arrive when playing from a slow storage device / network share, then assembles it and pushes forward to AirPlay. This eliminates the song partially playing due to data not arriving in time for playback to start.
Enhanced song end signaling precision: song changes should now stay smooth even under high CPU load
Fixes:
Colibri wouldn’t transition properly to the next song even if frequency change wasn’t necessary
Colibri would instantly skip a song if the file header isn’t complete / misaligned, particularly if it belongs to an older scene release
Colibri would show a different song as opposed to the one being played if a loop mode is selected
Colibri would suddenly leave a gap during song change even if the songs should be heard in a gapless manner
Resolved a possible memory leak regarding song end signalling
A small gap at the very end of a song could be heard just before advancing to such a song, that would require frequency switching