** Tags removed: artful zesty
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Headphone audio hiss
Status in Dell
Thanks for your feedback, so I'll leave it as it is.
** Changed in: linux (Ubuntu)
Status: In Progress => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/
For the output volume I made the following observations:
* Even with a volume boost of 150% in Pulseaudio (the maximum), the output
volume is still significantly lower than the unpatched kernel
* With 150% pulseaudio boost, I can hear disortions and crackling, so the sound
quality gets significan
Here you go:
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
index 1aa21d7e7245..06af38c37fec 100644
--- a/sound/pci/hda/patch_realtek.c
+++ b/sound/pci/hda/patch_realtek.c
@@ -4553,6 +4553,17 @@ static void alc271_hp_gate_mic_jack(struct hda_codec
*codec,
}
}
Kai, I compile my own kernels and I would like to use this right now,
could you please link me the patch? The test kernel floods my syslog
badly with touchpad debug entries (unrelated to this bug).
Now regarding testing: By software boost you mean we should test both:
Microphone software boost and
On Sat, Jul 1, 2017 at 1:11 AM, Esokrates wrote:
> Kai: I do not understand your last comment, could you elaborate? Did you
> mean we should test if software boost = pulseaudio boost performs well
> enough?
Yes.
> Kai, I am quite happy with
> http://people.canonical.com/~khfeng/lp1654448-2/ plea
Kai: I do not understand your last comment, could you elaborate? Did you
mean we should test if software boost = pulseaudio boost performs well
enough?
Kai, I am quite happy with
http://people.canonical.com/~khfeng/lp1654448-2/ please link me the
patch as the only drawback would be the lower volum
That's exactly the testing kernel built for - to test if software boost
performs well.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 935
Could you please post the patch for
http://people.canonical.com/~khfeng/lp1654448-2/ ?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 935
Kai, http://people.canonical.com/~khfeng/lp1654448-2/ does not have the
hiss :-).
Would compensating the lower output volume with setting pulseaudio to
100+% make the quality worse? Does setting pulseaudio to e.g. 130%
disort the quality?
--
You received this bug notification because you are a m
Here you go:
http://people.canonical.com/~khfeng/lp1654448-2/
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Head
Esokrates,
Traditional Microphone can work while disabling the hiss. I'll build a new
kernel for you to test.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Tit
I haven't yet tested the latest test kernels but disagree with comment
#85.
As mentioned in comment #77:
"Although I can't help but think that we could still fix this by limiting the
volume more (or finding some gain setting that is on but shouldn't be). Having
headphone volume that doesn't go h
Kai, Thank you very much for looking into this and answering questions. Kudos!
I think the behavior should remain as it is if the output volume is reduced
that much AND support for microphone devices is crippled.
My arguments: It is still better to hear the hiss when music is at low volume
than h
Yeah but I don't think it gets through to the right people. If I read most of
the forums discussions no one acknowledges the problem. Only suggestions are to
install the latest drivers.
The 9360 came out one year after the 9350 and still has the same issue. User's
experiences are not that grave
I think they are already aware - a quick google on "xps headphone noise"
shows several results, affecting all OS.
So make the fix in the driver is a more practical approach.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pul
Kai: I understand what you are saying ... but I would find it great if
you could point that out to Dell ... just because now it is bad, does
not mean it can't be improved in the future. With proper hardware
testing this could have been avoided.
--
You received this bug notification because you ar
It appears the headphone socket is right on the motherboard:
https://www.ifixit.com/Device/Dell_XPS_13
However, whether it's on the motherboard or a daughterboard probably
would not matter in this case. The problem is so prevalent among XPS 13
models that replacing parts probably would not solve t
IIUC hardware amp (the "Headphone Mic Boost" here) is disabled for
Headphone/Mic/Headset combo jack (which is used on this laptop) on
Windows.
Esokrates,
The reality is that noise happens on a lot of machines - there are already lots
of noise workaround in ALSA driver - this is just being one of
Kai: Yeah but it would be nevertheless good to communicate that to the right
people of Dell.
Is this an integrated component I can't exchange? Is it Intel integrated Audio
or is it an external chip?
Hence I would like to do something on hardware level ... is this not
possible?
--
You receive
Daniel expressed what I meant: it's often hard to avoid noise on onboard audio
chip.
Lots of PCs have background noise - nothing really can be done at software
level.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudi
It sounds like the Windows approach of using a noise suppression filter
might generally be a good idea. It's likely Microsoft has seen many more
laptops and desktops with this same problem.
Although I can't help but think that we could still fix this by limiting
the volume more (or finding some ga
Kai: So you are saying the sound card is buggy on a hardware level? Does
this only affect XPS13's or are other Laptops possibly affected too? I
guess all that are using the same soundcard?
How about communicating this to Dell? Or isn't this their fault? Is the
vendor of the sound card to fault? Or
Again, if audio quality matters to you, you can also consider a USB DAC
(USB "audio card"). Using the onboard audio socket in any PC is often
prone to system noise.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in
After discussion with Kailang, he concludes that it's likely to be a
hardware issue - nothing serious can be done in the software level.
If we introduce the workaround,
- No more static noise in headset
- The headset volume will be drastically decreased, but you can increase the
maximum volume i
Kai: Confirmed my assumption, your patch SIGNIFICANTLY lowers the output
volume!
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Rea
load-module module-echo-cancel aec_method=webrtc sink_name=cancel.out
source_name=cancel.src
set-default-source cancel.src
set-default-sink cancel.out
does not change anything either. To make the hiss disappear I have to
mute the hardware output device.
Would be glad if someone could point out h
Regarding the second question: The workaround "amixer -c 0 set
'Headphone Mic Boost',0 1" does lower the output volume significantly.
If your patch does the same as the workaround, then the output volume
would be significantly lower, I have not tested this yet though.
--
You received this bug not
I am not a PA expert, but I guess you need to set the sink instead of
source.
I am not sure I fully understand your second question, but output volume
should remain the same.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pu
Another question: You say your code does the same as the workaround
"amixer -c 0 set 'Headphone Mic Boost',0 1" ... so the output volume is
decreased too with your patch?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseau
load-module module-echo-cancel aec_method=webrtc source_name=cancel
set-default-source cancel
does not improve the situation. The hiss remains unchanged for me.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ub
I think you should use the webrtc one.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Headphone audio hiss
Status
Thanks very much for the code!! Out of interest, how would you achieve
the noise cancellation with pulseaudio?
I tried
load-module module-echo-cancel source_name=test
set-default-source test
which did not work.
A new device appears called "Built-in Audio Analog Stereo (echo
cancelled with Built
Basically, I did the same thing as "amixer -c 0 set 'Headphone Mic
Boost',0 1", and make the mic pin hidden as well. Otherwise, user space
tools will change the value.
According to Kailang, the "Audio hiss" also happens on Windows - but
windows has Noise Suppression filter, so it's not as noticeab
When you connect the jack you can choose between 3 options normally
(with the kernel in [1] only two now)... isn't it somehow possible to
operate with microphone disabled by default ... but leave the user the
option to use a traditional mircophone? The white noise should then only
be triggered when
Yes that solves the issue :-). Could you link me the code changes?
But are you sure you can't fix the support for traditional microphones? :-(
Would be a sad loss, could you elaborate why this is not possible?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded
Linux kernel in [1] should solve the issue.
However, the jack loses the ability to record via traditional microphone - but
I think people nowadays use headset most of the time.
[1] http://people.canonical.com/~khfeng/lp1654448-nomic/
--
You received this bug notification because you are a membe
At a guess the cause of the problem may be some kind of headphone volume
boost option that's turned on by default, and weirdly turned off by
"'Headphone Mic Boost',0 1". This may not be avoidable interference as
much as just excessive volume boost turned on by default.
--
You received this bug no
Unfortunately that did not work.
I can confirm that http://people.canonical.com/~khfeng/lp1654448-artful/
does now remove the 'Headphone Mic Boost' option.
However the headphone audio hiss remains, and now we have no
workaround...
--
You received this bug notification because you are a member o
Yes it disappears! (forgot to run alsamixer as root).
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Headphone aud
amixer -c 0 set 'Headphone Mic Boost',0 1 does not work, it says
"Headphone Mic Boost" not found, so yes, I am however not familiar with
alsamixer. Where would I find "Headphone Mic Boost"?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is s
Does "Headphone Mic Boost" disappear in alsamixer?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Headphone audio
Same situation :-(. The hiss is cleary audible, no change.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Headphon
This time there are no KHFENG entries in dmesg.
** Attachment added: "new.txt"
https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1654448/+attachment/4900217/+files/new.txt
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscr
Updated, please try again. The new kernel disables "Headphone Mic Boost"
completely.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350,
** Attachment added: "dmesg.txt"
https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1654448/+attachment/4900166/+files/dmesg.txt
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.la
** Tags added: 201507-18777 taipei-lab
** Tags added: oem-sru
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Head
Can you attach dmesg with the kernel I built?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Headphone audio hiss
Unfortunately the hiss is still there :-(.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Headphone audio hiss
St
Update (again), please try it.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Headphone audio hiss
Status in Dell
Is it already the new one as of now? I have just tried it and it did not
help :-(.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, R
Please try kernels in #44 again, thanks!
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Headphone audio hiss
Stat
Sorry, I forgot to hook the new quirk function I wrote to the right
place, so it's never being called. I'll compile a new kernel soon.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpa
I confirm Daniel van Vugt, same for me.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Headphone audio hiss
Statu
** Tags added: 9350 artful
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek ALC3246, Headphone audio hiss
Status in Dell Spu
@kaihengfeng: Sorry, that kernel did not improve the situation. The bug
persists and the same workaround is required. I tested it on a fresh
artful installation (9350 model).
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pul
Please try this: http://people.canonical.com/~khfeng/lp1654448-artful/
** Changed in: linux (Ubuntu)
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.l
Kai-Heng Feng: Is there anybody still working in this? Are you sure Kailiang
noticed this bug?
Is there anything else I could do for you to help?
** Changed in: dell-sputnik
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded pac
/usr/share/pulseaudio/alsa-mixer/paths/analog-input-headphone-mic.conf
I just found this from a separate bug thread. This looks interesting.
The options for volume are:
volume = ignore | merge | off | zero |
# What to do with this volume: ignore it, merge it into the device
# volume slider, al
I still haven't figured out how Pulse determines the default levels it
forces upon the user at each start of the service. I think it should
respect those levels set within ALSA/the system. If Pulse can't respect
selected values, then I'd like to know where it gets its default values.
That way I c
I tried blacklisting the snd_hda_codec_realtek module, sound works, but
now I can hear the coil whine, depending on the activity of the cpu/gpu.
Moving the mouse pointer around is clearly audible etc.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages,
Well, the problem might be more noticeable with low-impedance
earphones/headphones. So more likely earphones, but possibly also
headphones. (<--- This is now guessing)
Yes I would agree (and mentioned in comment #37) that the workaround
makes audio quieter. That might be the best solution possible
@vanvugt: I can clearly reproduce the problem with headphones too, I do
not notice they "hide" anything.
I noticed the hiss listening to music so I can always clearly hear it
and it becomes very apparent in a quiet environment.
On another note, with the workaround in place the audio is way to qui
@kaihengfeng: I found the problem was only really noticeable with
earbuds. Headphones tended to hide the problem.
Although it's also worth noting the workaround 'amixer -c 0 set
'Headphone Mic Boost',0 1' sounds like it's working because it actually
reduces the audio output volume/gain. With the w
Great, Kailiang has Launchpad account =)
@Kailiang
I personally cannot reproduce the issue on my $10 Logitech headphone, maybe
this bug can only be reproduced on more beefy headphone.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscr
Sorry, my bad, ALC256 doesn't have aaloop at first place, so my kernel
does nothing =(
I'll ask Realtek codec guy about this issue.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.
Confirming Daniel van Vugt: The kernel
http://people.canonical.com/~khfeng/lp1654448/ does not improve the
situation.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/165444
** Also affects: dell-sputnik
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1654448
Title:
XPS 13 9360 and 9350, Realtek AL
@vanvugt: The earphones I tested (Bose Soundtrue Ultra) are Android
ones. I have also tested headphones with no microphone (Sennheiser
HD202).
@kaihengfeng: I will install Ubuntu from scratch in order to test your
kernelsl
--
You received this bug notification because you are a member of Ubuntu
^^^
Confirmed on an XPS 13 9350 too. And the 'Headphone Mic Boost' workaround
works. Although like others, I find that concerning since it should in theory
make the problem worse or make no difference.
Also confirmed the problem persists with:
* 3-contact earphones (Sony)
* 4-contact Apple Ear
** Summary changed:
- XPS 13 9360, Realtek ALC3246, Headphone audio hiss
+ XPS 13 9360 and 9350, Realtek ALC3246, Headphone audio hiss
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
https://bugs.launch
71 matches
Mail list logo