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 w19Kkuwk000319 for ; Fri, 9 Feb 2018 21:46:59 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1ekFUI-0001sG-Iz for rs_out_1@blacksheep.org; Fri, 09 Feb 2018 20:41:38 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1ekFUH-0001s7-Kd for rsgb_lf_group@blacksheep.org; Fri, 09 Feb 2018 20:41:37 +0000 Received: from mout3.freenet.de ([2001:748:100:40::2:5]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1ekFUE-0000lo-U0 for rsgb_lf_group@blacksheep.org; Fri, 09 Feb 2018 20:41:36 +0000 Received: from [195.4.92.141] (helo=mjail1.freenet.de) by mout3.freenet.de with esmtpa (ID dl4yhf@freenet.de) (port 25) (Exim 4.89 #1) id 1ekFUA-0002Q5-Ul for rsgb_lf_group@blacksheep.org; Fri, 09 Feb 2018 21:41:30 +0100 Received: from [::1] (port=36924 helo=mjail1.freenet.de) by mjail1.freenet.de with esmtpa (ID dl4yhf@freenet.de) (Exim 4.89 #1) id 1ekFUA-00049e-R2 for rsgb_lf_group@blacksheep.org; Fri, 09 Feb 2018 21:41:30 +0100 Received: from mx10.freenet.de ([195.4.92.20]:38582) by mjail1.freenet.de with esmtpa (ID dl4yhf@freenet.de) (Exim 4.89 #1) id 1ekFS9-0002j0-Ry for rsgb_lf_group@blacksheep.org; Fri, 09 Feb 2018 21:39:25 +0100 Received: from dslb-092-076-237-106.092.076.pools.vodafone-ip.de ([92.76.237.106]:55944 helo=[192.168.178.26]) by mx10.freenet.de with esmtpsa (ID dl4yhf@freenet.de) (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (port 587) (Exim 4.89 #1) id 1ekFS9-0008Ip-Bf for rsgb_lf_group@blacksheep.org; Fri, 09 Feb 2018 21:39:25 +0100 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> From: =?UTF-8?Q?Wolfgang_B=c3=bcscher?= Message-ID: <1555f07a-f2a3-fb55-c246-f52442a1a723@freenet.de> Date: Fri, 9 Feb 2018 21:37:29 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <9a7cf91a-5643-9149-28a7-ce6d282db3e9@abelian.org> Content-Language: en-US X-Originated-At: 92.76.237.106!55944 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: Yes I thought about auto-detecting uncompressed streams, 16 bit signed integer or 32 bit float, but dropped that since I had no use for it (when the WLAN connection between home and the site of VLF6 became obstructed by trees). But I could easily add support for uncompressed data via raw TCP (or even UDP) again, if there is an application for it. It wouldn't be auto-detecting but need a manual configuration, at least for the data type and the number of channels in the stream. [...] Content analysis details: (-0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (dl4yhf[at]freenet.de) X-Scan-Signature: f62c7cf8eeb8e5a327b71719e9bffff1 Subject: Re: LF: Testing Audioinjector Octo with RPi3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none 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 Yes I thought about auto-detecting uncompressed streams, 16 bit signed integer or 32 bit float, but dropped that since I had no use for it (when the WLAN connection between home and the site of VLF6 became obstructed by trees). But I could easily add support for uncompressed data via raw TCP (or even UDP) again, if there is an application for it. It wouldn't be auto-detecting but need a manual configuration, at least for the data type and the number of channels in the stream. Have a nice weekend,   Wolf . On 09.02.2018 21:22, Paul Nicholson wrote: > > > It's the same compressed Ogg/Vorbis format with or without > > timestamps, compatible with the audio streams and your > > VLFRX-tools. > > Thanks Wolf.  I was wondering if it could also read the > un-compressed streams.  I seem to remember you putting > something in which reads some header to determine if the > stream was ogg/vorbis or uncompressed. > > -- > Paul Nicholson > -- >