►
From YouTube: Jitsi Live Stream
Description
No description was provided for this meeting.
If this is YOUR meeting, an easy way to fix this is to add a description to your video, wherever mtngs.io found it (probably YouTube).
A
C
C
E
I've
been
working
on
a
rewrite
of
debris,
that's
java-based
and
I'm,
pretty
close
to
being
done
with
that.
So
we've
been
doing
some
testing
with
it
on
beta
and
so
far
it
seems
pretty
good.
So
there's
some
stuff
we're
working
on
with
regards
to
the
deployment
and
a
few
last
kind
of
punch
list
items,
but
hopefully
that's
something:
that's
going
to
be
released
pretty
soon.
F
F
A
Yeah,
so
I
don't
have
a
ton
of
updates
for
our
infrastructure.
For
this
week
the
public
I
have
been
working
a
little
bit
Brian
to
test
out
debris
and
we'll
be
trying
to
turn
that
into
some
packages
for
publishing
at
some
point,
but
no
no
real
schedule
on
that.
Just
yet
I
think.
That's
basically
it
for
me.
G
H
H
A
G
C
D
D
C
C
B
As
I've
told
before,
I'm
working
on
a
plugin
for
open
fire
that
basically
wraps
witchetty
me
and
a
bit
and
bridge
that
it's
working
pretty
well
and
we're
now
moving
to
the
next
step
in
what
we
want
to
do,
and
that
is
include
a
browser
component
in
our
client
that
makes
use
of
the
quality
of
video
capabilities
that
your
network
has
with
the
proper
fire
plugins.
What
I
was
looking
into
is
if
your
network
doesn't
have
the
audio/video
capability,
it
would
be
nice
to
use
a
fallback
server,
so
the
obvious
copy
that
is.
B
B
Basically
use
cases
if
you
connect
to
your
chat
network
and
you
don't
have
a
local
bridge
and
and
corresponding
components
we
could.
What
we
do
from
our
client
is
simply
open
a
browser
right
in
it
sits
in
the
in
the
client
software
itself,
but
it's
simply
a
meta
browser.
So,
instead
of
opening
the
URL
on
your
local
network,
we
could,
as
a
fallback,
that's
not
available
to
you.
We
could
open
this
URL
to
decided
I.
A
B
A
And
that's
what
I'm
worried
about
is
that
the
end
user
wouldn't
notice
the
difference,
but
there
all
of
a
sudden
using
a
different
resource
than
they
that
they
think
they've
provision
something
and
instead
they're
using
are
publicly
provisioned
resources
instead
and
I
feel
like
that's,
not
really
ideal
like
if
they're
using
me
jitsi,
we
want
them
to
know.
They're
using
me
could
see
and
choose
to
use
me
should
see
not
just
accidentally
sale
back
to
do
it
using
a
client
that
they
thought
was
using
their
own
private
resources.
But
that's
just
my
take
on
it.
A
A
B
A
I
think
yeah
you'll
have
to
talk
to
a
meal
about
that
one,
because
it's
kind
of
outside
the
scope,
but
my
take
is
it
should
not
ever
default
to
falling
back
to
that.
It
should
offer
that.
Maybe,
if
you
wanted
to
set
this
up,
you
could
but
I
don't
think
we're
ever
gonna
just
gonna
want
it
be
you
click
and
then
you
don't
know
what's
happening
and
then
you're
accidentally
using
me
chatzi
resources.
Part
of
that
is
there's
no
amount
of
measurability
on
the
meet
jitsi
side.