►
From YouTube: Unimatrix members conference call 2019-08-14
B
A
B
E
A
D
Yeah
we
we've
also
got
patrick
joining
in
from
costine.
One
of
my
colleagues
here
he's
joining
in
for
the
first
time.
A
A
Okay
and
where's
you
from.
A
H
A
C
I
C
J
C
A
Thank
you
for
joining
okay,
so
I
guess
we'll
start
with
the
agenda,
so
we
have
a
draft
agenda.
Do
you
have
anything
to
to
add
to
that.
A
A
Okay,
then
we'll
we'll
we'll
go
with
this
agenda
for
now
and
you
can
you
can
have
things
as
we
go
on
so
the
first.
The
first
topic
is
the
naming
of
the
the
project,
so
we
had
a
poll
that
that
really
launched
two
weeks
ago.
F
Yes
and
it
actually,
most
votes
went
to
uni,
matrix
and
sopsa
with
a
draw
between
those
two,
and
so
we
started.
F
Matrix
as
a
product
name,
so
unless
anybody
disagrees,
we
continue
use
that
as
a
product
name
and
if
we
need
to
change
later
on
that's
possible.
If
we
need
to
have
something,
that's
able
to
register
as
a
trademark
or
something,
but
for
now
we
I
think
it's
good
to
use.
This
is
a
product
name.
A
A
Features
when
it
comes
to
devops
and
things
like
that,
so
it
seemed
like
a
nice
platform.
So
I
went
ahead
and
registered
the
name
there
and
so
far
we
have
two
projects.
There
is
one
is
presentations,
the
other
one
is
meetings,
so
I
just
added
there
the
the
last
meeting
agenda.
We
have
some
more
meeting
agendas
to
add
there,
but
and
minutes
and
things
so
I
will
also
I
will
send
like
an
invitation
to
everyone
to
to
join
this
group.
A
It's
a
so
it's
a
group
called
unimatrix
and
under
the
this
group
name,
you
can
add
projects
so
so
right
now
we
have
only
these
products
and
we'll
I'll
add
some
more
products
to
build
the
reference
platform
as
we
go.
A
A
So
I
I'll
send
them.
You
will
basically
get
an
email
invitation.
If
you
have
not
already
registered
to
git
lab,
you
have
a
chance
to
register
your
user
there
and
then
you
can
join
the
project.
So
it's
an
open,
open
group.
Anybody
can
actually
add
themselves
and
then
we
have
sub
projects
under
the
group.
So
that's
how
it's
organized
right
now.
A
G
A
A
So
previous
meeting
we
decided
to
use
the
raspberry
pi
4.
A
This
platform
is
quite
new,
so
I
had
problem
finding
any
good
distribution
that
we
can
use,
because
I
want
to
use
the
64-bit
architecture
and
if
you
take
something
like
raspbian
or
debian,
or
something
like
that,
it's
all
of
them
is
built
for
32
bits.
So
I
actually
built
from
scratch
my
own
distribution
using
open
embedded.
So
I
will
my
my
idea
is
to
put
the
the
things
you
need
to
build
on
this
gitlab
project.
It's
a
couple
of
open,
embedded
layers
that
you
need
so.
A
A
Yes,
so
you
will
be
able
to
build
everything
so
also
I
played
around
a
little
bit
with
the
different
layers,
there's
a
couple
of
layers
for
building
docker
and
things
like
that.
But
I
don't
know
if
you
know
about
this
meta
virtualization,
which
contains
a
lot
of
virtualization,
also
container
stuff,
but
it's
it's
not
really
well
maintained
in
my
in
my
eyes,
I
don't
know
if
you
have
any
better
idea.
J
Well,
the
other
possibility
is
to
work
with
build
root
which
has
support
for
for
docker
engine
and
so
on.
J
A
A
J
I
think
we
could
try
and
work
with
the
octo,
and
should
we
find
this
problem,
we
could
try
to
fall
back
on
build
roots.
A
A
A
So
anyway,
I
hope
I
can
do
that
before
I'm
going
on
a
conference
next
week,
so
I
hope
I
can
get
that
out
on
the
open
source
on
the
gitlab
this
week.
A
Okay,
so
I
hope
to
get
that
done
these
weeks
and
then
you
can
probably
next
conference
call
you.
You
can
have
a
chance
to
build
stuff
before
that.
G
So
the
idea
is
that
we
said
we
will
be
starting
a
steering
group
but
a
sort
of
a
governance
group
in
the
same
outline
that
linux
foundation
proposes
and
we
have
drafted
a
charter
which
we
have
sent
off
for
legal
review,
and
I
expect
that
to
get
that.
Like
a
week
before
we
meet
in
hong
kong
and
then
when
we
meet
in
hong
kong,
we
will
review
that,
and
hopefully
we
can
all
agree
at
that
point
and
then
send
it
to
the
linux
foundation
for
approval.
G
It's
it's
real,
relatively
basic.
It
doesn't
describe
that
much
in
detail,
so
I
think
the
the.
If
we
get
a
steering
group
or
governance
group
together,
we
can
assign
some
other
groups
within
the
within
the
project
to
produce
a
little
bit
more
detailed
specifications.
You
will
be
achieving.
G
Can
but
I
would
I
would
like
just
waiting
for
to
receive
it
from
from
legal
reviewing
and
once
I
get
it
back
from
legal,
then
we
can
put
it
on
the
gitlab.
So.
A
On
the
git
lab,
we
have
two
two
repositories
now,
so
one
is
private,
so
that
one
will
be
only
for
people
that
are
have
joined
the
project
and
the
other
one
is
open.
So
I
guess
we
can.
G
G
J
G
J
Okay,
but
what
I'm
saying
is
the
the
following,
so
we
have
davide
that
is
taking
part
to
the
to
the
contributing
sessions.
G
A
Detail
that,
but
I
mean
it's
more
than
taking
part
in
the
telcos,
so
it's
actually
contributing
development
resources
to
contribute
on
the
project.
So
so
that
would
be,
you
know
contributing
on
the
source
code
and
on
like
the
container
layers
and
so
on
or
with
budget,
I
guess
with
the
contributing
for
the
the
running
of
gitlab
and
so
on.
G
Yeah,
I
guess
maybe
now
in
the
in
the
startup
phase,
as
the
proposed
charter
is
laid
out,
where
a
little
bit
of
more
technical
detail
will
be
sort
of
described
by
the
engineers
is
for
for
the
steering
group
to
review
that
and
approve
that
to
to
proceed.
G
So,
but
let
me
think
about
it.
I
I
can't
really
say
if
it's
a
few
hours
a
month
or
if
it's,
if
it's
enough
to
have
a
child,
go
every
two
weeks
in
initially
or
if
it
needs
needed
to
be
an
hour
every
week
or
something
I
don't
know.
I.
J
G
G
A
I
think
another
idea
is
to
co-host
with
linux
foundation.
So
when
there
is
like
a
conference
like
open
source
summit
or
embedded
linux,
we
we
could
have
like
meetings
on
those
locations.
J
So,
okay,
so
the
message
is
I
I
I
we
as
tech
have
I've
been
taking
part
very
often
to
to
the
activities
that
this
week
is
on
vacation
as
everybody
else
in
my
company,
so
not
a
problem,
for
he
will
follow
the
technical
discussion
and
if
you
need
people
on
the
technical
committee
I
may
I'm
on
the
understeering
platform.
Excuse
me
and
stealing
group
then
I
I
may
offer
my
my
time
if
it
is
not
that
much.
G
Are
you
planning
to
go
to
the
almost
meeting
in
hong
kong.
H
J
G
So
that
could
be
an
option
then,
if,
if.
G
G
Good,
so
I
will
post
the
the
charter
once
I
receive
it
from
legal
review
and
then
we
can
look
at
it
and
then
we
discuss
what
we
meet
in
hong
kong
or
for
those
that
do
not
participate,
can
feedback
to
us,
and
we
will
bring
that
into
the
discussion
in
hong
kong.
E
G
G
A
All
right:
are
there
any
comments
about
the
charter
or
organization
of
steering
committee
and
so
on.
E
H
We
just
want
to
be
more
clear
what
what
kind
of
stuff
we
from
from
our
side
from
hydrogen
inside
we
can,
we
can
contribute,
or
we
can
do
or
we
need
to.
A
At
this
point
I
mean
we're
first,
we
want
to
like
launch
this,
so
we
have
a
common
platform
which
we
can
start
with,
which
is
this
raspberry
plus
like
a
minimal
firmware
that
has
a
docker
engine
and
the
basic
things
you
need
to
do
wrong.
Containers
plus
I
mean
I,
I
guess
the
next
step
for
me
would
be
to
start
to
discuss.
A
You
know
what
common
container
layers
we
want
to
maintain.
So
I
see
like
stuff
like
tensorflow
lite.
You
want
to
have
a
version
that
runs
on
the
platform,
we're
choosing
what
other,
what
other
things,
the
apis,
that
we
need
to
get
video
into
the
container
to
to
do
inference
from
the
container
and
produce
some
kind
of
metadata
or
events
or
whatever
from
a
container.
A
So
those
details
with
is
my
idea
about
what
we
need
to
discuss
in
in
hong
kong
on
the
technical
side,
the
basic
apis
to
get.
You
know,
a
video
analytics
application
running
in
the
container
to
produce
some
kind
of
metadata.
J
Frederick,
yes,
I
think
we
should
start
a
little
bit
earlier.
I
mean
first
before
doing
what
you
say.
I
think
we
should
clearly
state
what
our
device
model
is,
because
the
when
we
were
discussing
in
one
week
there
was
an
implicit
model
that
was
defined
by
the
by
that
standard.
But
here
we
are
not
we.
J
G
E
A
Well,
I
see
the
model,
it's
not
it's
very
different
from
one,
because
this
is
not
really
a
device
client
kind
of
model
at
all.
So
this
could
be
warning.
I
mean
this
container
can
be
running
in
in
the
cloud
or
it
could
be
running
in
a
device,
but
yeah
I
mean
we
already
lost
we
already
discussed
about.
We
need
a
use
case,
some
use
cases
which.
A
J
Yes,
also
because
the
the
way
I
I
interpret
your
the
proposed
uni
metrics
is
not
only
on
the
camera
side,
but
also
on
the
server
software
side.
So
we
implicitly
make
some
assumptions.
The
software
runs
on
the
cloud.
It's
a
local
bms
that
somehow
orchestrates
the
algorithms
whatever.
So
I
think
we
must
give
at
least
an
overview
of
how
we
think
the
whole
the
from
a
high
level
point
of
view
how
the
whole
uni
metric
is
going
to
work.
A
So
I
think
we
should
start
with
that
in
in
hong
kong,
the
the
high-level
use
cases
and
high-level.
C
E
A
So
from
the
high
question
side,
maybe
we
needed
to
meet
two
separate
meeting
rooms
during
the
hong
kong
meeting.
A
G
Maybe
we
might
consider
to
have
possibilities
to
connect
via
zoom
if
you
can't
be
in
hong
kong,
if
you
want
to
listen
in.
A
A
A
A
H
Yeah
yeah,
that's
true
mask
is
just
one
interesting
question
regarding
to
only
for
meeting
do
you
guys
receive
any
some
traffic
alert
based
on
current
situation
over
there.
G
We
yeah,
we
are
governed
by
the
the
the
foreign
office
here
in
axis
the
swedish
foreign
office,
and
there
are
no
restrictions
just
to
avoid
meeting
places.
That's
what
what
it
says.
G
G
So
if
it's
a
little
bit
of
an
issue
outside
the
hotel,
we
have
the
possibilities
to
stay
inside.
They
they
say
it's
safe.
They
don't
see
any
concern.
Of
course
there
might
be
a
little
bit
biased
because
they
hold
the
booking,
but
that's
at
least
what
they
said.
So
I
guess
it
could
be
transportation
problems.
It.
G
But
so
far
it
I
mean
the
the
airport
is
an
issue,
but
I
think
reroute
replaced
on
nearby.
I.
H
A
I
probably
should
take
some
have
some
extra
time
for
for
for
some
consequences:
yeah
yeah,
so
we
we're
traveling
in
a
bit
earlier.
A
Okay,
I
think
I
think
that's
all
we
had
for
today.
Actually
so
we
have
some
action
points
on
exercise
for
next
time,
so
we'll
we'll
I'll
send
out
the
invitations
to
join
this.
A
G
A
A
J
Frederick,
if
you
have
five
minutes,
we
could
talk
a
little
bit
so
that
I
can
fill
the
gap
that
I
had
from
the
previous
meetings.
So
if
you
have
a
five
minutes
so
that
I
can
align
myself
with
the
current
state
at
the
end
of
the
call,
okay.
H
E
B
C
J
No,
no,
I'm
still
here,
I'm
still
here
so
just
to
understand
a
few
things
to
so.
You
said
you
want
to
you
to
to
to
publish
a
couple
of
layers
for
yocto,
which
is
totally
fine
for
us
as
well.
The
thing
that
I
am
not
going
to
understand
very
well
is
what
will
be,
let's
say,
the
level
of
functions
that
will
be
provided
by
these
two
layers.
J
I
mean:
are
you
just
going
to
export
two
layers
so
that
you
can
compile
docker
inside
or
are
you
also
thinking
about
publishing
some
source
code,
for
example,.
A
Well,
first,
it
will
be
like
just
using
whatever
is
there,
but
in
the
long
term
we
are
considering
to
publish
an
inference
engine
to
to
kind
of.
A
So
you
can
run
inference
on
like
the
tensorflow
serving
api,
but
interfacing
whatever
hardware
you
have
underneath.
So
at
this
point
we
have
the
raspberry
pi,
but
you
could
see
it
will
be
like
an
inference
engine
which
is
layered,
so
you
can
replace
the
lower
part
with
another
back
end,
if
you're
using
let's
say
openvino
or
another
machine
learning
engine
okay,
so
that
part
will
probably
gonna
open
source
from
access
side.
A
We
also
have
other
parts
like
our
idea.
Right
now
is
to
for
you
getting
video
into
the
container
is
to
use
open
opencv,
but
so
we
need
like
opencv,
is
a
huge
library,
so
we
need
probably
to
fork
it
or
yes,
so
we
use
only
part
of
it
for
the
parts
that
we
need,
which
is
basically
right.
Now
the
capture
capture
api.
A
It
doesn't
have
to
be
vms,
I
mean
it
could
be
at
this
point
we
haven't
decided
on
orchestration.
So
at
this
point
for
deployment
of
these
containers,
we
suggest
to
start
with
only
using
container
d,
the
continuities
rpc
grpc
api
for
deployment,
and
then,
if
you
want
something
fancy
for
orchestration,
you
can
actually
run
on
top
of
that.
So
you
could,
you
could
run
kubernetes
or
docker
compose
or
something
in
on
top
of
that
api.
So
the
low
level
api
that
we
want
to
focus
on
right
now
is
only
container
d.
Api.
A
Okay,
but
I
mean
in
the
long
term
of
course,
there's
so
many
things,
nice
things
with
running
kubernetes.
So
probably,
but
it's
it's
gonna
be
an
optional.
It's
gonna,
it's
not
gonna,
be
something
that
is
required
of
every
device,
because
kubernetes
is
so
huge.
So
you
know
a
lot
of
devices
will
never
be
able
to
to
run
that
thing.
J
C
A
I
J
J
Okay,
another
question:
this
is
more
technical,
so
container
the
container.
The.
If
I
correctly
remember
it's
written
in
go,
am
I
correct?
Yes,
so
go
is
compile
the
language
right?
J
Because
I'm
wondering
if
how
is
this
thing
going
to
increase
the
size
of
the
whole
system?
Based
on
your
experience,
once
you
compile
container?
Is
it
like
a
regular
binary,
or
do
you
have
to
have
additional
libraries
or
environments
whatever.
A
Well,
normally,
go
is
always
compiled
statically.
So
it's
all
that's
why
the
binary
is
quite
big.
So
if
you
take
you
run
c,
for
example,
it's
you
know:
10
megabytes,
container
d,
this
that's
probably
around
20
25
megabytes,
so
it's
quite,
and
so
they
don't
use
the
a
common
run
time
at
least
on
arm.
I
think
there's
it's
possible
to
do
that
on
on
intel,
but
on
arm.
Basically,
they
don't
share
any
common
libraries.
Normally
you
can
it's
compiled
into
static
binaries
or
everything.
J
Okay,
oh
wow,
20
megabytes,
it's
a
lot
for
our
binary,
it's
quite
big!
Yes,
yes,
I'm
asking,
because
I
had
a
bad
experience
a
few
months
ago,
I
I
was
trying
to
do
some
experiment
on
my
own,
and
I
was
thinking
about
compiling
a
javascript
engine
like
spider
monkey
on
for
cameras
just
to
propose
eventually,
eventually
a
possible
common
language
because
javascript,
you
know
you
can
compile
c
to
run
on
top
of
that,
so
it
could
have
been
very,
very
nice
also
for
performance.
J
So
I
started
trying
to
compile
v8
from
google,
which
is
really
really
ugly.
It's
not
something
that
you
can
just
download
the
source
code
and
compile
it.
It's
really
a
mess,
because
you
need
to
download
from
google
the
tools
to
download
the
source,
and
then
it
does
a
lot
of
tricks.
So
everything
it's
everything
but
linear
for
compiling
and
the
other
one
that
I
checked
was
a
spider
monkey
and
this
spider
monkey
was
a
half
c
and
half
thrust
and
the
rust
compiler
has
so
many
restrictions.
So
that
was
also
very
painful.
A
A
A
So
I
think
things
are
happening
quite
fast.
Actually,.
A
J
A
That's
great,
that's
right!
Exactly
we
see
a
lot,
the
I
mean
the
interest
should
be
bigger
than
on
with
so
I
mean
the
intention
is
to
have
more
different
kind
of
companies
involved
in
this
also.
I
I
So
we
we've
it's
still
early
days,
but
I
should
point
out
that
yokta
and
open
embedded
do
make
a
distinction
between
compile
time
dependencies
and
runtime
dependencies
and
a
lot
of
the
the
dependencies
are
compile
time
that
so
all
the
go
libraries.
So
I
I'm
I'm
not
too
concerned,
but
it
is.
It
is
worth
having
having
that
on
the
radar.
So
just
in
case.
A
Yeah,
if
your
device
is
already
challenged
when
it
comes
to
flashing
and
ram,
you
know
putting
container
d
there
is
it's
going
to
tip
it
over
so
yeah
for
our
from
our
side.
We
are
it's
more
for
future
products.
I
guess
than
because
running
I
mean
continuity
is
one
thing,
but
if
you
want
the
whole
docker
demon
and
everything,
that's
it's
quite
huge
and
then
on
top
of
that,
kubernetes
is
enormous.
J
Yes,
we
also
have
the
same
problem.
Our
current
architecture
will
not
support
it,
so
I
am
pretty
confident
the
future
architectures
will,
but
the
current
one
that
we
have,
in
my
opinion,
is
far
too
small
yeah.
Just
to
give
you
an
last
feedback,
you
know
that
we
work
with
the
octo.
We
have
been
discussing
about
that
so
many
times
in
the
evening
drinking
beers
yeah.
I
am
doing
investigation
nowadays
on
the
build
world,
because
bill
root
is
faster,
easier
to
use
and.
A
Well,
you're
welcome
to
contribute
on
that.
We,
but
just
to
get
something
started
that
we
can
you
know,
use
together.
I
think
we
can
just
launch
this
open,
embedded
stuff
to
start
with.