Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: A macOS app to prevent sound quality degradation on AirPods

apps.apple.com

Post reply on HN
Print view View original

11–20 of 356 posts

Re: Show HN: A macOS app to prevent sound quality degradation on AirPods

#11

Post by SyncOnGreen »

Same can be achieved in a few lines of Lua using Hammerspoon and hs.audiodevice API.

    local builtinMicName = "MacBook Pro Microphone"
    hs.audiodevice.watcher.setCallback(function(e) 
        defaultMic = hs.audiodevice.defaultInputDevice():name()
        if (e == "dIn " and defaultMic ~= builtinMic) then
          local builtinMic = hs.audiodevice.findInputByName(builtinMicName)
          builtinMic:setDefaultInputDevice()
        end
    end)
    hs.audiodevice.watcher.start()
It doesn't seem fair to pay $20 per year for this. I'd be fine with one time payment.

Re: Show HN: A macOS app to prevent sound quality degradation on AirPods

#12

Post by felideon »

Congrats on building and launching the app. Building a little tool to solve a problem you have is great.

My only issue is that I'm mostly using the AirPods mic for meetings. I don't want to use my laptop mic because my impression is that it picks up too much background noise. AirPods do too, but I think less so?

Re: Show HN: A macOS app to prevent sound quality degradation on AirPods

#14

Post by tjpnz »

amelius wrote: post #8
tuyiown wrote: post #3

23€ per year for an automatic source switcher ? I understand it might be more tricky that it looks, but it's more than I am willing to pay, event for a lifetime license.

I guess the target audience is audiophiles that are willing to pay $100 for gold plated connectors.

I like your particular brand of snark.

Re: Show HN: A macOS app to prevent sound quality degradation on AirPods

#15

Post by mrtksn »

tuyiown wrote: post #3

23€ per year for an automatic source switcher ? I understand it might be more tricky that it looks, but it's more than I am willing to pay, event for a lifetime license.

It't the second lowest monthly price point for subscriptions and I thought that dropping 2 months off on yearly pricing is nice: https://a.dropoverapp.com/cloud/download/df0874fb-2800-4d2e-...

It's an extremely niche product, if I end up getting 1000 paying users, I will be making about 1000 USD/month from this after Apple's commission and sales tax.

I don't expect to have that many users, honestly. So if it happens that I get a few hundred paying users I can pay a freelancer to improve on the app occasionally or rationalize spending time on this fixing bugs and adding features.

Also, it's completely optional app that is for convenience only. As I explained, the same effect can be achieved by manually changing the input source from the settings or write and setup a script to automate things.

Re: Show HN: A macOS app to prevent sound quality degradation on AirPods

#16

Post by 1727706962 »

djxfade wrote: post #4

Couldn't I just make an aggregate audio device which uses the mic on my MacBook Pro, and speakers of the AirPods?

That's exactly what I do - An aggregate device (called 'Forced Onboard Mic') with only 'MacBook Pro Microphone' selected.

This is configured from 'Audio MIDI Setup.app'

Apps configured to use that as their input device then don't reconfigure themselves whenever a Bluetooth input device shows up.

I dont add output devices as I'm happy for that to flip between speakers/headphones - whatever is available.

Re: Show HN: A macOS app to prevent sound quality degradation on AirPods

#19

Post by isoprophlex »

replwoacause wrote: post #9
isoprophlex wrote: post #5

> it's not one time payment because I don't know what would the right price be for supporting an app for years to come and still have people willing to pay for it I dislike this very, very, very much. You do realize that with this attitude, we'll soon be bickering with our toilets to please let the seat down without making a small 4$/month in-loo purchase first?

But since when has a toilet ever required ongoing maintenance by the manufacturer to remain functional in the environment around it? In this case the dev will have to provide updates and bug fixes, committing him to a level of work in perpetuity, whereas the toilet maker builds the shitter and never has to work on it again.

Fine, fair point. Then at least adopt the thing jetbrains for example does: buy this version now, get x months of updates.
Post reply on HN