On Thu, May 30, 2019 at 09:06:19AM -0400, Marc Lavallée wrote:
> Fons created Zita-njbridge to build a multi-channel networked system;
> according to the description:
>
> " Zita-njbridge can be used for a one-to-one connection (using UDP) or in a
> one-to-many system (using multicast). Sender an
d On Behalf Of Stefan Schreiber
Sent: Friday, May 31, 2019 11:42 AM
To: Surround Sound discussion group
Subject: Re: [Sursound] wifi audio (was Re: Deconstructing soundbar marketing
B.S.)
EVS is a full-range codec, covering both speech and music compression.
Alas: the first link I gave includes
gra...@mstvp.com
http://www.mgraves.org
o(713) 861-4005
c(713) 201-1262
sip:mgra...@mjg.onsip.com
skype mjgraves
-Original Message-
From: Sursound On Behalf Of Stefan Schreiber
Sent: Friday, May 31, 2019 10:01 AM
To: Surround Sound discussion group
Subject: Re: [Sursound] wifi audio (was Re: D
ound] wifi audio (was Re: Deconstructing soundbar marketing
B.S.)
(Opus)
> It's basically the pinnacle of audio encoding at this point, having
> merged the best ideas from CELT, Silk and a few entirely new ones.
> It would be hard to see how any proprietary codec vendor could
raves
-Original Message-
From: Sursound On Behalf Of Chris Woolf
Sent: Friday, May 31, 2019 5:45 AM
To: sursound@music.vt.edu
Subject: Re: [Sursound] wifi audio (was Re: Deconstructing soundbar
marketing B.S.)
On 30/05/2019 17:51, mgraves mstvp.com wrote:
The RF issue of rang
.org
o(713) 861-4005
c(713) 201-1262
sip:mgra...@mjg.onsip.com
skype mjgraves
-Original Message-
From: Sursound On Behalf Of Chris Woolf
Sent: Friday, May 31, 2019 5:45 AM
To: sursound@music.vt.edu
Subject: Re: [Sursound] wifi audio (was Re: Deconstructing soundbar marketing
B.S.)
On 3
At 12:44 31-05-19, Chris Woolf wrote:
I don't know Opus but having read up its spec (on Wikipedia) it is
lossy and so can only be used as a delivery format. I had to smile
at 30ms latency being reported as adequate for musicians to feel "in-time"
Yes, indeed! As an experienced organist I can s
On 30/05/2019 17:51, mgraves mstvp.com wrote:
The RF issue of range, carrier frequency, channel width is quite separate from
the deliverable audio path.
The Opus audio codec has revolutionized audio coding. It's able to deliver
full-bandwidth audio at bitrates not much more than what was once
It should spell Sennheiser, still?
”Even” in America...
https://en-us.sennheiser.com/mkh-microphones
Best,
Stefan
- - -
Citando Augustine Leudar :
Thanks Chris -
by multichannel I mean , basically, surround sound. So stereo is two
channels -
but it woiuld be nice to, for example, br
audio (was Re: Deconstructing soundbar marketing
B.S.)
Answering this specific question...
On 30/05/2019 10:42, Augustine Leudar wrote:
> ... I had some walkie talkies that had a range of one KM with
> admitedly terrible audio (surely this could be
> improved) . Whereas Senheiser in ear m
Thanks Chris -
by multichannel I mean , basically, surround sound. So stereo is two
channels -
but it woiuld be nice to, for example, broadcast 8 or 16 seperate signals
to 8 or 16 seperate speakers each 100 metres apart
.I have used the senheizer in ear montitors to do things like this but you
can
Answering this specific question...
On 30/05/2019 10:42, Augustine Leudar wrote:
... I had some walkie talkies that had a
range of one KM with admitedly terrible audio (surely this could be
improved) . Whereas Senheiser in ear monitors have a really short distance
range of around 40 metres and
-4005
> > c(713) 201-1262
> > sip:mgra...@mjg.onsip.com
> > skype mjgraves
> >
> > -Original Message-
> > From: Sursound On Behalf Of Chris
> > Woolf
> > Sent: Wednesday, May 29, 2019 10:29 AM
> > To: sursound@music.vt.edu
> >
Le 30/05/2019 à 00:47, David Pickett a écrit :
At 22:52 29-05-19, you wrote:
Distribution to speakers using UDP multicast of a multichannel stream
could
possibly make the only time difference between channels be eventual
receiver buffering.
Just speculation...
Bo-Erik
UDP would basically
On Wed, May 29, 2019 at 09:32:02PM +0100, Paul Hodges wrote:
> My concern with
> wi-fi latency when multiple links are required to multiple speakers
> would be that the latency will not be consistent between channels.
> Although buffering will keep the data flow going, there is no way to
> ensure
. It
> > remains the most common approach to a real-time wireless link built
> > specifically for streaming audio.
> >
> > Michael Graves
> > mgra...@mstvp.com
> > http://www.mgraves.org
> > o(713) 861-4005
> > c(713) 201-1262
> > sip:mgra...@mjg.onsip.
On Wed, May 29, 2019 at 05:55:49PM +0200, Wim wrote:
> The major problem with wireless lays in the re-authentication that occurs
> after a preset period. That takes up to several hundred millisecs.
That's one problem. Another one is that you won't be alone on the
channel. A quick scan here (Muni
At 22:52 29-05-19, you wrote:
Distribution to speakers using UDP multicast of a multichannel stream could
possibly make the only time difference between channels be eventual
receiver buffering.
Just speculation...
Bo-Erik
But the question is whether it would be a fixed value and
predictabl
Distribution to speakers using UDP multicast of a multichannel stream could
possibly make the only time difference between channels be eventual
receiver buffering.
Just speculation...
Bo-Erik
Den ons 29 maj 2019 22:32Paul Hodges skrev:
> --On 29 May 2019 19:53 + "mgraves mstvp.com"
> wrot
--On 29 May 2019 19:53 + "mgraves mstvp.com"
wrote:
> But for a signal sent by such a link, latency hardly matters if the
> signal is to be mixed later with other microphones (perhaps the
> ambisonic mic) that are fed directly, as the tracks can easily be
> aligned in the DAW!
This discussio
:22 PM
To: Surround Sound discussion group
Subject: Re: [Sursound] wifi audio (was Re: Deconstructing soundbar marketing
B.S.)
At 17:41 29-05-19, you wrote:
>Most of what I think of as the "local signal processing" is quite
>speedy. Packetization delay is never less than 20
At 17:41 29-05-19, you wrote:
Most of what I think of as the "local signal processing" is quite
speedy. Packetization delay is never less than 20 ms. Transmission
delay dependent upon the network and distance. Poorly designed
network elements lead to buffer bloat, which increases latency drama
t; mgra...@mstvp.com
> http://www.mgraves.org
> o(713) 861-4005
> c(713) 201-1262
> sip:mgra...@mjg.onsip.com
> skype mjgraves
>
> -Original Message-
> From: Sursound On Behalf Of Chris Woolf
> Sent: Wednesday, May 29, 2019 10:29 AM
> To: sursound@music.vt.edu
raves.org
o(713) 861-4005
c(713) 201-1262
sip:mgra...@mjg.onsip.com
skype mjgraves
-Original Message-
From: Sursound On Behalf Of Chris Woolf
Sent: Wednesday, May 29, 2019 10:29 AM
To: sursound@music.vt.edu
Subject: Re: [Sursound] wifi audio (was Re: Deconstructing soundbar marketing
B.S.)
On 28/05/2019 19:47, Marc Lavallée wrote:
Le 28/05/2019 à 13:48, mgraves mstvp.com a écrit :
The latency is not only caused by the packetization; the transmission
chain looks like:
(microphone -> ADC -> encoding -> BT transmission) -> (BT reception ->
decoding) -> (SIP + encoding -> IP
e mjgraves
-Original Message-
From: Sursound On Behalf Of Marc Lavallée
Sent: Tuesday, May 28, 2019 12:40 PM
To: sursound@music.vt.edu
Subject: Re: [Sursound] wifi audio (was Re: Deconstructing soundbar marketing
B.S.)
Le 28/05/2019 à 13:20, mgraves mstvp.com a écrit :
Marc,
I'm wel
PM
To: sursound@music.vt.edu
Subject: Re: [Sursound] wifi audio (was Re: Deconstructing soundbar marketing
B.S.)
Le 28/05/2019 à 13:20, mgraves mstvp.com a écrit :
> Marc,
>
> I'm well and truly intimate with WebRTC. The trouble with IP-based
> connectivity is then latency invol
@mstvp.com
http://www.mgraves.org
o(713) 861-4005
c(713) 201-1262
sip:mgra...@mjg.onsip.com
skype mjgraves
-Original Message-
From: Sursound On Behalf Of Marc Lavallée
Sent: Tuesday, May 28, 2019 10:37 AM
To: sursound@music.vt.edu
Subject: [Sursound] wifi audio (was Re: Deconstructing soundba
1-1262
sip:mgra...@mjg.onsip.com
skype mjgraves
-Original Message-
From: Sursound On Behalf Of Marc Lavallée
Sent: Tuesday, May 28, 2019 10:37 AM
To: sursound@music.vt.edu
Subject: [Sursound] wifi audio (was Re: Deconstructing soundbar marketing B.S.)
Le 28/05/2019 à 10:48, mgraves mstvp.com a
Le 28/05/2019 à 10:48, mgraves mstvp.com a écrit :
Marc,
This is very interesting to me. Did you do this using Wi-Fi or some other
wireless scheme?
What I've been seeking is a low-cost, low-latency wireless solution for a
headset.
We have good, full-bandwidth solutions for wireless micropho
30 matches
Mail list logo