You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Safari web apps can be your music player. Any website you add to the
Dock from Safari (File → Add to Dock), such as YouTube Music, Amazon Music
or Spotify's web player, is offered under Safari Web Apps in the menu,
Settings and the welcome window. They're marked Experimental: every
website works differently, so a web app may not pause or resume as
expected, as the heading and the windows that add and learn one say.
AutoHush presses the site's own Play/Pause button, so the site stays in
step. It learns which button that is: when you choose a web app, a
window asks you to play something in it, then pause it, and closes once
it has seen both. A tip under each step says how: log in first if the
site asks, let the music itself play for 5 to 10 seconds (ads don't
count), then wait for the tick. The same steps show in the menu and in
Settings until then. It presses nothing before it has learned.
Spotify, YouTube Music, Amazon Music and Deezer have been tested: their
web apps are offered first, under the site's name. Any other web app
comes after them, marked Untested, its page title without the
slogan after " | " or a dash.
It works with the window visible, minimized or on another Space, and
with more than one window: it follows the one that plays. It needs the
Accessibility permission, and pauses without fading.
When a site won't pause, AutoHush mutes the web app instead: during an
ad whose button is disabled, or still reads "Play" as on YouTube Music,
or when a press doesn't take. As soon as the site can be paused (the ad
is over and the music plays), AutoHush pauses it and unmutes it, so the
music goes on from there afterwards. A web app that pauses is never
muted, and none is muted in AntiDot mode.
If a site changes so that its button can't be found for a minute,
AutoHush asks to learn it again, and keeps both layouts.
Settings → Diagnostics shows whether the button has been learned and
whether windows on other Spaces can be reached.
Add a Web App… makes a website your music player from its address:
in the menu's players, Settings (the player pop-up's last item) and the
welcome window. Paste the address; AutoHush checks that the site
answers, adds it to the Dock with Safari's own Add to Dock, chooses it,
opens it and learns its controls, all in one window. Cancel stops it
before anything is added; once added, the Safari tab it opened is closed.
The tested sites are offered with a download symbol until you add them:
choosing one opens the window with its address filled in.
Fades can be turned off with a switch in Settings → Advanced, without
moving their sliders to 0: the music then pauses and resumes at once. The
sliders show only while it's on, and Diagnostics says "Off".
Fixed
A paused app no longer counts as playing just because its sound is
still open, while your music isn't playing. AutoHush only measures how
loud apps are while it matters, and otherwise counted any open sound as
playing: VLC, for one, keeps its sound open about a minute after you pause
it. Now an app that tells macOS when it plays (VLC does) counts as paused
once it stops telling, as in AntiDot mode.
Each Safari web app is told apart. Their sound was all put down to
one "Web App", so Settings → Apps showed a single entry for them; each
now shows under its own name.
Music AutoHush paused stays paused after the Mac sleeps, as music
players keep it after a sleep. Other apps' sound stops as the Mac falls
asleep, and AutoHush took that for them ending: it tried to resume the
music while the Mac slept, which a web app's page couldn't follow, and
the music didn't come back. Now nothing is paused or resumed while the
Mac sleeps.
A resume that doesn't take is tried again, twice, a second apart,
as when the player doesn't answer.
A permission taken away while AutoHush runs is noticed. If you
turned off its Automation or Accessibility access in System Settings,
AutoHush stopped pausing your music without a word, its menu still
saying "Not playing". Now it checks again when another app starts
playing or you open the menu, asks for the permission as it does at
launch, and carries on by itself once you allow it again.
After you allow audio recording, the menu offers Reopen AutoHush.
macOS applies that permission only once AutoHush is opened again; until
then the menu kept asking for it, as if you hadn't allowed it.
Command-line players pause the music too. Sound from a program run
in Terminal, such as afplay, mpv or ffplay, was never counted, since it
has no app of its own. It now counts as the app that started it, e.g.
Terminal, and can be ignored like any app.