[Webkit-unassigned] [Bug 197216] New: HTML5 Media Capture yields heavily compressed videos
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Apr 23 15:35:26 PDT 2019
https://bugs.webkit.org/show_bug.cgi?id=197216
Bug ID: 197216
Summary: HTML5 Media Capture yields heavily compressed videos
Product: WebKit
Version: Safari 12
Hardware: iPhone / iPad
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: Media
Assignee: webkit-unassigned at lists.webkit.org
Reporter: douglasparker at google.com
Created attachment 368072
--> https://bugs.webkit.org/attachment.cgi?id=368072&action=review
Video captured via the native iOS camera.
When using HTML5 media capture (`<input type="file" accept="video/*" capture="camcorder" />`), videos are heavily compressed as compared to the native camera. See the two attached videos, one captured via the native camera and the other via HTML5 media capture.
You can clearly see the difference in a test page we made. One video comes from the native camera (file picked into the app), the other comes from HTML5 media capture. See if you can tell which is which:
https://posts.google.com/bulletin/share/amp/yrLX769h/h9JkyV
I took a look at the output video files with FFprobe:
$ ffprobe Web.mov 2>&1 | grep h264
Stream #0:0(und): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p(tv, smpte170m/bt709/bt709), 480x360, 748 kb/s, 30.01 fps, 30 tbr, 600 tbn, 1200 tbc (default)
$ ffprobe Native.mov 2>&1 | grep h264
Stream #0:1(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720, 4813 kb/s, 30.01 fps, 30 tbr, 600 tbn, 1200 tbc (default)
The one from HTML5 media capture (Web.mov) is only 480p at 748 kb/s bitrate. By contrast, the natively capture video (Native.mov) runs at 720p at 4813 kb/s. That is a significant difference, and it provides a very strong incentive for users to prefer capturing with the native camera. Our PWA has no way around this problem as there are no controls to modify the quality. The best solution would be to limit users to only using the file picker, which negates the entire purpose of the HTML5 media capture API.
Can this quality be bumped up, or have some option added to allow clients to specify the quality?
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20190423/e0327c6d/attachment-0001.html>
More information about the webkit-unassigned
mailing list