<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [GStreamer] unrelated codecs required to play videos"
href="https://bugs.webkit.org/show_bug.cgi?id=135972#c14">Comment # 14</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [GStreamer] unrelated codecs required to play videos"
href="https://bugs.webkit.org/show_bug.cgi?id=135972">bug 135972</a>
from <span class="vcard"><a class="email" href="mailto:mcatanzaro@igalia.com" title="Michael Catanzaro <mcatanzaro@igalia.com>"> <span class="fn">Michael Catanzaro</span></a>
</span></b>
<pre>I think what we want to do is have mimeTypeCache be initially empty, and add each MIME type based on the result of a call to gstRegistryHasDecoder. The problem is, the MIME types ("video/mp4") are different than the values we must pass to gstRegistryHasDecoder ("video/x-h264") -- and there's not even going to be a 1-1 correspondence here, e.g. in Fedora we will be shipping OpenH264, which handles H.264 as used in WebRTC, but cannot be used to play MP4 videos. We also probably don't want to claim to support MP4 if, for example, we don't have support for AAC, since we'd get bug reports that videos play without sound, which users will assume to be our fault. (Red Hat is planning to add MP4 support to OpenH264, but I'm not aware of any plans to license AAC, so this will become a practical problem in the near future.)
So we need someone with serious multimedia experience to think about this. :)</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>