From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 77677] HDMI audio on ati7750 choppy with ALSA multi-channel apps Date: Fri, 02 May 2014 14:48:36 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1833146163==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 163036E726 for ; Fri, 2 May 2014 07:48:36 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1833146163== Content-Type: multipart/alternative; boundary="1399042116.DdE0a3.989"; charset="us-ascii" --1399042116.DdE0a3.989 Date: Fri, 2 May 2014 14:48:36 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=77677 --- Comment #19 from Andy Furniss --- I've just changed my HD4890 for a R9 270x, which is roughly AIUI a 7870 and have hit this issue. Testing with mplayer I do have some differences, but would probably get duped if I posted a new bug so - Kernels tested drm-fixes - 3.15.0-rc2-41381-gabaafc0 3.13.0-rc6-14283-g61ef8be 3.12.0-rc7-01267-g3d3b78c Both working and non working cases show the same alsa h/w params which is the same as my old card which always worked eg. access: RW_INTERLEAVED format: S16_LE subformat: STD channels: 2 rate: 48000 (48000/1) period_size: 1024 buffer_size: 16384 With mplayer as long as there is video it seems to work OK (20 mins longest test so far). Pure audio files or "working" video played with -vc null always fail and sound like the mp3. -vo null without -vc null always works OK. Only s/w decode works, UVD will produced trashed sound, so if that's the default for xbmc it could be something worth testing. -- You are receiving this mail because: You are the assignee for the bug. --1399042116.DdE0a3.989 Date: Fri, 2 May 2014 14:48:36 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 19 on bug 77677 from 
I've just changed my HD4890 for a R9 270x, which is roughly AIUI a 7870 and
have hit this issue.

Testing with mplayer I do have some differences, but would probably get duped
if I posted a new bug so -

Kernels tested drm-fixes -

3.15.0-rc2-41381-gabaafc0
3.13.0-rc6-14283-g61ef8be
3.12.0-rc7-01267-g3d3b78c

Both working and non working cases show the same alsa h/w params which is the
same as my old card which always worked eg.

access: RW_INTERLEAVED
format: S16_LE
subformat: STD
channels: 2
rate: 48000 (48000/1)
period_size: 1024
buffer_size: 16384

With mplayer as long as there is video it seems to work OK (20 mins longest
test so far).

Pure audio files or "working" video played with -vc null always fail and sound
like the mp3.

-vo null without -vc null always works OK.

Only s/w decode works, UVD will produced trashed sound, so if that's the
default for xbmc it could be something worth testing.

You are receiving this mail because:
  • You are the assignee for the bug.
--1399042116.DdE0a3.989-- --===============1833146163== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============1833146163==--