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 latest set of
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 features.
Thanks,
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 somewhere
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 pause
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 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
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 reset to
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
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-sink_present[i]
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 updated
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_prepare(),
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_present[i] was always
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
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 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 module load
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 much time?
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 has
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 using
18 matches
Mail list logo