HDMI output not available in 13.10 or 14.04

[GeeMac]

Hello,

My issue here is with the HDMI output, it is non existent. I have had no issues with earlier versions of Ubuntu from 10.x, 12.04 LTS and 13.04. Even the original distro which was originally on this HTPC, Susse.
I have researched all avenues for a remedy to my issue including #ALSA, #Pulseaudio and #Ubuntu IRCs.
Some have mention it is possibly a kernel issue. I do have audio via S/PDIF which is stereo only.

I did not upgrade the existing version; which most would, I have done a clean install of Ubuntu 13.10. Everything is working fine except for my audio issues. HDMI output is not showing in either ALSA or Pavucontrol.
On the previous versions of Ubuntu I had many options of Digital 5.1 surround ouputs including HDMI. All that is available now for surround sound is analog options.

In the Sound configuration panel I only have Digital Output (S/PDIF)Built-in Audio and Analog Output Built-in Audio which are only Stereo, HDMI is now missing in 13.10
I have tried so many apparent fixes in various forums which included editing confg files, uninstalling and reinstalling Alsa-base and Pulseaudio. I am surprised that I have any sound out of the S/PDIF Coax or Optical now.
Thank you for taking the time to look this over. I am not 100% sure this is a bug , but by all the research, suggestions on the IRCs and not having this issue on previous versions, I am leaning towards it being a bug. If you need any further information please let me know and I will respond asap.

Here is a link to my system info that was uploaded via alsa-info.sh:
HTTP://pastebin.com/Mwhwvwxw

This is the original alsa upload link:
HTTP://www.alsa-project.org/db/?f=ecbcde4ed5874b18b8c18ea54d85ce7033287134

Here is my system information:
Description: Ubuntu 13.10
Release: 13.10
Kernel-release version
3.11.0-13-generic
uname -a string
Linux HTPC 3.11.0-13-generic #20-Ubuntu SMP Wed Oct 23 07:38:26 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

HTPC System Info:
Processor: AMD Athlon(tm) 64 X2 Dual Core Processor 4000+ × 2
Memory: 4GiB
Graphics: GeForce 7050 PV / nForce 630a/integrated/SSE2
OS Type: Ubuntu 13.10 64-bit
Disk: 320 GB
DVB: AVerTVHD MCE A180
Remote: ATI USB RF wireless remote ( Remote Wonder)
Keyboard/Mouse: Wireless
System formerly a Captiveworks 3000/4000 ATSC and DVB-S Satellite HTPC, Distro used, Susse
---
ApportVersion: 2.12.5-0ubuntu2.1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: gee 2171 F.... cairo-dock
DistroRelease: Ubuntu 13.10
InstallationDate: Installed on 2013-10-30 (13 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1)
MarkForUpload: True
NonfreeKernelModules: nvidia
Package: pulseaudio 1:4.0-0ubuntu6 [modified: usr/share/pulseaudio/alsa-mixer/paths/iec958-stereo-output.conf]
PackageArchitecture: amd64
ProcEnviron:
 LANGUAGE=en_US
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 3.11.0-13.20-generic 3.11.6
PulseList:
 Error: command ['pacmd', 'list'] failed with exit code 1: Home directory not accessible: Permission denied
 No PulseAudio daemon running, or not running as session daemon.
Tags: saucy saucy
Uname: Linux 3.11.0-13-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:

dmi.bios.date: 03/19/2008
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: CaptiveWorks CW-3000HD V2.37
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: MS-7349
dmi.board.vendor: MSI
dmi.board.version: 1.0
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrCaptiveWorksCW-3000HDV2.37:bd03/19/2008:svnMSI:pnMS-7349:pvr1.0:rvnMSI:rnMS-7349:rvr1.0:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: MS-7349
dmi.product.version: 1.0
dmi.sys.vendor: MSI
---
ApportVersion: 2.12.5-0ubuntu2.1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: gee 1257 F.... pulseaudio
 /dev/snd/controlC2: gee 1257 F.... pulseaudio
 /dev/snd/controlC1: gee 1257 F.... pulseaudio
CurrentDmesg:
 [ 19.643569] init: plymouth-splash main process (1074) terminated with status 1
 [ 21.504805] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
 [ 21.506028] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
 [ 21.511928] forcedeth 0000:00:0a.0: irq 47 for MSI/MSI-X
 [ 21.511981] forcedeth 0000:00:0a.0 eth0: MSI enabled
DistroRelease: Ubuntu 13.10
InstallationDate: Installed on 2013-11-14 (0 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1)
MarkForUpload: True
NonfreeKernelModules: nvidia
Package: pulseaudio 1:4.0-0ubuntu6
PackageArchitecture: amd64
ProcVersionSignature: Ubuntu 3.11.0-12.19-generic 3.11.3
Tags: saucy saucy
Uname: Linux 3.11.0-12-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
dmi.bios.date: 03/19/2008
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: CaptiveWorks CW-3000HD V2.37
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: MS-7349
dmi.board.vendor: MSI
dmi.board.version: 1.0
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrCaptiveWorksCW-3000HDV2.37:bd03/19/2008:svnMSI:pnMS-7349:pvr1.0:rvnMSI:rnMS-7349:rvr1.0:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: MS-7349
dmi.product.version: 1.0
dmi.sys.vendor: MSI

[Raymond (superquad-vortex2)]

http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=f5f45589f81c46d4ca4cbbe089441a0f7ac5e197

http://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/?id=ea9b43addc4d90ca5b029f47f85ca152320a1e8d

post output of

pactl list

seem no Jack detection ( Misc = NO_PRESENCE )

Node 0x05 [Pin Complex] wcaps 0x400381: Stereo Digital
  Control: name="HDMI/DP,pcm=3 Phantom Jack", index=0, device=0
  Pincap 0x00000014: OUT Detect
  Pin Default 0x185601f0: [Jack] Digital Out at Int HDMI
    Conn = Digital, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x0
    Misc = NO_PRESENCE
  Pin-ctls: 0x40: OUT
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x04

http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/src/modules/alsa/mixer/paths/hdmi-output-0.conf

http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/src/modules/alsa/mixer/paths/iec958-stereo-output.conf

[GeeMac (htpc2013)]

Thank you Ramond for the follow up on this matter.

I was not sure if that is the steps you wanted me to try per the post here and email.
I looked for both conf files. hdmi-output-0.conf was not in my system and iec958-stereo-output.conf was an empty .conf file.
I added the missing hdmi.... and edited the empty iec958.... with the contents and rebooted the system and there was still no HDMI out.
After testing I removed the added missing file, hdmi.... and commented out the two lines at the bottom of ie958....
As for hdmi-output-0.conf, there are three simular files numbered 1, 2, and 3 but no starting file 0.

[Raymond (superquad-vortex2)]

Codec: Nvidia MCP67 HDMI
Address: 3
AFG Function Id: 0x1 (unsol 0)
Vendor Id: 0x10de0067
Subsystem Id: 0x00670000
Revision Id: 0x100000

ftp://download.nvidia.com/XFree86/gpu-hdmi-audio-document/gpu-hdmi-audio.html

This configuration is used in MCP67 and MCP73.

In the case where multiple HDMI display connectors are present, the audio stream is broadcast to all HDMI connectors at once. A single ALSA device is exposed.

ELD and PD information is not available on these chipsets.

https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/974963/comments/33

you have to follow up with David and Stephen

[Raymond (superquad-vortex2)]

do you mean no sound when

speaker-test -d -c 2 -t wav -Dhw:0,3

!!Aplay/Arecord output
!!--------------------

APLAY

**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 0: ALC888 Analog [ALC888 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 1: ALC888 Digital [ALC888 Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

post the output of

pactl list

pactl stat

[GeeMac (htpc2013)]

Hello Raymond,

Please excuse the over abundance of extra information, I am trying to cover all I can think of here to possibly speed up the troubleshooting process. I also do support here for a gaming company and I always find that being flooded with information is more beneficial then little to no information which is usually what I get from the user.

pactl list
http://pastebin.com/h2kiTC5L
--------------------------------------------

pactl stat
http://pastebin.com/K1AFVR
---------------------------------------------

aplay -l results is just as you have posted. It shows HDMI, but there is no option in Sound and Pavucontrol.

I will try to attach two images here showing my Sound and Pavucontrol available information.

speaker-test -d -c 2 -t wav -Dhw:0,3
Apparently HDMI output is working with reversed Left/Right, but not indicated in either Sound or Pavucontrol
My speaker wiring is correct. This is the usually found issue via HDMI that has been posted in the support forums.
My system Receiver is an Onkyo AV receiver TX-SR606, Two Front Cerwin Vega speakers, KLM center speaker, Two custom designed rear speakers and one Sunfire True Subwoofer MKII.
See attached images.
------------------------------

speaker-test -d -c 6 -t wav -Dhw:0,3
Yields this error when trying 5.1 (-c 6)
speaker-test 1.0.27.1
Playback device is hw:0,3
Stream parameters are 48000Hz, S16_LE, 6 channels
WAV file(s)
Channels count (6) not available for playbacks: Invalid argument
Setting of hwparams failed: Invalid argument
-------------------------------

speaker-test -d -c 6 -t wav
Yields sound via S/PDIF optical with proper Left and Right positioned audio with no Rear Left/Right and LFE
http://pastebin.com/TJ7YrF35
--------------------------------

speaker-test -Dplug:surround51 -c6 -l1 -twav
Yields no audio via S/PDIF or HDMI
-------------------------------

speaker-test -d -c 6 -t wav -Dhw:0,0
Yields no sound with this information.
http://pastebin.com/uE3DY45Z
-------------------------------

Here is the list of loaded audio modules
http://pastebin.com/Rms6fpXB
--------------------------------

lspci -v | grep -A7 -i "audio"
Yields

00:07.0 Audio device: NVIDIA Corporation MCP67 High Definition Audio (rev a1)
 Subsystem: Micro-Star International Co., Ltd. Device 7349
 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21
 Memory at feaf8000 (32-bit, non-prefetchable) [size=16K]
 Capabilities: <access denied>
 Kernel driver in use: snd_hda_intel
00:08.0 PCI bridge: NVIDIA Corporation MCP67 PCI Bridge (rev a2) (prog-if 01 [Subtractive decode])
---------------------------------

[GeeMac (htpc2013)]

Camera shot of Pavucontrol

[Raymond (superquad-vortex2)]

did your Onkyo AV receiver TX-SR606 pass EDID to nvidia HDMI controller ?

MCP73 only support 48000Hz stereo and digital passthrough

graphic driver won`t provide the connect status of HDMI and ELD to audio driver

it strange that your alsa-lib still 1.0.16

the index of IEC958 playback switch should be 16 and 0 instead of 0 and 1 for spdif and hdmi

have you follow up with David and Stephen since you won't get PD and eld_valid when ELD and PD information is not available on these chipsets.

2678.137879] HDMI hot plug event: Codec=0 Pin=5 Presence_Detect=1 ELD_Valid=1
 [ 2678.137899] HDMI status: Codec=0 Pin=5 Presence_Detect=1 ELD_Valid=1

https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/974963

[GeeMac (htpc2013)]

Hello Raymond,

I am not 100% sure that the TX-SR606 passed EDID to the controller. I would imagine so since I had full HDMI digital 5.1 outputs before with no issues with previous versions of Ubuntu including Susse. I rarely used S/PDIF. I will say though, since the fresh installation of Ubuntu 13.10 I have had nothing but audio issues. I have had others tell me to go back to a previous working version, but that is not going to resolve anything for other users that may have the same issues. I will hang in here and work with whomever needs any input from me until this is resolved, documented and patched.

Today I determined via one of the tests that there is an output on the HDMI but only on that one specific test, and it was only stereo with reversed Left and Right audio mapping. That may be a small plus in this situation.

In addition, I had full HDMI output surround sound in XBMC Frodo 12.x. Now I only have S/PDIF stereo and no working HDMI options. When viewing a AC3 or other 5.1 encoded video there is no audio. As for MCP73, I have never noticed that info until now, probably due to not running some of these tests which is yielding all this output data.

I also had another thought here. If anyone wants to do some remote digging in this system, I am available fulltime until the 14th of November. After that I will be only available evenings US EST. I already have Team Viewer installed on this system for when I need to do remote support here.

[Raymond (superquad-vortex2)]

>> it was only stereo with reversed Left and Right audio mapping

http://mailman.alsa-project.org/pipermail/alsa-devel/2013-November/068153.html

you may need to upgrade to latest alsa driver

and post the pulseaudio verbose log when you try to play stereo and ac3 5.1 passthrough hdmi

https://wiki.ubuntu.com/PulseAudio/Log

[GeeMac (htpc2013)]

Here is the log for Pulse audio.

I have been looking for an alsa update. The only thing I seem to find is outdated scripts to install alsa 1.0x.x .

As for passing anything through HDMI at 5.1, I don't have any options for HDMI to pass anything through. HDMI does not exist in any menu to set a 5.1 test. XBMC only gives an HDMI but I/O is only S/PDIF or analog and stereo.

Is there anyway possible to completely remove or purge all audio AlSA and PulseAudio and do a fresh install of both? I know of purging Pulse but not ALSA / ALSA-Base.

[Raymond (superquad-vortex2)]

the source of alsa-driver in saucy is quite old (16-Feb, 2013)

http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/alsa-driver/saucy/files/head:/alsa-kernel/pci/hda/

but those fix at 22-Feb, 2013

http://git.alsa-project.org/?p=alsa-lib.git;a=commitdiff;h=f5f45589f81c46d4ca4cbbe089441a0f7ac5e197;hp=8c6da54073b2c966d9a4e137ba4d521eac92816f

you may need a trim version of snd-hda-intel.conf
without upgrade alsa-lib to use "skip_rest true"

just add index 16 to iec958

                              name "IEC958 Playback Default"
+ index 16
                                  optional true
                                 lock true
                                 preserve true
                                 value [ $AES0 $AES1 $AES2 $AES3 ]
                        }
                        {
                                 name "IEC958 Playback Switch"
+ index 16
                               optional true
                                value true

try latest alsa -driver

https://wiki.ubuntu.com/Audio/UpgradingAlsa/DKMS

[GeeMac (htpc2013)]

Hello,

I followed your instructions for the changes in the script and the latest Alsa. I am now without audio. For some reason Pulseaudio is not starting and Sound is now empty. I will attach the HDA-Intel.conf file. There is a before and after to show the original and edited version.
  Apparently the attachment bug dating back to 2007 was never fixed in launchpad so I will have to set the attachments one after another.

[GeeMac (htpc2013)]

Attachment per last comment #2

[GeeMac (htpc2013)]

Attachment per last comment #3

[Raymond (superquad-vortex2)]

post the output of alsa-info.sh if you are using latest alsa driver

  hooks.0 {
   type ctl_elems
   hook_args [
   {
    name "IEC958 Playback Default"
          index 16
    lock true
    preserve true
    value [ $AES0 $AES1 $AES2 $AES3 ]
   }
   {
    name "IEC958 Playback Switch"
          index 16
    lock true
    preserve true
    value true
   }
   ]
  }
 }

[GeeMac (htpc2013)]

I am wondering Raymond if it would be advantageous to bring in someone from the ASLA and PulseAudio group; if there is such a group, to get involved at some point in this issue? I am not complaining, you have been a excelent help so far. I would imagine that you have other issues that you are working on and I feel that I may be holding you up from helping with other user's issues.

It looks to me that this is a ongoing issue for many years between the two packages and Ubuntu being stuck in the middle of this. I have been seeing a growing amount of posts in reference to this HDMI issue, especially with the release of 13.10.
I did a Google search earlier on using this search method and the issue is trending quiet a bit. Ubuntu 13.10: HDMI issues

I will be happy to keep trying your different suggestions here. I do have quite a bit of time here to work on this and feel that solving this issue once and for all will help other users. I am a former Broadcast Engineer of 30 years and now disabled due to a worsening back injury that I sustained when I was younger. I will give you a heads up though, I am mainly a hardware person and not coder or script developer. So please escuse me if I may not grasp something that you suggest right away.

[Raymond (superquad-vortex2)]

you have to post the output of alsa-info.sh when you are using latest always driver

http://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=ea9b43addc4d90ca5b029f47f85ca152320a1e8d

ALSA: hda - Fix broken workaround for HDMI/SPDIF conflicts

HDMI devices will be put to dev=0,index=0 as before. Only the
conflicting SPDIF device is moved to a different place. The new place
of SPDIF device is supposed by the updated alsa-lib HDA-Intel.conf,
respectively.

send email to the author and the reporters of the above patch and nvidia dev if you can not use HDMI or spdif

for the case which your HDMI did not appear in sound preference , you need to file a bug

https://bugs.freedesktop.org/enter_bug.cgi?product=PulseAudio

i

[Raymond (superquad-vortex2)]

noun sure the same issue since different nvidia codec

https://bugzilla.kernel.org/show_bug.cgi?id=55591

APLAY

**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC888 Analog [ALC888 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: ALC888 Digital [ALC888 Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

control.45 {
  iface CARD
  name 'HDMI/DP,pcm=3 Phantom Jack'
  value false
  comment {
   access read
   type BOOLEAN
   count 1
  }
 }

This configuration is used in MCP77, MCP78, MCP79, MCP7A, and ION.

In the case where multiple HDMI display connectors are present, the audio stream is broadcast to all HDMI connectors at once. A single ALSA device is exposed.

ELD and PD information is not available on these chipsets.

[GeeMac (htpc2013)]

I think this is what you are looking for. I am attaching two files one is without Pulse and the other is with pulse. Why I have two different logs is that Pulse does not start without me running pulseaudio -D. After it starts I only have analog stereo and surround now. This started after the ALSA upgrade.
Apparently the version did not upgrade since the information in the earlier info log and the latest have the same information. I wonder why ALSA did not upgrade?
Also, I have noticed that " index 16 " is not in the new info log. And this is after I added the two index 16 lines. I have placed the changes in both locations to be sure.

I also have noticed that there are two HDA-Intel.conf files in two seperate locations. I am not sure if this is normal or not.
~$ locate HDA-Intel.conf
/usr/share/alsa/cards/HDA-Intel.conf
/usr/src/alsa/alsa-lib-1.0.16/src/conf/cards/HDA-Intel.conf

Could there be a possibility there are other duplicate .conf files for ALSA and Pulseaudio that could be conflicting with each other? If so what other files should I look for. There are so many things that I have tried so far to correct this issue, I am also wondering if the various configuration files and what ever else is used to run ALSA and Pulseaudio are now corrupted?

[GeeMac (htpc2013)]

Pulseaudio running

[GeeMac (htpc2013)]

Hi Raymond,
I see that we posted info a minute apart from each other.
I read the bugziller report. It could be possible that it is the same issue. My thought is that maybe we need to look at an older release of this distro and see what has changed from that version to this latest version. Apparently something has since I had no issues with the earlier versions.

[Raymond (superquad-vortex2)]

the driver did not create the controls at index=0

the control create controls at index=0 only if the driver load MCP73 codec first before alc888

alc888 seem alway load before MCP73 , so those iec958 controls with-index=0 are created at device 1 (spdif) and those IEC958 controls with index=1 at device 1 (HDMI)

http://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=ea9b43addc4d90ca5b029f47f85ca152320a1e8d

HDMI devices will be put to dev=0,index=0 as before.

you have to send email to the author of the patch about your case which HDMI device does not have those IEC958 controls at index=0

Node 0x04 [Audio Output] wcaps 0x211: Stereo Digital
  Control: name="IEC958 Playback Con Mask", index=1, device=0
  Control: name="IEC958 Playback Pro Mask", index=1, device=0
  Control: name="IEC958 Playback Default", index=1, device=0
  Control: name="IEC958 Playback Switch", index=1, device=0
  Device: name="HDMI 0", type="HDMI", device=3
  Converter: stream=0, channel=0
  Digital: Enabled
  Digital category: 0x0
  IEC Coding Type: 0x0
  PCM:
    rates [0x40]: 48000
    bits [0x2]: 16
    formats [0x1]: PCM
Node 0x05 [Pin Complex] wcaps 0x400381: Stereo Digital
  Control: name="HDMI/DP,pcm=3 Phantom Jack", index=0, device=0
  Pincap 0x00000014: OUT Detect
  Pin Default 0x185601f0: [Jack] Digital Out at Int HDMI
    Conn = Digital, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x0
    Misc = NO_PRESENCE
  Pin-ctls: 0x40: OUT
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x04

http://git.alsa-project.org/?p=alsa-lib.git;a=blob_plain;f=src/conf/pcm/hdmi.conf;hb=HEAD

[Raymond (superquad-vortex2)]

http://git.alsa-project.org/?p=alsa-lib.git;a=blob_plain;f=src/conf/cards/HDA-Intel.conf;hb=HEAD

the workaround may be

1) remove index= 16 and skip_rest for HDA-Intel.pcm.iec958.0
2) change index $CTLINDEX to index 1 for HDA-Intel.pcm.hdmi.common

ftp://download.nvidia.com/XFree86/gpu-hdmi-audio-document/gpu-hdmi-audio.html

what you need to discuss with pulseaudio and alsa develoers are

12.5. Verify Your ELD Is Valid

To validate that the ALSA driver is aware of your monitor, check the eld files. Recall that older chipsets (ION and earlier) don’t support ELD reporting, and hence the ELD files will not exist. In this case, ALSA always assumes that all audio features are available.

For example,

$ cat /proc/asound/card1/eld#3.0
monitor_present 1
eld_valid 1
monitor_name DELL U2410
connection_type HDMI
eld_version [0x2] CEA-861D or below
edid_version [0x3] CEA-861-B, C or D
manufacture_id 0xac10
product_id 0xf016
port_id 0x40000
support_hdcp 0
support_ai 0
audio_sync_delay 0
speakers [0x1] FL/FR
sad_count 1
sad0_coding_type [0x1] LPCM
sad0_channels 2
sad0_rates [0xe0] 44100 48000 88200
sad0_bits [0xe0000] 16 20 24

For HDMI audio to work, both monitor_present and eld_valid must be 1. Furthermore, there will typically be evidence of at least some supported audio formats.

[GeeMac (htpc2013)]

apport information

[GeeMac (htpc2013)]

apport information

[GeeMac (htpc2013)]

apport information

[GeeMac (htpc2013)]

apport information

[GeeMac (htpc2013)]

Above information collected via sudo apport-collect 1249705.

Hello again Raymond,

I have sent off two emails one to David Henningsson and another to Takashi Iwai regarding his patch. I refferenced this bug report for them to look at.

In refference to HDA-Intel.conf ( index= 16 and skip_rest ), , I will get to that now and report back with my findings.

Thanks again

[David Henningsson (diwic)]

Judging from the logs, alsainfos etc, I'd say we can nail down this bug to somewhere in alsa-lib, if this is working:

speaker-test -D plughw:NVidia,3 -c 2 -t wav

And this is not working:

speaker-test -D hdmi:NVidia -c 2 -t wav

As a temporary workaround, you can edit /usr/share/pulseaudio/alsa-mixer/profile-sets/extra-hdmi.conf and replace every "hdmi:%f" with "hw:%f,3" and see if that helps. (Restart pulseaudio for changes to take effect, e g by rebooting your computer.)

But this does not explain your error "pcm.c: Unknown PCM hdmi:0". Is it possible that either of the files /usr/share/alsa/pcm/hdmi.conf or /usr/share/alsa/cards/HDA-Intel.conf have become corrupted?
To restore them to the original I believe "sudo apt-get install libasound2-data --reinstall" would do the trick.

[GeeMac (htpc2013)]

Nice to meet you here David and thank you for your interest in this issue.

speaker-test -D plughw:NVidia,3 -c 2 -t wav
This test is working through the HDMI ( unplugged optical S/PDIF to make sure) Left and Right is reversed but that is the least of my worries.

speaker-test -D hdmi:NVidia -c 2 -t wav
Yields this error:

speaker-test 1.0.27.1

Playback device is hdmi:NVidia
Stream parameters are 48000Hz, S16_LE, 2 channels
WAV file(s)
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM hdmi:NVidia
Playback open error: -2,No such file or directory

I replaced all eight instances of hdmi:%f with hdmi:%f,3 . Pulseaudio has not been starting at boot since the alsa update I did, which apparently did not update after going through the motions. I will have to manually stat with -D for now until I get that fixed.

And the plot thickens...

As I mentioned above that Pulseaudio does not start at boot, after reinstalling libasound2-data, I now have this in my terminal.

~$ pulseaudio -D
E: [pulseaudio] main.c: Daemon startup failed.

I will attach the hdmi.conf and the HDA-Intel.conf is now empty after I did the reinstall. quite odd.

[GeeMac (htpc2013)]

Quick note...
I am not sure if I should purge Pulseaudio and reinstall. Being that I have all these logs and infomation, I am not sure if thie will disrupt ALSA with more issues.
If I should go this route, I am also wondering if it would be avantagious and if at all possible to purge ASLA and reinstall them both so this HDMI issue can be approached from a fresh start.

[GeeMac (htpc2013)]

apport information

[GeeMac (htpc2013)]

apport information

[GeeMac (htpc2013)]

apport information

[GeeMac (htpc2013)]

apport information

[GeeMac (htpc2013)]

apport information

[GeeMac (htpc2013)]

Hi,
I decided to reinstall 13.10 as a new install again after trying just an overwrite saving files and folders etc. etc. I came to the conclusion that the .conf files and probably the libraries were a mess after all this testing and changing of the files, thus the new install.

The HDMI is working in ALSA and Pulseaudio and works for a short time then stops as it did the last new install. I quickly ran some tests running {speaker-test -c 2 -t wav}. By switching between the HDMI and the S/PDIF via the Sound panel while the receiver was in the HDMI auto mode, (auto mode in either HDMI or S/PDIF on the receiver will automatically switch to what ever input is receiving a signal) I was able to see the display on the receiver changing with either selection.

What I have found was the usual, the HDMI has the audio inverted (Right - Left) and S/PDIF has the proper mapping (Left - Right). Running a 5.1 surround sound test {speaker-test -c 6 -t wav} yielded the the same inverted mapping for front Left - Right via the HDMI output and the S/PDIF yielded the proper mapping.
The only difference with 5.1 is that Front Center is not from the center speaker but what sounded like a spacial mix to center which was via the Front Left-Right speakers. As for the Rear speakers, there was no audio out. The audio is roughly 4-6 dB lower and from the front speakers. As for the Sub,LFE; there was nothing.

To get these results I had to log out or reboot the system to reset the HDMI a few times. I have read about this issue in some forums, restarting or relogging. I have tried XBMC and the stereo or 5.1 audio plays for a while and then stops. Also pausing, stopping or starting the video will result in a loss of HDMI audio. Restarting XBMC also does not recover the audio. The information that was sent via apport-collect was done just before the HDMI audio quit again.

I have ran some tests here on my receiver to see if it had any issues with my other equipment when the HDMI audio failed on the computer, all is working fine via S/PDIF and HDMI on the receiver.
I also placed a second distro on the system now. It is latest Linux Mint 32bit. I ran some audio tests there and all is working fine.

I hope all this information will help you both determine what can be causing the issue so a fix/patch can be available to the user with this HDMI issue.

[Raymond (superquad-vortex2)]

you can use chmap to query the channel map

http://git.alsa-project.org/?p=alsa-lib.git;a=blob_plain;f=test/chmap.c;hb=HEAD

control.45 {
  iface PCM
  name 'Playback Channel Map'
  value.0 0
  value.1 0
  value.2 0
  value.3 0
  value.4 0
  value.5 0
  value.6 0
  value.7 0
  comment {
   access read
   type INTEGER
   count 8
   range '0 - 36'
  }
 }

 control.47 {
  iface PCM
  device 1
  name 'Playback Channel Map'
  value.0 0
  value.1 0
  comment {
   access read
   type INTEGER
   count 2
   range '0 - 36'
  }
 }

 control.54 {
  iface PCM
  device 3
  name 'Playback Channel Map'
  value.0 0
  value.1 0
  comment {
   access read
   type INTEGER
   count 2
   range '0 - 36'
  }
 }

post pulseaudio verbose log when you play AC3 5.1 DVD to your spdif or hdmi

you can find the channel matrix

https://wiki.ubuntu.com/PulseAudio/Log‎

[Raymond (superquad-vortex2)]

you need a debug version of alsa driver to dump the number of SDO and SDI in Chooser global capabilites

some controller only support two SDO but you have three playback devices

gcap = azx_readw(chip, GCAP);
 snd_printdd(SFX "%s: chipset global capabilities = 0x%x\n", pci_name(chip->pci), gcap);

/* read number of streams from GCAP register instead of using
  * hardcoded value
  */
 chip->capture_streams = (gcap >> 8) & 0x0f;
 chip->playback_streams = (gcap >> 12) & 0x0f;

[Raymond (superquad-vortex2)]

http://mailman.alsa-project.org/pipermail/alsa-devel/2013-February/059418.html

the patch fixed the bug

card 0: PCH [HDA Intel PCH], device 0: ALC898 Analog [ALC898 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 1: ALC898 Digital [ALC898 Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

[GeeMac (htpc2013)]

Hello again Raymond,

Remember I am a hardware type engineer and not a programmer/coder. I feel that I am not just the average user. I would not know where or how to apply these patches. I am a cut and paste sort of programmer. As for coding, HTML and some PHP. As I mentioned in #37 I have reinstalled 13.10 due to all the changes that I made things were getting to the point of not having any audio output at all. The audio is still broken, but It is at least outputting via HDMI even if it is only stereo.
In this fresh install, HDMI is available, but only in stereo and not 5.1 surround. Also even with the HDMI now showing in both ALSA and Pulseaudio, the audio output is mainly via command line testing and still not recognized properly by any audio or video packages (ie: VLC or XBMC) in Ubuntu 13.10. I have also posted this issue on the XBMC.org website and most all state to remove/purge Pulseaudio from Ubuntu and also remove libasound2. I did not have the issues as stated above with older versions of Ubuntu and removing Pulseaudio and libasound2 will break many packages that require it that are not referencing XBMC.
At this time I do not have the proper HDMI output, if any it is stereo. In XBMC where 5.1 seemed to always work for me, that is now also broken and when switched to HDMI output for 5.1 all I get the digital data flowing through the audio out or mostly nothing at all unless I switch to S/PDIF for stereo. Before I forget, I also noticed if I select analog there is stereo audio output even though there is no analog input.

I greatly appreciate all the help that you and David have given me and also thanks to your colleagues that may have worked with you behind the scenes. Due to a couple of audio and video editing projects I have to get done, I have to move on so I can get them finished soon. I will still be available to run any tests that you feel that may fix this situation once and for all. For the little I understand about Linux, this would be a total nightmare for the typical user to have to endure. This type of issue would probably push almost any user to abandon this distro and or Linux completely. The conflicts and failures between ALSA and Pulseaudio has been an ongoing audio situation within the Linux distros dating back to 2007 maybe even further. Now with the release of Ubuntu 13.10 the audio complaints are already mounting for this version and HDMI is almost unusable in most cases. There are too many old, stale and not properly used work-arounds for this and other audio issue posted all over the Internet and it should be time that it is remedied once and for all.

What I have concluded here is that this may not be a fully broken issue, but a issue that can be due to both a software and hardware issue. The sad issue is that most of the manufactures ignore Linux and the developers are stuck with experimenting with driver development. What makes it worse in my case is that it now seems to be an intermittent issue, almost as in a hardware issue that when a component heats up, the circuit fails. In this case too much data and the audio packages fail to handle it.

My thoughts for the Devs; would be to keep...

[Raymond (superquad-vortex2)]

http://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/plain/Documentation/sound/alsa/HD-Audio.txt

the easy way is to open four terminals to play audio to four different playback devices at the same time if your nvidia he's controller support four SDO

specivy hint

indep_hp = true

APLAY

**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 0: ALC888 Analog [ALC888 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 1: ALC888 Digital [ALC888 Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 2: ALC888 Analog [ALC888 Alt Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

[Raymond (superquad-vortex2)]

http://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/?id=814c0371a493cf47df4e6e27253cfd5ec3cef783

for 5.1 passthrough, the application have to set the non-audio bit of iec958 control

i.e. HDMI need to set index to 1

Codec: Nvidia MCP67 HDMI
Address: 3
AFG Function Id: 0x1 (unsol 0)
Vendor Id: 0x10de0067
Subsystem Id: 0x00670000
Revision Id: 0x100000

Node 0x04 [Audio Output] wcaps 0x211: Stereo Digital
  Control: name="IEC958 Playback Con Mask", index=1, device=0
  Control: name="IEC958 Playback Pro Mask", index=1, device=0
  Control: name="IEC958 Playback Default", index=1, device=0
  Control: name="IEC958 Playback Switch", index=1, device=0
  Device: name="HDMI 0", type="HDMI", device=3
  Converter: stream=8, channel=0
  Digital: Enabled
  Digital category: 0x0
  IEC Coding Type: 0x0
  PCM:
    rates [0x40]: 48000
    bits [0x2]: 16
    formats [0x1]: PCM

[Raymond (superquad-vortex2)]

( 0.575| 0.000) D: [pulseaudio] alsa-mixer.c: Looking at profile output:hdmi-stereo
( 0.575| 0.000) D: [pulseaudio] alsa-mixer.c: Checking for playback on Digital Stereo (HDMI) (hdmi-stereo)
( 0.575| 0.000) D: [pulseaudio] alsa-util.c: Trying hdmi:0 with SND_PCM_NO_AUTO_FORMAT ...
( 0.575| 0.000) I: [pulseaudio] (alsa-lib)pcm.c: Unknown PCM hdmi:0
( 0.575| 0.000) I: [pulseaudio] alsa-util.c: Error opening PCM device hdmi:0: No such file or directory
( 0.575| 0.000) D: [pulseaudio] alsa-mixer.c: Caching failure to open output:hdmi-stereo

[Raymond (superquad-vortex2)]

http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/alsa-lib/saucy-proposed/view/head:/src/conf/cards/HDA-Intel.conf

[GeeMac (htpc2013)]

Hello again Raymond and whoever is following this report,

I replaced the HDA-Intel.conf with the above(see #45). My results are the same. Audio-test -c 6 -t wav results in audio out via the HDMI, stereo only. Left-Right reversed and Left-Right Rear, Center and LFE barely audible.
Audio test videos can be obtained at
http://www.dolby.com/us/en/consumer/technology/home-theater/dolby-digital-plus-download.html
I have also been using some test DVDs I purchased while working in the production studios. The DVD set is called "Video Essentials NTSC" test dvds by JKP.

Running a test using XBMC settings as follows:
Top selection:
Audio Output --> HDMI
Speaker Configuation --> 5.1
Lower Section:
Audio Output Device --> HDA NVidia, HDMI
Passthrough Device --> HDA Nvidia, HDMI
These settings result in only digital data in the audio output (Buzz or Hiss).

Top section (as above)
Lower Section:
Audio Output Device --> HDA Nvidia, ALC888 Digital S/PDIF
Passthrough Device --> HDA Nvidia,ALC888 Digital S/PDIF
These settings result in decoded audio playback of 5.1 surround sound using these encoded test videos.

Video: 1920x1080 H.264 @ 24 fps (all test videos)
Test video #1:
Audio Codec: E-AC-3 (ATSC A/52B)
Channels: Surround 5.1
Sample Rate: 48000 Hz
Bitrate 640 kbps

Test video #2:
Audio Codec: DolbyTrueHD
Channels: Surround 7.1
Sample Rate: 48000
Bitrate N/A

Using the surround sound test video "channelcheck-large.mp4" or "channelcheck-small.mp4".
File with extention .m2ts produces digital noise output in VLC.

VLC media player version "2.0.9 Twoflower" settings:
HDA Nvidia, HDMI 0 Audio out selected produces only 5.1 downmixed to stereo. There is no option for surround sound with this selection. The 5.1 downmix to stereo is also not properly a mapped L-R it is reversed as R-L.
All HDMI 0 selections available to play through HDMI is only Stereo, there are no 5.1 surround sound options under Audio Channels dropdown or Audio Device dropdown except analog.

HDA Nvidia, ALC888 Digital IEC958 (S/PDIF) Digital Audio Output only produces Stereo only.

Using the Audio Selection of: Playback/recording Through Pulseaudio Sound Server, produces audio out receiver selected input S/PDIF or HDMI with Pulseaudio selections (IEC958) or (HDMI) in Stereo only.

Summery of my findings with both ALSA and Pulseaudio, with the above HDA-Intel.conf and even the original script are as follows:
1. The original script was limited to selections for audio output. An additional output that I have noticed was the "Playback/recording Through Pulseaudio sound server", something I have never noticed before.

2. All output selections only produce Stereo output. There is no selection for 5.1surround either S/PDIF, IEC958 or HDMI. There is only Analog 5.1 and above available. Earlier releases of Ubuntu before 13.10 had options for 5.1surround S/PDIF, IEC958 or HDMI in the Audio Output selection and Audio Channels of VLC. I have not tested with earlier versions of VLC.

3. When testing under XBMC version Frodo 12.2, I have full Digital 5.1 surround sound via S/PDIF receiver selection. When selecting direct HDMI on the receiver, not HDMI-auto which will default to S...

[Raymond (superquad-vortex2)]

have you filed bug in kernel bugzilla ?

https://bugzilla.kernel.org/enter_bug.cgi?product=Drivers

the main difference are those early hdmi codec does not have pin HDMI

Node 0x05 [Pin Complex] wcaps 0x400381: Stereo Digital
  Control: name="HDMI/DP,pcm=3 Phantom Jack", index=0, device=0
  Pincap 0x00000014: OUT Detect
  Pin Default 0x185601f0: [Jack] Digital Out at Int HDMI
    Conn = Digital, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x0
    Misc = NO_PRESENCE
  Pin-ctls: 0x40: OUT
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x04

seem hda-emu cannot emulated two codecs at the same time and there is a bug in hda-emu

your MCP67 codec only support 48000Hz

Node 0x04 [Audio Output] wcaps 0x211: Stereo Digital
  Control: name="IEC958 Playback Con Mask", index=0, device=0
  Control: name="IEC958 Playback Pro Mask", index=0, device=0
  Control: name="IEC958 Playback Default", index=0, device=0
  Control: name="IEC958 Playback Switch", index=0, device=0
  Device: name="HDMI 0", type="HDMI", device=0
  Converter: stream=1, channel=0
  Digital: Enabled
  Digital category: 0x0
  IEC Coding Type: 0x0
  PCM:
    rates [0x40]: 48000
    bits [0x2]: 16
    formats [0x1]: PCM

but with hda-emu

> PCM 0 p 44100 2 16
Open PCM HDMI 0 for play
Available PCM parameters:
  channels: 2/2
  formats: S16_LE S32_LE
  rates: 32000 44100 48000 88200 96000 176400 192000
Prepare PCM, rate=44100, channels=2, format=16 bits
PCM format_val = 0x4011

> PCM 1 p 44100 2 16
Open PCM ALC888 Digital for play
Available PCM parameters:
  channels: 2/2
  formats: S16_LE S32_LE IEC958_LE
  rates: 44100 48000 88200 96000 192000
Prepare PCM, rate=44100, channels=2, format=16 bits
PCM format_val = 0x4011

[GeeMac (htpc2013)]

Hello Raymond,

No I haven't filled there. I will today. So apparently that is the issue then not having he "pin hdmi"
Just as I said, if it is not broken, don't fix it. :)

Just for curiosity; the audio packages ALSA and Pulseaudio, are they developed under one group or are they both seperate?
If it is one group, to me it looks like a major lack of communications.
If it is Alsa on the left and Pulseaudio on the right, we need them both in the center channel (pun intended); Mr. Shuttleworth / Canonical should throw them both out and put a team together with a Audio Engineer, a team of developers that understands the end user.
Once and for all after all these years of this distro, develop one working audio package that everyone can benefit from and stop crushing the user in the middle of this mess.

[Raymond (superquad-vortex2)]

ftp://download.nvidia.com/XFree86/gpu-hdmi-audio-document/gpu-hdmi-audio.html

[GeeMac (htpc2013)]

Well Raymond that was short lived. I had a feeling that posting this issue in the Kernel bug area was going to go nowhere.
I think what needs to be done is try to pull some ALSA devs and some Pulseaudio devs into this issue. One minute it looks as if it is a ALSA issue then the next a Pulseaudio issue. This is why I feel that there should be only one audio package running within any distro. I can't think of any OS that I have dealt with in the past years that has to use two packages to produce one audio stream.
I tried to bring David into this , but apparently he is busy with something or considered this a non audio issue as how others have been treating it for the past few years.
 I gather from the posts up in the kernel bug that the audio is not supposed to work the way it has been working here before 13.10, that does not make a bit of sense. If I did not have 13.10 all tweaked out and runing nice and smooth, I would just can 13.10 and go back to 12.04.x LTS or wait until 14.04 is released

I am just totally baffled here.

[GeeMac (htpc2013)]

I just tried something different here with my system.
I turned off the Onkyo receiver which routed the HDMI directly to my TV.
I tried all sorts of settings within ALSA and Pulseaudio to hear the sound on my TV. Nothing passes through from the media players except this " speaker-test -d -c 2 -t wav -Dhw:0,3 " With this I get the audio pass through of Left and Right audio from t wav but as usual mapped wrong as Right / Left. In addition, the speaker test within the Sound panel does not pass the audio either from HDMI.
So this above test may point to the issue.

I am now pretty sure it is not my hardware MCP67 audio chip-set here either. Why I state this, I tried a completely new computer with HDMI output and still the same issues. My neighbor was gracious enough to let me experiment with his laptop.
The test subject was a new HP ENVY Laptop, Intel 2.4GHz i7 core, 8GB ram, 1TB drive, Intel HD graphics and HDMI out. We set the laptop up as a dual boot with Ubuntu 13.10 64Bit with all the latest updates.
This is a major issue which I now know it is not an issue with my system but with Ubuntu 13.10; ALSA, Pulseaudio,the Kernel or all three.

Now is this ALSA, Pulseaudio or a Kernel bug? Apparently Takashi Iwai does not think it is a kernel issue.
I am going to C/P this to the Kernel Bug report.

[GeeMac (htpc2013)]

Hello Raymond,

I followed through on your question from the kernel bug report page here. I figure, best to leave the Kernel people alone until it is proven that it is a Kernel issue.
Being that I was lost on how to apply the patch that you posted the URL for; I had to do a bit of research on how to apply this a52 patch.
This is what I found on this issue with some insite on applying the patch.

http://ubuntuforums.org/showthread.php?t=1608804

The first test was " aplay -D a52:0 " and the results were as follows:

ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM a52:0
aplay: main:722: audio open error: No such file or directory
---------------------------------------------------------------

Next I followed step #1 With this result after " aplay -D a52:0 "

ALSA lib conf.c:1686:(snd_config_load1) _toplevel_:14:5:Unexpected char
ALSA lib conf.c:3406:(config_file_open) /etc/asound.conf may be old or corrupted: consider to remove or fix it
ALSA lib conf.c:3328:(snd_config_hooks_call) function snd_config_hook_load returned error: Invalid argument
ALSA lib conf.c:3777:(snd_config_update_r) hooks failed, removing configuration
aplay: main:722: audio open error: Invalid argument

Results were just as stated.
--------------------------------------------
" sudo alsa reload "

Unloading ALSA sound driver modules: snd-seq-midi snd-seq-midi-event snd-seq snd-hda-codec-hdmi snd-hda-codec-realtek snd-usb-audio snd-usbmidi-lib snd-hda-intel snd-hda-codec snd-hwdep snd-pcm snd-page-alloc snd-rawmidi snd-seq-device snd-timer (failed: modules still loaded: snd-hda-codec-hdmi snd-hda-codec-realtek snd-hda-codec snd-hwdep snd-pcm snd-page-alloc snd-timer).
Loading ALSA sound driver modules: snd-seq-midi snd-seq-midi-event snd-seq snd-hda-codec-hdmi snd-hda-codec-realtek snd-usb-audio snd-usbmidi-lib snd-hda-intel snd-hda-codec snd-hwdep snd-pcm snd-page-alloc snd-rawmidi snd-seq-device snd-timer.
------------------------------------------------------------------------------------

" speaker-test -Da52:0 -c6 " results:

speaker-test 1.0.27.1

Playback device is a52:0
Stream parameters are 48000Hz, S16_LE, 6 channels
Using 16 octaves of pink noise
ALSA lib conf.c:1686:(snd_config_load1) _toplevel_:14:5:Unexpected char
ALSA lib conf.c:3406:(config_file_open) /etc/asound.conf may be old or corrupted: consider to remove or fix it
ALSA lib conf.c:3328:(snd_config_hooks_call) function snd_config_hook_load returned error: Invalid argument
ALSA lib conf.c:3777:(snd_config_update_r) hooks failed, removing configuration
Playback open error: -22,Invalid argument
-----------------------------------------------------------------

"asound.conf may be old or corrupted: consider to remove or fix it"
This looks interesting, but what is old or corrupted?
Maybe due to the file not being in the location of /etc.

" locate asound.conf "
/usr/share/doc/libasound2-plugins/examples/asound.conf_jack
/usr/share/doc/libasound2-plugins/examples/asound.conf_oss
/usr/share/xbmc/system/asound.conf
----------------------------------------------------------

What is quite interesting is that 5.1 surround works under XBMC, so I am going to copy this asound.conf to /etc and see what hap...

[GeeMac (htpc2013)]

Well that test was a bust.

No difference with the audio. Same as I posted in #51.

Answer to
"pulseaudio only set nonaudio bit in the above patch , the other possible way is when pulseaudio using a52 plugin which set nonaudio bit"

I searched the net and all I could find is the URL I posted in #52, and that was not for 13.10 but I thought I would give it a go.

In reference to
"did pulseaudio allow you to select those mapping using a52 ?"

I don't think I have ever seen a52 in either ALSA or Pulseaudio selections. Remember Raymond I am a hardware person. So doing a patch, I do not have any idea how to do so unless it is spelled out in steps for me.
All the things I did in #52 I probably knocked my ALSA back a few years in version or just loaded up th edrive with a bunch of worthless old files.
>>>>Advanced Linux Sound Architecture Driver Version k3.11.0-12-generic.<<<<
Apparently not...
As for Pulseaudio, >>>>pulseaudio 4.0<<<<

[GeeMac (htpc2013)]

Quick update...
I was running Pulseaudio Volume Control and noticed for the first time while in the [Playback] tab
some activity when I click the left or right speaker test in the Speaker Testing for HDMI / Displayport.
When clicking the Left or Right Test button " libcanberra " show as the playing device
libcanberra: Front Left or libcanberra Front Right. Also there is audio showing in the pop up level indicator.
Now of course, there is audio indicated, but nothing heard via HDMI on my receiver or directly to the TV when the receiver is bypassing when turned off.

This is probably due to al the items that were added when following the steps in the #52 comment

[GeeMac (htpc2013)]

At least for now, if anyone is trying to follow this, please continue at this link.

https://bugzilla.kernel.org/show_bug.cgi?id=65971

[GeeMac (htpc2013)]

There is still the issue here with no HDMI output with 13.10 after a new install. I am now having the issue on a different MB with onboard audio. This would make three different systems now with this issue and one being a high end laptop with HDMI.
Please do not tell me that my system could not have worked with the chipset that is in my system as mentioned many times above. The HDMI output worked with no issues before 13.10 release. I had more HDMI options to select from in the Sound and Pulseaudio config settings for stereo and surround sound. Now it is very limited to what can be used. S/PDIF is even limited in reference to the surround sound options. Mainly, there is only various Analog options referencing surround sound.

Please take my word for this. I would not have spent all this time between two bug reports if I did not see an issue here from a once fully functioning system. This would have been a total waste of my time and anyone involved with these reports.
With the release of 13.10 the audio issues have gotten worse since some developers decided to remove support for older chipsets which now has crippled quite a few of the once working older HTPCs. Why remove support for older systems forcing the end user to have to replace a once working system? If it is due to removing drivers to cut down the size/bloat of the newer releases then at least give a simple option to add the older drivers and code back in for the older systems.

My many installs of 13.10 have been tweaked, edited and re-edited lines of code, added and removed config files, install and reinstall of 13.10 multiple times due to all the changes being tried that eventually caused the audio to completely fail and lastly, information about patches without explanation on how to apply these patches.
It has been over three months since the release of 13.10 and yet no resolution to this issue.
The release of 13.10 has been a disaster in reference to the audio portion of its release.

Still no one can understand here that the regular user of these distros using this archaic method of audio control is not going to understand any of what has transpired over these past three months. The end user needs something as simple as other operating systems such as Mac and forgive me, Windows to set up their audio. The end user should not have to spend hours trying to configure the audio which then leads to total frustration.

This type of situation such as I have endured would force any regular user to just go back to a different OS and then end up complaining how complicated Ubuntu or other distros are. Maybe a developer or advanced user of these distros containing Alsa and Pulseaudio can understand these issues but the end user, the plug`n play end user is just getting left with these various audio issues leading to a once working and expensive HTPC.

How much longer is this going to go on before someone decides to place a few people on this issue and redevelop the audio portion as one single package for Ubuntu and Linux in general?
Please stop waisting time with tweaks and patches and look into a single, more user friendly and productive audio package. Maybe develop a one pa...

[GeeMac (htpc2013)]

2014-05-19

Still issues with 13.10 and now 14.04.

SEE: Bug #1311939

[Daniel van Vugt (vanvugt)]

Ubuntu 14.04 reached end of standard support in April 2019:

  https://wiki.ubuntu.com/Releases

If you would like to continue with free support then please update to a
newer Ubuntu version and tell us if the problem still occurs.

If you would like to continue with Ubuntu 14.04 then there is a paid
support option detailed at https://www.ubuntu.com/esm