From benjamin.beisel at gmail.com  Tue Dec 12 13:40:34 2017
From: benjamin.beisel at gmail.com (Benjamin Beisel)
Date: Tue, 12 Dec 2017 13:40:34 +0100
Subject: [Qtwebengine] IPv6 Address Family not supported by protocol
Message-ID: <31BB6140-F448-4076-9951-945FD25FD7B1@gmail.com>

Hi,

we're running QtWebengine 5.7 under Linux version 4.1.33-yocto-standard. Due to reasons we don't use IPv6 in our environment and it is disabled by kernel command line parameter ipv6.disable=1. Nevertheless in the logs we see that qtwebengine is trying to access IPv6 addresses and throws errors when we open an URL.

ERROR:socket_posix.cc(82)] CreatePlatformSocket() returned an error, errno=97: Address family not supported by protocol

Is there a way to disable IPv6 or to suppress these messages? The application is working fine, just the logs are messed up. Getting up to 6 errors with each URL called.

(All urls we're using have IPv4 entries in /etc/hosts)

Thanks​

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/qtwebengine/attachments/20171212/3d9aa69f/attachment.html>

From Chris.Trowbridge at autobag.com  Thu Dec 14 14:46:16 2017
From: Chris.Trowbridge at autobag.com (Chris Trowbridge)
Date: Thu, 14 Dec 2017 13:46:16 +0000
Subject: [Qtwebengine] MP4 video playback not working in QtWebEngine
Message-ID: <597BFFFF0F230145B86209A0762732D0382F9801@ST-EXCHANGE1.apsautobag.com>

Hi all,

I'm running into some issues trying to get MP4 playback through QtWebEngine 5.9.2.

Our hardware is a DFI KS310 (http://www.dfi.com/products/product.html?productId=1962) running an i.MX6 ARM processor. We are using Yocto to build the OS based on version 3.14.52 of the Linux kernel and are including the qtwebengine recipe from Yocto to include it in the image. We are also using Wayland/Weston as a compositor.

When I run the minimal browser sample application and navigate to a page that contains an MP4 video file (embedded in a <video> HTML tag), the app crashes with a segmentation fault and the following stack trace:
Received signal 11 SEGV_MAPERR 000069646551
#0 0x0000b4108086 <unknown>
#1 0x0000b4108356 <unknown>
#2 0x0000b33b0b80 <unknown>
[end of stack trace]

At first, I thought this was because the default compilation configuration for QtWebEngine (and Chromium) disables support for proprietary codecs. So, I changed the compilation configuration to enable proprietary codecs, but the minimal browser application still crashes when trying to display the MP4 video.

My next thought was to ensure that hardware acceleration was fully enabled in the underlying instance of Chromium. I was able to achieve almost full hardware acceleration by adding the following command line switches when running the minimal browser application:
--ignore-gpu-blacklist --disable-gpu-sandbox --blacklist-accelerated-compositing --enable-native-gpu-memory-buffers

After this, the 'chrome://gpu' page in Chromium reported:

Graphics Feature Status:

  *   Canvas: Hardware accelerated
  *   Flash: Hardware accelerated
  *   Flash Stage3D: Hardware accelerated
  *   Flash Stage3D Baseline profile: Hardware accelerated
  *   Compositing: Hardware accelerated
  *   Multiple Raster Threads: Enabled
  *   Native GpuMemoryBuffers: Hardware accelerated
  *   Rasterization: Software only. Hardware acceleration disabled
  *   Video Decode: Software only. Hardware acceleration disabled
  *   VPx Video Decode: Software only. Hardware acceleration disabled
  *   WebGL: Hardware accelerated
  *   WebGL2: Hardware accelerated
Problems Detected:

  *   Clear uniforms before first program use on all platforms: 124764, 349137 - Applied Workarounds: clear_uniforms_first_program_use
  *   Always rewrite vec/mat constructors to be consistent: 398694 - Applied Workarounds: scalarize_vec_and_mat_constructor_args
  *   Limited enabling of Chromium GL_INTEL_framebuffer_CMAA: 535198 - Applied Workarounds: disable_framebuffer_cmaa
  *   Accelerated video decode has been disabled, either via blacklist, about:flags or the command line. - Disabled Features: video_decode
  *   Accelerated rasterization has been disabled, either via blacklist, about:flags or the command line. - Disabled Features: rasterization
  *   Accelerated VPx video decode has been disabled, either via blacklist, about:flags or the command line. - Disabled Features: vpx_decode
As you can see, it seems as though video decode and VPx video decode are not hardware accelerated, and I think this is where my real problem lies.

I also tried to load the same MP4 video file using Chromium (version 40), but the page crashes just the same as with QtWebEngine and displays an "Oh, snap" Chromium error message with no error messages on the console.

I have also tried to pre-install through Yocto many of the Freescale/NXP i.MX6 graphics support libraries and drivers, but it's possible that I could be missing a vital one or not configuring one correctly:


*         Libfslvpuwrap (v1.0.62)

*         libavcodec

*         libavformat

*         libavutil

*         libexif (v0.6.21)

*         imx-gpu-viv (v5.0.11)

*         gst1.0-fsl-plugin (v4.0.8)

*         gstreamer1.0-plugins-imx (v0.12.1)

*         imx-lib (v5.1)

*         imx-vpu (v5.4.32)

*         libfslcodec (v4.0.8)

*         libfslparser (v4.0.8)

*         libimxvpuapi (0.10.2)

Has anyone been able to get MP4 video playback to work in QtWebEngine built with Yocto on the i.MX6 chipset?

Thanks,

Chris


CONFIDENTIALITY NOTICE:  This email message is for the sole use of the intended recipient(s) and may contain CONFIDENTIAL INFORMATION of Automated Packaging Systems, Inc..  Any unauthorized review, use, disclosure or distribution of this email or the information it contains is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/qtwebengine/attachments/20171214/2c66ef06/attachment.html>

From Kai.Koehne at qt.io  Thu Dec 21 14:07:15 2017
From: Kai.Koehne at qt.io (Kai Koehne)
Date: Thu, 21 Dec 2017 13:07:15 +0000
Subject: [Qtwebengine] IPv6 Address Family not supported by protocol
In-Reply-To: <31BB6140-F448-4076-9951-945FD25FD7B1@gmail.com>
References: <31BB6140-F448-4076-9951-945FD25FD7B1@gmail.com>
Message-ID: <AM4PR0201MB2004849AB611FEE2B514BE38980D0@AM4PR0201MB2004.eurprd02.prod.outlook.com>

Chromium does not support disabling IPv6 as an option anymore - see also https://codereview.chromium.org/1149303005 .

Anyhow, you seem to only care about the error. You can just disable the output in code (see qtwebengine/src/3rdparty/chromium/net/socket/socket_posix.cc). This requires rebuilding Qt WebEngine though.

Regards

Kai

> -----Original Message-----
> From: QtWebEngine [mailto:qtwebengine-bounces+kai.koehne=qt.io at qt-
> project.org] On Behalf Of Benjamin Beisel
> Sent: Tuesday, December 12, 2017 1:41 PM
> To: qtwebengine at qt-project.org
> Subject: [Qtwebengine] IPv6 Address Family not supported by protocol
> 
> Hi,
> 
> we're running QtWebengine 5.7 under Linux version 4.1.33-yocto-standard.
> Due to reasons we don't use IPv6 in our environment and it is disabled by
> kernel command line parameter ipv6.disable=1. Nevertheless in the logs we see
> that qtwebengine is trying to access IPv6 addresses and throws errors when we
> open an URL.
> 
> ERROR:socket_posix.cc <http://socket_posix.cc> (82)] CreatePlatformSocket()
> returned an error, errno=97: Address family not supported by protocol
> 
> Is there a way to disable IPv6 or to suppress these messages? The application is
> working fine, just the logs are messed up. Getting up to 6 errors with each URL
> called.
> 
> (All urls we're using have IPv4 entries in /etc/hosts)
> 
> Thanks​


From michal.klocek at qt.io  Thu Dec 21 16:23:46 2017
From: michal.klocek at qt.io (Michal Klocek)
Date: Thu, 21 Dec 2017 16:23:46 +0100
Subject: [Qtwebengine] FW: MP4 video playback not working in QtWebEngine
In-Reply-To: <AM4PR0201MB2004F1536C62F8FEE9BAF6F0980D0@AM4PR0201MB2004.eurprd02.prod.outlook.com>
References: <597BFFFF0F230145B86209A0762732D0382F9801@ST-EXCHANGE1.apsautobag.com>
	<AM4PR0201MB2004F1536C62F8FEE9BAF6F0980D0@AM4PR0201MB2004.eurprd02.prod.outlook.com>
Message-ID: <141b0cf5-bf7b-b711-b212-52242b3709ed@qt.io>

Hi

Proprietary codes are compiled for ffmpeg and you need them for mp4.
Video hardware acceleration is unsupported on linux, you might get it
working only with V4L2 (or maybe with VAAPI see:
https://chromium-review.googlesource.com/c/chromium/src/+/532294 not
sure if there is imx-vappi wprapper ?!)

For the crash please open the bug report at https://bugreports.qt.io

You might want to see if you compile against system ffmpeg or you
use embedded one. Please add information to bug report if other formats
(ogg,vp8) are playing correctly.

Br

Michal

On 12/21/2017 02:45 PM, Kai Koehne wrote:
> 
> 
>> -----Original Message-----
>> From: QtWebEngine [mailto:qtwebengine-bounces+kai.koehne=qt.io at qt-
>> project.org] On Behalf Of Chris Trowbridge
>> Sent: Thursday, December 14, 2017 2:46 PM
>> To: qtwebengine at qt-project.org
>> Subject: [Qtwebengine] MP4 video playback not working in QtWebEngine
>>
>> Hi all,
>>
>>
>>
>> I'm running into some issues trying to get MP4 playback through QtWebEngine
>> 5.9.2.
>>
>>
>>
>> Our hardware is a DFI KS310
>> (http://www.dfi.com/products/product.html?productId=1962) running an
>> i.MX6 ARM processor. We are using Yocto to build the OS based on version
>> 3.14.52 of the Linux kernel and are including the qtwebengine recipe from
>> Yocto to include it in the image. We are also using Wayland/Weston as a
>> compositor.
>>
>>
>>
>> When I run the minimal browser sample application and navigate to a page
>> that contains an MP4 video file (embedded in a <video> HTML tag), the app
>> crashes with a segmentation fault and the following stack trace:
>>
>> Received signal 11 SEGV_MAPERR 000069646551
>>
>> #0 0x0000b4108086 <unknown>
>>
>> #1 0x0000b4108356 <unknown>
>>
>> #2 0x0000b33b0b80 <unknown>
>>
>> [end of stack trace]
>>
>>
>>
>> At first, I thought this was because the default compilation configuration for
>> QtWebEngine (and Chromium) disables support for proprietary codecs. So, I
>> changed the compilation configuration to enable proprietary codecs, but the
>> minimal browser application still crashes when trying to display the MP4 video.
>>
>>
>>
>> My next thought was to ensure that hardware acceleration was fully enabled in
>> the underlying instance of Chromium. I was able to achieve almost full
>> hardware acceleration by adding the following command line switches when
>> running the minimal browser application:
>>
>> --ignore-gpu-blacklist --disable-gpu-sandbox --blacklist-accelerated-compositing
>> --enable-native-gpu-memory-buffers
>>
>>
>>
>> After this, the 'chrome://gpu' page in Chromium reported:
>>
>>
>>
>> Graphics Feature Status:
>>
>> *	Canvas: Hardware accelerated
>> *	Flash: Hardware accelerated
>> *	Flash Stage3D: Hardware accelerated
>> *	Flash Stage3D Baseline profile: Hardware accelerated
>> *	Compositing: Hardware accelerated
>> *	Multiple Raster Threads: Enabled
>> *	Native GpuMemoryBuffers: Hardware accelerated
>> *	Rasterization: Software only. Hardware acceleration disabled
>> *	Video Decode: Software only. Hardware acceleration disabled
>> *	VPx Video Decode: Software only. Hardware acceleration disabled
>> *	WebGL: Hardware accelerated
>> *	WebGL2: Hardware accelerated
>>
>> Problems Detected:
>>
>> *	Clear uniforms before first program use on all platforms: 124764,
>> 349137 - Applied Workarounds: clear_uniforms_first_program_use
>> *	Always rewrite vec/mat constructors to be consistent: 398694 -
>> Applied Workarounds: scalarize_vec_and_mat_constructor_args
>> *	Limited enabling of Chromium GL_INTEL_framebuffer_CMAA: 535198 -
>> Applied Workarounds: disable_framebuffer_cmaa
>> *	Accelerated video decode has been disabled, either via blacklist,
>> about:flags or the command line. - Disabled Features: video_decode
>> *	Accelerated rasterization has been disabled, either via blacklist,
>> about:flags or the command line. - Disabled Features: rasterization
>> *	Accelerated VPx video decode has been disabled, either via blacklist,
>> about:flags or the command line. - Disabled Features: vpx_decode
>>
>> As you can see, it seems as though video decode and VPx video decode are not
>> hardware accelerated, and I think this is where my real problem lies.
>>
>>
>>
>> I also tried to load the same MP4 video file using Chromium (version 40), but
>> the page crashes just the same as with QtWebEngine and displays an "Oh,
>> snap" Chromium error message with no error messages on the console.
>>
>>
>>
>> I have also tried to pre-install through Yocto many of the Freescale/NXP i.MX6
>> graphics support libraries and drivers, but it's possible that I could be missing a
>> vital one or not configuring one correctly:
>>
>>
>>
>> *         Libfslvpuwrap (v1.0.62)
>>
>> *         libavcodec
>>
>> *         libavformat
>>
>> *         libavutil
>>
>> *         libexif (v0.6.21)
>>
>> *         imx-gpu-viv (v5.0.11)
>>
>> *         gst1.0-fsl-plugin (v4.0.8)
>>
>> *         gstreamer1.0-plugins-imx (v0.12.1)
>>
>> *         imx-lib (v5.1)
>>
>> *         imx-vpu (v5.4.32)
>>
>> *         libfslcodec (v4.0.8)
>>
>> *         libfslparser (v4.0.8)
>>
>> *         libimxvpuapi (0.10.2)
>>
>>
>>
>> Has anyone been able to get MP4 video playback to work in QtWebEngine built
>> with Yocto on the i.MX6 chipset?
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Chris
>>
>>
>>
>>
>>
>> CONFIDENTIALITY NOTICE:  This email message is for the sole use of the
>> intended recipient(s) and may contain CONFIDENTIAL INFORMATION of
>> Automated Packaging Systems, Inc..  Any unauthorized review, use, disclosure
>> or distribution of this email or the information it contains is prohibited.  If you
>> are not the intended recipient, please contact the sender by reply email and
>> destroy all copies of the original message.
>>
>>
>