Re: [alsa-devel] ALSA Multichannel through HDMI
On Tue, Jan 12, 2010 at 9:02 PM, Wu Fengguang fengguang.wu@intel.com wrote:
On Wed, Jan 13, 2010 at 12:55:09PM +0800, John Ettedgui wrote:
On Tue, Jan 12, 2010 at 8:52 PM, Wu Fengguang fengguang.wu@intel.com wrote:
On Wed, Jan 13, 2010 at 12:48:13PM +0800, John Ettedgui wrote:
On Tue, Jan 12, 2010 at 5:45 PM, Wu Fengguang fengguang.wu@intel.com wrote:
On Wed, Jan 13, 2010 at 09:32:04AM +0800, John Ettedgui wrote:
On Tue, Jan 12, 2010 at 5:09 PM, Wu Fengguang fengguang.wu@intel.com wrote:
>> > You can play a 5.1 track and find something like this in dmesg: >> > >> > HDMI: ASP channel %d => slot %d >> > HDMI: ASP channel %d => slot %d >> > HDMI: ASP channel %d => slot %d >> > HDMI: ASP channel %d => slot %d >> > HDMI: ASP channel %d => slot %d >> > HDMI: ASP channel %d => slot %d >> > HDMI: ASP channel %d => slot %d >> > HDMI: ASP channel %d => slot %d >> > >> After trying speaker-test -c6, I could not find anything like that. >> If I try mplayer -channel 6, it just does not output any sound. > > Did you enable CONFIG_SND_DEBUG_VERBOSE? >
Yes.
Then we need more debugging..
Can you send me the file /proc/asound/card*/eld*?
Attached to this email
And the alsainfo output: http://www.alsa-project.org/alsa-info.sh
and this one is at http://www.alsa-project.org/db/?f=59773f9117f653f3d20d21b90dc2104eeb5d1ecd
John, please try this and then redo speaker-test and check dmesg:
# echo monitor_present 1 > /proc/asound/card*/eld*
Thanks, Fengguang
Alright, I guess this is the output we are looking for:
ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2, stream=0x1, new-format=0x11 ALSA sound/pci/hda/hda_intel.c:1641: azx_pcm_prepare: bufsize=0x10000, format=0x11 HDMI: ASP channel 0 => slot 0 HDMI: ASP channel 0 => slot 0 HDMI: ASP channel 0 => slot 0 HDMI: ASP channel 0 => slot 0 HDMI: ASP channel 0 => slot 0 HDMI: ASP channel 0 => slot 0 HDMI: ASP channel 0 => slot 0 HDMI: ASP channel 0 => slot 0
Oh well, I guess your hardware doesn't support channel mapping..
You can still do it in user space: http://article.gmane.org/gmane.linux.alsa.user/33393
Thanks, Fengguang
I am sorry to resurrect this thread after so long, but I still have not been able to get anywhere. Also it just came to my attention that if my receiver always sees the hdmi connection as stereo (apart from when using ac3/dts passthrough) channel remapping is not the solution, but somehow something else is messed up.
I think I should try some options in modprobe.conf for snd-hda-intel but I am not sure which ones, and from all the examples I can find on the web, it seems none of them are talking about a radeon hdmi connection...
So I'm asking for advice here again :)
Thanks!
On 2010-11-24, John Ettedgui john.ettedgui@gmail.com wrote:
On Tue, Jan 12, 2010 at 9:02 PM, Wu Fengguang fengguang.wu@intel.com wrote: I am sorry to resurrect this thread after so long, but I still have not been able to get anywhere. Also it just came to my attention that if my receiver always sees the hdmi connection as stereo (apart from when using ac3/dts passthrough) channel remapping is not the solution, but somehow something else is messed up.
I think I should try some options in modprobe.conf for snd-hda-intel but I am not sure which ones, and from all the examples I can find on the web, it seems none of them are talking about a radeon hdmi connection...
So I'm asking for advice here again :)
Thanks! _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
Hi, I think there are developments in ffmpeg projects, to support multichannel passthrough through HDMI, ALSO only provides infra and interface to the HDMI. The passthrough decoding is handled by apps.
Here is the snippet from the ffmpeg's 'svn log' ------------------------------------------------------------------------ r25760 | cehoyos | 2010-11-17 20:22:59 +0800 (Wed, 17 Nov 2010) | 6 lines
Add support for IEC 61937 ("SPDIF") encapsulation for E-AC-3. Only works via HDMI.
Patch by Anssi Hannula (anssi d hannula a iki d fi), based on some work by myself. ------------------------------------------------------------------------
You can search in ffmpeg's development's mailing list for more information.
Thank you.
On Wed, Nov 24, 2010 at 7:59 PM, Mohammad Bahathir Hashim bahathir@gmail.com wrote:
On 2010-11-24, John Ettedgui john.ettedgui@gmail.com wrote:
On Tue, Jan 12, 2010 at 9:02 PM, Wu Fengguang fengguang.wu@intel.com wrote: I am sorry to resurrect this thread after so long, but I still have not been able to get anywhere. Also it just came to my attention that if my receiver always sees the hdmi connection as stereo (apart from when using ac3/dts passthrough) channel remapping is not the solution, but somehow something else is messed up.
I think I should try some options in modprobe.conf for snd-hda-intel but I am not sure which ones, and from all the examples I can find on the web, it seems none of them are talking about a radeon hdmi connection...
So I'm asking for advice here again :)
Thanks! _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
Hi, I think there are developments in ffmpeg projects, to support multichannel passthrough through HDMI, ALSO only provides infra and interface to the HDMI. The passthrough decoding is handled by apps.
Here is the snippet from the ffmpeg's 'svn log'
r25760 | cehoyos | 2010-11-17 20:22:59 +0800 (Wed, 17 Nov 2010) | 6 lines
Add support for IEC 61937 ("SPDIF") encapsulation for E-AC-3. Only works via HDMI.
Patch by Anssi Hannula (anssi d hannula a iki d fi), based on some work by myself.
You can search in ffmpeg's development's mailing list for more information.
Thank you.
Hey Mohammad,
I'm actually trying to get a 5.1 setup working without passthrough, if I use mplayer with passthrough my receiver behaves just fine, but I am trying to send the 6 channels from the computer.
I was actually told that the current ALSA driver for radeon's hdmi does not support more than 2 channels, and that would explain why I'm getting this behavior. Is that true though?
Thanks! John
On 2010-11-25, John Ettedgui john.ettedgui@gmail.com wrote:
On Wed, Nov 24, 2010 at 7:59 PM, Mohammad Bahathir Hashim bahathir@gmail.com wrote:
On 2010-11-24, John Ettedgui john.ettedgui@gmail.com wrote:
On Tue, Jan 12, 2010 at 9:02 PM, Wu Fengguang fengguang.wu@intel.com wrote: I am sorry to resurrect this thread after so long, but I still have not been able to get anywhere. Also it just came to my attention that if my receiver always sees the hdmi connection as stereo (apart from when using ac3/dts passthrough) channel remapping is not the solution, but somehow something else is messed up.
I think I should try some options in modprobe.conf for snd-hda-intel but I am not sure which ones, and from all the examples I can find on the web, it seems none of them are talking about a radeon hdmi connection...
So I'm asking for advice here again :)
Thanks! _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
Hi, I think there are developments in ffmpeg projects, to support multichannel passthrough through HDMI, ALSO only provides infra and interface to the HDMI. The passthrough decoding is handled by apps.
Here is the snippet from the ffmpeg's 'svn log'
r25760 | cehoyos | 2010-11-17 20:22:59 +0800 (Wed, 17 Nov 2010) | 6 lines
Add support for IEC 61937 ("SPDIF") encapsulation for E-AC-3. Only works via HDMI.
Patch by Anssi Hannula (anssi d hannula a iki d fi), based on some work by myself.
You can search in ffmpeg's development's mailing list for more information.
Thank you.
Hey Mohammad,
I'm actually trying to get a 5.1 setup working without passthrough, if I use mplayer with passthrough my receiver behaves just fine, but I am trying to send the 6 channels from the computer.
I was actually told that the current ALSA driver for radeon's hdmi does not support more than 2 channels, and that would explain why I'm getting this behavior. Is that true though?
Thanks! John
Currently, I don't have HT AVR with HDMI, but for normal SPDIF through TOSLINK will stream any standard 5.1 DTS/AC3 raw bitstream to my cheap AVR (Yamaha RX-V361) without any problem.
$ mplayer -ao alsa:device=spdif -ac hwdts,hwac3, foo.mkv
It is not about how many channels that HDMI can support, but how to pass the bitstream correctly to the receiver. As we can see in this thread, the support for higher bandwidth/format of the DTS/AC3 format is currently being developed by Anssi Hannula.
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/121073/
Eventually it will be incorprated in MPlayer-svn.
Thank you.
On Wed, Nov 24, 2010 at 9:10 PM, Mohammad Bahathir Hashim bahathir@gmail.com wrote:
On 2010-11-25, John Ettedgui john.ettedgui@gmail.com wrote:
On Wed, Nov 24, 2010 at 7:59 PM, Mohammad Bahathir Hashim bahathir@gmail.com wrote:
On 2010-11-24, John Ettedgui john.ettedgui@gmail.com wrote:
On Tue, Jan 12, 2010 at 9:02 PM, Wu Fengguang fengguang.wu@intel.com wrote: I am sorry to resurrect this thread after so long, but I still have not been able to get anywhere. Also it just came to my attention that if my receiver always sees the hdmi connection as stereo (apart from when using ac3/dts passthrough) channel remapping is not the solution, but somehow something else is messed up.
I think I should try some options in modprobe.conf for snd-hda-intel but I am not sure which ones, and from all the examples I can find on the web, it seems none of them are talking about a radeon hdmi connection...
So I'm asking for advice here again :)
Thanks! _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
Hi, I think there are developments in ffmpeg projects, to support multichannel passthrough through HDMI, ALSO only provides infra and interface to the HDMI. The passthrough decoding is handled by apps.
Here is the snippet from the ffmpeg's 'svn log'
r25760 | cehoyos | 2010-11-17 20:22:59 +0800 (Wed, 17 Nov 2010) | 6 lines
Add support for IEC 61937 ("SPDIF") encapsulation for E-AC-3. Only works via HDMI.
Patch by Anssi Hannula (anssi d hannula a iki d fi), based on some work by myself.
You can search in ffmpeg's development's mailing list for more information.
Thank you.
Hey Mohammad,
I'm actually trying to get a 5.1 setup working without passthrough, if I use mplayer with passthrough my receiver behaves just fine, but I am trying to send the 6 channels from the computer.
I was actually told that the current ALSA driver for radeon's hdmi does not support more than 2 channels, and that would explain why I'm getting this behavior. Is that true though?
Thanks! John
Currently, I don't have HT AVR with HDMI, but for normal SPDIF through TOSLINK will stream any standard 5.1 DTS/AC3 raw bitstream to my cheap AVR (Yamaha RX-V361) without any problem.
$ mplayer -ao alsa:device=spdif -ac hwdts,hwac3, foo.mkv
It is not about how many channels that HDMI can support, but how to pass the bitstream correctly to the receiver. As we can see in this thread, the support for higher bandwidth/format of the DTS/AC3 format is currently being developed by Anssi Hannula.
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/121073/
Eventually it will be incorprated in MPlayer-svn.
Thank you.
But that only applies to streams that I would want to passthrough from my system to my receiver.
I already have videos with audio streams that my receiver cannot decode but my computer can. There is not much I can do about the receiver... so being able to send the already decoded stream (not using the passthrough ability) is very useful. (These streams are encoded in TrueHD, that is mentioned in the link you gave, but even if I can send them to my receiver with these patches, it would do me no good as the receiver cannot do anything with them).
I can already do what I want today using jack/rca cables, but it'd be nicer to do so using the hdmi cable :)
Thanks, John
Hi!
On 25.11.2010 06:12, John Ettedgui wrote:
I'm actually trying to get a 5.1 setup working without passthrough, if I use mplayer with passthrough my receiver behaves just fine, but I am trying to send the 6 channels from the computer.
I was actually told that the current ALSA driver for radeon's hdmi does not support more than 2 channels, and that would explain why I'm getting this behavior. Is that true though?
Yes.
However, strangely your log output seems to show the intel's hdmi parser being used instead:
ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2, stream=0x1, new-format=0x11
Were you just trying some patch at the time?
On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
Hi!
On 25.11.2010 06:12, John Ettedgui wrote:
I'm actually trying to get a 5.1 setup working without passthrough, if I use mplayer with passthrough my receiver behaves just fine, but I am trying to send the 6 channels from the computer.
I was actually told that the current ALSA driver for radeon's hdmi does not support more than 2 channels, and that would explain why I'm getting this behavior. Is that true though?
Yes.
However, strangely your log output seems to show the intel's hdmi parser being used instead:
ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2, stream=0x1, new-format=0x11
Were you just trying some patch at the time?
-- Anssi Hannula
Hi,
yes Wu gave me a patch to try against the kernel, I'm guessing this is the reason you see something unexpected.
Since I just moved to jack/rca cables I'm in no hurry anymore, but is there any reason why the driver cannot work with more than 2 channels? Anything I could do to help with that?
Thank you!
John
On 25.11.2010 13:09, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 06:12, John Ettedgui wrote:
I'm actually trying to get a 5.1 setup working without passthrough, if I use mplayer with passthrough my receiver behaves just fine, but I am trying to send the 6 channels from the computer.
I was actually told that the current ALSA driver for radeon's hdmi does not support more than 2 channels, and that would explain why I'm getting this behavior. Is that true though?
Yes.
However, strangely your log output seems to show the intel's hdmi parser being used instead:
ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2, stream=0x1, new-format=0x11
Were you just trying some patch at the time?
yes Wu gave me a patch to try against the kernel, I'm guessing this is the reason you see something unexpected.
Did 6 channels work with that patch? (possibly with a wrong channel order)
Also, could you provide the patch? (so that I won't ask you or anyone else to test unnecessary stuff :) )
I wasn't able to locate the original thread in archives.
Since I just moved to jack/rca cables I'm in no hurry anymore, but is there any reason why the driver cannot work with more than 2 channels?
I don't really know (it is simply not implemented).
Anything I could do to help with that?
Possibly. But see above, so that we won't try the same things you already tried :)
On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 13:09, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 06:12, John Ettedgui wrote:
I'm actually trying to get a 5.1 setup working without passthrough, if I use mplayer with passthrough my receiver behaves just fine, but I am trying to send the 6 channels from the computer.
I was actually told that the current ALSA driver for radeon's hdmi does not support more than 2 channels, and that would explain why I'm getting this behavior. Is that true though?
Yes.
However, strangely your log output seems to show the intel's hdmi parser being used instead:
ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2, stream=0x1, new-format=0x11
Were you just trying some patch at the time?
yes Wu gave me a patch to try against the kernel, I'm guessing this is the reason you see something unexpected.
Did 6 channels work with that patch? (possibly with a wrong channel order)
Not any better as far as I remember.
Also, could you provide the patch? (so that I won't ask you or anyone else to test unnecessary stuff :) )
I attached it to this email.
I wasn't able to locate the original thread in archives.
Since I just moved to jack/rca cables I'm in no hurry anymore, but is there any reason why the driver cannot work with more than 2 channels?
I don't really know (it is simply not implemented).
Alright.
Anything I could do to help with that?
Possibly. But see above, so that we won't try the same things you already tried :)
Sure :)
-- Anssi Hannula _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
Thanks, John
On 25.11.2010 14:21, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 13:09, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 06:12, John Ettedgui wrote:
I'm actually trying to get a 5.1 setup working without passthrough, if I use mplayer with passthrough my receiver behaves just fine, but I am trying to send the 6 channels from the computer.
I was actually told that the current ALSA driver for radeon's hdmi does not support more than 2 channels, and that would explain why I'm getting this behavior. Is that true though?
Yes.
However, strangely your log output seems to show the intel's hdmi parser being used instead:
ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2, stream=0x1, new-format=0x11
Were you just trying some patch at the time?
yes Wu gave me a patch to try against the kernel, I'm guessing this is the reason you see something unexpected.
Did 6 channels work with that patch? (possibly with a wrong channel order)
Not any better as far as I remember.
OK. Did 2 channel audio continue to work with it?
If you are not sure, here's the patch doing the same thing against current alsa driver: http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs...
Confirming that would help (it would allow to switch the ATI chip to use the generic parser instead of the ATI-specific one), though not with the multichannel issue (see below).
[...]
Since I just moved to jack/rca cables I'm in no hurry anymore, but is there any reason why the driver cannot work with more than 2 channels?
I don't really know (it is simply not implemented).
Alright.
Anything I could do to help with that?
Possibly. But see above, so that we won't try the same things you already tried :)
Sure :)
Looking again at the the alsa info output you provided, I don't think I have any great ideas. It looks like the chip simply reports that it supports a maximum of 2 channels.
One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms() in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2 channel audio works with it). However, I find it rather unlikely that it would make any difference.
On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 14:21, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 13:09, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 06:12, John Ettedgui wrote:
I'm actually trying to get a 5.1 setup working without passthrough, if I use mplayer with passthrough my receiver behaves just fine, but I am trying to send the 6 channels from the computer.
I was actually told that the current ALSA driver for radeon's hdmi does not support more than 2 channels, and that would explain why I'm getting this behavior. Is that true though?
Yes.
However, strangely your log output seems to show the intel's hdmi parser being used instead:
ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2, stream=0x1, new-format=0x11
Were you just trying some patch at the time?
yes Wu gave me a patch to try against the kernel, I'm guessing this is the reason you see something unexpected.
Did 6 channels work with that patch? (possibly with a wrong channel order)
Not any better as far as I remember.
OK. Did 2 channel audio continue to work with it?
If you are not sure, here's the patch doing the same thing against current alsa driver: http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs...
Confirming that would help (it would allow to switch the ATI chip to use the generic parser instead of the ATI-specific one), though not with the multichannel issue (see below).
[...]
Since I just moved to jack/rca cables I'm in no hurry anymore, but is there any reason why the driver cannot work with more than 2 channels?
I don't really know (it is simply not implemented).
Alright.
Anything I could do to help with that?
Possibly. But see above, so that we won't try the same things you already tried :)
Sure :)
Looking again at the the alsa info output you provided, I don't think I have any great ideas. It looks like the chip simply reports that it supports a maximum of 2 channels.
One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms() in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2 channel audio works with it). However, I find it rather unlikely that it would make any difference.
-- Anssi Hannula
Anssi, the patch fails on my kernel, I cannot find the hda_codec_preset manually in there either. Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
Thanks, John
On 26.11.2010 00:42, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 14:21, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 13:09, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 06:12, John Ettedgui wrote: > I'm actually trying to get a 5.1 setup working without passthrough, if > I use mplayer with passthrough my receiver behaves just fine, but I am > trying to send the 6 channels from the computer. > > I was actually told that the current ALSA driver for radeon's hdmi > does not support more than 2 channels, and that would explain why I'm > getting this behavior. Is that true though?
Yes.
However, strangely your log output seems to show the intel's hdmi parser being used instead:
> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2, > stream=0x1, new-format=0x11
Were you just trying some patch at the time?
yes Wu gave me a patch to try against the kernel, I'm guessing this is the reason you see something unexpected.
Did 6 channels work with that patch? (possibly with a wrong channel order)
Not any better as far as I remember.
OK. Did 2 channel audio continue to work with it?
If you are not sure, here's the patch doing the same thing against current alsa driver: http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs...
Confirming that would help (it would allow to switch the ATI chip to use the generic parser instead of the ATI-specific one), though not with the multichannel issue (see below).
[...]
Since I just moved to jack/rca cables I'm in no hurry anymore, but is there any reason why the driver cannot work with more than 2 channels?
I don't really know (it is simply not implemented).
Alright.
Anything I could do to help with that?
Possibly. But see above, so that we won't try the same things you already tried :)
Sure :)
Looking again at the the alsa info output you provided, I don't think I have any great ideas. It looks like the chip simply reports that it supports a maximum of 2 channels.
One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms() in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2 channel audio works with it). However, I find it rather unlikely that it would make any difference.
-- Anssi Hannula
Anssi, the patch fails on my kernel, I cannot find the hda_codec_preset manually in there either. Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
For 2.6.36 I think you can just use your earlier patch.
Note that on that kernel generic_hdmi_build_pcms() is intel_hdmi_build_pcms() in patch_intelhdmi.c.
BTW, I've just been informed by another ATI user that his card was actually stereo-only, while he thought earlier it was multichannel capable. So, are you sure your card is a multichannel one? (if not, it would explain why the card says it is not)
On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 26.11.2010 00:42, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 14:21, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 13:09, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula anssi.hannula@iki.fi wrote: > On 25.11.2010 06:12, John Ettedgui wrote: >> I'm actually trying to get a 5.1 setup working without passthrough, if >> I use mplayer with passthrough my receiver behaves just fine, but I am >> trying to send the 6 channels from the computer. >> >> I was actually told that the current ALSA driver for radeon's hdmi >> does not support more than 2 channels, and that would explain why I'm >> getting this behavior. Is that true though? > > Yes. > > > However, strangely your log output seems to show the intel's hdmi parser > being used instead: > >> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2, >> stream=0x1, new-format=0x11 > > Were you just trying some patch at the time?
yes Wu gave me a patch to try against the kernel, I'm guessing this is the reason you see something unexpected.
Did 6 channels work with that patch? (possibly with a wrong channel order)
Not any better as far as I remember.
OK. Did 2 channel audio continue to work with it?
If you are not sure, here's the patch doing the same thing against current alsa driver: http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs...
Confirming that would help (it would allow to switch the ATI chip to use the generic parser instead of the ATI-specific one), though not with the multichannel issue (see below).
[...]
Since I just moved to jack/rca cables I'm in no hurry anymore, but is there any reason why the driver cannot work with more than 2 channels?
I don't really know (it is simply not implemented).
Alright.
Anything I could do to help with that?
Possibly. But see above, so that we won't try the same things you already tried :)
Sure :)
Looking again at the the alsa info output you provided, I don't think I have any great ideas. It looks like the chip simply reports that it supports a maximum of 2 channels.
One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms() in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2 channel audio works with it). However, I find it rather unlikely that it would make any difference.
-- Anssi Hannula
Anssi, the patch fails on my kernel, I cannot find the hda_codec_preset manually in there either. Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
For 2.6.36 I think you can just use your earlier patch.
Note that on that kernel generic_hdmi_build_pcms() is intel_hdmi_build_pcms() in patch_intelhdmi.c.
ok
BTW, I've just been informed by another ATI user that his card was actually stereo-only, while he thought earlier it was multichannel capable. So, are you sure your card is a multichannel one? (if not, it would explain why the card says it is not)
-- Anssi Hannula
Yes, it works fine in Window so I believe the hardware part is good.
On 26.11.2010 01:11, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 2:58 PM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 26.11.2010 00:42, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 11:19 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 14:21, John Ettedgui wrote:
On Thu, Nov 25, 2010 at 3:40 AM, Anssi Hannula anssi.hannula@iki.fi wrote:
On 25.11.2010 13:09, John Ettedgui wrote: > On Thu, Nov 25, 2010 at 2:49 AM, Anssi Hannula anssi.hannula@iki.fi wrote: >> On 25.11.2010 06:12, John Ettedgui wrote: >>> I'm actually trying to get a 5.1 setup working without passthrough, if >>> I use mplayer with passthrough my receiver behaves just fine, but I am >>> trying to send the 6 channels from the computer. >>> >>> I was actually told that the current ALSA driver for radeon's hdmi >>> does not support more than 2 channels, and that would explain why I'm >>> getting this behavior. Is that true though? >> >> Yes. >> >> >> However, strangely your log output seems to show the intel's hdmi parser >> being used instead: >> >>> ALSA sound/pci/hda/patch_intelhdmi.c:842: hdmi_setup_stream: NID=0x2, >>> stream=0x1, new-format=0x11 >> >> Were you just trying some patch at the time? > > yes Wu gave me a patch to try against the kernel, I'm guessing this is > the reason you see something unexpected.
Did 6 channels work with that patch? (possibly with a wrong channel order)
Not any better as far as I remember.
OK. Did 2 channel audio continue to work with it?
If you are not sure, here's the patch doing the same thing against current alsa driver: http://stuff.onse.fi/0001-ALSA-hda-Use-generic-HDMI-code-for-ATI-HDMI-codecs...
Confirming that would help (it would allow to switch the ATI chip to use the generic parser instead of the ATI-specific one), though not with the multichannel issue (see below).
[...]
> Since I just moved to jack/rca cables I'm in no hurry anymore, but is > there any reason why the driver cannot work with more than 2 channels?
I don't really know (it is simply not implemented).
Alright.
> Anything I could do to help with that?
Possibly. But see above, so that we won't try the same things you already tried :)
Sure :)
Looking again at the the alsa info output you provided, I don't think I have any great ideas. It looks like the chip simply reports that it supports a maximum of 2 channels.
One option could be hardcoding "chans = 8;" in generic_hdmi_build_pcms() in sound/pci/hda/patch_hdmi.c (assuming you have the above patch and 2 channel audio works with it). However, I find it rather unlikely that it would make any difference.
-- Anssi Hannula
Anssi, the patch fails on my kernel, I cannot find the hda_codec_preset manually in there either. Did you want me to try that against a 2.6.37 rc instead of a 2.6.36?
For 2.6.36 I think you can just use your earlier patch.
Note that on that kernel generic_hdmi_build_pcms() is intel_hdmi_build_pcms() in patch_intelhdmi.c.
ok
BTW, I've just been informed by another ATI user that his card was actually stereo-only, while he thought earlier it was multichannel capable. So, are you sure your card is a multichannel one? (if not, it would explain why the card says it is not)
-- Anssi Hannula
Yes, it works fine in Window so I believe the hardware part is good.
And you are sure it is multichannel PCM, and not e.g. multichannel DTS or multichannel AC-3 with on-the-fly compression, which are possible with stereo hdmi as well?
Just making sure :)
participants (3)
-
Anssi Hannula -
John Ettedgui -
Mohammad Bahathir Hashim