►
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).
C
We're
live,
yeah,
hi,
hi,
everyone
now
I'm
going
to
start
with
a
quick
update
and
then
whoever
ones
can
jump
in
and
then
open
mic
as
usual.
So
in
the
past
couple
of
weeks,
we've
had
a
few,
a
few
issues
that
we
saw,
one
of
them,
for
example,
we
saw
that
the
coast-
that's
librarian
in
g2
video
bridge,
was
leaking
memory.
C
So,
if
anyone's
using
that
on
the
bridge
make
sure
you
it's
it's
not
currently
enabled
I,
don't
think
anyone
would
be
because
it's
still
very
experimental,
but
just
a
heads
up
also
a
few
miscellaneous
pieces
of
news,
so
we
paddle
gave
direct
connections
to
try
last
week.
Basically,
the
idea
is
that
in
one-to-one
conferences,
we're
going
to
start
through
the
bridge
then
try
to
establish
a
connection
directly.
C
We
actually
do
those
things
simultaneously
in
whichever
one
connects
first
wins.
So
we
keep
both
connection
open
and
we
use
the
direct
peer
connection
when
there
are
only
two
participants
in
the
coal
and
switch
to
the
bridge
peer
connection
in
other
cases,
and
it
turns
out
that
this
is
not
how
this
horrible
is,
we
would
have
expected.
C
So
we
might
want
to
we'll
probably
want
to
work
on
it
a
little
bit
more
in
the
next
six
to
eight
weeks.
You
actually
send
me
that
both
at
the
same
time,
both
connections
at
the
same
time
or
you
can,
but
then
that
might
have
side
effects
right
right.
It
might
saturate
your
connection
faster
that
the
idea
is
that
you
would
only
if
you
do
that
you,
it
would
only
be
for
a
short
time,
while
you're
switching
between
the
two
peer
connections
and
when
I
said
you
keep
both
of
them
alive.
C
Every
time
in
this
case,
it's
just
you
start
with
the
bridge,
and
everything
else
is
just
an
optimization
and
the
point
is
to
reduce
traffic
through
your
platform.
So
if,
if
it
works,
it
works
in
a
direct
connection,
if
it
doesn't
no
big
deal
so
there's
no
concerns
for
latency
no
concerns
for
success
rate.
Anything
like
that.
Whatever,
however
many
percent
of
the
time
it
happens
to
work,
it
will
be
on
optimization,
so
looking
at
it.
That
way
is
makes
it
pretty
pretty
low
stress
and
interesting.
C
A
D
C
E
We
give
it
a
try.
Lastly,
so
there
is
a
some
work
in
the
IDF
to
standardize
how
you
signal
on
how
you
do
simulcast
are
foxes
if
we
take
that
as
the
standard
way
to
be
simulcast,
Firefox's
is
being
the
most
standard
one.
The
way
it
works
is
well.
Firefox
has
the
unified
plants
intact.
So
it
has
nothing.
Less
deeply
looks
like
nothing
doesn't.
Look
like
like
chrome,
says,
DP
well,.
C
E
Okay,
I
hope
nobody
would
notice
that
no
I'm
kidding
oh
yeah,
so
they
they
have
something.
They
have
this
notion
of
our
ID,
which
stands
for
stream
identifier,
they
and
they
do
stomach
as
with
that,
so
on
top
all
their
identifiers,
we
have
four
strange,
like
SRC,
SMS
IDs
see
names.
Now
we
have
this
new
one,
which
is
called
our
idea
and
that's
Holly
they're
doing
simulcast.
E
The
problem
look
so
Firefox
how
extending
simulcast
it's
ending
with
multiple
sources,
but
they
are
unannounced
they
don't
announce.
This
service
is
the
only
announced
one
at
CVS
DP,
which
is
the
photobucket
service
in
case
the
receiver
doesn't
support
simulcast,
so
the
other
three
or
four
or
end
as
sources
they
are
not
announced.
You
only
have
their
IDs,
which,
which
are
announcing
you
actually
set
them.
E
The
problem
is
that
currently
Firefox
has
a
black
that,
even
though,
in
their
code
their
side
on
their
side,
they
they
are
setting
their
ID
the
waiver,
it's
an
RTP
header,
so
the
web
RTC
that
or
implementation
doesn't
take
that
into
account
and
actually,
at
the
article
level,
we
have
no
way
to
live
well,
there's
also
there's
always
a
way,
but
there's
no
easy
way
to
differentiate
between
different
simulcast
rate.
So
all
these
in
that
sense,
currently
seven
cats
important
for
Firefox
and
that.
F
E
So
we
have
been
reading
the
web
RTC
dot,
org
implementation
from
probing.
There
are
some
things
that
we
need
to
change
in
our
implementation
experiment.
No
one
is
up
even
committed
to
the
bridge,
but
we
have
a
few
things
in
mind
like
we
need
to
continuous,
continuous
protein
yeah,
well,
how
it
works.
Actually,
the
more
general.
B
E
So
all
we're
trying
to
do
what
we're
trying
to
do
is
so
we're
sending
said,
let's
say
two
point:
five
megabits:
a
high
high
resolution
stream
key
receiver.
There
is
congestion
we
drop
back
with
rapid
stream.
We
only
send
a
low
pro
xstream,
and
then
we
want
to
protect
when
the
congestion
peers,
so
that
we
can
resume
the
hypotenuse
train.
The
problem
here
is
that
we
need
to
convince
with.
There
is
a
congestion
control,
control,
algorithm,
the
transom,
and
it
runs
in
both
sides,
the
sender
and
the
receiver,
the
receiver.
E
It's
a
delay
based
controller
and
based
on
the
jitter.
It
receives
estimates
how
much
fun
if
the
sender
has-
and
it
sends
a
really
messages
to
to
to
cap
the
the
betrayed
the
sender
is
sending
so
when
we
dropped
you
local
industry
and
we're
sending
one
ATP,
for
example,
exciting
how
much
let's
say
three
hundred
cubits
maximum
per
second,
the
rmv
that
the
receiver
is
sending
are
very
low
and
they're.
Not
so
so
we
cap,
the
sending
be
treated
to
a
very
low
value,
varies
very
small
value.
E
We
need
to
be
able
to
convince
the
receiver
to
send
higher
re
mb
values
and
when
we
do
that
with
probing,
we
send
proudly
by
problem
with
what
we
say.
What
you
mean
is
or
something
cropped
data
to
you.
Well
unnecessarily.
It
can
be
useful
data
but
we're
sending
let's
see
crowd
data
patting
pockets,
but
in
order
to
pass
pockets
too,
the
receiver
because
basically
amounted
that
data
is
receiving
the
receiver
is
going
to
just
insert
its
rmd
values.
E
C
Let's,
let's
see
if
there
any
questions
on
this
in
the
meantime,.
C
Jana
is
not
joining
today,
but
she
has
done
an
almost
complete
overhaul
of
the
user
interface
from
eat.
Well,
complete
it
I
mean
it
still
sort
of
looks
the
same.
It's
a
significantly
reorganized.
This
is
in
collaboration
with
the
hipchat
designers.
So
you
guys
can
all
look
forward
to
that
I
personally,
like
very
much
than
you
the
new
way
of
doing
things.
So
is
this
Boris
there,
oh
yeah,
yeah
yeah?
Would
you
like
to
join
it?
C
Is
there
anything
you'd
like
to
talk
about
not
really
can
I
see
versus
in
your
room?
Please.
C
F
F
C
B
C
D
Yes,
so
the
last
week
has
seen
its
purpose
because
of
the
process.
The
federal
things
for
the
previously
worked
on
our
fixing
more
people
is
just
give
you
an
invoice
so
that,
because
it
wouldn't
act,
so
they
think
I've
died.
So
if
it's
multiple,
it's
only
about
the
whole
people
and
last
three
looks
to
me:
David,
whoever
to
sleep.
D
C
All
right
well,
is
there
anyone
else
who
would
like
to
share
something.
G
So
we
we
did
find
George,
I,
think
I.
Think
about
this
or
maybe
marry
me
talk
you,
but
it
does
look
like
that
when
mixing
is
enabled,
we
don't
get
any
rtcp
for
audio,
so
I
don't
know,
haven't
file
anything
today,
yet
I
think
Miriam
did
a
quick
little
like
RTP
termination
type
thing
for
audio
to
give
feedback
there.
But
I'm
you
guys
happy.
E
G
G
E
G
E
G
The
thing
that
we're
both
snarling
no
smut
early
missing
noticing
is
missing.
It's
just
I
mean
even
just
like
the
loss
reports,
because
we're
tracking
down
audio
issues
and
I
think
the,
although
other
we
have
found
some
interesting
things
with
this.
To
that,
may
not
be
there,
but
I
think
chrome
tunes
for
see
based
on
like
the
last
reports,
and
it
does
so,
we
have
up,
she
doesn't
get
dialed
up.