All of lore.kernel.org
 help / color / mirror / Atom feed
From: Carlos Rafael Giani <dv@pseudoterminal.org>
To: meta-freescale@yoctoproject.org
Subject: Re: imx6: webkit html5 video with hardware acceleration
Date: Tue, 23 Sep 2014 21:29:56 +0200	[thread overview]
Message-ID: <5421CA34.2010009@pseudoterminal.org> (raw)
In-Reply-To: <5421C94D.4040001@habeyusa.com>

[-- Attachment #1: Type: text/plain, Size: 3818 bytes --]

There is none. They use completely different media pipelines and video 
sinks.


> We are able to play hw accelerated local video under the Qt5 
> multimedia qmlvideo example and believe that it is using Gstreamer as 
> well.  Looking for a way to do the same under Webkit.  Any connections 
> between the two on video playback?
>
> Regards,
>
> Bin
>
>
>
>
> On 9/23/2014 12:02 PM, Carlos Rafael Giani wrote:
>> This is because by default, WebKit will use GStreamer for decoding 
>> (and therefore automatically use hw accelerated decoding if an 
>> appropriate plugin is installed), but will copy the decoded pixels 
>> with the CPU. Efficient transmitting of decoded frames to the display 
>> is just as important as hw accelerated decoding, if not more. Yet, 
>> many people only care about the decoding part. On embedded platforms 
>> like the imx6, this means that zerocopy must be enforced, that is, 
>> ensure that _no_ copies of frames are made with the CPU. If copies 
>> are necessary, they must be done by using DMA transfers only.
>>
>> With stock WebKit, you can pretty much forget about that. Look at 
>> this source: 
>> https://github.com/WebKit/webkit/blob/master/Source/WebCore/platform/graphics/gstreamer/VideoSinkGStreamer.cpp#L138 
>> note how it copies pixels with the CPU.
>>
>> There is apparently a GL-based alternative, but I haven't seen it in 
>> action yet. Also, if TEXTURE_MAPPER_GL implies Desktop OpenGL 
>> (without being able to choose OpenGL ES instead), it means it will 
>> use the wrong API for embedded devices (*never* use the regular 
>> OpenGL, since it is made for desktops - use OpenGL ES instead). With 
>> OpenGL ES, there is a Vivante GPU specific extension that allows for 
>> zerocopy. But this has to be integrated into WebKit, which is 
>> probably rather difficult.
>>
>> On 2014-09-23 20:55, Bin Lin wrote:
>>> Hi Richard,
>>>
>>> We tried to get the HTML5 playback working with Qt5.2.1 webkit on 
>>> daisy branch.  It hangs when it is trying to play.  We tried it on 
>>> both the youtubeview example of Qt5 webkitqml and the browser 
>>> example of webkitwidgets, eglfs setup.  The results are the same.
>>>
>>> What are the steps you followed to make the HTML5 at least to play 
>>> under webkit?
>>>
>>> Regards,
>>>
>>> Bin
>>>
>>> On 9/23/2014 11:33 AM, Gerard Bucas wrote:
>>>> Hi Richard
>>>>
>>>> We have trying EXACTLY the same thing & although we see a slight 
>>>> improvement on the latest beta BSP, I agree with your conclusion.
>>>>
>>>> This is a serious problem for practical applications of the I.MX6 - 
>>>> any application that requires HTML5 playback or a browser in general.
>>>>
>>>> See the thread to this list that I started yesterday:
>>>>
>>>> Re: [meta-freescale] Any hope of vblank-synchronized rendering 
>>>> (from vivante) on i.MX6 soon?
>>>>
>>>> Glad we have yet another concerned user!! 😃
>>>>
>>>> Regards
>>>>
>>>> Gerard Bucas
>>>>
>>>>
>>>>
>>>>> On 23 Sep 2014, at 14:13, Richard Cochran 
>>>>> <richardcochran@gmail.com> wrote:
>>>>>
>>>>> Dear list,
>>>>>
>>>>> I have been trying to get hardware accelerated html5 video working on
>>>>> the imx6 for a some time now. After trying 'daisy' and also the more
>>>>> recent alpha and beta branches, I have come to the conclusion that
>>>>> this does not work (and never has). Looking at the webkit source and
>>>>> also googling around only confirm my suspicions.
>>>>>
>>>>> Does anyone out there have this working?
>>>>>
>>>>> Thanks,
>>>>> Richard
>>>>> -- 
>>>>> _______________________________________________
>>>>> meta-freescale mailing list
>>>>> meta-freescale@yoctoproject.org
>>>>> https://lists.yoctoproject.org/listinfo/meta-freescale
>>>
>>
>>
>>
>
>


[-- Attachment #2: Type: text/html, Size: 6670 bytes --]

  reply	other threads:[~2014-09-23 19:29 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-23 18:13 imx6: webkit html5 video with hardware acceleration Richard Cochran
2014-09-23 18:33 ` Gerard Bucas
2014-09-23 18:55   ` Bin Lin
2014-09-23 19:02     ` Carlos Rafael Giani
2014-09-23 19:14       ` Richard Cochran
2014-09-23 19:20         ` Carlos Rafael Giani
2014-09-23 19:30           ` Richard Cochran
2014-09-23 19:32             ` Carlos Rafael Giani
2014-09-23 19:52               ` Richard Cochran
2014-09-23 19:56                 ` Carlos Rafael Giani
2014-09-23 19:57                 ` Otavio Salvador
2014-09-23 20:12                   ` Richard Cochran
2014-09-23 20:27                     ` Otavio Salvador
2014-09-23 20:42                       ` Richard Cochran
2014-09-23 20:46                         ` Carlos Rafael Giani
2014-09-24  4:50                           ` Richard Cochran
2014-09-24 16:42                             ` Eric Nelson
2014-09-24 17:05                               ` Richard Cochran
2014-09-24  8:58                       ` Richard Cochran
2014-09-24 11:21                         ` Otavio Salvador
2014-09-24 12:07                           ` Richard Cochran
2014-09-24 15:28                             ` Daiane Angolini
2014-09-24 15:32                         ` Bin Lin
2014-09-23 19:26       ` Bin Lin
2014-09-23 19:29         ` Carlos Rafael Giani [this message]
2014-09-23 19:06     ` Richard Cochran
2014-09-23 19:15       ` Carlos Rafael Giani
2014-09-23 19:23         ` Richard Cochran
2014-09-23 19:29           ` Carlos Rafael Giani
2014-09-23 19:39             ` Richard Cochran
2014-09-23 19:44               ` Bin Lin

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=5421CA34.2010009@pseudoterminal.org \
    --to=dv@pseudoterminal.org \
    --cc=meta-freescale@yoctoproject.org \
    /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.