From: Ed Sutter <ed.sutter@alcatel-lucent.com>
To: "Dmitriy B." <rzk333@gmail.com>,
"meta-freescale@yoctoproject.org"
<meta-freescale@yoctoproject.org>
Subject: Re: webrtc question
Date: Tue, 06 Jan 2015 17:10:18 -0500 [thread overview]
Message-ID: <54AC5D4A.2080501@alcatel-lucent.com> (raw)
In-Reply-To: <CAPhrY5NsnprKLenv6Ax_Cf9=RDPjRB74-Ra1y-Q+i3H-tj0wqg@mail.gmail.com>
Hi Dmitry,
Questions embedded,
Thanks
Ed
>
> From your description it seems that the webRTC will be the
> 'communication channel' and the processing of the packages
> will be a
> second step (audio / video / whatever). For VP8 it does work,
> as it is
> supported in Chromium.
>
>
> Unfortunately, it is not that simple. webrtc & libjingle is a long
> going project from Google that is done as a big C++ framework that has
> everything you need: encoding, decoding libs, communication libs and
> debug stuff. Chrome is just hooked up to use that framework when
> webrtc actions appear in users javascript. webrtc does not depend on
> HTML5 video playback for example, where we have with patches imx-vpu
> in action. At least that is how it did work around a year ago.
Similarly, HTML5 doesn't use VP8 unless webrtc is involved right?
I'm hoping I don't need to get near any HTML at all, and can use
libjingle along with the audio and video engines to do this.
>
> Yea, the first step is to make my iMX6 based device be compatible
> with the
> communication channels (and data formats, i.e. VP8/opus/etc..)
> used/supported
> by webrtc. The difference will be that (in certain modes) there
> is no user on
> the device; it will be headless and autonomous, so I need to be
> able to feed
> media to and extract media from the underlying webrtc base
> platform on the iMX6.
> Does Chromium provide any non-browser type of hooks into webrtc
> down below?
>
>
> No, chromium links with webrtc which links with libvpx for
> encoding/decoding. Libvpx then decides what to use.
>
> I investigated this some time ago while working on a similar device
> (webrtc app linked with Qt5 front end on ARM linux-native device
> communicating other similar devices, it was a robotics project). You
> need to integrate imx vpu encoding/decoding support to webrtc/libvpx
> internals or use Android where it should be passed through from
> standard video acceleration frameworks.
So does that imply that there is no hardware (imx-vpu) acceleration
support for VP8?
If this is true, is there any data on how the impacts CPU usage when VP8
is used?
BTW... did you ever complete that project? If not, was it due to
iMX6/webrtc issues?
next prev parent reply other threads:[~2015-01-06 22:15 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-06 17:36 webrtc question Ed Sutter
2015-01-06 18:01 ` Otavio Salvador
2015-01-06 19:06 ` Ed Sutter
2015-01-06 20:13 ` Dmitriy B.
2015-01-06 22:10 ` Ed Sutter [this message]
2015-01-06 22:50 ` Dmitriy B.
2015-01-07 13:40 ` Ed Sutter
2015-01-08 1:28 ` Dmitriy B.
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54AC5D4A.2080501@alcatel-lucent.com \
--to=ed.sutter@alcatel-lucent.com \
--cc=meta-freescale@yoctoproject.org \
--cc=rzk333@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.