►
From YouTube: Open Match Community Meeting May 2020
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
A
So
I'll
just
go
over
what's
an
RC,
so
a
few
big
changes
are,
there
is
now
a
new
field
or
a
config
value
which
is
assigned
elite
timeout,
which
is
how
long
after
ticket
is
assigned
before
will
automatically
be
cleaned
up
from
open
mesh.
So
the
the
best
practice
advice
is
after
your
client
gets
the
assignment.
It
should
go
back
and
tell
okay
I
got
it.
You
can
clean
yourself
clean
me
up
from
matchmaking
system,
but
that's
not
always
I'm
gonna
happen
because
you
know
client
crashes,
all
cetera.
A
This
gives
you
a
timeout
of
the
default
is
10
minutes
where,
after
that,
no
the
match
is
long
gone
at
this
point,
anyways,
so
we'll
just
delete
that
a
scientific
and
it
is
configurable.
The
other
big
change
is-
and
we
put
this
in
beta-
is
the
release
all
pending
tickets.
So
as
tickets
are
returned
back
from
fetch
matches
if
they
are
marked
as
pending,
and
they
won't
show
up
in
queries
if,
for
example,
your
director
crashes
and
they
come
back
up,
it
has
no
idea
about
what
matches
were
pending,
can
just
all
the
function.
A
The
mesh
function,
library
now
supports
to
your
biscuit
option:
wires
black
and
there's
some
wanna
metrics
that
I
realized
I
should
have
got
a
picture
of
or
a
screenshot
of,
or
something
but
there's
some
now
we
did
another
pass
on
the
metrics
finger
fun,
the
bigot
a
lot
of
the
work
for
this
release,
we're
actually
not
and
user
visible
changes,
but
it
was
in
refactoring
for
improving
test
coverage,
and
so
the
test
coverage
is
way
better,
going
into
1.0
everything's
nested
in
the
head
and
each
other
yeah.
But
there
were
a
few
breaking
changes.
A
A
B
B
B
We
are
in
terms
of
what
oh,
we
are
working
towards
getting
the
the
one-oh
integrated
right
now
and
we
are
in
the
final
like
what's
left
to
take.
This
live
in
our
ecosystem
and
we're
kind
of
running
out
of
things
to
articulate
so
we're
we're
on
the
verge.
We
wanted
to
target
in
the
next
two
weeks,
so
that
aligns
still
pretty
well
with
with
one
owing.
So
we're
excited
to
be
the
the
first,
the
first
folks
on
one
out.
C
B
B
E
So
you
said
most
of
it
cool
quick
question,
since
this
is
like
the
the
last
meeting
before
104
the
recording.
What's
the
plan
fall
like
the
the
feature
requests
post,
one
Oh
any
process
any
like
what.
So
what
should
folks
be
doing
powerful
feature?
Requests
are
expecting
as
next
coming
next
thoughts,
ideas,
discussion,
oh.
A
C
C
D
A
Unfortunately,
you
just
miss
the
1.0
feature
breakdown,
but
I'll
adjust
stars
question
of.
What's
the
feature
request
process
going
forward,
I
think
everything
that
the
github
issue
and
like
or
maybe
some
slack
chat,
but
if,
if
you,
if
you
want
to
get
it
moving,
get
into
a
github
issue,
this
is
definitely
an
open
source
project
and
PRS
are
welcome
if
it's
a
big
thing,
probably
post
some
an
issue
saying
like
this
is
what
I
want
to
do
and
kind
of
give
some
guidance
there.
But
generally
speaking,.
A
B
B
Definitely
for
all
I
have
a
1.1
feature
request:
I'm
gonna
plug
in
either
by
Friday
or
by
next
Friday
I
have
a
sytem
to
do
it
concept
of
either
partitioning
or
multi-tenancy
I'll.
Try
and
draft
up
a
kind
of
requirements
list
and
throw
it
up
there.
So
we
can
discuss
it
so
I
I!
Imagine
that
one's
big
enough
that
we
wouldn't
want
just
a
PR
but
we'd
want
like
a
an
open
discussion
and
bring
them
to
TSE
right
so
that'll
be
an
example
of
a
bigger
one
for
post
one.
Oh.
E
A
A
A
Additionally,
like
the
exact
computational
behavior
is
not
covered.
Just
you
know
like
if
you
query
for
tickets,
the
return
order
is
not
going
to
be
deterministic
from
release
to
release
their
make
the
changes
in
the
back
side
that
affects
how
the
order
of
things
are
returned,
there's
no
order
by
clause
and
open
mesh.
So
you
can
expect
that
it's
ordered
in
a
given
way.
A
A
A
Like
the
exact
steps
to
deploy
on
kubernetes
is
not
like
that's
all
I
subject
to
change.
I
think
I
can't
think
of
a
way
that
we
could
make
it
not
subject
to
change
just
because
technology
evolves
in
that
way
and,
like
almost
people
are
really
going.
This
is
this.
Is
a
problem
I
think
it's
best
to
leave
it
that
way,
and
then
just
like
best
practices
like
we
may
figure
out
that
hey,
we
said,
like
we
told
people
to
do
it
this
way,
but
you
should
really
be
doing
it.
That
way.
A
A
There
may
be
other
things
like
that
where
you
know
if
you
come
and
ask
us
like
that's
that
the
answers
may
change,
but
the
the
implements
you
like,
if
you
implement
something
it
should
still
work
it
just
may
not
be
the
best
way
to
do
it
so
and
then
configuration
is
currently
not
covered.
We
may
have
mainway
cover
it
in
the
future.
Just
like
places.
B
A
B
B
C
G
You
did
yes
a
bit
so
just
to
talk
about
it.
It's
just
you
know
ranked
bings
matchmaking
is
more
common
amongst
a
lot
of
games,
so
I
decided
to
do
a
sample.
That's
based
around
that.
G
G
Added
on
to
the
skill
level,
so
I
didn't
want
the
worst
and
the
best
player
to
go
beyond
that
difference.
So
that's
the
best
way
to
determine
match
quality
and
I
guess
the
conversation
could
go
around
creating
specific
profiles
for
different
game
modes
such
as
like,
for
example,
this
might
be
for
a
free-for-all,
but
for
a
2v2.
Obviously
you
want
to
have
as
close
a
average
amongst
the
four
players
that
will
be
split
into
teams,
for
example.
A
A
B
Like
there's,
the
distinction
here
is
sort
of
the
I
think
you
said
the
defaults
right.
If
we
wanted
a
default
set
of
functions
that
were
like
configurable
behavioural
functions,
where
it's
like
customization,
my
guess,
more
batteries
included,
and
so
you
can
configure
the
function
and
with
a
profile
in
it.
That
would
be
enough.
B
Those
feel
fundamentally
like
they
belong
in
the
repo
and
everything
else.
I
totally
agree
with
you
right
concept
of
coordinating
them
off
either
as
samples
or,
if
their
tutorial
specific
in
the
tutorial
folder
or
something
like
that.
Just
looks
really
obvious.
What's
hey
if
you
deploy
this
you're
gonna
expect
some
reasonable
functionality
with
like
a
one
out
product
or
one
out
project,
and
then,
if
you
go
into
this
folder
you're
gonna
see
more
interesting
things,
you're,
probably
interested
in.
If
you're
clicking
on
the
samples,
folder
right.
B
A
F
F
So
as
long
as
it
implements
the
interface
for
what
the
next
director
expects,
you
could
actually
have
information
pass
all
the
way
through,
so
something
that
I've
wanted
for
a
while
is
like
be
able
to
push
like
Open
match
events
from
a
director
into
like
pub/sub
or
in
sort
of
a
messaging
system
being
able
to
do.
That
is
like
a
shim
that
you
could
then,
like
potentially
line
up
several
directories
in
a
row
to
do
to
do
the
sort
of
things
without
interrupting
the
context
of
another.
That
might
be
an
interesting
patent
to
start
exploring.
B
Yeah
I've
always
felt
that
the
director
has
a
source
for
profile
generation
and
then
a
like
producer
of
match
found
events
sort
of
like
that's
kind
of
the
life
cycle.
That's
it's
hard
to
describe
it
as
doing
more
than
that.
If
you're
building
a
you
know
nice,
simple
director,
and
then
your
system
external
to
that
is
the
receiver
of
eventually
just
the
receiver
of
match
found
would've
been
and
then
yeah.
Eventually
a
science
tickets
or
releases
tickets
and
that's
kind
of
that's.
It
feels
like
a
future
opportunity
to
do
some
more
with
director
for
sure.
B
Well,
I,
don't
think
we
have
any
more
stories
on
our
end.
You
know
when
we
we
being
unity
when
we
have
our
one
ode
core
running
inside
of
our
new
matchmaking
system,
we'll
we'll
send
up
a
little
celebratory
firework
at
some
point,
probably
in
the
next
meeting
or
in
open
match
slack
that
should
be
coming
in
the
next
week's.
G
D
G
D
You
didn't
tell
me,
thank
you,
sorry,
I'm
literally
working
now
on
April's
guide
to
animal
crossing
for
people
who
don't
want
to
go
so
far
down
the
rabbit
hole.
So
I'll
be
happy
to
send
that
to
you
and
anyone
else
that
doesn't
want
to
spend
quite
as
much
time
obsessing
over
a
game
like
we're
used
to
as
game
players,
but
like
new
people
that
don't
usually
play
video
games
like
they're
not
used
to
this,
and
it's
very
scary
for
them.
Sometimes
so.
D
D
F
B
D
We
do
I
can
also
put
in
a
plug
for
another
fun
game
called
kind
words
it's
on
Steam,
it's
not
really
a
game,
but
it's
like
real
people
that
are
writing
letters.
You
know
to
the
ether
and
then,
like
you
respond.
So
if
you,
you
know
or
find
yourself
like
just
meaning
to
chat
with
another
person,
who's
a
complete
stranger
and
like
just
put
something
good
out
into
the
universe.
It
has
got
to
be
one.
It's
like
the
only
game,
I
think
on
Steam.
D
It
has
like
a
almost
a
hundred
percent
reading
and
everyone's
like
this
is
really
wholesome.
That
doesn't
really
happen
very
often,
and
but
it's
also
got
a
really
cool
lo-fi.
You
know
hip
beat
soundtrack,
so
that's
another
part
of
the
appeal
as
well.
So
if
you're
looking
for
some
cool
music
to
have
in
the
background,
while
working,
you
can
check
that
out.
F
Been
playing,
anyone
plays
AI
dungeon,
it's
it's
a
AI
generated
continuous,
like
generated
text-based
adventure
in
which
you
can
type
anything,
and
it
continued
like
it.
Just
continually
creates
a
story
for
you
based
on
like
you,
you
can
set
up
like
sci-fi
or
cyberpunk,
or
fantasy
or
stuff
I've
been
playing
a
fantasy
game
where
I'm
a
wizard
fighting
against
the
Empire,
at
which
point
I
think
I've
actually
become
the
Empire
I
tried
to
install
democracy.
F
F
F
It's
the
tech
is
like
this
era,
bingley
good.
F
A
F
Yeah
we
should,
we
should
play
streets
of
rage
together.
I
play
a
lot
I'm,
not
necessarily
good,
but
I
do
play
a
lot.
I'm.