From owner-freebsd-multimedia@FreeBSD.ORG Tue Jan 24 13:33:01 2012 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2A05106566B; Tue, 24 Jan 2012 13:33:00 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 49D898FC0C; Tue, 24 Jan 2012 13:32:59 +0000 (UTC) Received: by eaai10 with SMTP id i10so1741497eaa.13 for ; Tue, 24 Jan 2012 05:32:59 -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=x5OwAXmjcm0/4YIbB8u/6ikZYaoLLU5fvJGu0SW9RIY=; b=ZGsmrAqpjoY7p/eCxvl6MwgytyQhaPPQZND4z/d7URH01URjrsFsudfhXYCb4DRF1f /NH9gtluIEFVvPH1hievGynupCNr2l8Sl0UGSHtUR/IYiVCzyNMrIZiyHp2d5TIaMIKX gXLfOiE7/U5kVUPt4HHgXlU1qjXX8D4LsDPlo= Received: by 10.213.4.16 with SMTP id 16mr2370547ebp.93.1327411978980; Tue, 24 Jan 2012 05:32:58 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id e12sm67683312eea.5.2012.01.24.05.32.55 (version=SSLv3 cipher=OTHER); Tue, 24 Jan 2012 05:32:56 -0800 (PST) Sender: Alexander Motin Message-ID: <4F1EB305.9000105@FreeBSD.org> Date: Tue, 24 Jan 2012 15:32:53 +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> In-Reply-To: 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-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2012 13:33:01 -0000 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. > > 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