From: Miles Lane <miles@megapathdsl.net>
To: "David S. Miller" <davem@redhat.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Kernel 2.5 Workshop RealVideo streams -- next time, please get better audio.
Date: Mon, 16 Apr 2001 18:37:29 -0700 [thread overview]
Message-ID: <3ADB9E59.B4EF71CC@megapathdsl.net> (raw)
In-Reply-To: <3ADB922B.4DE1F9A4@megapathdsl.net> <15067.37887.604760.637443@pizda.ninka.net>
"David S. Miller" wrote:
>
> Miles Lane writes:
> > There is one major shortcoming of the recordings.
> > Usually, only the comments of the presenter(s)
> > can be heard.
>
> The problem is that nobody wants to wait for one of the microphones to
> go across the entire room before they can begin speaking, this is what
> was happening. Sometimes there was a dialogue going on between three
> people sitting at tables, there were 2 microphones to go around...
>
> One solution I've seen sort of work is to have 2 standing fixed
> microphones in the isles, but this only really functions correctly
> for a Q&A type session after a presentation.
>
> It does not work in a relaxed "people sit at tables and comment
> at arbitrary points in time during a talk" setting such as the
> kernel summit. Besides putting a microphone at every table (which
> isn't all that practical honestly) I can't come up with a solution.
I agree that this is another important issue. It's most
important in these events that the flow and exchange of ideas
proceed unhindered. I do believe there is a way to record the
dialog without introducing significant impediments, though.
What usually is done these days, when a few groups of people
need to hold a conference call, for example, is that a few
omni-directional microphones are used (these are the sort of
spaceship-looking things that get placed in the center of a
large table around which the groups sit). There are drawbacks
with this, in that, for a large group, there's signal loss if
current speaker does not face the microphone. However, these
microphones do a pretty good job of picking up voice audio in
a 360 degree radius.
There would need to be some post-event sound mixing. For example,
if you have ten tables, each with its own omni-directional table
microphone, plus unidirectional microphones for the presenter(s),
you'd need to mix the signals from the microphones or perhaps
switch between the various microphone recordings and adjust for
volume differences. You'd likely get the best recording from
the table microphone a particular participant was sitting at.
You'd also likely get much stronger signals from the presenter's
microphone.
What say you all?
Cheers,
Miles
next prev parent reply other threads:[~2001-04-17 1:37 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-17 0:45 Kernel 2.5 Workshop RealVideo streams -- next time, please get better audio Miles Lane
2001-04-17 0:53 ` David S. Miller
2001-04-17 1:37 ` Miles Lane [this message]
2001-04-18 0:57 ` Theodore Tso
2001-04-18 1:08 ` Miles Lane
2001-04-18 2:22 ` Joel Jaeggli
2001-04-18 2:46 ` Albert D. Cahalan
2001-04-18 11:58 ` Alan Cox
2001-04-18 15:07 ` Andrea Arcangeli
2001-04-17 1:53 ` Randolph Bentson
2001-04-17 1:56 ` Ben Ford
2001-04-17 3:43 ` Miles Lane
2001-04-17 4:47 ` Kernel 2.5 Workshop RealVideo streams -- next time, please get Albert D. Cahalan
2001-04-17 3:46 ` Kernel 2.5 Workshop RealVideo streams -- next time, please get better audio Miles Lane
2001-04-17 3:48 ` Larry McVoy
2001-04-17 3:54 ` Miles Lane
2001-04-17 3:56 ` Larry McVoy
2001-04-17 3:01 ` David Lang
2001-04-17 4:07 ` Miles Lane
2001-04-17 13:03 ` Mike A. Harris
2001-04-17 18:29 ` Kernel 2.5 Workshop RealVideo streams -- next time, please getbetter audio Miles Lane
2001-04-17 14:23 ` Kernel 2.5 Workshop RealVideo streams -- next time, please get better audio Jonathan Morton
2001-04-17 14:51 ` Kernel 2.5 Workshop RealVideo streams -- next time, please Alan Cox
2001-04-18 12:34 ` Kernel 2.5 Workshop RealVideo streams -- next time, please get better audio Eric W. Biederman
2001-04-18 12:44 ` Alan Cox
2001-04-18 18:29 ` Tim Wright
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3ADB9E59.B4EF71CC@megapathdsl.net \
--to=miles@megapathdsl.net \
--cc=davem@redhat.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox