To: | [email protected] |
---|---|
Subject: | Re: LF: Testing Audioinjector Octo with RPi3 |
From: | Paul Nicholson <[email protected]> |
Date: | Fri, 9 Feb 2018 21:30:22 +0000 |
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=; |
In-reply-to: | <[email protected]> |
References: | <[email protected]> <[email protected]> <[email protected]> <CAA8k23T1s6w8y8A1dGEnnezQju6pEAEkbGLcCwy_ThG7NkwAcw@mail.gmail.com> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> |
Reply-to: | [email protected] |
Sender: | [email protected] |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 |
> 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 -- |
Previous by Date: | Re: LF: Russian Alphas not QRT but QRP ?, David Hine |
---|---|
Next by Date: | Re: LF: Testing Audioinjector Octo with RPi3, Paul Nicholson |
Previous by Thread: | Re: LF: Testing Audioinjector Octo with RPi3, Wolfgang Büscher |
Next by Thread: | Re: LF: Testing Audioinjector Octo with RPi3, Paul Nicholson |
Indexes: | [Date] [Thread] [Top] [All Lists] |