Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug: Eq mac forcing chrome to use the mic #934

Open
UnknownCrafts opened this issue Jun 27, 2024 · 11 comments
Open

Bug: Eq mac forcing chrome to use the mic #934

UnknownCrafts opened this issue Jun 27, 2024 · 11 comments

Comments

@UnknownCrafts
Copy link

UnknownCrafts commented Jun 27, 2024

Disclaimer:
Please go through existing issues to avoid creating duplicates. If you found a similar issue please post a comment there. If you are uncertain your issue is related to others then create the issue. Obvious ignorance of this rule might get you blocked from posting new issues. Please tick the box below to show that you have followed the guideline.

I have checked for a similar issue and sure it hasn't been reported before.
Describe the bug

EQ Mac seems to force google chrome to activate the mic? Also I am not too sure if its cuz of the dev beta (Still occurs on public beta)

Steps to Reproduce
Use eqmac and play any video on youtube or any other website with audio.

Expected behaviour

The mic should not have to be activated

Setup information:

Audio device used for playback: Sony XM4
Audio transmission interface: Bluetooth
macOS Version: 15 Dev Beta 4
eqMac Version 1.8.8
eqMac UI Version 5.1.3 (Remote)
eqMac driver version 2.5.4

Video:

I have attached a video. Just incase quick time isn't able to open the video, I would suggest using vlc player because I used ffmpeg to shrink the video size a bit so that I could upload it to github.

video.mp4
@UnknownCrafts UnknownCrafts changed the title Bug: X went wrong when using Y (REPLACE THIS) Bug: Eq mac forcing chrome to use the mic Jun 27, 2024
@UnknownCrafts
Copy link
Author

Update: The issue still persists in macos dev beta 3

@nsvrana
Copy link

nsvrana commented Jul 12, 2024

I have the same issue with Zoom on OS X 14.5

@UnknownCrafts
Copy link
Author

Update: Still persists on MacOS Public Beta 1

@ragauskl
Copy link

ragauskl commented Aug 4, 2024

@UnknownCrafts Can you confirm that issue does not occur when eqMac is not running and you switch between various outputs? I have Sonoma 14.3 and when in youtube toggling eqMac bypass on and off I can see the microphone 'blink' sometimes as on>off quickly or remain on but not always, however if I quit eqMac and switch between Macbook Air Speakers and BlackHole device the microphone also sometimes appears indicating it may be a chrome issue and not eqMac

@UnknownCrafts
Copy link
Author

@UnknownCrafts Can you confirm that issue does not occur when eqMac is not running and you switch between various outputs? I have Sonoma 14.3 and when in youtube toggling eqMac bypass on and off I can see the microphone 'blink' sometimes as on>off quickly or remain on but not always, however if I quit eqMac and switch between Macbook Air Speakers and BlackHole device the microphone also sometimes appears indicating it may be a chrome issue and not eqMac

Yep, the issue does not occur when switching between my headphones and Mac speakers. Sometimes when I quickly turn eqmac on, off and then on again, the indicator does not show up. Also, one time FreeTube(an open-source YouTube player) asked me for the microphone permission(which I denied) when I had eqmac enabled even though that had never happened with eqmac off. This could be a macOS issue with the way it handles audio drivers since you did mention that even blackhole is triggering the microphone. Also adding on to the FreeTube situation, AFAIK, the app does not need the microphone permission as there is no voice typing feature or anything like that, so my guess is that eqmac somehow forced FreeTube to access the microphone(or maybe made it so macOS thinks that FreeTube is the one accessing the microphone?) which doesn't make sense from a macOS app security point of view.

@ragauskl
Copy link

ragauskl commented Aug 5, 2024

I confirmed with dev that eqMac should not be causing this because currently it doesn't in any way use microphone (also doesn't have permissions for it) or need other apps to use it, there's nothing coded in it to do so (there used to be but it was removed a while back, it will also be added in future with certain features, but right now there's nothing). It could however as you mention be the way macOS (or chromium because freetube is made with Electron and I don't see the microphone flicker with non-chromium apps like QuickLook - but today I also barely see it with Chrome as well so not sure) handles virtual audio drivers and their different types. This could likely be out of scope for eqMac as it's not using or forcing a microphone use, maybe there's some workaround that can be done to avoid this, but that could also have it's side effects.

As we can't reliably replicate this, only see some microphone flicker sometimes, dev may look into debugging it and providing a workaround/solution if he will get this issue somehow consistently, but until then this will unlikely be investigated further as core issue is likely not in eqMac itself

@naanoo
Copy link

naanoo commented Sep 18, 2024

I have the same problem. It is reproducible and exactly as shown in the video by @UnknownCrafts

Warm regards from Germany.

@ragauskl
Copy link

The fix is now pending to be released with stable release of 1.8.8. If anyone will see this after 1.8.8 is in stable release - let me know

@naanoo
Copy link

naanoo commented Sep 20, 2024

@ragauskl Merci! I will give you feedback when it is released.

@scriptpony
Copy link

@ragauskl any word on when that stable release will go live? This bug makes it annoying to watch movies/content because the orange dot (mic in use) icon remains on screen. Thanks!

@ragauskl
Copy link

ragauskl commented Oct 3, 2024

It was decided to release existing 1.8.8 as semi-stable (the update from app will still not show it, but if you download from the website it will be 1.8.8). This is because the more important fix which also fixes the microphone was moved over to v1.8.9, but as it affect a lot of functionality it will be first released in beta. Hopefully in upcoming week or so, as soon as some other issues get resolved. The release of 1.8.9 to stable will depend on user feedback

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants