From owner-freebsd-current@FreeBSD.ORG Tue Jan 24 16:33:09 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 24EA7106566C; Tue, 24 Jan 2012 16:33:09 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 770278FC08; Tue, 24 Jan 2012 16:33:08 +0000 (UTC) Received: by eekb47 with SMTP id b47so1793020eek.13 for ; Tue, 24 Jan 2012 08:33:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=kI9oJaupldR0+Ml0HLWAqcgIwj6U+sDaWhhdasLFEeQ=; b=UI7MGptmisrB7LRiTNio4fTv8E55hAhTleb3d52ZwJOfPryaay8m4CHSeO0AsO6Mmw U7kbpwDnK8iDF8EHm/DLctqx1F9BxYZmJR38ssdrzaWL//v4FXbtM0+cgB18TvY78+ai XpqIzXpQm2qBfAkfys9EAVY/7sd7PW479+JX4= Received: by 10.14.123.10 with SMTP id u10mr4813035eeh.71.1327422786275; Tue, 24 Jan 2012 08:33:06 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id c16sm69557813eei.1.2012.01.24.08.33.02 (version=SSLv3 cipher=OTHER); Tue, 24 Jan 2012 08:33:02 -0800 (PST) Sender: Alexander Motin Message-ID: <4F1EDD3D.6070800@FreeBSD.org> Date: Tue, 24 Jan 2012 18:33:01 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Micka=EBl_Maillot?= 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> In-Reply-To: <4F1EB305.9000105@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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 16:33:09 -0000 On 01/24/12 15:32, Alexander Motin wrote: > On 01/24/12 14:57, Mickaël 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). >> 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? > >> 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 = 6.144 Mbit/s. > > 6Mbps limitation is only for data, as they use only two channels by > default. Audio stream has no such limit. -- Alexander Motin