To: | [email protected] |
---|---|
Subject: | Re: LF: Testing Audioinjector Octo with RPi3 |
From: | Wolfgang Büscher <[email protected]> |
Date: | Fri, 9 Feb 2018 21:37:29 +0100 |
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]> |
Reply-to: | [email protected] |
Sender: | [email protected] |
User-agent: | Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 |
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 -- |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | Re: LF: Re: [rsgb_lf_group] MF: report for last night, Rik Strobbe |
---|---|
Next by Date: | RE: LF: K7PO testing 8270.0, hvanesce |
Previous by Thread: | Re: LF: Testing Audioinjector Octo with RPi3, Paul Nicholson |
Next by Thread: | Re: LF: Testing Audioinjector Octo with RPi3, Paul Nicholson |
Indexes: | [Date] [Thread] [Top] [All Lists] |