Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Mike Noe]

Just a quick FYI for those on AMD GPUs that might be wondering about the HDMI audio situation...

Since the last doc dump from AMD, there's been some activity and some patches have already made it to testing.

I just built and installed the 3.12.RC4 kernel with the ALSA patches and alsacap shows the good stuff and MC seems fine with the multi-channel PCM output....can't get sound yet, but it's a known issue.  I guess this stuff won't get in until 3.13 kernel unless there's a back-port.  openSUSE 13.1Factory/AMD HD6570 on this box...

Code: [Select]

ike@linux-94gx:~> alsacap
*** Scanning for playback devices ***
Card 0, ID `SB', name `HDA ATI SB'
  Device 0, ID `VT1708S Analog', name `VT1708S Analog', 1 subdevices (1 available)
    2..8 channels, sampling rate 44100..192000 Hz
    Sample formats: S16_LE, S32_LE
      Subdevice 0, name `subdevice #0'
  Device 1, ID `VT1708S Digital', name `VT1708S Digital', 1 subdevices (1 available)
    2 channels, sampling rate 44100..192000 Hz
    Sample formats: S16_LE, S32_LE
      Subdevice 0, name `subdevice #0'
Card 1, ID `Generic', name `HD-Audio Generic'
  Device 3, ID `HDMI 0', name `HDMI 0', 1 subdevices (1 available)
    2..8 channels, sampling rate 32000..192000 Hz
    Sample formats: S16_LE, S32_LE
      Subdevice 0, name `subdevice #0'

[Mike Noe]

So, I finally had time to try this out with MC.  It appears to work.  Here is what I did on openSuse(should be similar on other distros):

1.  Clean install, openSuse RC1
2.  Redirect repo for Kernel Head (gets to kernel 3.12RC4
3.  Download kernel 3.12RC5 from kernel.org
4.  Unzip, patch with atihdmi5.patch
5.  Change /sound/pci/hda/hda_local.h

Code: [Select]

Please change 0x1002791a to 0x1002aa01 in this part in the end of
sound/pci/hda/hda_local.h:

#define is_amdhdmi_rev3(codec) \
((codec)->vendor_id == 0x1002791a && ((codec)->revisi6.  Used my RC4 .config, changed "suffix"
7.  build and install
8.  Reboot, then:  xrandr --output HDMI-0 --set audio auto
9.  Run MC, set output format in DSP...

There is a potential bug with 13.1 on a non-standard partition install, I haven't had time to check yet, but this was done with a "standard" 3 part install (swap/root/home).

So far, I've tested multichannel (5.1), two channel w/upsampling etc.

Gotta say, I never expected to get MC on linux with full multichannel support with AMD/HDMI by the middle of Oct.  Joyous, to be sure.

Thx for the hard work so far, JRiver folks.

PS.  An interesting read at Phoronix re: the 3.12 kernel coming...

[Awesome Donkey]

Personally, I'm wondering how viable AMD's TrueAudio DSP will become... or what it'll mess up.

[Mike Noe]

Well, after watching the presentation a couple of weeks ago, seems like it's oriented towards the game developers first and formost, which is fine.  For music "purists" I'm not sure what it will really bring to the table....if anything.

OT, got multi-channel working, but the channel maps are messed up somehow, speaker-test works but MC and VLC (so far) are not quite right.  VLC plays the front left in the rear left and MC leaves the right rear blank....more to come.

[Mike Noe]

So, for AMD GPU users, HDMI multichannel seems to be working (?finally?) with linux-next (3.13 will be the kernel release) and MC cranks right up and starts playing, and the channel mapping issues appear to be fixed.   I'm testing on openSUSE 13.1 with the vanilla-linux-next from kernel.opensuse.org with an AMD Turks and an older Llano APU.

[Neco]

I just listened to a Demo and I have to say  AMD TrueAudio seems pretty awesome for what it can do over 2 channel Stereo.

It would be really neat if this could be used in Media Center at all.

AMD is in a unique position to be able to promote their  API  since they have hadware with this stuff being used in the new console systems.   There have been claims you could see huge improvements in GPU operations as well, but the audio merits alone are pretty neat.