►
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).
B
A
A
C
A
George
yeah,
so
so
one
thing
we
have
a
date
identified,
an
issue
with
Marcos
high
sierra
and
spring
sharing.
You
might
observe
some
green
artifacts
on
your
screen
when
you're
at
the
receiver,
when
you're
receiving
the
screen
the
screen
share.
So
this
is
a
bug
in
chrome
and
they're
working
on
it.
As
far
as
I
know,
then
we
have
finished
some
sidebands
estimations
there
in
the
code.
Now
we
want
to
evaluate
how
they
perform
so
written
like
whether
they
have
an
impact.
D
D
B
It
can
be
used
either
to
test
it
on
your
local
devices
or
on
Amazon
device
phone
for
example,
and
so
right
now
there's
only
basic
test.
We
just
joins
the
room
and
press
the
hang
up
button,
but
we're
also
working
on
hybrids
tests
with
like
web
and
mobile
participants
at
the
same
time
yeah,
but
that
still
work
in
progress
and
other
than
that
we're
looking
to
other
issues
on
mobile
when
there
is
like
slow
network
connection.
There
are
a
couple
of
problems
there
and
we're
looking
into
that
right
now
and.
B
D
E
E
A
F
I've
been
working
on
the
Flex
PAC
implementation
on
the
receive
side
in
the
bridge
and
as
of
Thursday
last
week
it
looks
like
it
was
working
so
now,
I'm,
just
kind
of
going
through
a
bunch
of
I
had
to
jump
back
and
do
a
bunch
of
refactoring.
So
now,
there's
just
a
bit
of
trickiness
to
getting
all
the
pr's
in,
but
I
want
to
start
getting
all
that
done
and
and
hopefully
we'll
get
that
in
soon.
A
C
A
G
G
H
I
A
A
However,
the
issue
that
you're
describing
reminds
me
a
lot
of
the
decode,
the
chrome
decoder
sometimes
is
stalling
and
you
keep
sending
the
P
lies
that
receiver
gets
them
and
you
can
see
that
it
gets
them
from
the
web
registration
of
page
of
the
receiver
and
it
does
and
they
keep
frame,
but
for
some
reason
the
key
frame
is
being
ignored
at
the
at
the
receiver.
We
don't
know
heaven
investigating
why
this
happens.
This.
We
just
observed
that
this
happens
is
this?
I
A
I
I
I
A
H
I
Going
through
the
bridge
shall
we
make
sure
in
the
we
both
first,
we
reproduced
it
on
our
own
system,
which,
which
we
always
force
to
be
good,
to
go
or
sorry
to
the
throw
through
bridge.
Even
if
it's
just
two
participants,
but
also
we
can
reproduce
it
with
jitsi
when
we
are
like
three
participants.
So.
H
I
I
H
I
E
H
I
J
Was
wondering
if
you
guys
are
ever
running
into
any
issues
with
running
the
video
bridge
are
behind
me
very
restrictive,
firewall
and
specifically
one
that
knows
and
inspection
and
will
drop
packets
that
are
not
SSL
encrypted
under
the
harvester
44:43,
the
for
443.
Have
you
ever
in
your
run
in
today,
just.
H
H
J
J
But
yeah
I'm
not
too
too
too
familiar
with
the
ice
protocol
itself.
What
I've
seen
is
that
you
guys
in
the
ice
which
a
implementation
you
have
the
the
Google
handshake,
where
you
first
do
two
packets
that
represent
the
start
of
a
TLS
session,
but
then
do
unexpected
stuff
anyway.
Would
it
be
possible
to
do
a
full
encryption
there,
and
what
would
that
exactly
in
there?
So.
H
H
J
H
D
H
H
That
is
turn
not
turn
has
443
open
and
in
that
case,
Chrome
would
do
as
a
cell
all
the
time,
because
that's
part
of
the
curtain
standard,
however
I'm,
not
too
certain
whether
we
still
support
the
option
of
running
a
turn
server
in
front
of
the
bridge,
because
that
hasn't
been
tested
for
quite
a
while.
Does
anyone
have
a
is
anyone
waiting
to
venture
a
bet?
H
A
H
D
H
A
J
H
J
H
H
H
J
F
H
D
H
So,
setting
up
that
tunnel
over
SSL
is
something
that
is
standard
and
it's
supported
by
the
browser
just
now
ice
is
about
taking
all
of
these
interfaces
and
testing
them
and
doing
that
over
SSL
is
something
that
is
not
supported
so
setting
up
your
turn
to
a
so
now.
It's
your
turn
to
setting
up
your
turn
turn
over
SSL
is
the
feature
and
the
thing
the
other
is
like
I
understand
it's.
They
they
sort
of
feel
the
same.