For Audio at least, supporting uncompressed should be possible and uncontroversial, as there are clearly no patent issues here. Anyone serious about recording and processing audio would not consider recording compressed audio nowadays. T<div>
<br></div><div>There are several widely used raw audio formats (.au, WAV, AIFF, AVI) that can wrap into a filestream, and there are of course the issues of sample rate, channel count and bit resolution, but compared to codec issues these are relatively straightforward from an engineering point of view, and not tied up with licensing issues.</div>
<div><br></div><div>Raw video is more of a problem at present, given common bandwidth constraints, but if we are interested in providing for image manipulation APIs, having pixel formats that map to video better than RGBA may be needed. The enumeration at </div>
<div><a href="http://developer.apple.com/quicktime/icefloe/dispatch020.html">http://developer.apple.com/quicktime/icefloe/dispatch020.html</a></div><div>may be helpful here.</div><div><br><div class="gmail_quote">On Fri, Nov 26, 2010 at 11:10 AM, Nils Dagsson Moskopp <span dir="ltr"><<a href="mailto:nils-dagsson-moskopp@dieweltistgarnichtso.net">nils-dagsson-moskopp@dieweltistgarnichtso.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">Silvia Pfeiffer <<a href="mailto:silviapfeiffer1@gmail.com">silviapfeiffer1@gmail.com</a>> schrieb am Thu, 25 Nov 2010<br>

</div>20:01:37 +1100:<br>
<div class="im"><br>
> Also, implementing WebM or Ogg Theora encoding is just as royalty-free<br>
> as decoding them, so Mozilla, Opera and Google wouldn't need to worry<br>
> there.<br>
<br>
</div>Slightly offtopic: Anyone considering the low-bandwith audio use case?<br>
Surely, speex might be useful here — even a throttled UMTS connection<br>
suffices for VoIP.<br>
<div class="im"><br>
> So, the browsers would implement support for those codecs for which<br>
> they already implement decoding support - maybe with the exception of<br>
> Chrome which decode MPEG-4, but may not want to encode it, since it<br>
> might mean extra royalties.<br>
<br>
</div>And probably less WebM content, too boot. Decoding, but not encoding<br>
MPEG formats could certainly fit into a royalty-free formats agenda,<br>
depending on the level of aggressiveness Google is wishing to take.<br>
<div class="im"><br>
> It would be nice if we could all, say, encode WebM, but I don't see<br>
> that happening.<br>
<br>
</div>I see what you did there.<br>
<br>
<br>
Greetings,<br>
<div><div></div><div class="h5">--<br>
Nils Dagsson Moskopp // erlehmann<br>
<<a href="http://dieweltistgarnichtso.net" target="_blank">http://dieweltistgarnichtso.net</a>><br>
</div></div></blockquote></div><br></div>