Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by klubnl.pl (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id w19LZrfP000469 for ; Fri, 9 Feb 2018 22:35:56 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1ekGFY-0002Ct-0I for rs_out_1@blacksheep.org; Fri, 09 Feb 2018 21:30:28 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1ekGFX-0002Ck-I0 for rsgb_lf_group@blacksheep.org; Fri, 09 Feb 2018 21:30:27 +0000 Received: from porthos.netcom.co.uk ([217.72.171.73]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1ekGFU-000140-Qt for rsgb_lf_group@blacksheep.org; Fri, 09 Feb 2018 21:30:26 +0000 X-DKIM-Result: Domain=abelian.org Result=Signature OK DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=abelian.org ; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=MY9cuisV2WKzyDY05hpRzWgBgR28MGLi7eWrlNdflEE=; b=IXa+YBEvPPTMFq63U/L0RsKXvB j0ETKZIfdpmhDwt+9wdxGByOH24dMShWHO4X5dqg/s1L5gW2QpS8EVQ385SM8r7PuQk3GbF/4n7YC 6voo3SiKlls0kGjPDsR2ecXqHUYGxtkKhedRmOROASgls3NGhu59Z9P+cycaTULJifJI=; Received: from i-194-106-52-83.freedom2surf.net ([194.106.52.83]:43942 helo=pn.abelian.org) by porthos.netcom.co.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1ekGFT-0006FQ-HD for rsgb_lf_group@blacksheep.org; Fri, 09 Feb 2018 21:30:23 +0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by pn.abelian.org (Postfix) with ESMTP id E52D840070D for ; Fri, 9 Feb 2018 21:30:22 +0000 (UTC) To: rsgb_lf_group@blacksheep.org References: <52dea779-7aae-aff8-1072-ad24cdcd007c@freenet.de> <4024a3ab-eb61-7801-e9ad-5715c5f49546@abelian.org> <9a7cf91a-5643-9149-28a7-ce6d282db3e9@abelian.org> <1555f07a-f2a3-fb55-c246-f52442a1a723@freenet.de> From: Paul Nicholson Message-ID: <4ac6d43f-85c7-bd05-85b9-5b64ebcfbf35@abelian.org> Date: Fri, 9 Feb 2018 21:30:22 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <1555f07a-f2a3-fb55-c246-f52442a1a723@freenet.de> Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - porthos.netcom.co.uk X-AntiAbuse: Original Domain - blacksheep.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - abelian.org X-Get-Message-Sender-Via: porthos.netcom.co.uk: authenticated_id: catchall@abelian.org X-Authenticated-Sender: porthos.netcom.co.uk: catchall@abelian.org X-Spam-Score: 0.0 (/) X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I could easily add support for uncompressed data via raw TCP > (or even UDP) again, Well I'm wondering what the best way is to get the signal stream out of the Pi and into SL. rawtcp:// works already and receives the vorbis compressed stream. [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Scan-Signature: 64437c466041e93ffedda7fb96b22b71 Subject: Re: LF: Testing Audioinjector Octo with RPi3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.9 required=5.0 tests=FROM_ENDS_IN_NUMS autolearn=no version=2.63 X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false > I could easily add support for uncompressed data via raw TCP > (or even UDP) again, Well I'm wondering what the best way is to get the signal stream out of the Pi and into SL. rawtcp:// works already and receives the vorbis compressed stream. Eg, vlf6 can be read from the stream server using rawtcp://78.46.38.217:4406 But it can lose a dB or two on a weak signal through the compression. The weak signal is buried deep in the noise and vorbis encodes the background noise using just a few bits. [*] So for it to work best, SL needs to pull down uncompressed signal. It doesn't have to read the vlfrx-tools block header which tells the sample rate, format and number of channels and timestamp. It can do if it wants to, but really it only needs to stream the raw samples, without protocol, without headers, no block boundaries, just an endless stream of frames. I couldn't remember if SL could do that already. I have a vague memory of you and Jacek doing something along those lines a few years ago. It would have to be TCP - it would go horribly wrong when UDP drops a packet. [*] That's with the typical 80kbps of the variable rate stream we usually use for WAN streaming. I've never actually measured the loss on a LAN where a much higher bit rate could be used. -- Paul Nicholson --