Hi all,
HP Probook 6475b, Debian 9 (stretch) (MX 17.1 actually), TDE 14.0.5. The volume buttons will move the onscreen indicator between 0% and 10%, but no farther, and the volume setting is unaffected. The volume buttons work fine in XFCE. Any ideas where to look for the problem?
Thanks.
Dan Youngquist wrote:
HP Probook 6475b, Debian 9 (stretch) (MX 17.1 actually), TDE 14.0.5. The volume buttons will move the onscreen indicator between 0% and 10%, but no farther, and the volume setting is unaffected. The volume buttons work fine in XFCE. Any ideas where to look for the problem?
might be something muted in the mixer?
On 05/15/2018 10:03 PM, deloptes wrote:
Dan Youngquist wrote:
HP Probook 6475b, Debian 9 (stretch) (MX 17.1 actually), TDE 14.0.5. The volume buttons will move the onscreen indicator between 0% and 10%, but no farther, and the volume setting is unaffected. The volume buttons work fine in XFCE. Any ideas where to look for the problem?
might be something muted in the mixer?
Thanks for the reply. Nothing is muted. The audio works; it's just the volume buttons that don't work.
On Wednesday 16 May 2018 21:19:17 Dan Youngquist wrote:
On 05/15/2018 10:03 PM, deloptes wrote:
Dan Youngquist wrote:
HP Probook 6475b, Debian 9 (stretch) (MX 17.1 actually), TDE 14.0.5. The volume buttons will move the onscreen indicator between 0% and 10%, but no farther, and the volume setting is unaffected. The volume buttons work fine in XFCE. Any ideas where to look for the problem?
might be something muted in the mixer?
Thanks for the reply. Nothing is muted. The audio works; it's just the volume buttons that don't work.
it's not the buttons the problem, it's kmix the problem. global shortcuts for volume don't work in kmix.
wofgdkncxojef@gmail.com wrote:
On Wednesday 16 May 2018 21:19:17 Dan Youngquist wrote:
On 05/15/2018 10:03 PM, deloptes wrote:
Dan Youngquist wrote:
HP Probook 6475b, Debian 9 (stretch) (MX 17.1 actually), TDE 14.0.5. The volume buttons will move the onscreen indicator between 0% and 10%, but no farther, and the volume setting is unaffected. The volume buttons work fine in XFCE. Any ideas where to look for the problem?
might be something muted in the mixer?
Thanks for the reply. Nothing is muted. The audio works; it's just the volume buttons that don't work.
it's not the buttons the problem, it's kmix the problem. global shortcuts for volume don't work in kmix.
For me it works perfectly, but I have forgotten that it was in kmix, thank you.
So if you go to kmix global keys - see attached - sorry for language settings.
On 05/16/2018 01:26 PM, wofgdkncxojef@gmail.com wrote:
it's not the buttons the problem, it's kmix the problem. global shortcuts for volume don't work in kmix.
They work on all my other machines. Only this one doesn't work.
On 05/16/2018 01:51 PM, deloptes wrote:
does un/mute work? do you have the right kbd model configured? do you get events when pressing the volume keys (xev)?
1. There's no mute button on this keyboard 2. Don't know, I've never had to change a keyboard config before. 3. Yes, events look normal.
On 05/16/2018 03:03 PM, wofgdkncxojef@gmail.com wrote:
it's global shortcuts for volume up and down that are bugged. open kmix > mixer > Settings > configure global shortcuts assign whatever to volume up and down. they doesn't work.
They are set correctly by default. Again, the buttons do respond; the OSD moves only between 0% and 10%, and doesn't affect volume. For some reason the events aren't being correctly processed.
On Thursday 17 May 2018 01:37:30 Dan Youngquist wrote:
On 05/16/2018 01:26 PM, wofgdkncxojef@gmail.com wrote:
it's not the buttons the problem, it's kmix the problem. global shortcuts for volume don't work in kmix.
They work on all my other machines. Only this one doesn't work.
On 05/16/2018 01:51 PM, deloptes wrote:
does un/mute work? do you have the right kbd model configured? do you get events when pressing the volume keys (xev)?
- There's no mute button on this keyboard
- Don't know, I've never had to change a keyboard config before.
- Yes, events look normal.
On 05/16/2018 03:03 PM, wofgdkncxojef@gmail.com wrote:
it's global shortcuts for volume up and down that are bugged. open kmix > mixer > Settings > configure global shortcuts assign whatever to volume up and down. they doesn't work.
They are set correctly by default. Again, the buttons do respond; the OSD moves only between 0% and 10%, and doesn't affect volume. For some reason the events aren't being correctly processed.
the hardware buttons are just buttons. Linux recognize them properly.
kmix, all it does is assign these buttons for increasing and decreasing volume
go in kmix and change the shotcuts for volume to anything you want. Change them to "a" and "b", it will still not work. The buttons are fine, it's kmix that is bugged.
On 05/16/2018 05:15 PM, wofgdkncxojef@gmail.com wrote:
go in kmix and change the shotcuts for volume to anything you want. Change them to "a" and "b", it will still not work. The buttons are fine, it's kmix that is bugged.
How can it be a bug in kmix, when it works fine on all my other machines? It has to be something unique to this machine, that's not being handled correctly.
Dan Youngquist wrote:
How can it be a bug in kmix, when it works fine on all my other machines? It has to be something unique to this machine, that's not being handled correctly.
Have you checked the channel mapping - don't know but could be that you are controlling something else with the keys, if you say that OSD is visible, but goes from 0-10.
regards
Dan Youngquist wrote:
Thanks for the reply. Nothing is muted. The audio works; it's just the volume buttons that don't work.
I've had similar problem time ago, but don't know how it was solved.
does un/mute work? do you have the right kbd model configured? do you get events when pressing the volume keys (xev)?
regards
On Wednesday 16 May 2018 22:51:24 deloptes wrote:
Dan Youngquist wrote:
Thanks for the reply. Nothing is muted. The audio works; it's just the volume buttons that don't work.
I've had similar problem time ago, but don't know how it was solved.
does un/mute work? do you have the right kbd model configured? do you get events when pressing the volume keys (xev)?
regards
it's global shortcuts for volume up and down that are bugged. open kmix > mixer > Settings > configure global shortcuts assign whatever to volume up and down. they doesn't work.
On Thursday 17 May 2018 10:10:28 deloptes wrote:
wofgdkncxojef@gmail.com wrote:
it's global shortcuts for volume up and down that are bugged. open kmix > mixer > Settings > configure global shortcuts assign whatever to volume up and down. they doesn't work.
As reported by me and others it works perfectly.
-_- i changed the master channel to PCM, it started working, i changed it back to master it kept working.... And now mute button doesn't unmute.... Maybe this is related to the bug with the icon and slider that don't update properly....
wofgdkncxojef@gmail.com wrote:
-_- i changed the master channel to PCM, it started working, i changed it back to master it kept working.... And now mute button doesn't unmute.... Maybe this is related to the bug with the icon and slider that don't update properly....
What does it mean "And now ..." after you changed back from PCM to Master - did you reboot in between, or right after the change it does not work, but after reboot it does? I agree perhaps someone needs to have a look at kmix, but for me also mute/unmute works, however I use most of the packages based on master, but I don't see anything related to kmix in the git log.
My only audio problem is, when I connect a phone via A2DP, I can not hear anything, although in pavucontrol I see in the volume indicator. It might be PA related as well though, but it could be that something is missing in TDE.
regards
On Thursday 17 May 2018 16:58:44 deloptes wrote:
wofgdkncxojef@gmail.com wrote:
-_- i changed the master channel to PCM, it started working, i changed it back to master it kept working.... And now mute button doesn't unmute.... Maybe this is related to the bug with the icon and slider that don't update properly....
What does it mean "And now ..." after you changed back from PCM to Master - did you reboot in between, or right after the change it does not work, but after reboot it does? I agree perhaps someone needs to have a look at kmix, but for me also mute/unmute works, however I use most of the packages based on master, but I don't see anything related to kmix in the git log.
My only audio problem is, when I connect a phone via A2DP, I can not hear anything, although in pavucontrol I see in the volume indicator. It might be PA related as well though, but it could be that something is missing in TDE.
regards
i didn't reboot yet.
I suspect it's the same underlying bug that doesn't display the mute picture properly or doesn't move the slider properly in some cases...
specifically, when muting, it mutes master plus some other stuff in the mixer, then it unmutes only master. I have to unmute the other stuff one by one to really unmute.... I don't understand what that other stuff are though....
Repeat what i did. What hapens? Otherwise i confirm, that initially the behavior was what the other person was describing up volume, could go up one increment and that was it. Volume control with the mouse was ok.
I think this is purely a kmix problem. The underlying drivers are ok i think. For example, i controll amarok just fine with other hardware buttons.
wofgdkncxojef@gmail.com wrote:
specifically, when muting, it mutes master plus some other stuff in the mixer, then it unmutes only master. I have to unmute the other stuff one by one to really unmute.... I don't understand what that other stuff are though....
I looked briefly in the code and there are two function "mute" and "masterMute". It looks like when master is not defined or present "mute" is used, but I did not have time to look into the detail of all of this.
Perhaps if you logout and log in again, double check your setting regarding master channel and try again - it may work. if not reboot and try again, if not need to look what type of audio card you have and if it is properly configured at lower level
regards
On Friday 18 May 2018 09:32:37 deloptes wrote:
wofgdkncxojef@gmail.com wrote:
specifically, when muting, it mutes master plus some other stuff in the mixer, then it unmutes only master. I have to unmute the other stuff one by one to really unmute.... I don't understand what that other stuff are though....
I looked briefly in the code and there are two function "mute" and "masterMute". It looks like when master is not defined or present "mute" is used, but I did not have time to look into the detail of all of this.
Perhaps if you logout and log in again, double check your setting regarding master channel and try again - it may work. if not reboot and try again, if not need to look what type of audio card you have and if it is properly configured at lower level
regards
i rebooted, didn't change anything. mute used to work properly before i played with it it was just the volume buttins tat didn't work before i don't think that it's a driver issue.
wofgdkncxojef@gmail.com wrote:
i rebooted, didn't change anything. mute used to work properly before i played with it it was just the volume buttins tat didn't work before i don't think that it's a driver issue.
I - in general - admit that kmix is not perfect, but for me it seems to mute/unmute w/o issue.
kmix is listed also in dcop, so can you start kdcop and find kmix in the list, then select Mixer0, expand and execute the toggleMasterMute() function. Execute second time to unmute. This way we know if it is the buttons or kmix.
I think Mixer0 should match pulseaudio and should provide the master. Do you use pulseaudio at all?
regards
On Saturday 19 May 2018 18:57:11 deloptes wrote:
wofgdkncxojef@gmail.com wrote:
i rebooted, didn't change anything. mute used to work properly before i played with it it was just the volume buttins tat didn't work before i don't think that it's a driver issue.
I - in general - admit that kmix is not perfect, but for me it seems to mute/unmute w/o issue.
kmix is listed also in dcop, so can you start kdcop and find kmix in the list, then select Mixer0, expand and execute the toggleMasterMute() function. Execute second time to unmute. This way we know if it is the buttons or kmix.
I think Mixer0 should match pulseaudio and should provide the master. Do you use pulseaudio at all?
regards
-_- yea ok i got it. i wasn't using pulseaudio. YASD the mute problem is in the other mixer.... So mute doesn't work properly in that mixer and volume short cuts don't work in pulseaudio....
under pulseaudio. in kdcop void increaseVoume(int deviceidx) works if i put 0 in the field...... so...... it's kmix fault, it doesn't launch the function when a global shortcut is used.....
wofgdkncxojef@gmail.com wrote:
-_- yea ok i got it. i wasn't using pulseaudio. YASD the mute problem is in the other mixer.... So mute doesn't work properly in that mixer and volume short cuts don't work in pulseaudio....
under pulseaudio. in kdcop void increaseVoume(int deviceidx) works if i put 0 in the field...... so...... it's kmix fault, it doesn't launch the function when a global shortcut is used.....
kmix may not be perfect, but with perfect setup it should work for you as well.
I think you should check your setup with pulseaudio and kmix - perhaps after installing pulseaudio and rebooting, check master channel and shortcut bindings. I don't know if pulseaudio is required for kmix to work properly - in my setup it is in use. In theory it shouldn't be required. I asked only because I see here Mixer0 and Mixer1. Without PA it would be just one Mixer0. The logic however applies the same way. If it works in kdcop, it works in kmix (you trigger a kmix function in kdcop). It looks like kmix does not capture the event.
Mute,Vol.up/down is toggled by XF86AudioMute, XF86AudioLowerVolume, XF86AudioRaiseVolume. The question is if, when you press mute,Vol. up/down, those signals are emitted. All of this is pure X. kmix will just react on those events.
Start xev, press button and check if you see something like below (but I guess you will see them, because you reported that OSD is visible)
KeyRelease event, serial 40, synthetic NO, window 0x5e00001, root 0xd2, subw 0x0, time 240395191, (421,-195), root:(450,672), state 0x10, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False
KeyRelease event, serial 40, synthetic NO, window 0x5e00001, root 0xd2, subw 0x0, time 240406943, (421,-195), root:(450,672), state 0x10, keycode 122 (keysym 0x1008ff11, XF86AudioLowerVolume), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False
So then make sure the global keys are configured properly in kmix.
if nothing helps, try stopping kmix remove config files, start kmix and check config. ~/.trinity/share/config/kmixrc ~/.trinity/share/config/kmixctrlrc
regards
On Sunday 20 May 2018 03:25:24 deloptes wrote:
wofgdkncxojef@gmail.com wrote:
-_- yea ok i got it. i wasn't using pulseaudio. YASD the mute problem is in the other mixer.... So mute doesn't work properly in that mixer and volume short cuts don't work in pulseaudio....
under pulseaudio. in kdcop void increaseVoume(int deviceidx) works if i put 0 in the field...... so...... it's kmix fault, it doesn't launch the function when a global shortcut is used.....
kmix may not be perfect, but with perfect setup it should work for you as well.
I think you should check your setup with pulseaudio and kmix - perhaps after installing pulseaudio and rebooting, check master channel and shortcut bindings. I don't know if pulseaudio is required for kmix to work properly - in my setup it is in use. In theory it shouldn't be required. I asked only because I see here Mixer0 and Mixer1. Without PA it would be just one Mixer0. The logic however applies the same way. If it works in kdcop, it works in kmix (you trigger a kmix function in kdcop). It looks like kmix does not capture the event.
Mute,Vol.up/down is toggled by XF86AudioMute, XF86AudioLowerVolume, XF86AudioRaiseVolume. The question is if, when you press mute,Vol. up/down, those signals are emitted. All of this is pure X. kmix will just react on those events.
Start xev, press button and check if you see something like below (but I guess you will see them, because you reported that OSD is visible)
KeyRelease event, serial 40, synthetic NO, window 0x5e00001, root 0xd2, subw 0x0, time 240395191, (421,-195), root:(450,672), state 0x10, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False
KeyRelease event, serial 40, synthetic NO, window 0x5e00001, root 0xd2, subw 0x0, time 240406943, (421,-195), root:(450,672), state 0x10, keycode 122 (keysym 0x1008ff11, XF86AudioLowerVolume), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False
So then make sure the global keys are configured properly in kmix.
if nothing helps, try stopping kmix remove config files, start kmix and check config. ~/.trinity/share/config/kmixrc ~/.trinity/share/config/kmixctrlrc
regards
i confirm, the buttons work in xev.
i already did that with the config files.
even if i redefine vol-up/down as "a" and "b" it still doesn't work under pulseaudio. but it always wotks in the other mixer.
I think that unmute is bugged inside the other mixer ignore that.
maybe it fails to get the right id for the function void increaseVoume(int deviceidx) when the global shortcuts are used. To be pressice, it suceeds the first time, it fails the rest. decrese volume seams to work only one, after the increase button was pressed. The first time you press it, nothing seams to happen.
I can controll the volume just fine with the system tray icon. lol, i could wright a little script to use dcop to controll the volume with the buttons.
wofgdkncxojef@gmail.com wrote:
I think that unmute is bugged inside the other mixer ignore that.
it can not be bugged in the other mixer, because it is same code for all mixers. It is just the setup or some bug around the setup of master channel. I think master channel is set to the second mixer and it does not change to first mixer, but it is just a guess. So when you toggle mute, it always goes to second mixer. Did you try deleting the two files and starting over?
regards
On Sunday 20 May 2018 22:21:08 deloptes wrote:
wofgdkncxojef@gmail.com wrote:
I think that unmute is bugged inside the other mixer ignore that.
it can not be bugged in the other mixer, because it is same code for all mixers. It is just the setup or some bug around the setup of master channel. I think master channel is set to the second mixer and it does not change to first mixer, but it is just a guess. So when you toggle mute, it always goes to second mixer. Did you try deleting the two files and starting over?
regards
i had already done this. Now i did this again and rebooted. Nothing changed
here the default files
Hi Dan,
The volume buttons will move the onscreen indicator between 0% and 10%, but no farther, and the volume setting is unaffected.
Is this something that used to work up until recently and has just stopped? I just found myself in an identical situation. Until a few days ago I had volume up/down buttons on my Thinkpad working correctly, changing the volume between 0% and 100% and triggering an OSD with each change. The only non-working thing was the mute button which would mute the sound but pressing it again wouldn't unmute all the channels. I had to manually unmute channels in KMix to get the sound back. Same problem has been described in this thread by another TDE user.
Starting a few days ago volume up/down buttons no longer work. They will change sound volume by 5% up/down but no more than that. They also don't trigger an OSD. Also, mute button now works normally - it mutes and unmutes sound without any need to manually unmute the channels. Since it looks like I'm not the only one experiencing this issue I am suspecting a recent set of Trinity updates. I have insstalled a larger set of updates on the 12th May. Dan, does this correlate with any updates that you may have installed?
Some more background info. I have Pulseaudio on my system. My laptop is a ThinkPad P50 running latest Debian. I have KMilo plugin installed. According to acpi_listen volume up/down events are generated correctly for the buttons, but they don't generate any events in xev. Keys are however recognized in TDE applications like KMix or Amarok - I can assign them as global shortcuts. They just don't work afterwards. Also, I tried using tpb in hope to get some sort of OSD but it doesn't work.
One thing I am tempted to try is uninstalling pulseaudio to see whether it makes any difference. Another solution would be capturing key events via acpi and handling them through DCOP. This requires hacking a script, which I don't have the time to do in the next three weeks.
Janek
--- Politechnika Łódzka Lodz University of Technology
Treść tej wiadomości zawiera informacje przeznaczone tylko dla adresata. Jeżeli nie jesteście Państwo jej adresatem, bądź otrzymaliście ją przez pomyłkę prosimy o powiadomienie o tym nadawcy oraz trwałe jej usunięcie.
This email contains information intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient or if you have received this message in error, please notify the sender and delete it from your system.
Jan Stolarek wrote:
One thing I am tempted to try is uninstalling pulseaudio to see whether it makes any difference. Another solution would be capturing key events via acpi and handling them through DCOP. This requires hacking a script, which I don't have the time to do in the next three weeks.
At least kmix has not changed in ages, so we rule it out. When you upgraded,, what else upgraded besides TDE? kernel, X, etc?
To me it looks like something around X. Luckily it works here well.
regards
just noticed, with pulse audio as the mixer dcop command dcop kmix Mixer0 decreaseVolume 0 volume doesn't go below 16%
wofgdkncxojef@gmail.com wrote:
just noticed, with pulse audio as the mixer dcop command dcop kmix Mixer0 decreaseVolume 0 volume doesn't go below 16%
It is not clear. When PA is the mixer, did you set the Master channel to PA as well
Another option is to look at PA itself - pavucontrol. I usually set the input/output defaults there, as it happens that I do not have sound/mic in some applications, if mixer/channel is not set default in PA.
regards
On Thursday 24 May 2018 08:50:54 deloptes wrote:
wofgdkncxojef@gmail.com wrote:
just noticed, with pulse audio as the mixer dcop command dcop kmix Mixer0 decreaseVolume 0 volume doesn't go below 16%
It is not clear. When PA is the mixer, did you set the Master channel to PA as well
yes
wofgdkncxojef@gmail.com wrote:
yes
perhaps you look if there is an option to the snd module for your notebook/audo card. I had to set it on few older dell notebooks to get the correct profile working, otherwise I don't know what might be wrong at your end. I can't recall if you removed the rc files, but if nothing helps there must be something wrong in the whole chain of tools from the card/driver to kmix. Some cards do not report channels properly - might be in your case. Did you inspect mixer settings with aplay and amixer
amixer amixer -c 0
regards
On 05/23/2018 03:15 PM, Jan Stolarek wrote:
The volume buttons will move the onscreen indicator between 0% and 10%, but no farther, and the volume setting is unaffected.
Is this something that used to work up until recently and has just stopped?
No, this is a new Debian installation with Trinity 14.0.5.
Today I downloaded Alexandre's PCLinuxOS with Trinity 14.0.4, and it has the same problem on this machine, and also on a different laptop. They're both HP, but different models; but both have the same audio hardware:
00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Trinity HDMI Audio Controller 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD] FCH Azalia Controller (rev 01)
It looks like this machine will have to use XFCE instead of Trinity.
On 05/23/2018 04:34 PM, Dan Youngquist wrote:
On 05/23/2018 03:15 PM, Jan Stolarek wrote:
The volume buttons will move the onscreen indicator between 0% and 10%, but no farther, and the volume setting is unaffected.
Is this something that used to work up until recently and has just stopped?
No, this is a new Debian installation with Trinity 14.0.5.
Today I downloaded Alexandre's PCLinuxOS with Trinity 14.0.4, and it has the same problem on this machine, and also on a different laptop. They're both HP, but different models; but both have the same audio hardware:
00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Trinity HDMI Audio Controller 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD] FCH Azalia Controller (rev 01)
It looks like this machine will have to use XFCE instead of Trinity.
Dan, have you looked for firmware for your laptop? I suggest using synaptic and do a search for firmware and drivers and hp and also laptop, if your using amd search amd firmware or search amd driver or search amd laptop or search hp laptop or hp driver or hp firmware, etc, just use synaptic and find what you need.
I'm using 5 different laptops here and all the buttons work on all of them, I don't use pclinuxos, because I always find hardware it does not support, but I do use Ubuntu, Debian and Devuan and none have hardware problems amd or intel no problems. Good Luck.
Cheers,
On 05/24/2018 12:47 PM, Jimmy Johnson wrote:
Dan, have you looked for firmware for your laptop?
Thanks for the suggestion. You must've missed my original post. The audio works; it's just the buttons that don't work correctly, and only in Trinity. Everything works fine in XFCE. So not a firmware issue.
On Thursday 24 May 2018 23:18:01 Dan Youngquist wrote:
On 05/24/2018 12:47 PM, Jimmy Johnson wrote:
Dan, have you looked for firmware for your laptop?
Thanks for the suggestion. You must've missed my original post. The audio works; it's just the buttons that don't work correctly, and only in Trinity. Everything works fine in XFCE. So not a firmware issue.
an idea from futanari... kmix is just an applet right? try using an other applet that controll sound in trinity. something light weight that will not pull half of kde or gnome with it.
On 05/24/2018 08:01 PM, wofgdkncxojef@gmail.com wrote:
an idea from futanari... kmix is just an applet right? try using an other applet that controll sound in trinity. something light weight that will not pull half of kde or gnome with it.
It doesn't appear to be a kmix problem. Kmix works fine; it's only the volume keys that don't work correctly. I can quit kmix, and the problem still exists.
On Friday 25 May 2018 19:37:00 Dan Youngquist wrote:
On 05/24/2018 08:01 PM, wofgdkncxojef@gmail.com wrote:
an idea from futanari... kmix is just an applet right? try using an other applet that controll sound in trinity. something light weight that will not pull half of kde or gnome with it.
It doesn't appear to be a kmix problem. Kmix works fine; it's only the volume keys that don't work correctly. I can quit kmix, and the problem still exists.
are you sure? In my case, the keys them selves work fine.
These keys are defined as global shortcuts in kmix In my case it's the global short cuts to kmix that seam not to work in certain cases. In short, that's an internal problem in kmix
redefine the global shortcuts to something else. That something else will still not work.
wofgdkncxojef@gmail.com wrote:
On Friday 25 May 2018 19:37:00 Dan Youngquist wrote:
On 05/24/2018 08:01 PM, wofgdkncxojef@gmail.com wrote:
an idea from futanari... kmix is just an applet right? try using an other applet that controll sound in trinity. something light weight that will not pull half of kde or gnome with it.
It doesn't appear to be a kmix problem. Kmix works fine; it's only the volume keys that don't work correctly. I can quit kmix, and the problem still exists.
are you sure? In my case, the keys them selves work fine.
These keys are defined as global shortcuts in kmix In my case it's the global short cuts to kmix that seam not to work in certain cases. In short, that's an internal problem in kmix
redefine the global shortcuts to something else. That something else will still not work.
I did some screen shots and added output from aplay and amixer as attachment - perhaps you can do the same and we compare
also reveal your chipset
$ cat /proc/asound/cards 0 [PCH ]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xfe420000 irq 30
$ cat /proc/asound/card*/codec#* | grep Codec Codec: Conexant CX20642 Codec: Intel CougarPoint HDMI
On Friday 25 May 2018 23:27:47 deloptes wrote:
wofgdkncxojef@gmail.com wrote:
On Friday 25 May 2018 19:37:00 Dan Youngquist wrote:
On 05/24/2018 08:01 PM,
wofgdkncxojef@gmail.com wrote:
an idea from futanari... kmix is just an applet right? try using an other applet that controll sound in trinity. something light weight that will not pull half of kde or gnome with it.
It doesn't appear to be a kmix problem. Kmix works fine; it's only the volume keys that don't work correctly. I can quit kmix, and the problem still exists.
are you sure? In my case, the keys them selves work fine.
These keys are defined as global shortcuts in kmix In my case it's the global short cuts to kmix that seam not to work in certain cases. In short, that's an internal problem in kmix
redefine the global shortcuts to something else. That something else will still not work.
I did some screen shots and added output from aplay and amixer as attachment - perhaps you can do the same and we compare
also reveal your chipset
$ cat /proc/asound/cards 0 [PCH ]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xfe420000 irq 30
$ cat /proc/asound/card*/codec#* | grep Codec Codec: Conexant CX20642 Codec: Intel CougarPoint HDMI
-_- here chief....
--------------------------------- $ cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xe9100000 irq 29 ----------------------------
$ cat /proc/asound/card*/codec#* | grep Codec Codec: Realtek ALC888 -------------------------------------
wofgdkncxojef@gmail.com wrote:
will check the attachments later, but evidently amixer and amixer_c0 differ, which means either you capture wrong output, or pulse is not your default mixer.
I found this for you perhaps you double check
Realtek ALC888
I have here linux-4.15.8 but you can look in whatever release you have
ALC88x/898/1150 ====================== acer-aspire-4930g Acer Aspire 4930G/5930G/6530G/6930G/7730G acer-aspire-8930g Acer Aspire 8330G/6935G acer-aspire Acer Aspire others inv-dmic Inverted internal mic workaround no-primary-hp VAIO Z/VGC-LN51JGB workaround (for fixed speaker DAC) dual-codecs ALC1220 dual codecs for Gaming mobos
[linux-4.15.8/Documentation/sound/hd-audio/models.rst]
anyway, try a different model option if you have such a problem. Some other models may match better and give you more matching functionality. If none of the available models works, send a bug report. See the bug report section for details.
[linux-4.15.8/Documentation/sound/hd-audio/notes.rst]
this is (was) done via adding in /etc/modprobe.d/alsa-base.conf
options snd-hda-intel model=MODEL
sudo alsa force-reload
or reboot after
On Saturday, 26. May 2018, deloptes wrote:
wofgdkncxojef@gmail.com wrote:
will check the attachments later, but evidently amixer and amixer_c0 differ, which means either you capture wrong output, or pulse is not your default mixer.
I found this for you perhaps you double check
Realtek ALC888
I have here linux-4.15.8 but you can look in whatever release you have
ALC88x/898/1150
acer-aspire-4930g Acer Aspire 4930G/5930G/6530G/6930G/7730G acer-aspire-8930g Acer Aspire 8330G/6935G acer-aspire Acer Aspire others inv-dmic Inverted internal mic workaround no-primary-hp VAIO Z/VGC-LN51JGB workaround (for fixed speaker DAC) dual-codecs ALC1220 dual codecs for Gaming mobos
[linux-4.15.8/Documentation/sound/hd-audio/models.rst]
anyway, try a different model option if you have such a problem. Some other models may match better and give you more matching functionality. If none of the available models works, send a bug report. See the bug report section for details.
[linux-4.15.8/Documentation/sound/hd-audio/notes.rst]
this is (was) done via adding in /etc/modprobe.d/alsa-base.conf
options snd-hda-intel model=MODEL
sudo alsa force-reload
or reboot after
As I have a similar problems with lenovo and dell laptops, I have played around with your solution. The model specification does not help in my case. The dell laptop shows HDMI as first card (but there is no digital output...) With the following entry in /etc/modprobe.d/alsa-base.conf
options snd-hda-intel enable=1 index=0 options snd-hda-intel enable=0 index=1
the card numbers are swapped and the vol-keys are working. Thanks Stef
update wrote:
options snd-hda-intel enable=1 index=0 options snd-hda-intel enable=0 index=1
the card numbers are swapped and the vol-keys are working.
I had this also on one older Dell.
your second line disables something at index 1 you should use if I recall correctly options snd-hda-intel enable=1,0
but this is not very nice workaround as you can not use hdmi (not a problem if you don't need it of course)
regards
Dan Youngquist wrote:
It doesn't appear to be a kmix problem. Kmix works fine; it's only the volume keys that don't work correctly. I can quit kmix, and the problem still exists.
the volume control is configured in kmix as global keys, so it is not possible that it works without kmix (I just tested to be sure).
I don't know why it is not working for OP. HE is not showing out put of his mixer. It seems his mixer is reporting mappings that are misunderstood by kmix so kmix binds to channels that are not used or when controlled are reacting improperly.
On Thursday 24 May 2018 00:15:29 Jan Stolarek wrote:
Starting a few days ago volume up/down buttons no longer work. They will change sound volume by 5% up/down but no more than that. They also don't trigger an OSD. Also, mute button now works normally - it mutes and unmutes sound without any need to manually unmute the channels.
You changed the mixer. On the applet > select Master channel make sure "current mixer" is pulseaudio This will revert you back where you where. unmute broken, but working volume keys.
-
Dan Youngquist -
deloptes -
Jan Stolarek -
Jimmy Johnson -
update -
wofgdkncxojef＠gmail.com