Changeset 1006
- Timestamp:
- 2005-03-02 15:35:28 (4 years ago)
- Files:
-
- standards/draft-pfeiffer-annodex-02-rc1.txt (deleted)
- standards/draft-pfeiffer-annodex-current.xml (modified) (36 diffs)
- standards/draft-pfeiffer-temporal-fragments-current.xml (modified) (2 diffs)
Legend:
- Unmodified
- Added
- Removed
- Modified
- Copied
- Moved
standards/draft-pfeiffer-annodex-current.xml
r1005 r1006 114 114 matter" outside the existing infrastructure of the World Wide Web: 115 115 It is not possible to look inside such files, search for their 116 content through common text-based search engines, anddirectly116 content through common text-based search engines,or directly 117 117 hyperlink to points of interest inside them. The file can 118 118 generally only be consumed in its entirety. In addition, such … … 154 154 0</xref>. Annodex is an Ogg bitstream containing a "skeleton" and a 155 155 CMML logical bitstream, in addition to other temporally interleaved 156 data bitstreams. "Skeleton"is a logical bitstream that describes all156 data bitstreams. Ogg skeleton is a logical bitstream that describes all 157 157 the other logical bitstreams contained in the Ogg physical bitstream 158 158 (see section 4).It's purpose is to remove codec-specific information … … 162 162 <t>Only an Annodex bitstream that contains a CMML bitstream can be 163 163 regarded as a Web resource and as part of the Web, because it can be 164 searched and browsed. An Annodexbitstream without a CMML bitstream is164 searched and browsed. An Ogg bitstream without a CMML bitstream is 165 165 not an Annodex bitstream, but only an Ogg bitstream with a "skeleton" 166 166 logical bitstream, which is still valuable as a multitrack media … … 188 188 189 189 </section> 190 </section> 190 191 191 192 <!--**********--> … … 194 195 <section title="Features of Annodex"> 195 196 196 <t>Annodex con sists ofinterleaved197 <t>Annodex contains interleaved 197 198 bitstreams of time-related data. It is designed to be used 198 199 both as a persistent file format and as a streaming format to … … 409 410 </list> 410 411 </t> 411 <t>Version major: 2 Byte short integer number signifying the 412 major version number of the CMML format 413 bitstream. 412 <t>Version major: 2 Byte short unsigned integer number signifying 413 the major version number of the CMML format bitstream. 414 414 </t> 415 <t>Version minor: 2 Byte short integer number signifying the 416 minor version number of the CMML format 417 bitstream. 415 <t>Version minor: 2 Byte short unsigned integer number signifying 416 the minor version number of the CMML format bitstream. 418 417 </t> 419 418 </list> … … 446 445 <!--*********************--> 447 446 <section title="The Ogg skeleton logical bitstream"> 447 448 <t>The purpose of Ogg skeleton is to provide codec-specific 449 knowledge that allows parsing, demultiplexing and remuxing of 450 Ogg bitstreams without having to decode. 451 </t> 448 452 449 453 <t>While the Ogg encapsulation format by itself is capable of … … 452 456 or video) and their encoding format (e.g. vorbis or speex or theora) 453 457 without decoding at least the bos page of the logical bitstreams. 454 Also, determination of further general media type information such 455 as the image dimensions of a video bitstream or the language of a 456 speech bitstream can only be determined when decoding the secondary 457 header pages of the logical bitstreams. Another limitation of Ogg 458 Also, further general media type information such as the image 459 dimensions of a video bitstream or the language of a speech 460 bitstream may be provided in skeleton. Another limitation of Ogg 458 461 is that each logical bitstream defines its own mapping of 459 granule_position to time, which is again given in the headers. 462 granule_position to time, which is therefore also given in the 463 skeleton. 460 464 </t> 461 465 … … 499 503 date to the Ogg physical bitstream, thus e.g. retaining 500 504 creation date/time or first broadcast date/time.</t> 501 <t>allows for temporal offset operations into a Ogg physical505 <t>allows for temporal offset operations into an Ogg physical 502 506 bitstream without a need to decode any data.</t> 503 507 <t>allows generally for handling of content without a need to 504 decode it, such as i n a Web cache.</t>508 decode it, such as is necessary in a caching Web proxy.</t> 505 509 <t>allows for attachment of message header fields given as 506 510 name-value pairs that contain some sort of protocol messages … … 515 519 to use CMML for authoring of skeleton information - that information 516 520 may well originate from a different source and be written directly 517 into the skeleton bitstream. 518 </t> 519 520 <t>The media mapping for skeleton into Ogg is as follows: 521 <list style="symbols"> 522 <t>The skeleton ident header, which contains a packet with 523 identification information and general information for the 524 complete Ogg physical bitstream is mapped into the skeleton 525 bos page.</t> 526 <t>The secondary header pages of a skeleton logical bitstream 527 consist of header packets that each describe one particular 528 logical data bitstream within the Ogg physical bitstream.</t> 529 <t>There are no content pages or data packets. As the skeleton 530 eos page is included before the first data page of any logical 531 bitstream, there actually cannot be any content data packets.</t> 532 <t>The skeleton eos page contains one packet of length zero.</t> 533 </list> 534 </t> 535 536 <t>When using a skeleton logical bitstream in Ogg, a further 537 restriction on the order in which Ogg pages appear is introduced 538 to allow for easier identification: 539 <list style="numbers"> 540 <t>The skeleton bos page is the very first bos page. This allows its 541 differentiation from other Ogg bitstreams that don't contain 542 a skeleton logical bitstream.</t> 543 <t>The bos pages of the other logical bitstreams come next as 544 is a requirement of the Ogg bitstream format.</t> 545 <t>The secondary header pages of all the logical bitstreams 546 in the Ogg physical bitstream come next, as is also a 547 requirement of Ogg. The skeleton secondary header pages 548 are also included here.</t> 549 <t>Before any data pages of any of the logical bitstreams appear 550 in the Ogg physical bitstream, the skeleton eos page has to end 551 the skeleton logical bitstream. This is necessary to end the 552 control section of the bitstream. If an Ogg stream parser reaches 553 the skeleton eos page, it knows that it has received all the bos 554 and secondary header pages and can start setting up its decoding 555 or parsing environment.</t> 556 </list> 521 into the skeleton bitstream. See the CMML Internet-Draft for more 522 details. 557 523 </t> 558 524 … … 625 591 </list> 626 592 </t> 627 <t>Version major: 2 Byte short integer number signifying the628 major version number of the skeleton593 <t>Version major: 2 Byte short unsigned integer number 594 signifying the major version number of the skeleton 629 595 bitstream. This document specifies the major version 3. 630 596 </t> 631 <t>Version minor: 2 Byte short integer number signifying the632 minor version number of the skeleton597 <t>Version minor: 2 Byte short unsigned integer number 598 signifying the minor version number of the skeleton 633 599 bitstream. This document specifies the minor version 0. 634 600 </t> 635 601 <t>Presentationtime numerator & denominator: 8 Byte integer 636 number each. They represent together the time at which to start 602 number each, numerator signed, denominator unsigned. 603 They represent together the time at which to start 637 604 presenting the Ogg physical bitstream given as a rational number. 638 605 The denominator represents the temporal resolution at which the … … 646 613 </t> 647 614 <t>Basetime numerator & denominator: 8 Byte integer 648 number each. They represent together the basetime of the 615 number each, numerator signed, denominator unsigned. 616 They represent together the basetime of the 649 617 Ogg physical bitstream given as a rational number like the 650 618 presentationtime. This number is fixed once the physcial bitstream … … 660 628 </list> 661 629 662 <t>Please note: The possible temporal resolution of the presentation 630 <t>Please note: The possible temporal resolution of the presentation- 663 631 and basetime is on the order of 2^-64. For example, the time formats 664 632 in use for media that are described in this document range from … … 674 642 675 643 <t>The skeleton secondary headers are a sequence of packets 676 that each contain information onone of the time-continuous644 that each contain information about one of the time-continuous 677 645 or time-instantaneous other logical bitstreams contained 678 646 within the Ogg physical bitstream. … … 739 707 </list> 740 708 </t> 741 <t>Offset to message header fields: 4 Byte integer number that742 contains the number of bytes used in this packet before the709 <t>Offset to message header fields: 4 Byte unsigned integer number 710 that contains the number of bytes used in this packet before the 743 711 message header fields. For the version of the skeleton bitstream 744 712 described in this document this number is fixed to 44. This 745 field howeveraccommodates future changes to the skeleton713 field accommodates future changes to the skeleton 746 714 bitstream allowing to parse message header fields even if 747 715 more fields get inserted before them.</t> 748 <t>Serial number: 4 Byte integer number referencing the716 <t>Serial number: 4 Byte unsigned integer number containing the 749 717 bitstream_serial_number of the Ogg logical bitstream described 750 by this skeleton secondary header packet.</t> 751 <t>Number of header packets: a 4 Byte integer number 718 by this skeleton secondary header packet and thus connecting 719 it to the logical bitstream.</t> 720 <t>Number of header packets: a 4 Byte unsigned integer number 752 721 that contains the number of header packets of that 753 particular logical bitstream con tained inthe bos page and the722 particular logical bitstream consisting of the bos page and the 754 723 secondary header pages.</t> 755 724 <t>Granulerate numerator & denominator: 8 Byte integer 756 number each. They represent the temporal resolution of the 725 number each, numerator signed, denominator unsigned. 726 They represent the temporal resolution of the 757 727 logical bitstream in Hz given as a rational number in the 758 728 same way as the basetime attribute above.</t> 759 <t>Startgranule: 8 Byte integer number that represents the granule760 number with which this logical bitstream starts, which is761 originally 0, but will be a positive offset when only a729 <t>Startgranule: 8 Byte signed integer number that represents the 730 granule number with which this logical bitstream starts, which 731 is originally 0, but will be a positive offset when only a 762 732 subpart of the stream is requested.</t> 763 <t>Preroll: 4 Byte integer number that contains the number of733 <t>Preroll: 4 Byte signed integer number that contains the number of 764 734 packets to pre-roll in order to decode a current packet 765 735 correctly. This is for example the case with Ogg vorbis, 766 736 which requires a pre-roll of 2 packets.</t> 767 <t>Granuleshift: a 1 Byte integer number describing whether to768 partition the granule_position into two for that logical769 bitstream, and how many of the lower bits to use for the770 partitioning. The upper bits then still signify a737 <t>Granuleshift: a 1 Byte unsigned integer number describing 738 whether to partition the granule_position into two for that 739 logical bitstream, and how many of the lower bits to use for 740 the partitioning. The upper bits then still signify a 771 741 time-continuous granule position for a directly decodable 772 742 and presentable data granule. The lower bits allow for … … 813 783 </t> 814 784 785 786 </section> 787 788 <section title="Media mapping of skeleton into Ogg"> 789 790 <t>The media mapping for skeleton into Ogg is as follows: 791 <list style="symbols"> 792 <t>The skeleton ident (fishead) header is mapped into the skeleton 793 bos page.</t> 794 <t>The secondary header pages of a skeleton logical bitstream 795 consist of the fisbone header packets that each describe one 796 particular logical data bitstream within the Ogg physical 797 bitstream.</t> 798 <t>There are no content pages or data packets. As the skeleton 799 eos page is included before the first data page of any logical 800 bitstream, there actually cannot be any content data packets.</t> 801 <t>The skeleton eos page contains one packet of length zero.</t> 802 </list> 803 </t> 804 805 <t>When using a skeleton logical bitstream in Ogg, a further 806 restriction on the order in which Ogg pages appear is introduced 807 to allow for easier identification: 808 <list style="numbers"> 809 <t>The skeleton bos page is the very first bos page. This allows its 810 differentiation from other Ogg bitstreams that don't contain 811 a skeleton logical bitstream.</t> 812 <t>The bos pages of the other logical bitstreams come next as 813 is a requirement of the Ogg bitstream format.</t> 814 <t>The secondary header pages of all the logical bitstreams 815 in the Ogg physical bitstream come next, as is also a 816 requirement of Ogg. The skeleton secondary header pages 817 are also included here.</t> 818 <t>Before any data pages of any of the logical bitstreams appear 819 in the Ogg physical bitstream, the skeleton eos page has to end 820 the skeleton logical bitstream. This is necessary to end the 821 control section of the bitstream. If an Ogg stream parser reaches 822 the skeleton eos page, it knows that it has received all the bos 823 and secondary header pages and can start setting up its decoding 824 or parsing environment.</t> 825 </list> 826 </t> 815 827 816 828 </section> … … 875 887 <t>The time point at which an Annodex bitstream starts (t_0 in the 876 888 above diagram) is called the "basetime" and represents the time in 877 seconds associated with the agranule position of 0 on all logical889 seconds associated with the granule position of 0 on all logical 878 890 bitstreams. A typically anew created Annodex file starts all its 879 891 logical bitstreams at granule position 0, and a typical extract … … 883 895 </t> 884 896 885 <t>The "basetime" of an Annodex bitstream is the time at which the 886 stream SHOULD start at granule position 0. This start time may be 0, 897 <t>The "basetime" of an Annodex bitstream may be 0, 887 898 but it can also be any positive time. The basetime is a field specified 888 899 in the skeleton ident header. … … 908 919 quality is sampled with a sampling rate of 44100 Hz. A video 909 920 bitstream may be sampled with a frame rate of 25 frames per 910 second. This temporal resolution is called the "granulerate". 921 second. 922 </t> 923 924 <t>This temporal resolution is called the "granulerate". 925 A granule is a data element that is based on a regular data rate 926 specific to the content type, such as the frame rate for video or 927 the sampling rate for audio. 911 928 It even exists for bitstreams that are not sampled at a regular 912 929 rate - then it is the highest resolution of any of the used 913 sampling rates. 930 sampling rates. The granulerate is specified in the skeleton 931 secondary header packets for each logical bitstream. 914 932 </t> 915 933 … … 920 938 specifies which number of granules has been encapsulated 921 939 so far into the Annodex bitstream after decoding the given Ogg page. 922 A granule is a data element that is based on a regular data rate923 specific to the content type, such as the frame rate for video or924 the sampling rate for audio.925 940 </t> 926 941 … … 929 944 logical bitstream are used for the calculation of the time position 930 945 for which a data packet of the logical bitstream completes data. 931 A granule position of -1 indicates a special case and MUST not be 932 used for calculation of a mapping to time. In principle, 933 the granule position of an Ogg page divided by the 946 A granule position of -1 indicates a special case and MUST NOT be 947 used for calculation of a mapping to time. 948 </t> 949 950 <t>In principle, the granule position of an Ogg page divided by the 934 951 granulerate of this page's logical bitstream provides the time 935 952 position that is reached in that bitstream after decoding all data 936 953 packets finished on this page. However, the granule_position field 937 in an Ogg page provides for a more fine-grained description of954 in an Ogg page allows for a more fine-grained description of 938 955 the temporal position. The following image explains the composition 939 956 of the granule_position field in an Ogg page: … … 954 971 commonly used when the logical bitstream consists of packets that 955 972 can only be fully decoded when referring back to a previous packet. 956 For example video streams often consist of inter and intra coded973 For example, video streams often consist of inter and intra coded 957 974 frames, where the intra frames are fully decodable and the inter 958 975 frames are intermediate frames that require backtracing to the … … 972 989 t_page = basetime + ((keyindex + keyoffset) / granulerate) 973 990 ]]></artwork> 974 The basetime provides the time offset used at the beginning of the 991 </t> 992 <t>The basetime provides the time offset used at the beginning of the 975 993 logical bitstream for the first data packet and thus has to be 976 994 added for a correct calculation of the temporal position. … … 984 1002 t_page = 4 + ((88200 + 0) / 44100) = 6 985 1003 ]]></artwork> 986 This signifies that the bitstream has reached the second sec of the 1004 </t> 1005 <t>This signifies that the bitstream has reached the second sec of the 987 1006 audio bitstream after the end of decoding this page's packets, but 988 1007 maps to 6 seconds because of the basetime. … … 1002 1021 <t>The granulerate of a time-instantaneous bitstream such as 1003 1022 the CMML bitstream can be chosen arbitrarily by the bitstream 1004 multiplexer. One option is to choose the least common multiple of the 1005 granulerates of all the other logical bitstreams in the Ogg stream 1006 which provides at least the resolution of the bitstreams. However, 1007 this resolution may not be enough compared to the one that the author 1008 of e.g. clips is asking for on insertion time. The solution is to 1009 accommodate for all possible time schemes of addressing time offsets 1010 into an Annodex bitstream. Thus, selecting the least common multiple 1011 of the resolutions of all the possible npt and smpte time schemes 1012 as the resolution of the CMML bitstream is RECOMMENDED. 1013 </t> 1014 1015 <t>For example, to calculate the granulerate for CMML with respect 1016 to the time schemes given in this specification, one has to regard 1017 their respective resolutions: 1023 multiplexer. Per default, a granulerate of 1000 is used, which 1024 is the resolution of npt. The resolution of all the time schemes 1025 is given as: 1018 1026 <list style="symbols"> 1019 1027 <t>npt: 1000 (milliseconds)</t> … … 1027 1035 <t>smpte-60-drop: 60/1.001 = 59.940 (approx. as per SMPTE)</t> 1028 1036 </list> 1029 To get to integer values, it is necessary to multiply all1030 resolutions by 1000 and then take the least common multiple:1031 lcm(1000000, 24000, 23976, 25000, 30000, 29970, 50000, 60000,1032 59940) = 2997000000. The granulerate would therefore be1033 2997000. This provides for a temporal resolution on the order1034 of 10^-6, accommodating for a mixed use of all the above given1035 time schemes with complete accuracy on the annotation bitstream.1036 1037 </t> 1037 1038 … … 1039 1040 time-instantaneous bitstream packet has to signify the start 1040 1041 time of that packet. For example, a CMML bitstream with a granulerate 1041 of 1000, a basetime of 0, and a clip that last rfrom npt=12.0201042 of 1000, a basetime of 0, and a clip that lasts from npt=12.020 1042 1043 till npt=15.0 will get a granule_position of 12020. In contrast, the 1043 1044 granule_position of the page finishing data of e.g. an audio … … 1070 1071 1071 1072 <t>The basetime allows to correctly map a temporal offset point such as 1072 a temporal URI to a Byte position in the stream. In the above example1073 a temporal URI to a Byte position in the stream. In the above figure 1073 1074 take t_uri=npt:14.0 as the temporal offset addressed on a stream with 1074 1075 t_0=npt:5.0 as the basetime - this requires a stream offsetting of only … … 1116 1117 accurate decoding of the seek time. When the backwards dependencies 1117 1118 were resolved for a specific logical bitstream, several non-relevant 1118 Ogg pages of other logical bitstreamsmay also have ended up in the1119 Ogg pages of may also have ended up in the 1119 1120 intermediate. These have to be skipped by a player. The time that a 1120 1121 player has to start presenting from is given in the "presentationtime" 1121 in the skeleton .1122 in the skeleton ident header. 1122 1123 </t> 1123 1124 1124 1125 </section> 1125 1126 1126 <section title="Remultiplexing a bitstream s">1127 <section title="Remultiplexing a bitstream"> 1127 1128 1128 1129 <t>When a subpart of an Annodex bitstream is requested, such as through … … 1197 1198 </t> 1198 1199 1199 <t>Encoding Considerations: Annodex enables encapsulation of1200 any type of encod ing format fortime-continuously sampled data1201 stream s. The authoring software has to provide for the encoders,1200 <t>Encoding Considerations: Annodex is an exchange format for 1201 any type of encoded time-continuously sampled data 1202 stream. The authoring software has to provide for the encoders, 1202 1203 providing the MIME type (and potentially the charset for 1203 1204 text-based formats) in the "Content-type" Message header field … … 1212 1213 format is a free specification that is independent of any media 1213 1214 encoding format. It is designed to provide interoperability with 1214 the existing World Wide Web. Its specification is not patented 1215 and can be implemented by third parties without patent 1216 considerations. 1215 the existing World Wide Web. 1217 1216 </t> 1218 1217 … … 1324 1323 easier parsable information. It SHOULD set the "Accept" HTTP 1325 1324 header to "Accept: text/x-cmml" for every requested Annodex 1326 URI. 1325 URI. For example: 1326 <artwork><![CDATA[ 1327 Accpet: text/x-cmml; q=1, application/x-annodex; q=0.5 1328 ]]></artwork> 1327 1329 </t> 1330 1328 1331 </section> 1329 1332 … … 1834 1837 <reference anchor="timedURI" target="http://www.annodex.net/TR/URI_fragments.txt"> 1835 1838 <front> 1836 <title>Specifying time intervals in URI queries and fragments of time-based Web resources (BCP) (work in progress)</title> 1837 <author initials="S." surname="Pfeiffer" fullname="Silvia Pfeiffer"> 1838 <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization> 1839 <title>Specifying time intervals in URI queries and fragments of time-based Web resources (work in progress)</title> 1840 <author initials="S.P." surname="Pfeiffer" fullname="Silvia Pfeiffer"> 1841 <organization abbrev="CSIRO">Commonwealth Scientific and 1842 Industrial Research Organisation CSIRO, 1843 Australia</organization> 1839 1844 <address> 1840 1845 <postal> 1841 <street>Locked Bag 17</street> 1842 <city>North Ryde</city> <region>NSW</region> <code>2113</code> 1846 <street>PO Box 76</street> 1847 <city>Epping</city> 1848 <region>NSW</region> 1849 <code>1710</code> 1843 1850 <country>Australia</country> 1844 </postal> 1845 <phone>+ 61 2 9325 3100</phone> 1846 <facsimile>+ 61 2 9325 3200</facsimile> 1847 <email>Silvia.Pfeiffer@csiro.au</email> 1848 <uri>http://www.annodex.net/</uri> 1851 </postal> 1852 <phone>+61 2 9372 4180</phone> 1853 <email>Silvia.Pfeiffer@csiro.au</email> 1854 <uri>http://www.ict.csiro.au/</uri> 1849 1855 </address> 1850 1856 </author> 1851 <author initials="C." surname="Parker" fullname="Conrad Parker"> 1852 <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization> 1857 <author initials="C." surname="Parker" fullname="Conrad D. Parker"> 1858 <organization abbrev="CSIRO">Commonwealth Scientific and 1859 Industrial Research Organisation CSIRO, 1860 Australia</organization> 1853 1861 <address> 1854 1862 <postal> 1855 <street>Locked Bag 17</street> 1856 <city>North Ryde</city> <region>NSW</region> <code>2113</code> 1863 <street>PO Box 76</street> 1864 <city>Epping</city> 1865 <region>NSW</region> 1866 <code>1710</code> 1857 1867 <country>Australia</country> 1858 </postal> 1859 <phone>+ 61 2 9325 3100</phone> 1860 <facsimile>+ 61 2 9325 3200</facsimile> 1861 <email>Conrad.Parker@csiro.au</email> 1862 <uri>http://www.annodex.net/</uri> 1868 </postal> 1869 <phone>+61 2 9372 4222</phone> 1870 <email>Conrad.Parker@csiro.au</email> 1871 <uri>http://www.ict.csiro.au/</uri> 1863 1872 </address> 1864 </author> 1865 <author initials="A." surname="Pang" fullname="Andre T. Pang"> 1866 <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization> 1873 </author> 1874 <author initials="A." surname="Pang" fullname="Andre T. Pang"> 1875 <organization abbrev="CSIRO">Commonwealth Scientific and 1876 Industrial Research Organisation CSIRO, 1877 Australia</organization> 1867 1878 <address> 1868 1879 <postal> 1869 <street>Locked Bag 17</street> 1870 <city>North Ryde</city> <region>NSW</region> <code>2113</code> 1880 <street>PO Box 76</street> 1881 <city>Epping</city> 1882 <region>NSW</region> 1883 <code>1710</code> 1871 1884 <country>Australia</country> 1872 </postal> 1873 <phone>+ 61 2 9325 3100</phone> 1874 <facsimile>+ 61 2 9325 3200</facsimile> 1875 <email>Andre.Pang@csiro.au</email> 1876 <uri>http://www.annodex.net/</uri> 1885 </postal> 1886 <phone>+61 2 9372 4222</phone> 1887 <email>Andre.Pang@csiro.au</email> 1888 <uri>http://www.ict.csiro.au/</uri> 1877 1889 </address> 1878 </author>1879 <date month=" December" year="2003" />1890 </author> 1891 <date month="March" year="2005" /> 1880 1892 </front> 1881 <seriesInfo name="I-D" value="draft-pfeiffer-temporal-fragments-0 2.txt" />1893 <seriesInfo name="I-D" value="draft-pfeiffer-temporal-fragments-03.txt" /> 1882 1894 </reference> 1883 1895 … … 1885 1897 <front> 1886 1898 <title>The Continuous Media Markup Language (CMML), Version 2.0 (work in progress)</title> 1887 <author initials="S." surname="Pfeiffer" fullname="Silvia Pfeiffer"> 1888 <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization> 1899 <author initials="S.P." surname="Pfeiffer" fullname="Silvia Pfeiffer"> 1900 <organization abbrev="CSIRO">Commonwealth Scientific and 1901 Industrial Research Organisation CSIRO, 1902 Australia</organization> 1889 1903 <address> 1890 1904 <postal> 1891 <street>Locked Bag 17</street> 1892 <city>North Ryde</city> <region>NSW</region> <code>2113</code> 1905 <street>PO Box 76</street> 1906 <city>Epping</city> 1907 <region>NSW</region> 1908 <code>1710</code> 1893 1909 <country>Australia</country> 1894 </postal> 1895 <phone>+ 61 2 9325 3100</phone> 1896 <facsimile>+ 61 2 9325 3200</facsimile> 1897 <email>Silvia.Pfeiffer@csiro.au</email> 1898 <uri>http://www.annodex.net/</uri> 1910 </postal> 1911 <phone>+61 2 9372 4180</phone> 1912 <email>Silvia.Pfeiffer@csiro.au</email> 1913 <uri>http://www.ict.csiro.au/</uri> 1899 1914 </address> 1900 1915 </author> 1901 <author initials="C." surname="Parker" fullname="Conrad Parker"> 1902 <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization> 1916 <author initials="C." surname="Parker" fullname="Conrad D. Parker"> 1917 <organization abbrev="CSIRO">Commonwealth Scientific and 1918 Industrial Research Organisation CSIRO, 1919 Australia</organization> 1903 1920 <address> 1904 1921 <postal> 1905 <street>Locked Bag 17</street> 1906 <city>North Ryde</city> <region>NSW</region> <code>2113</code> 1922 <street>PO Box 76</street> 1923 <city>Epping</city> 1924 <region>NSW</region> 1925 <code>1710</code> 1907 1926 <country>Australia</country> 1908 </postal> 1909 <phone>+ 61 2 9325 3100</phone> 1910 <facsimile>+ 61 2 9325 3200</facsimile> 1911 <email>Conrad.Parker@csiro.au</email> 1912 <uri>http://www.annodex.net/</uri> 1927 </postal> 1928 <phone>+61 2 9372 4222</phone> 1929 <email>Conrad.Parker@csiro.au</email> 1930 <uri>http://www.ict.csiro.au/</uri> 1913 1931 </address> 1914 </author> 1915 <author initials="A." surname="Pang" fullname="Andre T. Pang"> 1916 <organization abbrev="CSIRO">Commonwealth Scientific and Industrial Research Organisation</organization> 1932 </author> 1933 <author initials="A." surname="Pang" fullname="Andre T. Pang"> 1934 <organization abbrev="CSIRO">Commonwealth Scientific and 1935 Industrial Research Organisation CSIRO, 1936 Australia</organization> 1917 1937 <address> 1918 1938 <postal> 1919 <street>Locked Bag 17</street> 1920 <city>North Ryde</city> <region>NSW</region> <code>2113</code> 1939 <street>PO Box 76</street> 1940 <city>Epping</city> 1941 <region>NSW</region> 1942 <code>1710</code> 1921 1943 <country>Australia</country> 1922 </postal> 1923 <phone>+ 61 2 9325 3100</phone> 1924 <facsimile>+ 61 2 9325 3200</facsimile> 1925 <email>Andre.Pang@csiro.au</email> 1926 <uri>http://www.annodex.net/</uri> 1944 </postal> 1945 <phone>+61 2 9372 4222</phone> 1946 <email>Andre.Pang@csiro.au</email> 1947 <uri>http://www.ict.csiro.au/</uri> 1927 1948 </address> 1928 </author>1929 <date month=" December" year="2003" />1949 </author> 1950 <date month="March" year="2005" /> 1930 1951 </front> 1931 <seriesInfo name="I-D" value="draft-pfeiffer-cmml-0 1.txt" />1952 <seriesInfo name="I-D" value="draft-pfeiffer-cmml-02.txt" /> 1932 1953 </reference> 1933 1954 … … 1947 1968 <t hangText="Time-instantaneous bitstream:">a time-continuously 1948 1969 sampled data stream where the components provide information for 1949 a specific time-instant and this information is then active until 1950 there is different data on the stream available.</t> 1970 a specific time-instant.</t> 1951 1971 1952 1972 <t hangText="Time-continuous bitstream:">a time-continuously … … 1988 2008 resource, this is sometimes called deep hyperlinking.</t> 1989 2009 1990 <t hangText="head element:"> XML data containing information on2010 <t hangText="head element:">CMML data containing information on 1991 2011 an Annodexed media file.</t> 1992 2012 standards/draft-pfeiffer-temporal-fragments-current.xml
r993 r1006 1092 1092 </address> 1093 1093 </author> 1094 <date month=" February" year="2005" />1094 <date month="March" year="2005" /> 1095 1095 </front> 1096 1096 <seriesInfo name="I-D" value="draft-pfeiffer-annodex-02.txt" /> … … 1151 1151 </address> 1152 1152 </author> 1153 <date month=" February" year="2005" />1153 <date month="March" year="2005" /> 1154 1154 </front> 1155 1155 <seriesInfo name="I-D" value="draft-pfeiffer-cmml-02.txt" />