From owner-freebsd-current@FreeBSD.ORG Tue Jan 24 22:13:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57D12106566B; Tue, 24 Jan 2012 22:13:14 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id D47C78FC14; Tue, 24 Jan 2012 22:13:13 +0000 (UTC) Received: by qaea17 with SMTP id a17so2974968qae.13 for ; Tue, 24 Jan 2012 14:13:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=89u+nAO6cNL/QKEtOzket1RIojAkPeFXUt4QweEvQ1U=; b=AUiQMrn9srRY2RgMd5qxlpS3gJWqttSwuqc9qo4Ncaac67F/66kQrOz230pi+2FDML /E/Eko4h8bp6+RF+N/SEueozXr3QgmRfJSveS/MfqIcUWj52iFxXPxHiJNbojBnnKTc0 /za6PZ4b1tjcOluMvggfwEEugz/WwDyHUWn0w= MIME-Version: 1.0 Received: by 10.224.197.5 with SMTP id ei5mr17800652qab.73.1327443193066; Tue, 24 Jan 2012 14:13:13 -0800 (PST) Received: by 10.229.124.11 with HTTP; Tue, 24 Jan 2012 14:13:12 -0800 (PST) In-Reply-To: <4F1EDD3D.6070800@FreeBSD.org> References: <4F0DE3FD.2020203@FreeBSD.org> <20120112121853.GC1429@procyon.xvoid.org> <4F0ED8D0.8080403@FreeBSD.org> <4F171D7A.4080003@FreeBSD.org> <4F177979.5010106@FreeBSD.org> <4F1ACBA8.6000203@FreeBSD.org> <4F1EB305.9000105@FreeBSD.org> <4F1EDD3D.6070800@FreeBSD.org> Date: Tue, 24 Jan 2012 23:13:12 +0100 Message-ID: From: =?ISO-8859-1?Q?Micka=EBl_Maillot?= To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-multimedia@freebsd.org, FreeBSD current Subject: Re: [RFT] Major snd_hda rewrite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2012 22:13:14 -0000 2012/1/24 Alexander Motin > On 01/24/12 15:32, Alexander Motin wrote: > >> On 01/24/12 14:57, Micka=EBl Maillot wrote: >> >>> 2012/1/21 Alexander Motin > >>> From that description I can conclude that you are passing through >>> compressed DTS-HD and TrueHD streams to the receiver. What are the >>> bitrates of streams you are playing? It looks like your receiver >>> doesn't receives all data. If I understand right, to transfer with >>> compressed bitrates above 6.144Mbps special High Bit Rate mode >>> should be activated in CODEC, when data stream occupies all 8 HDMI >>> channels instead of 2. I haven't implemented this feature yet as my >>> receiver doesn't support such HD formats. >>> >>> >>> i dont think bitrate is over 6.144Mbps. >>> for TrueHD files, mediainfo reports: >>> >>> Format profile : TrueHD / Core >>> Mode extension : CM (complete main) >>> Codec ID : 131 >>> Bit rate mode : Variable / Constant >>> Bit rate : Unknown / 640 Kbps >>> Maximum bit rate : 2 868 Kbps / 640 Kbps >>> Channel(s) : 6 channels >>> >>> and for DTS-HDMA, mediainfo can't calculate it, but from description, >>> all tested file have bitrate below 3689 kbps >>> >> >> Then make sure that your player properly sets "sampling rate" for the >> playback. Data transferred as "16bit stereo", but depending on bit rate >> may have 48000, 96000 or 192000Hz sampling rate (up to 1.5Mbps, 3Mbps >> and 6Mbps respectively). For higher bit rates stream transferred as >> 8-channel (High Bit Rate mode) with same set of frequencies (but now up >> to 12, 24 and 49Mbps). >> >> I'll try to make a patch for it a bit later and send you to try. >>> >>> i'll be happy to try it. >>> >> > Here is it: http://people.freebsd.org/~**mav/hda.HBR.patch > It should activate HBR mode if you try to play stream with AC3 format and > 8 channels (>6Mbps). > > no change with the patch because when i SNDCTL_DSP_SETFMT to AFMT_AC3, SNDCTL_DSP_CHANNELS always return 2 channels even if i set SNDCTL_DSP_SPEED to 192000. and i think it's why "if ((ch->fmt & AFMT_AC3) && (cchn =3D=3D 8))" can't b= e true. i checked my /v/l/messages and saw PCMDIR_PLAY ....chan_count=3D0x01. i can set 8 channels without problems with AFMT_S32_LE format and sound works: kernel: hdac1: 36864Kbps of 92160Kbps bandwidth used kernel: pcm4: PCMDIR_PLAY: Stream setup fmt=3D02801000 (7.1) speed=3D192000 kernel: pcm4: PCMDIR_PLAY: Stream setup nid=3D4: fmt=3D0x1837, dfmt=3D0x000= 1, chan=3D0x0010, chan_count=3D0x07, stripe=3D1 > > Until that time, is it possible to make your xbmc to decode those HD >>> streams into different number of uncompressed LPCM channels to play >>> it that way? >>> >>> >>> yes, it's just an option. >>> >>> It would be interesting to test 6.0, 6.1, 7.0 and 7.1 LPCM >>> configurations with your receiver. Or at least normal definition 7.1 >>> playback would be interesting to test (you can just set vchanformat >>> to s16le:7.1 or s32le:7.1 and play anything). >>> >>> i sucessfully tried 6.1 and 7.1 LPCM in 16 bits. >>> just a small channel order issue (center and a surround back inversion) >>> which can be solved easily. >>> >> >> In what number of channels which channels are swapped specifically? I've >> compared mapping I am setting in driver with data I have and found no >> problem. What channel order for 7.1 uses xbmc? sound(4) uses: Left, >> Right, Rear Left, Rear Right, Center, LFE, Side Left, Side Right. I've >> never could check what mplayer thinks about it because I have no such >> such media. Can you give me some example? >> >> ok mapping is good, i think the swap is in XBMC, i'll check later with xbmc's audio dev. > i'll add 32bits support in XBMC later for my test but from what you say, >>> it'll not work because 8 channels / 48khz / 16 bits =3D 6.144 Mbit/s. >>> >> >> 6Mbps limitation is only for data, as they use only two channels by >> default. Audio stream has no such limit. >> > > yep, it works !