Hi David,
On Tue, Nov 10, 2009 at 06:35:05PM +0800, David Härdeman wrote:
> > On Thu, Nov 05, 2009 at 05:06:22PM +0800, David Härdeman wrote:
> >> On Thu, November 5, 2009 08:47, Wu Fengguang wrote:
> >>>
> >>> Attached is my updated patchset, which includes the sticky
> >>> stream/infoframe featu
> On Thu, Nov 05, 2009 at 05:06:22PM +0800, David Härdeman wrote:
>> On Thu, November 5, 2009 08:47, Wu Fengguang wrote:
>>>
>>> Attached is my updated patchset, which includes the sticky
>>> stream/infoframe features.
>>
>> Thanks, I'll take a look at it as soon as possible.
I've read through the
At Wed, 21 Oct 2009 09:38:12 +0800,
Wu Fengguang wrote:
>
> On Wed, Oct 21, 2009 at 06:37:58AM +0800, David Härdeman wrote:
> > On Tue, Oct 20, 2009 at 09:26:00AM +0800, Wu Fengguang wrote:
> > >On Thu, Oct 15, 2009 at 01:40:53AM +0800, David Härdeman wrote:
> > >> ii) Is there any documentation s
On Tue, November 3, 2009 15:09, Wu Fengguang wrote:
> This is interesting. In my ALSA tests on YAMAHA RX1800:
> (1) 6 channels light up on "speaker-test -c6"
> (2) 2 channels light up on playing normal music
> (3) when not playing anything, 2 channels remain light up
> (4) need to double check the
David,
On Tue, Nov 03, 2009 at 09:16:37PM +0800, David Härdeman wrote:
> I've done some more testing...
That's awesome efforts, thank you very much!
> I managed to borrow a DG45FC based computer with Windows 7 (32-bit, using
> HDMI driver 14.6 from Intel's website) from a colleague over the week
On Tue, Nov 03, 2009 at 08:54:32PM +0800, David Härdeman wrote:
> On Mon, November 2, 2009 10:11, Wu Fengguang wrote:
> > Could you try dumping the audio infoframe data at the beginning of
> > hdmi_switch_infoframe() or hdmi_stop_infoframe_trans(), to check if
> > the previous content have been res
On Mon, November 2, 2009 10:11, Wu Fengguang wrote:
> Could you try dumping the audio infoframe data at the beginning of
> hdmi_switch_infoframe() or hdmi_stop_infoframe_trans(), to check if
> the previous content have been reset to 0?
Sure, will do...
--
David Härdeman
---
I've done some more testing...
I managed to borrow a DG45FC based computer with Windows 7 (32-bit, using
HDMI driver 14.6 from Intel's website) from a colleague over the weekend.
Under Windows 7, HDMI audio with my receiver just works when using the
Windows drivers (no complete-track-silence, no
On Thu, Oct 29, 2009 at 06:46:26PM +0800, David Härdeman wrote:
> On Thu, October 29, 2009 10:46, Wu Fengguang wrote:
> > On Thu, Oct 29, 2009 at 04:16:21PM +0800, David wrote:
> >> The first problem I came across was that in these lines from
> >> hdmi_setup_audio_infoframe:
> >>
> >>if (spec->
On Thu, October 29, 2009 10:46, Wu Fengguang wrote:
> On Thu, Oct 29, 2009 at 04:16:21PM +0800, David wrote:
>> The first problem I came across was that in these lines from
>> hdmi_setup_audio_infoframe:
>>
>> if (spec->sink_present[i] != true)
>> continue;
>>
>> spec->sink_presen
Hi David,
On Thu, Oct 29, 2009 at 04:16:21PM +0800, David Härdeman wrote:
> On Wed, October 28, 2009 05:46, Wu Fengguang wrote:
> > - the checksum field cannot be removed - otherwise 8-channel audio
> > will be played only as 2-channel.
> > - if add a 800ms sleep in intel_hdmi_playback_pcm_prepa
On Wed, October 28, 2009 05:46, Wu Fengguang wrote:
> - the checksum field cannot be removed - otherwise 8-channel audio
> will be played only as 2-channel.
> - if add a 800ms sleep in intel_hdmi_playback_pcm_prepare(), the
> first-0.5s-samples-lost problem disappears
>
> Attached is the update
On Wed, Oct 28, 2009 at 12:46:21PM +0800, Wu Fengguang wrote:
> - if add a 800ms sleep in intel_hdmi_playback_pcm_prepare(), the
> first-0.5s-samples-lost problem disappears
I managed to locate the HDA command that caused the delay :)
void snd_hda_codec_setup_stream(struct hda_codec *co
On Tue, Oct 20, 2009 at 03:43:53PM -0700, Shane W wrote:
> On Tue, Oct 20, 2009 at 09:26:00AM +0800, Wu Fengguang wrote:
> > HDMI codec/sink seem to take some time to response to the output
> > enable and new infoframe, so there are some delay. I've moved the HDMI
> > output enable command to modul
On Tue, October 20, 2009 23:43, Shane W wrote:
> I know this has come up before but can't we not start/stop
> the infoframe if the sample format on the new track is the
> same as the old. I mean playing an album, you're gonna get
> 44100, 2ch s16le 95% of the time so that would atleast
> cause the
On Wed, Oct 21, 2009 at 09:38:12AM +0800, Wu Fengguang wrote:
> On Wed, Oct 21, 2009 at 06:37:58AM +0800, David Härdeman wrote:
> > On Tue, Oct 20, 2009 at 09:26:00AM +0800, Wu Fengguang wrote:
> > >On Thu, Oct 15, 2009 at 01:40:53AM +0800, David Härdeman wrote:
> > >> >Complete silence for how muc
On Tue, Oct 20, 2009 at 09:26:00AM +0800, Wu Fengguang wrote:
>Sorry for the long delay!
No problem.
>On Thu, Oct 15, 2009 at 01:40:53AM +0800, David Härdeman wrote:
>> ii) Is there any documentation somewhere on how this mapping is supposed
>> to be performed in user space?
>
>I think Shane ha
On Wed, Oct 14, 2009 at 10:00:44AM +0800, Wu Fengguang wrote:
>On Wed, Oct 14, 2009 at 09:54:55AM +0800, Zhenyu Wang wrote:
>> On 2009.10.11 23:45:13 +0200, David Härdeman wrote:
>>>
>>> a)
>>>
>>> Channel mapping seems funky. I have a 5.1 speaker setup (though the
>>> receiver supports 7.1) and
18 matches
Mail list logo
