File Format Technology in JPEG 2000 Enables Flexible Use of Still And

Total Page:16

File Type:pdf, Size:1020Kb

File Format Technology in JPEG 2000 Enables Flexible Use of Still And Signal Processing: Image Communication 17 (2002) 131–144 File format technology in JPEG 2000 enables flexible use of still and motion sequences J. Scott Houchina,*, David W. Singerb a Eastman Kodak Company, Rochester, NY, USA b Apple Computer, Cupertino, CA, USA Abstract While there exist many different image file formats, the JPEG committee concluded that none of those formats addressed a majority of the needs of tomorrow’s complicated imaging applications. Many formats do not provide sufficient flexibility for the intelligent storage and maintenance of metadata. Others are very restrictive in terms of colorspace specification. Others provide flexibility, but with a very high cost because of complexity. The JPEG 2000 file format addresses these concerns by combining a simple binary container with flexible metadata architecture and a useful yet simple mechanism for encoding the colorspace of an image. This paper describes the binary format, metadata architecture, and colorspace encoding architecture of the JPEG 2000 file format. It also shows how this format can be used as the basis for more advanced applications, such as the upcoming motion JPEG 2000 standard. r 2002 Elsevier Science B.V. All rights reserved. Keywords: JPEG 2000; JP2; File format; Metadata; XML; Color; ICC; Moving pictures; Streaming; MPEG 1. Introduction addition to the codestream syntax. Therefore, as part of the JPEG 2000 standard, the committee For several years, the JPEG committee (ISO/ has defined a pair of tightly linked standard file IEC JTC1/SC29/WG1) has been working on a formats. The minimal/simpler variation is called next generation image compression algorithm JP2 [6] and is targeted at applications that are called JPEG 2000 (ISO/IEC 15444-1).1 The limited to the storage of RGB and grayscale compression algorithm itself is wavelet based and images. The JPX [6] format expands the capabil- promises to provide many new image access ities of the standard to allow for the specification features to applications. To practically use those of other types of images (both photographic and features, however, the codestream must be com- non-photographic) and defines a set of standard bined with all of the information describing that metadata fields. The JPX file format also allows image; this requires the use of a file format in for the specification multiple images within a single file, and for the combination of those images *Corresponding author. Tel.: +1-716-588-8495. through compositing and animation. While using E-mail addresses: [email protected] (J.S. Houchin), [email protected] (D.W. Singer). these formats is optional for conformance, either 1 ISO/IEC 15444-1, Information technologyFJPEG 2000 applications are strongly encouraged to use the image coding system. JP2 or JPX file formats where appropriate. 0923-5965/02/$ - see front matter r 2002 Elsevier Science B.V. All rights reserved. PII: S 0923-5965(01)00023-6 132 J.S. Houchin, D.W. Singer / Signal Processing: Image Communication 17 (2002) 131–144 There are three main aspects of the JP2 and JPX important to define a compliance point at which file formats: all readers (including those targeted at the * binary container, consumer desktop) could read all files written to * colorspace specification, that compliance point. This compliance point is * metadata embedding. the JP2 file format. All readers are required to read As described in the following sections, the file all JP2 files. Applications that require features formats provide a strong foundation and feature greater than those defined as part of the JP2 must set for today’s applications. In addition, it is well use the JPX file format. understood that new applications are created every It is important to note, however, that many day, and that these file format must continue to aspects of the JPX file format are compatible meet the needs of tomorrow’s applications for with inclusion in JP2 file, and thus it is possible many years. As such, these formats are built upon (and appropriate in many situations) to create JPX a strong foundation with well-defined means for files that can be completely read by a simpler JP2 extension. This extension mechanism will also be reader. described. Note that at the time of writing, neither the JPEG 2000 standard nor the Motion JPEG 2000 3. Binary container standard have been finalized; therefore, aspects may be changed as the standards are finalized. The At the highest level, the JP2 and JPX file final standards, not this paper, should be taken as formats are simply binary containers. They pro- the definitive references. vide a mechanism to encapsulate both the com- pressed codestream and any metadata required to describe the decompressed data (such as the 2. Why two file formats? colorspace). However, the binary container also specifies how applications can gain access to the In a world that already has too many choices, it data embedded within the file. To truly meet the may come to the surprise of the developer that the needs of today’s and tomorrow’s applications, that JPEG 2000 standard defines not one, but two file binary container must provide quick access to the formats for use in ‘‘single-image’’ type applica- individual elements, yet not overburden applica- tions. The reason for this is very clear when one tions that desire to modify or add new elements to considers the state of the industry with respect to the file. the largest group of potential users: consumers. To provide a file format that is useful for a large number of target applications and industries, that 3.1. File structure file format would have to have a very large feature set. For example, commercial graphic arts applica- Conceptually, a JP2 file contains a sequence of tions require a format that can contain CMYK boxes. Each box encapsulates one element of the image data as well as the ICC profiles that describe file, such as the codestream or a group of metadata that data. Similarly, remote sensing applications fields. Many of those boxes directly contain the require support for many channels of image data. data embedded in the file. Other boxes, called The problem is that it is not practical to implement superboxes, just contain more boxes, providing a reader that can be used in every application area, only grouping and higher level meaning to other and thus there will be situations in which a pieces of data. The binary structure of a box is as particular JPEG 2000 file reader cannot open follows (Fig. 1). a particular JPEG 2000 file. While many industries The file is a sequence of boxes. Each box then have learned to deal with such interoper- contains header and contents fields. The header of ability problems, this type of situation cannot be the box starts with a 4-byte length followed tolerated on the consumer desktop. Thus, it was immediately by a 4-byte type. J.S. Houchin, D.W. Singer / Signal Processing: Image Communication 17 (2002) 131–144 133 JP2 file Box structure Box0 L: Box length (32 bits) Boxi T: Box type (32 bits) XL: Extended length (64 bits) Present only if L = 1 Boxk D: Box contents (variable length) Boxk0 L = 0 to end of superbox Box km Li = L = 1 XL L 8L Boxn Fig. 1. File and box structure. The length field of the box, L; specifies the Box 0 Box 1 Box 5 amount of data in the box, in bytes, including all box header fields. Because the length of the box Box 2 Box 3 Box 4 includes the length and type fields, the smallest L L L L Box 0 Box 2 Box 3 Box 4 L legal box size is 8 bytes. Values of the L field Box 5 smaller than 8 are used to indicate special cases. If LBox 1 the value of L is 0, then the box contains all data Fig. 2. Jumping from box to box. up to the end of the superbox, or to the end of the file for top-level boxes (boxes not contained within any other superbox). For example, if the value of L in Boxn in Fig. 1 were 0, then Boxn would go to Box 1 was not understood by a reader, it would the end of the file. If the value of L in Boxkm were not recognize the existence of Boxes 2–4 because 0, then Boxkm would go to the end of Boxk. they would be completely skipped by jumping the If the value of L is 1, the box may be longer than length of Box 1 from the beginning of Box 1. can be represented by a 4-byte field. In this case, This box structure is what provides for the the extended length field immediately follows the extension of the simple JP2 file format into more box-type field. This 8-byte field specifies the actual complex formats, such as the JPX file format. For length of the box. example, there are two additional file formats The type field specifies the kind of data found planned at this time, each building upon the within the contents of the box. Generally, box frameworks defined as part of the family: types are represented by four ASCII2 characters * JPM enables the storage of compound images rather than integer codes. using multiple compression types across a single Once the length of the box is determined, the scene. sequence of boxes in the file can be parsed, even if * Motion JPEG 2000 enables the storage of the format of the contents of the individual boxes sequences of individual image frames (such as is unknown. Fig. 2 shows how the box lengths can burst sequences from digital cameras or digital be used to jump from box to box.
Recommended publications
  • ITU-T Rec. T.800 (08/2002) Information Technology
    INTERNATIONAL TELECOMMUNICATION UNION ITU-T T.800 TELECOMMUNICATION (08/2002) STANDARDIZATION SECTOR OF ITU SERIES T: TERMINALS FOR TELEMATIC SERVICES Information technology – JPEG 2000 image coding system: Core coding system ITU-T Recommendation T.800 INTERNATIONAL STANDARD ISO/IEC 15444-1 ITU-T RECOMMENDATION T.800 Information technology – JPEG 2000 image coding system: Core coding system Summary This Recommendation | International Standard defines a set of lossless (bit-preserving) and lossy compression methods for coding bi-level, continuous-tone grey-scale, palletized color, or continuous-tone colour digital still images. This Recommendation | International Standard: – specifies decoding processes for converting compressed image data to reconstructed image data; – specifies a codestream syntax containing information for interpreting the compressed image data; – specifies a file format; – provides guidance on encoding processes for converting source image data to compressed image data; – provides guidance on how to implement these processes in practice. Source ITU-T Recommendation T.800 was prepared by ITU-T Study Group 16 (2001-2004) and approved on 29 August 2002. An identical text is also published as ISO/IEC 15444-1. ITU-T Rec. T.800 (08/2002 E) i FOREWORD The International Telecommunication Union (ITU) is the United Nations specialized agency in the field of telecommunications. The ITU Telecommunication Standardization Sector (ITU-T) is a permanent organ of ITU. ITU-T is responsible for studying technical, operating and tariff questions and issuing Recommendations on them with a view to standardizing telecommunications on a worldwide basis. The World Telecommunication Standardization Assembly (WTSA), which meets every four years, establishes the topics for study by the ITU-T study groups which, in turn, produce Recommendations on these topics.
    [Show full text]
  • XMP SPECIFICATION PART 3 STORAGE in FILES Copyright © 2016 Adobe Systems Incorporated
    XMP SPECIFICATION PART 3 STORAGE IN FILES Copyright © 2016 Adobe Systems Incorporated. All rights reserved. Adobe XMP Specification Part 3: Storage in Files NOTICE: All information contained herein is the property of Adobe Systems Incorporated. No part of this publication (whether in hardcopy or electronic form) may be reproduced or transmitted, in any form or by any means, electronic, mechanical, photocopying, recording, or otherwise, without the prior written consent of Adobe Systems Incorporated. Adobe, the Adobe logo, Acrobat, Acrobat Distiller, Flash, FrameMaker, InDesign, Illustrator, Photoshop, PostScript, and the XMP logo are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States and/or other countries. MS-DOS, Windows, and Windows NT are either registered trademarks or trademarks of Microsoft Corporation in the United States and/or other countries. Apple, Macintosh, Mac OS and QuickTime are trademarks of Apple Computer, Inc., registered in the United States and other countries. UNIX is a trademark in the United States and other countries, licensed exclusively through X/Open Company, Ltd. All other trademarks are the property of their respective owners. This publication and the information herein is furnished AS IS, is subject to change without notice, and should not be construed as a commitment by Adobe Systems Incorporated. Adobe Systems Incorporated assumes no responsibility or liability for any errors or inaccuracies, makes no warranty of any kind (express, implied, or statutory) with respect to this publication, and expressly disclaims any and all warranties of merchantability, fitness for particular purposes, and noninfringement of third party rights. Contents 1 Embedding XMP metadata in application files .
    [Show full text]
  • Completed Projects / Projets Terminés
    Completed Projects / Projets terminés New Standards — New Editions — Special Publications Please note that the following standards were developed by the International Organization for Standardization (ISO) and the International Electrotechnical Commission (IEC), and have been adopted by the Canadian Standards Association. These standards are available in PDF format only. CAN/CSA-ISO/IEC 2593:02, 4th edition Information Technology–Telecommunications and Information Exchange Between Systems–34-Pole DTE/DCE Interface Connector Mateability Dimensions and Contact Number Assignments (Adopted ISO/IEC 2593:2000).................................... $85 CAN/CSA-ISO/IEC 7811-2:02, 3rd edition Identification Cards–Recording Technique–Part 2: Magnetic Stripe–Low Coercivity (Adopted ISO/IEC 7811-2:2001) .................................................................................... $95 CAN/CSA-ISO/IEC 8208:02, 4th edition Information Technology–Data Communications–X.25 Packet Layer Protocol for Data Terminal Equipment (Adopted ISO/IEC 8208:2000) ............................................ $220 CAN/CSA-ISO/IEC 8802-3:02, 2nd edition Information Technology–Telecommunications and Information Exchange Between Systems–Local and Metropolitan Area Networks–Specific Requirements–Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer (Adopted ISO/IEC 8802-3:2000/IEEE Std 802.3, 2000) ................. $460 CAN/CSA-ISO/IEC 9798-1:02, 2nd edition Information Technology–Security Techniques–Entity Authentication–Part
    [Show full text]
  • (L3) - Audio/Picture Coding
    Committee: (L3) - Audio/Picture Coding National Designation Title (Click here to purchase standards) ISO/IEC Document L3 INCITS/ISO/IEC 9281-1:1990:[R2013] Information technology - Picture Coding Methods - Part 1: Identification IS 9281-1:1990 INCITS/ISO/IEC 9281-2:1990:[R2013] Information technology - Picture Coding Methods - Part 2: Procedure for Registration IS 9281-2:1990 INCITS/ISO/IEC 9282-1:1988:[R2013] Information technology - Coded Representation of Computer Graphics Images - Part IS 9282-1:1988 1: Encoding principles for picture representation in a 7-bit or 8-bit environment :[] Information technology - Coding of Multimedia and Hypermedia Information - Part 7: IS 13522-7:2001 Interoperability and conformance testing for ISO/IEC 13522-5 (MHEG-7) :[] Information technology - Coding of Multimedia and Hypermedia Information - Part 5: IS 13522-5:1997 Support for Base-Level Interactive Applications (MHEG-5) :[] Information technology - Coding of Multimedia and Hypermedia Information - Part 3: IS 13522-3:1997 MHEG script interchange representation (MHEG-3) :[] Information technology - Coding of Multimedia and Hypermedia Information - Part 6: IS 13522-6:1998 Support for enhanced interactive applications (MHEG-6) :[] Information technology - Coding of Multimedia and Hypermedia Information - Part 8: IS 13522-8:2001 XML notation for ISO/IEC 13522-5 (MHEG-8) Created: 11/16/2014 Page 1 of 44 Committee: (L3) - Audio/Picture Coding National Designation Title (Click here to purchase standards) ISO/IEC Document :[] Information technology - Coding
    [Show full text]
  • (A/V Codecs) REDCODE RAW (.R3D) ARRIRAW
    What is a Codec? Codec is a portmanteau of either "Compressor-Decompressor" or "Coder-Decoder," which describes a device or program capable of performing transformations on a data stream or signal. Codecs encode a stream or signal for transmission, storage or encryption and decode it for viewing or editing. Codecs are often used in videoconferencing and streaming media solutions. A video codec converts analog video signals from a video camera into digital signals for transmission. It then converts the digital signals back to analog for display. An audio codec converts analog audio signals from a microphone into digital signals for transmission. It then converts the digital signals back to analog for playing. The raw encoded form of audio and video data is often called essence, to distinguish it from the metadata information that together make up the information content of the stream and any "wrapper" data that is then added to aid access to or improve the robustness of the stream. Most codecs are lossy, in order to get a reasonably small file size. There are lossless codecs as well, but for most purposes the almost imperceptible increase in quality is not worth the considerable increase in data size. The main exception is if the data will undergo more processing in the future, in which case the repeated lossy encoding would damage the eventual quality too much. Many multimedia data streams need to contain both audio and video data, and often some form of metadata that permits synchronization of the audio and video. Each of these three streams may be handled by different programs, processes, or hardware; but for the multimedia data stream to be useful in stored or transmitted form, they must be encapsulated together in a container format.
    [Show full text]
  • JPEG and JPEG 2000
    JPEG and JPEG 2000 Past, present, and future Richard Clark Elysium Ltd, Crowborough, UK [email protected] Planned presentation Brief introduction JPEG – 25 years of standards… Shortfalls and issues Why JPEG 2000? JPEG 2000 – imaging architecture JPEG 2000 – what it is (should be!) Current activities New and continuing work… +44 1892 667411 - [email protected] Introductions Richard Clark – Working in technical standardisation since early 70’s – Fax, email, character coding (8859-1 is basis of HTML), image coding, multimedia – Elysium, set up in ’91 as SME innovator on the Web – Currently looks after JPEG web site, historical archive, some PR, some standards as editor (extensions to JPEG, JPEG-LS, MIME type RFC and software reference for JPEG 2000), HD Photo in JPEG, and the UK MPEG and JPEG committees – Plus some work that is actually funded……. +44 1892 667411 - [email protected] Elysium in Europe ACTS project – SPEAR – advanced JPEG tools ESPRIT project – Eurostill – consensus building on JPEG 2000 IST – Migrator 2000 – tool migration and feature exploitation of JPEG 2000 – 2KAN – JPEG 2000 advanced networking Plus some other involvement through CEN in cultural heritage and medical imaging, Interreg and others +44 1892 667411 - [email protected] 25 years of standards JPEG – Joint Photographic Experts Group, joint venture between ISO and CCITT (now ITU-T) Evolved from photo-videotex, character coding First meeting March 83 – JPEG proper started in July 86. 42nd meeting in Lausanne, next week… Attendance through national
    [Show full text]
  • Image Data Martin Spitaler
    Imperial College London MICROSCOPY DAY 2011: Understanding and handling image data Martin Spitaler Understanding Images (Martin Spitaler) • What’s in an image file: •Pixel data • metadata • Getting the data into the file: Image acquisition • Image file formats • Using images: Image visualisation and presentation Handling Images (Chris Tomlinson & Mark Woodbridge) • Omero image database • Xperimenter experiment annotation system What’s in an image file: Pixel data Pixel (or binary) data with information about the sample • One or more frames of pixels (XY, XZ) • Each frame typically consists of a two-dimensional array of pixel values • Pixel values can be: • light intensity • array of intensities (PALM, STORM) • array of fluorescence lifetimes • in the future: correlated data, e.g. exposure times (CMOS), mass spectra, … • Frames are stacked in one or more specific orders: • Channel (colour, lifetime, …) •Z stack •Time • XY position in a plate MICROSCOPY DAY 2011: Understanding & handling image data Martin Spitaler What’s in an image file: Meta data Meta data make sense of the pixel information • Image type (TIFF, LSM, CXD, …) • pixel dimensions (size, time point, focus position) • Hardware settings: •objective lens • excitation light source: • type (laser, lamp) •intensity • excitation and dichroic filters •… • emission settings: • emission filters • detector gain and offset • pinhole size • sampling speed / exposure time •… MICROSCOPY DAY 2011: Understanding & handling image data Martin Spitaler What’s NOT in an image file: Experimental
    [Show full text]
  • Codec Is a Portmanteau of Either
    What is a Codec? Codec is a portmanteau of either "Compressor-Decompressor" or "Coder-Decoder," which describes a device or program capable of performing transformations on a data stream or signal. Codecs encode a stream or signal for transmission, storage or encryption and decode it for viewing or editing. Codecs are often used in videoconferencing and streaming media solutions. A video codec converts analog video signals from a video camera into digital signals for transmission. It then converts the digital signals back to analog for display. An audio codec converts analog audio signals from a microphone into digital signals for transmission. It then converts the digital signals back to analog for playing. The raw encoded form of audio and video data is often called essence, to distinguish it from the metadata information that together make up the information content of the stream and any "wrapper" data that is then added to aid access to or improve the robustness of the stream. Most codecs are lossy, in order to get a reasonably small file size. There are lossless codecs as well, but for most purposes the almost imperceptible increase in quality is not worth the considerable increase in data size. The main exception is if the data will undergo more processing in the future, in which case the repeated lossy encoding would damage the eventual quality too much. Many multimedia data streams need to contain both audio and video data, and often some form of metadata that permits synchronization of the audio and video. Each of these three streams may be handled by different programs, processes, or hardware; but for the multimedia data stream to be useful in stored or transmitted form, they must be encapsulated together in a container format.
    [Show full text]
  • A Comparison of Video Formats for Online Teaching Ross A
    Contemporary Issues in Education Research – First Quarter 2017 Volume 10, Number 1 A Comparison Of Video Formats For Online Teaching Ross A. Malaga, Montclair State University, USA Nicole B. Koppel, Montclair State University, USA ABSTRACT The use of video to deliver content to students online has become increasingly popular. However, educators are often plagued with the question of which format to use to deliver asynchronous video material. Whether it is a College or University committing to a common video format or an individual instructor selecting the method that works best for his or her course, this research presents a comparison of various video formats that can be applied to online education and provides guidance in which one to select. Keywords: Online Teaching; Video Formats; Technology Acceptance Model INTRODUCTION istance learning is one of the most talked-about topics in higher education today. Online and hybrid (or blended) learning removes location and time-bound constraints of the traditional college classroom to a learning environment that can occur anytime or anywhere in a global environment. DAccording to research by the Online Learning Consortium, over 5 million students took an online course in the Fall 2014 semester. This represents an increase in online enrollment of over 3.9% in just one year. In 2014, 28% of higher education students took one or more courses online (Allen, I. E. and Seaman, J, 2016). With this incredible growth, albeit slower than the growth in previous years, institutions of higher education are continuing to increase their online course and program offerings. As such, institutions need to find easy to develop, easy to use, reliable, and reasonably priced technologies to deliver online content.
    [Show full text]
  • University of Florida Acceptable ETD Formats
    University of Florida acceptable ETD formats The Acceptable ETD formats below are defined based on those media for which a preservation strategy exists. The aim is to make all ETD’s available into the future as the technology changes and software becomes obsolete. Media formats that are not listed in this table are ones that cannot presently be preserved at an acceptable level. Many of these can easily be converted to one of the acceptable formats. If you create a document using Word or LaTex it should be exported as a PDF. Please consult with the CIRCA ETD unit ([email protected]) for assistance or if you have any questions. The Acceptable ETD Formats are reviewed and updated regularly by the Graduate School, the Library, the ETD training staff in Academic Technology, and the Florida Center for Library Automation. All files should be scanned with up-to-date virus software before submission. Files with viruses will not be accepted. Media Acceptable formats (bold indicates preferred formats) Text - PDF/A-1 (ISO 19005-1) (*.pdf) - Plain text (encoding: USASCII, UTF-8, UTF-16 with BOM) - XML (includes XSD/XSL/XHTML, etc.; with included or accessible schema and character encoding explicitly specified) - Cascading Style Sheets (*.css) - DTD (*.dtd) - Plain text (ISO 8859-1 encoding) - PDF (*.pdf) (embedded fonts) - Rich Text Format 1.x (*.rtf) - HTML (include a DOCTYPE declaration) - SGML (*.sgml) - Open Office (*.sxw/*.odt) - OOXML (ISO/IEC DIS 29500) (*.docx) - Computer program source code (*.c, *.c++, *.java, *.js, *.jsp, *.php, *.pl, etc.)
    [Show full text]
  • Research Paper a Study of Digital Video Compression Techniques
    Volume : 5 | Issue : 4 | April 2016 ISSN - 2250-1991 | IF : 5.215 | IC Value : 77.65 Research Paper Engineering A Study of Digital Video Compression Techniques Dr. Saroj Choudhary Department of Applied Science JECRC, Jodhpur, Rajasthan, India Purneshwari Department of ECE JIET, Jodhpur, Rajasthan, India Varshney Earlier, digital video compression technologies have become an integral part of the creation, communication and consumption of visual information. In this, techniques for video compression techniques are reviewed. The paper explains the basic concepts of video codec design and various features which have been integrated into international standards and including the recent standard, H.264/AVC. The ITU-T H.264 video coding standard has been developed to achieve significant improvements over MPEG-2 standard in terms of compression. Although the basic coding framework of the ABSTRACT standard is similar to that of the existing standards, H.264 introduces many new features. KEYWORDS H.264, MPEG-2, PSNR. INTRODUCTION Since minimal information is sent between every four or five The basic communication problem may be posed as conveying frames, a significant reduction in bits required to describe the source data with the highest fidelity possible within an availa- image results. Consequently, compression ratios above 100:1 ble bit rate, or it may be posed as conveying the source data are common. The scheme is asymmetric; the MPEG encoder using the lowest bit rate possible while maintaining specified is very complex and places a very heavy computational load reproduction fidelity [7]. In either case, a fundamental tradeoff for motion estimation. Decoding is much simpler and can be is made between bit rate and fidelity.
    [Show full text]
  • Data Formats and Codecs
    INF SERV – Media Storage and Distribution Systems: DataData FormatsFormats andand CodecsCodecs 1/9 – 2003 Why codecs and formats? ! Codecs (coders/decoders) " Determine how information is represented " Important for servers and distribution systems # Required sending speed # Amount of loss allowed # Buffers required # … ! Formats " Determine how data is stored " Important for servers and distribution systems # Where is the data? # Where is the data about the data? INF 5070 – media servers and distribution systems 2003 Carsten Griwodz & Pål Halvorsen Media data Media data ! Medium: "Thing in the middle“ " here: means to distribute and present information ! Media affect human computer interaction ! The mantra of multimedia users " Speaking is faster than writing " Listening is easier than reading " Showing is easier than describing INF 5070 – media servers and distribution systems 2003 Carsten Griwodz & Pål Halvorsen Dependence of Media ! Time-independent media " Text " Graphics " Discrete media ! Time-dependent media " Audio " Video ! "Continuous" refers to the " Animation user’s impression of the data, " Continuous media not necessarily to its representation ! Combined video and audio is ! Interdependant media multimedia - relations must " Multimedia be specified INF 5070 – media servers and distribution systems 2003 Carsten Griwodz & Pål Halvorsen Properties of a Multimedia System ! Flexibility " Provide mechanisms to handle all kinds of media, in particular, discrete and continuous media " A VCR and a desktop publishing system for text
    [Show full text]