-------- Messaggio Inoltrato -------- Oggetto: Re: audio problems Data: Mon, 23 May 2016 10:14:00 +0200 Mittente: gil puntogil@libero.it Rispondi-a: Development discussions related to Fedora devel@lists.fedoraproject.org A: devel@lists.fedoraproject.org
Il 23/05/2016 09:41, Samuel Sieb ha scritto:
On 05/22/2016 03:06 AM, gil wrote:
Internal Audio Stereo analogic
GK208 HDMI/DP Audio Controller Digital stereo
Is the internal audio output and not the HDMI selected?
sorry what you do mean? "GK208 HDMI/DP Audio Controller Digital stereo" is the audio device in my video card
04:00.1 Audio device: NVIDIA Corporation GK208 HDMI/DP Audio Controller (rev a1) Subsystem: ASUSTeK Computer Inc. Device 8576 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel , and i must use the 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40) Subsystem: ASRock Incorporation Device 0892 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel but is not listed in kde pannel control ...
aplay -l **** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0
This shows that alsa knows about your hardware.
Run alsamixer in a terminal. You should get a single volume control for the pulseaudio output. Make sure that it is up and not muted. Press F6 to select a different device and select 0, your HDA device. Check that the volume controls and switches are set correctly. Normally, pulseaudio should manage it, but this gives you a chance to verify and test. --
already done but dont solve anythings thanks best .g
devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
-- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On Mon, 23 May 2016 11:47:12 +0200 gil puntogil@libero.it wrote:
-------- Messaggio Inoltrato -------- Oggetto: Re: audio problems Data: Mon, 23 May 2016 10:14:00 +0200 Mittente: gil puntogil@libero.it Rispondi-a: Development discussions related to Fedora devel@lists.fedoraproject.org A: devel@lists.fedoraproject.org
Il 23/05/2016 09:41, Samuel Sieb ha scritto:
On 05/22/2016 03:06 AM, gil wrote:
Internal Audio Stereo analogic
GK208 HDMI/DP Audio Controller Digital stereo
Is the internal audio output and not the HDMI selected?
sorry what you do mean? "GK208 HDMI/DP Audio Controller Digital stereo" is the audio device in my video card
04:00.1 Audio device: NVIDIA Corporation GK208 HDMI/DP Audio Controller (rev a1) Subsystem: ASUSTeK Computer Inc. Device 8576 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel , and i must use the 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40) Subsystem: ASRock Incorporation Device 0892 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel but is not listed in kde pannel control ...
aplay -l **** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0
This shows that alsa knows about your hardware.
Run alsamixer in a terminal. You should get a single volume control for the pulseaudio output. Make sure that it is up and not muted. Press F6 to select a different device and select 0, your HDA device. Check that the volume controls and switches are set correctly. Normally, pulseaudio should manage it, but this gives you a chance to verify and test. --
already done but dont solve anythings thanks best
Are they turned on in pulse? Install pavucontrol if it isn't already installed, and fire it up. Look at the default device. Is it the device you want to have as default, the AMD card, and not the hdmi device?
So, if you set the AMD card as your default in pavucontrol, your problem should be solved.
The other thing is that each time that the computer boots, devices are loaded in random order, unless you put a file in /etc/modprobe.d. I use the name soundcard.conf for the file, and this is what I have in it. You should be able to modify this for your needs.
options snd cards_limit=8 options slots=snd-hda-intel,snd-ice1724,snd-ca0106,snd-hda-intel alias snd-card-0 snd-hda-intel id="SB" options snd-hda-intel index=0 alias snd-card-1 snd-ca0106 id="CA0106" options snd-ca0106 index=1 alias snd-card-2 snd-ice1724 id="Revolution51" options snd-ice1724 index=2 #alias snd-card-3 snd-cmipci #options snd_cmipci index=3 alias snd-card-3 snd-hda-intel id="HDMI" options snd-hda-intel index=3 alias snd-card-7 snd-usb-audio options snd-usb-audio index=7
Set the AMD sound device as say, device 3, and make it the default in pavucontrol, and you should be consistent across boots.
The trouble for you is that both of your devices are snd-hda-intel. There is probably a way to qualify them further in the options slots line, but I don't know it. So, you might still end up with random order after a boot even with the file in place. You might be able to turn off the hdmi device in pavucontrol if you don't use it, and have only the AMD available, which finesses the problem.
This should get you closer, at least.
Il 23/05/2016 15:30, stan ha scritto:
On Mon, 23 May 2016 11:47:12 +0200 gil puntogil@libero.it wrote:
-------- Messaggio Inoltrato -------- Oggetto: Re: audio problems Data: Mon, 23 May 2016 10:14:00 +0200 Mittente: gil puntogil@libero.it Rispondi-a: Development discussions related to Fedora devel@lists.fedoraproject.org A: devel@lists.fedoraproject.org
Il 23/05/2016 09:41, Samuel Sieb ha scritto:
On 05/22/2016 03:06 AM, gil wrote:
Internal Audio Stereo analogic
GK208 HDMI/DP Audio Controller Digital stereo
Is the internal audio output and not the HDMI selected?
sorry what you do mean? "GK208 HDMI/DP Audio Controller Digital stereo" is the audio device in my video card
04:00.1 Audio device: NVIDIA Corporation GK208 HDMI/DP Audio Controller (rev a1) Subsystem: ASUSTeK Computer Inc. Device 8576 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel , and i must use the 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40) Subsystem: ASRock Incorporation Device 0892 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel but is not listed in kde pannel control ...
aplay -l **** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0
This shows that alsa knows about your hardware.
Run alsamixer in a terminal. You should get a single volume control for the pulseaudio output. Make sure that it is up and not muted. Press F6 to select a different device and select 0, your HDA device. Check that the volume controls and switches are set correctly. Normally, pulseaudio should manage it, but this gives you a chance to verify and test. --
already done but dont solve anythings thanks best
hi
Are they turned on in pulse? Install pavucontrol if it isn't already installed, and fire it up. Look at the default device. Is it the device you want to have as default, the AMD card, and not the hdmi device?
So, if you set the AMD card as your default in pavucontrol, your problem should be solved.
tried, do not resolve the problem, mybe with gnome or other DE work ...
The other thing is that each time that the computer boots, devices are loaded in random order, unless you put a file in /etc/modprobe.d. I use the name soundcard.conf for the file, and this is what I have in it. You should be able to modify this for your needs.
tried, adding "options snd_hda_intel index=0 model=auto" ... but do not work
options snd cards_limit=8 options slots=snd-hda-intel,snd-ice1724,snd-ca0106,snd-hda-intel alias snd-card-0 snd-hda-intel id="SB" options snd-hda-intel index=0 alias snd-card-1 snd-ca0106 id="CA0106" options snd-ca0106 index=1 alias snd-card-2 snd-ice1724 id="Revolution51" options snd-ice1724 index=2 #alias snd-card-3 snd-cmipci #options snd_cmipci index=3 alias snd-card-3 snd-hda-intel id="HDMI" options snd-hda-intel index=3 alias snd-card-7 snd-usb-audio options snd-usb-audio index=7
Set the AMD sound device as say, device 3, and make it the default in pavucontrol, and you should be consistent across boots.
The trouble for you is that both of your devices are snd-hda-intel. There is probably a way to qualify them further in the options slots line, but I don't know it. So, you might still end up with random order after a boot even with the file in place. You might be able to turn off the hdmi device in pavucontrol if you don't use it, and have only the AMD available, which finesses the problem.
This should get you closer, at least.
users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
thanks regards .g
On Mon, 23 May 2016 16:02:35 +0200 gil puntogil@libero.it wrote:
Are they turned on in pulse? Install pavucontrol if it isn't already installed, and fire it up. Look at the default device. Is it the device you want to have as default, the AMD card, and not the hdmi device?
So, if you set the AMD card as your default in pavucontrol, your problem should be solved.
tried, do not resolve the problem, mybe with gnome or other DE work ...
What if you turn off the amd card in pavucontrol? (Last tab)
Then run aplay -D plughw:[card number],0 some_wav_file.wav
Pulse no longer controls this device, so it is strictly alsa. The -D is telling it which device number to use, use the number from the aplay -l command. It has to be a wav file since aplay doesn't know about compressed formats unless you add some other options.
Does it play? If it does, alsa is working, and you only have a pulse configuration issue.
If it doesn't, alsa isn't working, and that would explain why pulse isn't working, since pulse depends on alsa under the covers. Are your speakers plugged in? Is the volume turned up? I know, obvious things, but sometimes those are the things that bite.
The other thing is that each time that the computer boots, devices are loaded in random order, unless you put a file in /etc/modprobe.d. I use the name soundcard.conf for the file, and this is what I have in it. You should be able to modify this for your needs.
tried, adding "options snd_hda_intel index=0 model=auto" ... but do not work
It's been a long time since I messed with this, so I've forgotten the arcane syntax. You could try the alsa-user mailing list. Since you have two hda-intel cards, you need to differentiate between them somehow, so you are telling alsa that the amd card always goes in slot 0. They might be able to tell you how. Your command above will accept either the amd or hdmi for slot 0, since they are both hda-intel.
Il 23/05/2016 22:56, stan ha scritto:
On Mon, 23 May 2016 16:02:35 +0200 gil puntogil@libero.it wrote:
Are they turned on in pulse? Install pavucontrol if it isn't already installed, and fire it up. Look at the default device. Is it the device you want to have as default, the AMD card, and not the hdmi device?
So, if you set the AMD card as your default in pavucontrol, your problem should be solved.
tried, do not resolve the problem, mybe with gnome or other DE work ...
Hi thanks for your interest
What if you turn off the amd card in pavucontrol? (Last tab)
Then run aplay -D plughw:[card number],0 some_wav_file.wav
Pulse no longer controls this device, so it is strictly alsa. The -D is telling it which device number to use, use the number from the aplay -l command. It has to be a wav file since aplay doesn't know about compressed formats unless you add some other options.
Does it play? If it does, alsa is working, and you only have a pulse configuration issue.
No $ aplay -D plughw:0,0 piano2.wav aplay: main:786: audio open error: Device or resource busy $ aplay -D plughw:1,0 piano2.wav aplay: main:786: audio open error: File or directory does not exist
If it doesn't, alsa isn't working, and that would explain why pulse isn't working, since pulse depends on alsa under the covers. Are your speakers plugged in? Is the volume turned up? I know, obvious things, but sometimes those are the things that bite.
yes all is connected and level adjusted to the max value pavucontrol list this device (sorry i repeat myself ) 04:00.1 Audio device: NVIDIA Corporation GK208 HDMI/DP Audio Controller (rev a1) Subsystem: ASUSTeK Computer Inc. Device 8576 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel but i need to use 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40) Subsystem: ASRock Incorporation Device 0892 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel
/etc/modprobe.d/soundcard.conf contents
options slots=snd-hda-intel alias snd-card-0 snd-hda-intel id="SB" options snd-hda-intel index=0
/etc/pulse/default.pa
#!/usr/bin/pulseaudio -nF # # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, see http://www.gnu.org/licenses/.
# This startup script is used only if PulseAudio is started per-user # (i.e. not in system mode)
.nofail
### Load something into the sample cache #load-sample-lazy x11-bell /usr/share/sounds/freedesktop/stereo/bell.oga #load-sample-lazy pulse-hotplug /usr/share/sounds/freedesktop/stereo/device-added.oga #load-sample-lazy pulse-coldplug /usr/share/sounds/freedesktop/stereo/device-added.oga #load-sample-lazy pulse-access /usr/share/sounds/freedesktop/stereo/message.oga
.fail
### Automatically restore the volume of streams and devices load-module module-device-restore load-module module-stream-restore load-module module-card-restore
### Automatically augment property information from .desktop files ### stored in /usr/share/application load-module module-augment-properties
### Should be after module-*-restore but before module-*-detect load-module module-switch-on-port-available
### Load audio drivers statically ### (it's probably better to not load these drivers manually, but instead ### use module-udev-detect -- see below -- for doing this automatically) #load-module module-alsa-sink #load-module module-alsa-source device=hw:1,0 #load-module module-null-sink #load-module module-pipe-sink
### Automatically load driver modules depending on the hardware available .ifexists module-udev-detect.so load-module module-udev-detect .else ### Use the static hardware detection module (for systems that lack udev support) load-module module-detect .endif
### Automatically connect sink and source if JACK server is present .ifexists module-jackdbus-detect.so .nofail load-module module-jackdbus-detect channels=2 .fail .endif
### Automatically load driver modules for Bluetooth hardware .ifexists module-bluetooth-policy.so load-module module-bluetooth-policy .endif
.ifexists module-bluetooth-discover.so load-module module-bluetooth-discover .endif
### Load several protocols .ifexists module-esound-protocol-unix.so load-module module-esound-protocol-unix .endif load-module module-native-protocol-unix
### Network access (may be configured with paprefs, so leave this commented ### here if you plan to use paprefs) #load-module module-esound-protocol-tcp #load-module module-native-protocol-tcp #load-module module-zeroconf-publish
### Load the RTP receiver module (also configured via paprefs, see above) #load-module module-rtp-recv
### Load the RTP sender module (also configured via paprefs, see above) #load-module module-null-sink sink_name=rtp format=s16be channels=2 rate=44100 sink_properties="device.description='RTP Multicast Sink'" #load-module module-rtp-send source=rtp.monitor
### Load additional modules from GConf settings. This can be configured with the paprefs tool. ### Please keep in mind that the modules configured by paprefs might conflict with manually ### loaded modules. .ifexists module-gconf.so .nofail load-module module-gconf .fail .endif
### Automatically restore the default sink/source when changed by the user ### during runtime ### NOTE: This should be loaded as early as possible so that subsequent modules ### that look up the default sink/source get the right value load-module module-default-device-restore
### Automatically move streams to the default sink if the sink they are ### connected to dies, similar for sources load-module module-rescue-streams
### Make sure we always have a sink around, even if it is a null sink. load-module module-always-sink
### Honour intended role device property load-module module-intended-roles
### Automatically suspend sinks/sources that become idle for too long load-module module-suspend-on-idle
### If autoexit on idle is enabled we want to make sure we only quit ### when no local session needs us anymore. .ifexists module-console-kit.so #load-module module-console-kit .endif .ifexists module-systemd-login.so load-module module-systemd-login .endif
### Enable positioned event sounds load-module module-position-event-sounds
### Cork music/video streams when a phone stream is active load-module module-role-cork
### Modules to allow autoloading of filters (such as echo cancellation) ### on demand. module-filter-heuristics tries to determine what filters ### make sense, and module-filter-apply does the heavy-lifting of ### loading modules and rerouting streams. load-module module-filter-heuristics load-module module-filter-apply
# X11 modules should not be started from default.pa so that one daemon # can be shared by multiple sessions.
### Load X11 bell module #load-module module-x11-bell sample=x11-bell
### Register ourselves in the X11 session manager #load-module module-x11-xsmp
### Publish connection data in the X11 root window #.ifexists module-x11-publish.so #.nofail #load-module module-x11-publish #.fail #.endif
### Make some devices default #set-default-sink output #set-default-source input
tried with ### Automatically load driver modules depending on the hardware available #.ifexists module-udev-detect.so #load-module module-udev-detect #.else ### Use the static hardware detection module (for systems that lack udev support) load-module module-detect #.endif
after changed in /etc/pulse/client.conf "autospawn = yes" to "autospawn = no"
nothing todo
again thanks regards .g
The other thing is that each time that the computer boots, devices are loaded in random order, unless you put a file in /etc/modprobe.d. I use the name soundcard.conf for the file, and this is what I have in it. You should be able to modify this for your needs.
tried, adding "options snd_hda_intel index=0 model=auto" ... but do not work
It's been a long time since I messed with this, so I've forgotten the arcane syntax. You could try the alsa-user mailing list. Since you have two hda-intel cards, you need to differentiate between them somehow, so you are telling alsa that the amd card always goes in slot 0. They might be able to tell you how. Your command above will accept either the amd or hdmi for slot 0, since they are both hda-intel. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Il 23/05/2016 22:56, stan ha scritto:
On Mon, 23 May 2016 16:02:35 +0200 gil puntogil@libero.it wrote:
Are they turned on in pulse? Install pavucontrol if it isn't already installed, and fire it up. Look at the default device. Is it the device you want to have as default, the AMD card, and not the hdmi device?
So, if you set the AMD card as your default in pavucontrol, your problem should be solved.
tried, do not resolve the problem, mybe with gnome or other DE work ...
What if you turn off the amd card in pavucontrol? (Last tab)
Then run aplay -D plughw:[card number],0 some_wav_file.wav
Pulse no longer controls this device, so it is strictly alsa. The -D is telling it which device number to use, use the number from the aplay -l command. It has to be a wav file since aplay doesn't know about compressed formats unless you add some other options.
Does it play? If it does, alsa is working, and you only have a pulse configuration issue.
$ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0
$ aplay -D plughw:0,0 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:0,1 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,3 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,7 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono
sorry for the "noise" .g
If it doesn't, alsa isn't working, and that would explain why pulse isn't working, since pulse depends on alsa under the covers. Are your speakers plugged in? Is the volume turned up? I know, obvious things, but sometimes those are the things that bite.
The other thing is that each time that the computer boots, devices are loaded in random order, unless you put a file in /etc/modprobe.d. I use the name soundcard.conf for the file, and this is what I have in it. You should be able to modify this for your needs.
tried, adding "options snd_hda_intel index=0 model=auto" ... but do not work
It's been a long time since I messed with this, so I've forgotten the arcane syntax. You could try the alsa-user mailing list. Since you have two hda-intel cards, you need to differentiate between them somehow, so you are telling alsa that the amd card always goes in slot 0. They might be able to tell you how. Your command above will accept either the amd or hdmi for slot 0, since they are both hda-intel. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 05/23/2016 03:13 PM, gil wrote:
$ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0
$ aplay -D plughw:0,0 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:0,1 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,3 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,7 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono
sorry for the "noise"
Does this mean you have it working now?
Il 24/05/2016 00:18, Samuel Sieb ha scritto:
On 05/23/2016 03:13 PM, gil wrote:
$ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0
$ aplay -D plughw:0,0 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:0,1 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,3 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,7 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono
sorry for the "noise"
Does this mean you have it working now?
hi No, do not work :( i have no output in my speakers ... thanks
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 05/23/2016 03:13 PM, gil wrote:
$ aplay -D plughw:0,0 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:0,1 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,3 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,7 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono
Did you hear anything from any of these? The first one should have played the sound.
Il 24/05/2016 08:49, Samuel Sieb ha scritto:
On 05/23/2016 03:13 PM, gil wrote:
$ aplay -D plughw:0,0 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:0,1 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,3 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,7 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono
Did you hear anything from any of these? The first one should have played the sound.
No I have heard nothing. speakers level are set at max value thanks .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On Tue, 24 May 2016 09:09:22 +0200 gil puntogil@libero.it wrote:
Il 24/05/2016 08:49, Samuel Sieb ha scritto:
On 05/23/2016 03:13 PM, gil wrote:
$ aplay -D plughw:0,0 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:0,1 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,3 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,7 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono
Did you hear anything from any of these? The first one should have played the sound.
No I have heard nothing. speakers level are set at max value
alsa is working fine. So, this is a configuration issue.
Is max you mention for the pulse setting that shows a single bar when running alsamixer?
If you do an alsamixer -c 0 , and look at master, is there MM at the bottom? If there is, press M to unmute, and try again. That unmutes the output in alsa, whereas the other is for pulse.
Il 24/05/2016 16:04, stan ha scritto:
On Tue, 24 May 2016 09:09:22 +0200 gil puntogil@libero.it wrote:
Il 24/05/2016 08:49, Samuel Sieb ha scritto:
On 05/23/2016 03:13 PM, gil wrote:
$ aplay -D plughw:0,0 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:0,1 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,3 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono $ aplay -D plughw:1,7 /usr/share/sounds/purple/alert.wav Playing WAVE '/usr/share/sounds/purple/alert.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono
Did you hear anything from any of these? The first one should have played the sound.
No I have heard nothing. speakers level are set at max value
alsa is working fine. So, this is a configuration issue.
Is max you mention for the pulse setting that shows a single bar when running alsamixer?
Hi yes but now point to SBx00 Azalia, but again no sound
If you do an alsamixer -c 0 , and look at master, is there MM at the bottom? If there is, press M to unmute, and try again. That unmutes the output in alsa, whereas the other is for pulse.
master is at the max value and have 00 at the bottom.
i edit /etc/modprobe.d/soundcard.conf now have this content/s
alias snd-card-0 snd-hda-intel alias sound-slot-0 snd-hda-intel options snd-hda-intel index=0 model=auto vid=1002 pid=4383
vid and pid take by $ lspci -nn |grep -i audio 00:14.2 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) [1002:4383] (rev 40) 04:00.1 Audio device [0403]: NVIDIA Corporation GK208 HDMI/DP Audio Controller [10de:0e0f] (rev a1)
thanks .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 05/24/2016 07:43 AM, gil wrote:
Il 24/05/2016 16:04, stan ha scritto:
If you do an alsamixer -c 0 , and look at master, is there MM at the bottom? If there is, press M to unmute, and try again. That unmutes the output in alsa, whereas the other is for pulse.
master is at the max value and have 00 at the bottom.
That should not be possible, but would explain the problem. What happens if you try to change the volume?
Can you get a screenshot of alsamixer?
Il 24/05/2016 17:47, Samuel Sieb ha scritto:
On 05/24/2016 07:43 AM, gil wrote:
Il 24/05/2016 16:04, stan ha scritto:
If you do an alsamixer -c 0 , and look at master, is there MM at the bottom? If there is, press M to unmute, and try again. That unmutes the output in alsa, whereas the other is for pulse.
master is at the max value and have 00 at the bottom.
That should not be possible, but would explain the problem. What happens if you try to change the volume?
nothing is happening
Can you get a screenshot of alsamixer?
https://gil.fedorapeople.org/alsamixer.png sorry for the question but you have noticed all my changes to resolve this problem (/etc/*)? regards .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 05/24/2016 09:01 AM, gil wrote:
Il 24/05/2016 17:47, Samuel Sieb ha scritto:
On 05/24/2016 07:43 AM, gil wrote:
Il 24/05/2016 16:04, stan ha scritto:
If you do an alsamixer -c 0 , and look at master, is there MM at the bottom? If there is, press M to unmute, and try again. That unmutes the output in alsa, whereas the other is for pulse.
master is at the max value and have 00 at the bottom.
That should not be possible, but would explain the problem. What happens if you try to change the volume?
nothing is happening
I think you missed a "1" in the previous message. The number is "100", not "00". :-)
Can you get a screenshot of alsamixer?
Did you know if you do ALT-PRTSC, it only includes the active window, not the entire screen.
There are more controls to the right, can you get a screenshot of those as well? Go to the right until those arrows are gone and then take a screenshot.
I assume you plugged the speakers into the same jack they were in before, but can you double-check? Most motherboards have several audio jacks now and it's easy to plug into the wrong one. Also, the front middle output is muted, try bringing that up as well.
sorry for the question but you have noticed all my changes to resolve this problem (/etc/*)?
I have noticed those, but as far as I can tell, they won't help and I would recommend removing any changes you have made so far. ALSA is recognizing your card and is able to play to it. The question is just why is there no sound coming out?
Could you try putting the previous video card back in and see if maybe the problem is a conflict with the new card?
Il 24/05/2016 18:15, Samuel Sieb ha scritto:
On 05/24/2016 09:01 AM, gil wrote:
Il 24/05/2016 17:47, Samuel Sieb ha scritto:
On 05/24/2016 07:43 AM, gil wrote:
Il 24/05/2016 16:04, stan ha scritto:
If you do an alsamixer -c 0 , and look at master, is there MM at the bottom? If there is, press M to unmute, and try again. That unmutes the output in alsa, whereas the other is for pulse.
master is at the max value and have 00 at the bottom.
That should not be possible, but would explain the problem. What happens if you try to change the volume?
nothing is happening
I think you missed a "1" in the previous message. The number is "100", not "00". :-)
Can you get a screenshot of alsamixer?
Did you know if you do ALT-PRTSC, it only includes the active window, not the entire screen.
yes but dont work
There are more controls to the right, can you get a screenshot of those as well? Go to the right until those arrows are gone and then take a screenshot.
https://gil.fedorapeople.org/alsamixer1.png
I assume you plugged the speakers into the same jack they were in before, but can you double-check? Most motherboards have several audio jacks now and it's easy to plug into the wrong one. Also, the front middle output is muted, try bringing that up as well.
yes, labelled as "line out"
sorry for the question but you have noticed all my changes to resolve this problem (/etc/*)?
I have noticed those, but as far as I can tell, they won't help and I would recommend removing any changes you have made so far. ALSA is recognizing your card and is able to play to it. The question is
no is does not do that. recognized only that one which i dont use(less) aka GK208 HDMI/DP Audio Controller Digital stereo
just why is there no sound coming out?
Could you try putting the previous video card back in and see if maybe the problem is a conflict with the new card?
i changed the old video card because was broken ... i always used the sound card on the motherboard ... until now ... thanks regards .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 05/24/2016 09:37 AM, gil wrote:
Il 24/05/2016 18:15, Samuel Sieb ha scritto:
Did you know if you do ALT-PRTSC, it only includes the active window, not the entire screen.
yes but dont work
Maybe it's just a Gnome feature then.
There are more controls to the right, can you get a screenshot of those as well? Go to the right until those arrows are gone and then take a screenshot.
Nothing obvious there...
I have noticed those, but as far as I can tell, they won't help and I would recommend removing any changes you have made so far. ALSA is recognizing your card and is able to play to it. The question is
no is does not do that. recognized only that one which i dont use(less) aka GK208 HDMI/DP Audio Controller Digital stereo
Why do you say that? You just showed me alsamixer with the controls for your motherboard sound card and earlier you showed aplay playing to it. You also said that the kde sound settings showed the builtin audio as well. It's just that there is no sound getting to the output jack for some reason and I'm out of ideas.
Could you try putting the previous video card back in and see if maybe the problem is a conflict with the new card?
i changed the old video card because was broken ... i always used the sound card on the motherboard ... until now ...
The video card was completely dead? Do you have any other video cards you could try? I'm just wondering if somehow there is a conflict between the two hda audio devices. It's the only thing you changed that could have affected this.
Il 24/05/2016 20:59, Samuel Sieb ha scritto:
On 05/24/2016 09:37 AM, gil wrote:
Il 24/05/2016 18:15, Samuel Sieb ha scritto:
Did you know if you do ALT-PRTSC, it only includes the active window, not the entire screen.
yes but dont work
Maybe it's just a Gnome feature then.
There are more controls to the right, can you get a screenshot of those as well? Go to the right until those arrows are gone and then take a screenshot.
Nothing obvious there...
I have noticed those, but as far as I can tell, they won't help and I would recommend removing any changes you have made so far. ALSA is recognizing your card and is able to play to it. The question is
no is does not do that. recognized only that one which i dont use(less) aka GK208 HDMI/DP Audio Controller Digital stereo
Why do you say that? You just showed me alsamixer with the controls for your motherboard sound card and earlier you showed aplay playing to it. You also said that the kde sound settings showed the builtin audio as well. It's just that there is no sound getting to the output jack for some reason and I'm out of ideas.
cleanup ~/.config/pulse /etc/pulse/ and re installed pulseaudio
Could you try putting the previous video card back in and see if maybe the problem is a conflict with the new card?
i changed the old video card because was broken ... i always used the sound card on the motherboard ... until now ...
The video card was completely dead?
yes
Do you have any other video cards you could try?
no
I'm just wondering if somehow there is a conflict between the two hda audio devices. It's the only thing you changed that could have affected this.
the speakers remain mute thanks regards .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On Tue, 24 May 2016 18:37:37 +0200 gil puntogil@libero.it wrote:
i changed the old video card because was broken ... i always used the sound card on the motherboard ... until now ... thanks regards .g
I recently had problems with sound because pulseaudio was upgraded to a new version, and I had a personal configuration file in ~/.config/pulse/daemon.conf pointing to the old library directory.
It was pointing to an old library path, and overriding the new library path, with dl-search-path= Once I commented that line, everything started working. You could try that.
I should have thought of this sooner.
Il 24/05/2016 21:06, stan ha scritto:
On Tue, 24 May 2016 18:37:37 +0200 gil puntogil@libero.it wrote:
i changed the old video card because was broken ... i always used the sound card on the motherboard ... until now ... thanks regards .g
I recently had problems with sound because pulseaudio was upgraded to a new version, and I had a personal configuration file in ~/.config/pulse/daemon.conf pointing to the old library directory.
It was pointing to an old library path, and overriding the new library path, with dl-search-path= Once I commented that line, everything started working. You could try that.
I should have thought of this sooner.
thanks, but it not my case regards .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
is more similar to http://forums.debian.net/viewtopic.php?f=6&t=110572
regards
.g
Il 24/05/2016 21:06, stan ha scritto:
On Tue, 24 May 2016 18:37:37 +0200 gil puntogil@libero.it wrote:
i changed the old video card because was broken ... i always used the sound card on the motherboard ... until now ... thanks regards .g
I recently had problems with sound because pulseaudio was upgraded to a new version, and I had a personal configuration file in ~/.config/pulse/daemon.conf pointing to the old library directory.
It was pointing to an old library path, and overriding the new library path, with dl-search-path= Once I commented that line, everything started working. You could try that.
I should have thought of this sooner.
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 05/24/2016 09:50 PM, gil wrote:
is more similar to http://forums.debian.net/viewtopic.php?f=6&t=110572
Definitely sounds similar. Try putting "options snd-hda-intel enable=1,0" into /etc/modprobe.d/alsa-hdmi.conf and then reboot.
Also, is there anything related in the journal logs?
On 05/25/2016 01:03 PM, gil wrote:
Il 25/05/2016 21:50, Samuel Sieb ha scritto:
options snd-hda-intel enable=1,0
sorry ... why? i dont want use HDMI ... i think was clear and the above line for me is unclear ...
Unclear in what way? I think that should disable the HDMI audio, try it. If only the HDMI output shows up, then switch the order of the 1 and 0.
Il 25/05/2016 22:05, Samuel Sieb ha scritto:
On 05/25/2016 01:03 PM, gil wrote:
Il 25/05/2016 21:50, Samuel Sieb ha scritto:
options snd-hda-intel enable=1,0
sorry ... why? i dont want use HDMI ... i think was clear and the above line for me is unclear ...
Unclear in what way? I think that should disable the HDMI audio, try it. If only the HDMI output shows up, then switch the order of the 1 and 0.
maybe i write something of wrong, but $ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 options snd-hda-intel enable=1,0
this mean options snd-hda-intel enable=card,device and 1,0 do not exist
journalctl -b --no-pager > journalctl.txt https://gil.fedorapeople.org/journalctl.txt again thanks .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 05/25/2016 01:18 PM, gil wrote:
Il 25/05/2016 22:05, Samuel Sieb ha scritto:
On 05/25/2016 01:03 PM, gil wrote:
Il 25/05/2016 21:50, Samuel Sieb ha scritto:
options snd-hda-intel enable=1,0
sorry ... why? i dont want use HDMI ... i think was clear and the above line for me is unclear ...
Unclear in what way? I think that should disable the HDMI audio, try it. If only the HDMI output shows up, then switch the order of the 1 and 0.
maybe i write something of wrong, but $ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 options snd-hda-intel enable=1,0
this mean options snd-hda-intel enable=card,device and 1,0 do not exist
Where did you find that info? It is actually a list of booleans. The first number for card 0, second one is card 1, etc. What I gave you should be correct.
On 05/25/2016 02:15 PM, gil wrote:
Il 25/05/2016 22:33, Samuel Sieb ha scritto:
What I gave you should be correct.
yes, correct ... my bad ... but no sound ... (checked level in alsamixer are all to the max) again thanks
You rebooted after creating that file? What does "aplay -l" show now?
Il 26/05/2016 00:11, Samuel Sieb ha scritto:
On 05/25/2016 02:15 PM, gil wrote:
Il 25/05/2016 22:33, Samuel Sieb ha scritto:
What I gave you should be correct.
yes, correct ... my bad ... but no sound ... (checked level in alsamixer are all to the max) again thanks
You rebooted after creating that file?
yes, each time i change sound setting/s
What does "aplay -l" show now?
**** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 thanks regards .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 05/25/2016 10:10 PM, gil wrote:
Il 26/05/2016 00:11, Samuel Sieb ha scritto:
What does "aplay -l" show now?
**** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0
Ok, so it did work. You now only have one device. If it's still not working, I really have no more suggestions...
Il 26/05/2016 07:17, Samuel Sieb ha scritto:
On 05/25/2016 10:10 PM, gil wrote:
Il 26/05/2016 00:11, Samuel Sieb ha scritto:
What does "aplay -l" show now?
**** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0
Ok, so it did work. You now only have one device. If it's still not working, I really have no more suggestions...
hi
$ pactl list sinks Sink #0 Stato: SUSPENDED Nome: alsa_output.pci-0000_00_14.2.analog-stereo Descrizione: Audio interno Stereo analogico Driver: module-alsa-card.c Specifica di campionamento: s16le ch 2 48000 Hz Mappa dei canali: front-left,front-right Modulo di appartenenza: 6 Muto: no Volume: front-left: 99957 / 153% / 11,00 dB, front-right: 82746 / 126% / 6,08 dB bilanciamento -0,17 Volume base: 65536 / 100% / 0,00 dB Monitor della sorgente: alsa_output.pci-0000_00_14.2.analog-stereo.monitor Latenza: 0 usec, configurata 0 usec Flag: HARDWARE HW_MUTE_CTRL HW_VOLUME_CTRL DECIBEL_VOLUME LATENCY Proprietà: alsa.resolution_bits = "16" device.api = "alsa" device.class = "sound" alsa.class = "generic" alsa.subclass = "generic-mix" alsa.name = "ALC892 Analog" alsa.id = "ALC892 Analog" alsa.subdevice = "0" alsa.subdevice_name = "subdevice #0" alsa.device = "0" alsa.card = "0" alsa.card_name = "HDA ATI SB" alsa.long_card_name = "HDA ATI SB at 0xfcdf8000 irq 16" alsa.driver_name = "snd_hda_intel" device.bus_path = "pci-0000:00:14.2" sysfs.path = "/devices/pci0000:00/0000:00:14.2/sound/card0" device.bus = "pci" device.vendor.id = "1002" device.vendor.name = "Advanced Micro Devices, Inc. [AMD/ATI]" device.product.id = "4383" device.product.name = "SBx00 Azalia (Intel HDA)" device.form_factor = "internal" device.string = "front:0" device.buffering.buffer_size = "352768" device.buffering.fragment_size = "176384" device.access_mode = "mmap+timer" device.profile.name = "analog-stereo" device.profile.description = "Stereo analogico" device.description = "Audio interno Stereo analogico" alsa.mixer_name = "Realtek ALC892" alsa.components = "HDA:10ec0892,18490892,00100302" module-udev-detect.discovered = "1" device.icon_name = "audio-card-pci" Porte: analog-output-lineout: Linea out (priority: 9900, not available) analog-output-headphones: Cuffie analogiche (priority: 9000, not available) Porta attiva: analog-output-lineout Formati: pcm
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Il 26/05/2016 07:17, Samuel Sieb ha scritto:
On 05/25/2016 10:10 PM, gil wrote:
Il 26/05/2016 00:11, Samuel Sieb ha scritto:
What does "aplay -l" show now?
**** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0
Ok, so it did work. You now only have one device. If it's still not working, I really have no more suggestions...
open a bug? but for which component? kernel, pulseaudio, xorg-n-d ... ? regards .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 05/26/2016 08:16 AM, gil wrote:
Il 26/05/2016 07:17, Samuel Sieb ha scritto:
On 05/25/2016 10:10 PM, gil wrote:
Il 26/05/2016 00:11, Samuel Sieb ha scritto:
What does "aplay -l" show now?
**** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0
Ok, so it did work. You now only have one device. If it's still not working, I really have no more suggestions...
open a bug? but for which component? kernel, pulseaudio, xorg-n-d ... ?
It's not pulseaudio because a direct aplay to the device doesn't generate sound. That leaves it as a alsa/kernel module issue, so file it on the kernel for now. The really strange part is that aplay works, but there is no sound.
"aplay -D plughw:0,0 <soundfile>" still works, but you don't hear anything? (You might have to kill pulseaudio first.) I'm still wondering if you accidentally changed something else when you took your computer apart.
Il 26/05/2016 18:51, Samuel Sieb ha scritto:
On 05/26/2016 08:16 AM, gil wrote:
Il 26/05/2016 07:17, Samuel Sieb ha scritto:
On 05/25/2016 10:10 PM, gil wrote:
Il 26/05/2016 00:11, Samuel Sieb ha scritto:
What does "aplay -l" show now?
**** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0
Ok, so it did work. You now only have one device. If it's still not working, I really have no more suggestions...
open a bug? but for which component? kernel, pulseaudio, xorg-n-d ... ?
hi
It's not pulseaudio because a direct aplay to the device doesn't generate sound. That leaves it as a alsa/kernel module issue, so file it on the kernel for now. The really strange part is that aplay works, but there is no sound.
"aplay -D plughw:0,0 <soundfile>" still works, but you don't hear anything?
nothing ...
(You might have to kill pulseaudio first.) I'm still wondering if you accidentally changed something else when you took your computer apart.
This is another problem when try to kill pulseaudio return this (i dont know the cause) $ pulseaudio -k (also with $ killall pulseaudio) $ aplay /usr/share/sounds/alsa/Front_Center.wav Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
NO sound in my speakers $ pulseaudio -vvv * E: [pulseaudio] pid.c: Daemon already running. E: [pulseaudio] main.c: pa_pid_file_create() failed. was not killed?
tried also with
$ pacmd list-cards 1 card(s) available. index: 0 name: <alsa_card.pci-0000_00_14.2> driver: <module-alsa-card.c> owner module: 6 properties: alsa.card = "0" alsa.card_name = "HDA ATI SB" alsa.long_card_name = "HDA ATI SB at 0xfcdf8000 irq 16" alsa.driver_name = "snd_hda_intel" device.bus_path = "pci-0000:00:14.2" sysfs.path = "/devices/pci0000:00/0000:00:14.2/sound/card0" device.bus = "pci" device.vendor.id = "1002" device.vendor.name = "Advanced Micro Devices, Inc. [AMD/ATI]" device.product.id = "4383" device.product.name = "SBx00 Azalia (Intel HDA)" device.form_factor = "internal" device.string = "0" device.description = "Audio interno" module-udev-detect.discovered = "1" device.icon_name = "audio-card-pci" profiles: input:analog-stereo: Stereo analogico input (priority 60, available: unknown) output:analog-stereo: Stereo analogico output (priority 6000, available: unknown) output:analog-stereo+input:analog-stereo: Duplex stereo analogico (priority 6060, available: unknown) output:analog-surround-21: Surround analogico 2.1 output (priority 800, available: unknown) output:analog-surround-21+input:analog-stereo: Surround analogico 2.1 output + Stereo analogico input (priority 860, available: unknown) output:analog-surround-40: Surround analogico 4.0 output (priority 700, available: unknown) output:analog-surround-40+input:analog-stereo: Surround analogico 4.0 output + Stereo analogico input (priority 760, available: unknown) output:analog-surround-41: Surround analogico 4.1 output (priority 800, available: unknown) output:analog-surround-41+input:analog-stereo: Surround analogico 4.1 output + Stereo analogico input (priority 860, available: unknown) output:analog-surround-50: Surround analogico 5.0 output (priority 700, available: unknown) output:analog-surround-50+input:analog-stereo: Surround analogico 5.0 output + Stereo analogico input (priority 760, available: unknown) output:analog-surround-51: Surround analogico 5.1 output (priority 800, available: unknown) output:analog-surround-51+input:analog-stereo: Surround analogico 5.1 output + Stereo analogico input (priority 860, available: unknown) output:analog-surround-71: Analog Surround 7.1 output (priority 700, available: unknown) output:analog-surround-71+input:analog-stereo: Analog Surround 7.1 output + Stereo analogico input (priority 760, available: unknown) output:iec958-stereo: Stereo digitale (IEC958) output (priority 5500, available: unknown) output:iec958-stereo+input:analog-stereo: Stereo digitale (IEC958) output + Stereo analogico input (priority 5560, available: unknown) off: Spento (priority 0, available: unknown) active profile: output:analog-stereo sinks: alsa_output.pci-0000_00_14.2.analog-stereo/#0: Audio interno Stereo analogico sources: alsa_output.pci-0000_00_14.2.analog-stereo.monitor/#0: Monitor of Audio interno Stereo analogico ports: analog-input-front-mic: Microfono anteriore (priority 8500, latency offset 0 usec, available: no) properties: device.icon_name = "audio-input-microphone" analog-input-rear-mic: Microfono posteriore (priority 8200, latency offset 0 usec, available: no) properties: device.icon_name = "audio-input-microphone" analog-input-linein: Line In (priority 8100, latency offset 0 usec, available: no) properties:
analog-output-lineout: Linea out (priority 9900, latency offset 0 usec, available: no) properties:
analog-output-headphones: Cuffie analogiche (priority 9000, latency offset 0 usec, available: no) properties: device.icon_name = "audio-headphones" iec958-stereo-output: Output digitale (S/PDIF) (priority 0, latency offset 0 usec, available: unknown) properties:
$ pacmd set-card-profile 0 output:analog-stereo
thanks regards .g
* rest of pulseaudio -vvv I: [pulseaudio] main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operazione non permessa I: [pulseaudio] main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operazione non permessa D: [pulseaudio] core-rtclock.c: Timer slack is set to 50 us. D: [pulseaudio] core-util.c: RealtimeKit worked. I: [pulseaudio] core-util.c: Successfully gained nice level -11. I: [pulseaudio] main.c: This is PulseAudio 7.1 D: [pulseaudio] main.c: Compilation host: i686-redhat-linux-gnu D: [pulseaudio] main.c: Compilation CFLAGS: -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m32 -march=i686 -mtune=atom -fasynchronous-unwind-tables -W -Wextra -Wno-long-long -Wno-overlength-strings -Wunsafe-loop-optimizations -Wundef -Wformat=2 -Wlogical-op -Wsign-compare -Wformat-security -Wmissing-include-dirs -Wformat-nonliteral -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes -Wredundant-decls -Wmissing-declarations -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing -Wwrite-strings -Wno-unused-parameter -ffast-math -fno-common -fdiagnostics-show-option -fdiagnostics-color=auto D: [pulseaudio] main.c: Running on host: Linux i686 4.4.9-300.fc23.i686 #1 SMP Thu May 5 00:26:01 UTC 2016 D: [pulseaudio] main.c: Found 4 CPUs. I: [pulseaudio] main.c: Page size is 4096 bytes D: [pulseaudio] main.c: Compiled with Valgrind support: no D: [pulseaudio] main.c: Running in valgrind mode: no D: [pulseaudio] main.c: Running in VM: no D: [pulseaudio] main.c: Optimized build: yes D: [pulseaudio] main.c: FASTPATH defined, only fast path asserts disabled. I: [pulseaudio] main.c: Machine ID is 3aae04d28f9b42c7970007bfd8d2e2e9. I: [pulseaudio] main.c: Session ID is 1. I: [pulseaudio] main.c: Using runtime directory /run/user/1000/pulse. I: [pulseaudio] main.c: Using state directory /home/gil/.config/pulse. I: [pulseaudio] main.c: Using modules directory /usr/lib/pulse-7.1/modules. I: [pulseaudio] main.c: Running in system mode: no
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 05/26/2016 10:27 AM, gil wrote:
Il 26/05/2016 18:51, Samuel Sieb ha scritto:
"aplay -D plughw:0,0 <soundfile>" still works, but you don't hear anything?
nothing ...
(You might have to kill pulseaudio first.) I'm still wondering if you accidentally changed something else when you took your computer apart.
This is another problem when try to kill pulseaudio return this (i dont know the cause) $ pulseaudio -k (also with $ killall pulseaudio) $ aplay /usr/share/sounds/alsa/Front_Center.wav Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
You didn't include the parameters (-D plughw:0,0), so it used the default output which is pulseaudio, so the pulseaudio server was automatically restarted when you did that. Kill pulseaudio again and try it with the parameters.
It might be useful to also see what pulseaudio has to say. So, kill it, then run it verbose like you did and see what the output is when you do that aplay without parameters like you did.
Il 26/05/2016 19:32, Samuel Sieb ha scritto:
On 05/26/2016 10:27 AM, gil wrote:
Il 26/05/2016 18:51, Samuel Sieb ha scritto:
"aplay -D plughw:0,0 <soundfile>" still works, but you don't hear anything?
nothing ...
(You might have to kill pulseaudio first.) I'm still wondering if you accidentally changed something else when you took your computer apart.
This is another problem when try to kill pulseaudio return this (i dont know the cause) $ pulseaudio -k (also with $ killall pulseaudio) $ aplay /usr/share/sounds/alsa/Front_Center.wav Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
You didn't include the parameters (-D plughw:0,0), so it used the default output which is pulseaudio, so the pulseaudio server was automatically restarted when you did that. Kill pulseaudio again and try it with the parameters.
It might be useful to also see what pulseaudio has to say. So, kill it, then run it verbose like you did and see what the output is when you do that aplay without parameters like you did.
pulseaudio in my system restart after i enter "pulseaudio -k" or "killall pulseaudio" thus it remains running ...
$ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav aplay: main:786: audio open error: Device or resource busy $ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
nothing
when I rebooted the computer, I had to change the grub line, but I can not remember what I entered, to avoid a problem with the new graphics card, my apologize .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On Thu, 26 May 2016 19:50:10 +0200 gil puntogil@libero.it wrote:
$ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav aplay: main:786: audio open error: Device or resource busy $ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
nothing
This is crazy. By everything you've shown you should have sound.
Do you have a set of headphones? Unplug your speakers from the AMD card and plug in the headphones, the green mini plug.
Then fire up pavucontrol and turn off pulseaudio for the AMD card. It is the last tab, configuration; probably set to analog duplex now, but if you open the dropdown, there is an entry for off. Once that is selected, pulse doesn't do anything with the card; it is pure alsa.
Then run the above command again, listening through headphones. Be careful, if you have everything set to high levels, you could blow your ears out.
Il 26/05/2016 21:35, stan ha scritto:
On Thu, 26 May 2016 19:50:10 +0200 gil puntogil@libero.it wrote:
$ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav aplay: main:786: audio open error: Device or resource busy $ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
nothing
Hi
This is crazy. By everything you've shown you should have sound.
Do you have a set of headphones? Unplug your speakers from the AMD
No, i havent, i dont need
card and plug in the headphones, the green mini plug.
Then fire up pavucontrol and turn off pulseaudio for the AMD card. It is the last tab, configuration; probably set to analog duplex now, but if you open the dropdown, there is an entry for off. Once that is selected, pulse doesn't do anything with the card; it is pure alsa.
Then run the above command again, listening through headphones. Be careful, if you have everything set to high levels, you could blow your ears out.
$ killall pulseaudio $ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono $ pulseaudio -k $ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono NO sound thanks .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Il 26/05/2016 21:35, stan ha scritto:
On Thu, 26 May 2016 19:50:10 +0200 gil puntogil@libero.it wrote:
$ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav aplay: main:786: audio open error: Device or resource busy $ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
nothing
This is crazy. By everything you've shown you should have sound.
Do you have a set of headphones? Unplug your speakers from the AMD card and plug in the headphones, the green mini plug.
Then fire up pavucontrol and turn off pulseaudio for the AMD card. It is the last tab, configuration; probably set to analog duplex now, but if you open the dropdown, there is an entry for off. Once that is selected, pulse doesn't do anything with the card; it is pure alsa.
Then run the above command again, listening through headphones. Be careful, if you have everything set to high levels, you could blow your ears out.
hi found with $ dmesg -wH *[ +0,104707] snd_hda_intel: probe of 0000:04:00.1 failed with error -2*
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Il 27/05/2016 15:39, gil ha scritto:
Il 26/05/2016 21:35, stan ha scritto:
On Thu, 26 May 2016 19:50:10 +0200 gilpuntogil@libero.it wrote:
$ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav aplay: main:786: audio open error: Device or resource busy $ aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
nothing
This is crazy. By everything you've shown you should have sound.
Do you have a set of headphones? Unplug your speakers from the AMD card and plug in the headphones, the green mini plug.
Then fire up pavucontrol and turn off pulseaudio for the AMD card. It is the last tab, configuration; probably set to analog duplex now, but if you open the dropdown, there is an entry for off. Once that is selected, pulse doesn't do anything with the card; it is pure alsa.
Then run the above command again, listening through headphones. Be careful, if you have everything set to high levels, you could blow your ears out.
hi found with $ dmesg -wH *[ +0,104707] snd_hda_intel: probe of 0000:04:00.1 failed with error -2*
the rest of the above cmd is @ https://gil.fedorapeople.org/dmesg-log.txt regards .g
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct:http://fedoraproject.org/code-of-conduct Guidelines:http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away:http://ask.fedoraproject.org
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Il 26/05/2016 18:51, Samuel Sieb ha scritto:
open a bug? but for which component? kernel, pulseaudio, xorg-n-d ... ?
It's not pulseaudio because a direct aplay to the device doesn't generate sound. That leaves it as a alsa/kernel module issue, so file it on the kernel for now. The really strange part is that aplay works, but there is no sound.
hi seem a problem with newer kernel https://bugzilla.redhat.com/show_bug.cgi?id=1313434 regards .g
On Mon, 30 May 2016 14:39:52 +0200 gil puntogil@libero.it wrote:
Il 26/05/2016 18:51, Samuel Sieb ha scritto:
open a bug? but for which component? kernel, pulseaudio, xorg-n-d ... ?
It's not pulseaudio because a direct aplay to the device doesn't generate sound. That leaves it as a alsa/kernel module issue, so file it on the kernel for now. The really strange part is that aplay works, but there is no sound.
hi seem a problem with newer kernel https://bugzilla.redhat.com/show_bug.cgi?id=1313434
Ha! I thought sound was an issue settled years ago, didn't even think of the kernel. I haven't had any issues with sound because of the kernels, probably because I custom compile, and use mostly sound devices that aren't at issue.
At least, you now know what the issue is. If you need an older kernel, and don't have one installed, you can go here, http://koji.fedoraproject.org/koji/packageinfo?packageID=8 and pick up older kernel packages for your OS version, and install them using dnf -C install [kernel rpm package names here]
You could edit /etc/dnf/dnf.conf to up the number of kernels you keep by 1 to provide space without removing an existing kernel install.
Il 30/05/2016 16:30, stan ha scritto:
Ha! I thought sound was an issue settled years ago, didn't even think of the kernel. I haven't had any issues with sound because of the kernels, probably because I custom compile, and use mostly sound devices that aren't at issue.
At least, you now know what the issue is. If you need an older kernel, and don't have one installed, you can go here, http://koji.fedoraproject.org/koji/packageinfo?packageID=8 and pick up older kernel packages for your OS version, and install them using dnf -C install [kernel rpm package names here]
You could edit /etc/dnf/dnf.conf to up the number of kernels you keep by 1 to provide space without removing an existing kernel install.
Thanks! for me the really strange thing is that even with the 4.4 kernel before changing tab everything worked ... regards .g
Il 30/05/2016 16:50, gil ha scritto:
Il 30/05/2016 16:30, stan ha scritto:
Ha! I thought sound was an issue settled years ago, didn't even think of the kernel. I haven't had any issues with sound because of the kernels, probably because I custom compile, and use mostly sound devices that aren't at issue.
At least, you now know what the issue is. If you need an older kernel, and don't have one installed, you can go here, http://koji.fedoraproject.org/koji/packageinfo?packageID=8 and pick up older kernel packages for your OS version, and install them using dnf -C install [kernel rpm package names here]
You could edit /etc/dnf/dnf.conf to up the number of kernels you keep by 1 to provide space without removing an existing kernel install.
Thanks! for me the really strange thing is that even with the 4.4 kernel before changing tab everything worked ... regards .g
sorry ... for the noise ... i mean "video card"
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On Mon, 30 May 2016 17:01:09 +0200 gil puntogil@libero.it wrote:
for me the really strange thing is that even with the 4.4 kernel before changing tab everything worked ... regards .g
sorry ... for the noise ... i mean "video card"
It is likely that your old video card had a chip that wasn't affected by the problem, but your new one does have such a chip. So, if you had purchased a different video card, you might never have encountered this. The vicissitudes of life. :-)
-
gil -
Samuel Sieb -
stan