New issue
Advanced search Search tips

Issue 608607 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Sep 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Not able to mute individual channel of audio.

Reported by kandalka...@gmail.com, May 3 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.94 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. Please find attached index.html
2. Run it using server.
3. Try to control individual channel using slide bar.
4. Make left channel zero(minimum)
5. Make Right channel zero(minimum)
6. Remove Right side speaker from ear.(keep left)
7. Increase right channel volume.
8. Try to listen sound in left speaker, even though left channel is muted after increasing right channel volume we will able to listen sound on left speaker. It means right channel is controlling sound on left channel too.
(Assuming that you are testing with stereo headphones/headsets)

What is the expected behavior?
No sound should be there on Left speaker when we are increasing right one as left is muted.

What went wrong?
Able to listen some sound on left speaker/channel even if it is muted.

Did this work before? N/A 

Is it a problem with Flash or HTML5? HTML5

Does this work in other browsers? N/A 

Chrome version: 50.0.2661.94  Channel: stable
OS Version: Windows 7 64 bit
Flash Version: Shockwave Flash 21.0 r0

I am able to reproduce this issue on OSX(10.9.5) also.

On Windows 7 64 bit, I tried with reinstalling and device drivers and still able to reproduce it. I did this experiment of 2 windows machine.

Observation : Some factor of right channel sound is get copied to left channel.
 
index.html
6.4 KB View Download
Components: -Internals>Media Internals>Media>Audio
Owner: dalecur...@chromium.org
Status: Assigned (was: Unconfirmed)
I am able to repro this bug on Mac +Chrome 52. It seems left/right channel is not completely independent controlled.
Dale, can you take a look?
Components: -Internals>Media>Audio Blink>WebAudio
Owner: ----
Status: Untriaged (was: Assigned)
Locally tested the attached file and it worked correctly. FWIW, I didn't have to use the web server to repro the case.
Please test with the attached file again. I modified some parts to clarify the issue. With the left slider at 0, and the right slider at 1, this is what I am seeing in the console.

------
...
onAudioProcess: Processing Audio
channel 0 All zero = true
channel 1 All zero = false
onAudioProcess: Processing Audio
channel 0 All zero = true
channel 1 All zero = false
onAudioProcess: Processing Audio
channel 0 All zero = true
channel 1 All zero = false
...
------
index.html
6.1 KB View Download
Labels: Needs-Feedback
Needs feedback from the original poster. We couldn't confirm this; it might be possible another tab was mistakenly opened?
Hi,

I am still able to reproduce this om MAC and Windows with Chrome 50. Please follow steps mentioned and use headphone to verify.

While developing this use-case, I logged output to console many times but output in console is misleading. Please don't consider it.

Using JS we are getting actual values we are setting to channel but if we are doing some modification or enhancement to channel data before sending it to low level audio API then we won't get in log.
kandalkar@

Can you post your console messages just like I did in #4? If you're seeing the same message in the console, but still hearing something wrong - that means this is not the web audio issue.
Please find log as below : 
index.html:50 onAudioProcess: Processing Audio
index.html:65 channel 0 All zero = true
index.html:65 channel 1 All zero = false
index.html:50 onAudioProcess: Processing Audio
index.html:65 channel 0 All zero = true
index.html:65 channel 1 All zero = false
index.html:50 onAudioProcess: Processing Audio
index.html:65 channel 0 All zero = true
index.html:65 channel 1 All zero = false
index.html:50 onAudioProcess: Processing Audio
index.html:65 channel 0 All zero = true
index.html:65 channel 1 All zero = false
index.html:50 onAudioProcess: Processing Audio
index.html:65 channel 0 All zero = true
index.html:65 channel 1 All zero = false
index.html:50 onAudioProcess: Processing Audio
index.html:65 channel 0 All zero = true
index.html:65 channel 1 All zero = false
index.html:50 onAudioProcess: Processing Audio
index.html:65 channel 0 All zero = true
index.html:65 channel 1 All zero = false


Since, it is reproducible on both MAC and Windows, I think we can't conclude it as platform issue.

Meanwhile, Have you tried to reproduce it ? Is your example in #4 is working fine for you ?
Your log message confirms that the left channel is completely silent inside of WebAudio. I am quite certain this is not a WebAudio issue.

I posted my example because it is working correctly.
Yes, JS logs are correct as per expectation.(but I thought it might be misleading : #6). But since I am able to listen sound on both channel(on MAC and Windows), I thought its issue with chromium.

Thanks for your investigation.

Comment 11 by rtoy@chromium.org, Jun 10 2016

So, what is the conclusion here?  The logs show that the output is zero, but you can actually hear something through the speakers/headphones?  On both Mac and Win?
Conclusion here is,
JS console log confirms that the audio channels are muted using webAudio API, but I am still able to listen sound on audio channels on both Win and MAC (Linux I didn,t verified)

Comment 13 by rtoy@chromium.org, Jun 13 2016

Status: Available (was: Untriaged)
Ok.  Not sure what we can do about this.  I don't hear anything on any of the machines I've tried.
@rtoy,
I am able to reproduce this issue with steps given in comment#1 on 
OS : Windows7 64 bit / Chrome : Version 51.0.2704.103 m (64-bit) and MAC 10.9.5 / Chrome : Version 51.0.2704.103 m (64-bit)

Please let me know, if you need any information about drivers/Hardware.


Comment 15 by rtoy@chromium.org, Jun 21 2016

Labels: -Needs-Feedback OS-Mac
Hmm.  I don't have access to OSX 10.9.5 or Win7 anymore.  Let me try on the systems I do have available....

Comment 16 by rtoy@chromium.org, Jun 21 2016

Still can't reproduce this on OSX 10.11 (chrome 52), Win10 (chrome 51), or Linux (chrome 51).

I also have a question on your test method. Step 6 says remove the right speaker from your ear, but keep left speaker on your ear.  Step 7 says increase the right volume.

Since I'm using headphones, how can I isolate the sound coming out of the right speaker from leaking into the left?  I can definitely hear sound in my left ear, but it's pretty definitely coming from the right headphone speaker, because I can move the right headphone around and the volume in the left changes.


@Rtoy,

You can use earphones : http://www.amazon.in/Sony-MDR-EX15LP-In-Ear-Headphones-Black/dp/B00ESD817E/ref=sr_1_3?s=electronics&ie=UTF8&qid=1466569503&sr=1-3&keywords=sony+earphones

You can easily remove it. I tried with earphones. On Mac, you will listen sound easily on left channel but on windows sound on left channel is minimal.

Comment 18 by rtoy@chromium.org, Jul 25 2016

Sorry for the delay. I did try this again using headphones.  Following your steps, I do hear something in the left speaker, but only if I turn the volume on my mac to the max value.

It's not clear to me if this is not some leakage within the audio hardware itself.  WebAudio definitely sees all zeroes on the channel, based on the output of the ScriptProcessor.  That is what WebAudio should be sending to the hardware.

Comment 19 by rtoy@chromium.org, Jul 25 2016

Firefox has the same issue on my mac.
This may be a hardware or driver issue. I don't know how this kind of cross-talk can happen in the software layer.

Comment 21 by rtoy@chromium.org, Aug 15 2016

Labels: Needs-Feedback
As mentioned in c#19 and #20, it could be a hardware problem. kandalkar.abhijeet58@, do you have to turn the volume up to the max?

hongchan@: It would be nice if you could use your hardware setup to test this by sending each channel (digitally) to physically separate devices to see if this is crosstalk in the systems under test.  Then we can have definitive evidence.

Comment 22 by rtoy@chromium.org, Sep 26 2016

Status: WontFix (was: Available)
No feedback since Aug 15.  

Closing as WontFix (works as intended).

If this is incorrect, please reopen or file a new issue.

Sign in to add a comment