Hey,
 
> please be gentle as this is my first bug report :)

feel welcome! I hope your first experience with Debian bug reporting is a good 
one.

> I'm excited that Qt WebEngine is being packaged, so I could use it with
> qutebrowser.

that is great and we need packages using QtWebEngine to get an idea if we 
packaged it correctly.

> It seems to work beautifully, except that H.264 video is not working.
> I've talked to the developer of qutebrowser and he said that qtwebengine
> might not be configured to use proprietary codecs (see:
> http://doc.qt.io/qt-5/qtwebengine-features.html#audio-and-video-codecs )

We were in a rush to get QtWebEngine ready for Debian, so we couldn't evaluate 
all the potentials of QtWebEngine. But on Debian we can't simply include 
proprietary codecs, because that would mean, that QtWebEngine will move from 
main to non-free and all software using it would endup in contrib. And I think 
must use cases are not include sing proprietary codecs. 

The solution would be, that we would able to use ffmpeg/libh264 from the 
system, if available, like other media player do this. And we actually push 
this information into the build. So in theory it should be picked up and use 
the system ffmpeg libs:
qmake WEBENGINE_CONFIG+="use_system_ffmpeg=1"

Did you try to just install the necessary libs?

Under [0] you find the complete build script for Debian.

>I know that multimedia codecs can be very hairy things in general, but I'm 
hoping that since H.264 is enabled in chromium, that the same can be done for 
Qt WebEngine.

I hope so too, but the build of QtWebEngine is another layer on top of the 
complex build of the internal chromium. 

Any help how to push QtWebEngine to use system h264 is very welcomed!

Best Regards,

sandro

[0]  https://anonscm.debian.org/git/pkg-kde/qt/qtwebengine.git/tree/debian/
rules

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to