- From: Henning Timcke <henning.timcke@my.werft22.com>
- Date: Mon, 11 Dec 2000 21:45:48 +0100
- To: geoff freed <geoff_freed@wgbh.org>
- Cc: Henning Timcke <henning.timcke@werft22.com>
- Cc: Tammy Kohl <tkohl@contextmedia.com>
- Cc: <www-smil-request@w3.org>
- Cc: Philipp Hoschka <ph@w3.org>
- Cc: <www-smil@w3.org>
Hi all I really think we should start an RFC on this topic. It's not only a question of which formats should be part of a minmal set, it's also a question what kind of topology in terms of bandwidth's QoS is available for delivery of contents. regards Henning Werft22 Am Mon Dec 11 19:37:23 2000 schrieb geoff freed <geoff_freed@wgbh.org> >Shouldn't there also be a text MIME type? >Geoff Freed >National Center for Accessible Media >WGBH Educational Foundation >geoff_freed@wgbh.org >On Friday, December 8, 2000, Tammy Kohl <tkohl@contextmedia.com> wrote: >>I agree. Also, Real Media formats should be included in the >>list. >> >>Tammy Kohl >>tkohl@contextmedia.com >> >> >>Henning Timcke wrote: >> >>> Hi >>> Choosing MPEG 4 among a minimum set of supported formats really sounds >>> like joke to me. >>> Who should be a able to take advantage of this minimal set as of today ? >>> >>> > Suggested formats or codecs for media type Video: >>> > - MPEG 4 (Visual Simple Profile, Level 1) >>> > - ITU-T H.263 >>> > - Quicktime >>> >>> This would look more realistic to me: >>> >>> > Suggested formats or codecs for media type Video: >>> > - MPX (MPEG-1, MPEG-2, MPEG 4) >>> > - AVI >>> > - Sure Stream (TM) RS G2 >>> > - Windows Media (TM) >>> > - ITU-T H.263 >>> > - MOV Quicktime (TM) >>> >>> Regards >>> Henning >>> >>> ---------------- >>> Ideen Werft22 GmbH >>> >>> Stadtturmstrasse 5 und 19 >>> CH 5400 Baden >>> Telefon 056 204 29 13 >>> Telefax 056 202 29 01 >>> http://www.werft22.com >>> >>> Labor für Datenarchitektur >>> Telefon 056 210 91 32 >>> Telefax 056 210 91 34 >>> http://virt.uals.com/ >>> >>> Henning Timcke >>> >>> Streaming Live with Linux by Ideen Werft 22 GmbH: >>> http://bahnhof.baden.ch >>> >>> Philipp Hoschka wrote: >>> > >>> > Patrick, >>> > >>> > FWIW, there is a set of "recommended" codecs in the SMIL 2.0 >>> > draft of W3C, and I'm happy to explain why we chose those, if >>> > needed: >>> > >>> > http://www.w3.org/TR/2000/WD-smil20-20000921/smil20- profile.html#BaselineFormatsNS >>> > >>> > > Widely Supported MIME Types >>> > > >>> > > This section is informative. >>> > > >>> > > The members of the W3C SYMM Working Group believe that the following >>> > > MIME types will be widely supported by SMIL players: >>> > > * audio/basic [592][MIME-2] >>> > > * image/png ([593][PNG-MIME], [594][PNG-REC]) >>> > > * image/jpeg ([595][MIME-2], [596][JFIF]) >>> > > Implementers of SMIL players should thus strive to provide support for >>> > > each of these types. Note, however, that this section is >>> > > non-normative, and that support for these MIME types is not a >>> > > precondition for conformance to this specification. >>> > > >>> > > Authors are encouraged to encode media objects using one of the widely >>> > > supported MIME types whenever possible. This will ensure that their >>> > > SMIL documents can be played back by a wide range of SMIL players. >>> > > >>> > > If authors use a MIME type that is not in the list of widely supported >>> > > types, they should provide an alternative version encoded using a >>> > > baseline format. This can be achieved by using a switch element as >>> > > shown in the following example: >>> > > <switch> >>> > > <audio src="non-baseline-format-object" /> >>> > > <audio src="baseline-format-object" /> >>> > > </switch> >>> > > >>> > > In this example, a player that supports the non-baseline format will >>> > > play the first audio media object, and a player that does not support >>> > > the non-baseline format will play the second media object. >>> > -- Henning Timcke <henning.timcke@my.werft22.com>
Received on Monday, 11 December 2000 15:46:21 UTC