DOCSLIB.ORG

(DICOM) Supplement 180: MPEG-4 AVC/H.264

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

1 2 3 4 5 6 7 8 9 10 Digital Imaging and Communications in Medicine (DICOM) 11 12 Supplement 180: 13 MPEG-4 AVC/H.264 Transfer Syntax 14 15 16 17 18 19 20 21 22 DICOM Standards Committee, Working Group 13 Visible Light 23 1300 N. 17th Street Suite 1752 24 Rosslyn, Virginia 22209 USA 25 26 VERSION: Draft 1.0 Public Comment 27 Developed in accordance with work item 2014-04-A. 28 29 30 Table of Contents 31 Scope and Field of Application ....................................................................................................................... 3 32 Changes to NEMA Standards Publication PS 3.5 .......................................................................................... 4 33 Section 2 Normative references ............................................................................................................... 5 34 8.2.X MPEG-4 AVC/H.264 High Profile / Level 4.2 Video Compression ................................. 6 35 8.2.Y MPEG-4 AVC/H.264 Stereo High Profile / Level 4.2 Video Compression ..................... 7 36 10.X TRANSFER SYNTAX FOR MPEG-4 AVC/H.264 [email protected] IMAGE COMPRESSION 8 37 10.Y TRANSFER SYNTAX FOR MPEG-4 AVC/H.264 STEREO HIGH PROFILE / LEVEL 4.2 38 IMAGE COMPRESSION .......................................................................................................................... 8 39 Annex A (Normative) Transfer Syntax Specifications .................................................................................... 8 40 A.4.X MPEG-4 AVC/H.264 [email protected] VIDEO COMPRESSION ............................................. 8 41 Annex A (Normative) Transfer Syntax Specifications .................................................................................... 9 42 A.4.Y MPEG-4 AVC/H.264 STEREO HIGH PROFILE /LEVEL 4.2 VIDEO COMPRESSION .......... 9 43 Changes to NEMA Standards Publication PS 3.6 ........................................................................................ 10 44 45 Scope and Field of Application 46 This supplement describes two new Transfer Syntaxes to embed MPEG-4 Advanced Video Coding (AVC) 47 / H.264 High Profile / Level 4.2 ([email protected]) and H.264 Stereo High Profile /Level 4.2 encoded pixel 48 data in DICOM. It does not introduce any new SOP Classes or IODs. 49 Transfer Syntax MPEG-4 AVC/H.264 High Profile / Level 4.2 ([email protected]) will perform consistent with 50 the ITU-T H.264 [email protected]. This will enable the storage of video files with a resolution of 1920x1080 51 at 50Hz/60Hz. 52 53 Transfer Syntax MPEG-4 AVC/H.264 Stereo High Profile /Level 4.2 will perform consistent with the ITU-T 54 H.264 Stereo High Profile at Level 4.2. This will enable the storage of video files where higher 55 compression can be achieved due to inter-view prediction. An example of the use would be in binocular 56 operational microscopy. 57 This proposed supplement includes Addenda to existing Parts of DICOM: 58 - PS 3.5 Addendum: Data Structures and Encoding 59 - PS 3.6 Addendum: Data Dictionary 60 In the years since the DICOM Committee WG13 approved the new MPEG-4 AVC/H.264 Transfer Syntax 61 with supplement 149, the capabilities of video recorders and video players have advanced considerably. 62 Support is required in DICOM for 1080P 50/60 Hz as defined by MPEG-4 AVC / H.264 Level 4.2. 63 Considerable space savings can be achieved when storing stereo recordings in Stereo High Profile format. 64 These two new transfer syntax will help to support advance technologies with an updated set of higher 65 resolution, frame rates and compression capabilities. 66 67 68 69 70 71 72 73 74 Changes to NEMA Standards Publication PS 3.5 75 Digital Imaging and Communications in Medicine (DICOM) 76 Part 5: Data Structures and Encoding 77 78 Add references to section 2: 79 Section 2 Normative references 80 … 81 ISO/IS 14495-1 Lossless and near-lossless coding of continuous tone still images (JPEG-LS) 82 ISO/IEC 14496-10:2012 Information technology – Coding of audio-visual objects – Part 10: 83 Advanced Video Coding 84 ISO/IEC 15444-1 JPEG 2000 Image Coding System 85 … 86 87 Add MPEG-4 AVC/H.264 High Profile / Level 4.2 video compression to Section 8. 88 8.2.X MPEG-4 AVC/H.264 High Profile / Level 4.2 Video Compression 89 DICOM provides a mechanism for supporting the use of MPEG-4 AVC/H.264 Image Compression through 90 the Encapsulated Format (see PS 3.3). Annex A defines a Transfer Syntax that references the MPEG-4 91 AVC/H.264 Standard. 92 Note: MPEG-4 AVC/H.264 compression @ High Profile compression is inherently lossy. The context where the 93 usage of lossy compression of medical images is clinically acceptable is beyond the scope of the DICOM 94 Standard. The policies associated with the selection of appropriate compression parameters (e.g. 95 compression ratio) for MPEG-4 AVC/H.264 [email protected] are also beyond the scope of this standard. 96 97 The use of the DICOM Encapsulated Format to support MPEG-4 AVC/H.264 compressed pixel data 98 requires that the Data Elements which are related to the Pixel Data encoding (e.g. Photometric 99 Interpretation, Samples per Pixel, Planar Configuration, Bits Allocated, Bits Stored, High Bit, Pixel 100 Representation, Rows, Columns, etc.) shall contain values that are consistent with the characteristics of 101 the compressed data stream, with some specific exceptions noted here. The Pixel Data characteristics 102 included in the MPEG-4 AVC/H.264 bit stream shall be used to decode the compressed data stream. 103 Notes: 1. These requirements are specified in terms of consistency with what is encapsulated, rather than in 104 terms of the uncompressed pixel data from which the compressed data stream may have been derived. 105 2. When decompressing, should the characteristics explicitly specified in the compressed data stream be 106 inconsistent with those specified in the DICOM Data Elements, those explicitly specified in the 107 compressed data stream should be used to control the decompression. The DICOM data elements, if 108 inconsistent, can be regarded as suggestions as to the form in which an uncompressed data set might 109 be encoded. 110 111 The requirements are: 112 Planar Configuration (0028,0006) shall be 0 113 Samples per Pixel (0028,0002) shall be 3 114 Photometric Interpretation (0028,0004) shall be YBR_PARTIAL_420 115 Bits Allocated (0028,0100) shall be 8 116 Bits Stored (0028,0101) shall be 8 117 High Bit (0028,0102) shall be 7 118 Pixel Representation (0028,0103) shall be 0 119 The value of MPEG-4 AVC/H.264 sample aspect_ratio_idc shall be 1 in the encapsulated MPEG-4 120 AVC/H.264 bit stream if aspect_ratio_info_present_flag is 1. 121 Pixel Aspect Ratio (0028,0034) shall be absent. This corresponds to a 'Sampling Aspect Ratio' (SAR) 122 of 1:1. 123 The possible values for Rows (0028,0010), Columns (0028,0011), Cine Rate (0018,0040) , and Frame 124 Time (0018,1063) or Frame Time Vector (0018,1065) depend on the used transfer syntax. 125 o For MPEG-4 AVC/H.264 High Profile / Level 4.2 transfer syntax, the values for these data 126 elements shall be compliant with the High Profile / Level 4.2 of the MPEG-4 AVC/H.264 127 standard (ISO/IEC 14496-10:2012) and restricted to a square pixel aspect ratio. 128 129 130 Notes: 1. The value of Planar Configuration (0028,0006) is irrelevant since the manner of encoding components 131 is specified in the MPEG-4 AVC/H.264 standard, hence it is set to 0. 132 2. The frame rate of the acquiring camera for ’30 Hz HD’ MPEG-4 AVC/H.264 may be either 30 or 133 30/1.001 (approximately 29.97) frames/sec. Similarly, the frame rate in the case of 60 Hz may be either 134 60 or 60/1.001 (approximately 59.94) frames/sec. This may lead to small inconsistencies between the 135 video timebase and real time. The relationship between frame rate and frame time is shown in Table 8-x. 136 3. The Frame Time (0018,1063) may be calculated from the frame rate of the acquiring camera. A frame 137 rate of 29.97 frames per second corresponds to a frame time of 33.367 ms. 138 4. The value of chroma_format for this profile and level is defined by MPEG as 4:2:0. 139 5. SEI (Supplemental Enhancement Information) elements called frame packing arrangement are used 140 to indicate stereo formats within the video data. 141 142 Table 8-x 143 MPEG-4 AVC/H.264 High Profile / Level 4.2 IMAGE TRANSFER SYNTAX FRAME RATE ATTRIBUTES Video Type Frame Rate Frame Time (see Note 2) (see Note 3) 30 Hz HD 30 33.33 ms 25 Hz HD 25 40.0 ms 60 Hz HD 60 16.17 ms 50 Hz HD 50 20.00 ms 144 145 One fragment shall contain the whole MPEG-4 AVC/H.264 bit stream. 146 Note: If a video stream exceeds the maximum length of one fragment (approximately 4 GB), it may be sent as 147 multiple SOP Instances, but each SOP Instance will contain an independent and playable bit stream, and 148 not depend on the encoded bit stream in other (previous) instances. The manner in which such separate 149 instances are related is not specified in the standard, but mechanisms such as grouping into the same 150 Series, and references to earlier instances using Referenced Image Sequence may be used. 151 152 The container format for the video bitstream shall be MPEG-2 Transport Stream, a.k.a. MPEG-TS (see 153 [ISO/IEC 13818-1]) or ISO base media file format / MP4 (see [ISO/IEC 14496-12] and [ISO/IEC 14496- 154 14]). The supported audio formats are those listed in Table 8-6: Allowed audio formats as defined for 155 MPEG-4 AVC/H.264 High Profile Level 4.1.
Recommended publications
  • The Microsoft Office Open XML Formats New File Formats for “Office 12”

    The Microsoft Office Open XML Formats New File Formats for “Office 12”

    The Microsoft Office Open XML Formats New File Formats for “Office 12” White Paper Published: June 2005 For the latest information, please see http://www.microsoft.com/office/wave12 Contents Introduction ...............................................................................................................................1 From .doc to .docx: a brief history of the Office file formats.................................................1 Benefits of the Microsoft Office Open XML Formats ................................................................2 Integration with Business Data .............................................................................................2 Openness and Transparency ...............................................................................................4 Robustness...........................................................................................................................7 Description of the Microsoft Office Open XML Format .............................................................9 Document Parts....................................................................................................................9 Microsoft Office Open XML Format specifications ...............................................................9 Compatibility with new file formats........................................................................................9 For more information ..............................................................................................................10
  • ITU-T Rec. T.800 (08/2002) Information Technology

    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.
  • Why ODF?” - the Importance of Opendocument Format for Governments

    Why ODF?” - the Importance of Opendocument Format for Governments

    “Why ODF?” - The Importance of OpenDocument Format for Governments Documents are the life blood of modern governments and their citizens. Governments use documents to capture knowledge, store critical information, coordinate activities, measure results, and communicate across departments and with businesses and citizens. Increasingly documents are moving from paper to electronic form. To adapt to ever-changing technology and business processes, governments need assurance that they can access, retrieve and use critical records, now and in the future. OpenDocument Format (ODF) addresses these issues by standardizing file formats to give governments true control over their documents. Governments using applications that support ODF gain increased efficiencies, more flexibility and greater technology choice, leading to enhanced capability to communicate with and serve the public. ODF is the ISO Approved International Open Standard for File Formats ODF is the only open standard for office applications, and it is completely vendor neutral. Developed through a transparent, multi-vendor/multi-stakeholder process at OASIS (Organization for the Advancement of Structured Information Standards), it is an open, XML- based document file format for displaying, storing and editing office documents, such as spreadsheets, charts, and presentations. It is available for implementation and use free from any licensing, royalty payments, or other restrictions. In May 2006, it was approved unanimously as an International Organization for Standardization (ISO) and International Electrotechnical Commission (IEC) standard. Governments and Businesses are Embracing ODF The promotion and usage of ODF is growing rapidly, demonstrating the global need for control and choice in document applications. For example, many enlightened governments across the globe are making policy decisions to move to ODF.
  • MPEG-21 Overview

    MPEG-21 Overview

    MPEG-21 Overview Xin Wang Dept. Computer Science, University of Southern California Workshop on New Multimedia Technologies and Applications, Xi’An, China October 31, 2009 Agenda ● What is MPEG-21 ● MPEG-21 Standards ● Benefits ● An Example Page 2 Workshop on New Multimedia Technologies and Applications, Oct. 2009, Xin Wang MPEG Standards ● MPEG develops standards for digital representation of audio and visual information ● So far ● MPEG-1: low resolution video/stereo audio ● E.g., Video CD (VCD) and Personal music use (MP3) ● MPEG-2: digital television/multichannel audio ● E.g., Digital recording (DVD) ● MPEG-4: generic video and audio coding ● E.g., MP4, AVC (H.24) ● MPEG-7 : visual, audio and multimedia descriptors MPEG-21: multimedia framework ● MPEG-A: multimedia application format ● MPEG-B, -C, -D: systems, video and audio standards ● MPEG-M: Multimedia Extensible Middleware ● ● MPEG-V: virtual worlds MPEG-U: UI ● (29116): Supplemental Media Technologies ● ● (Much) more to come … Page 3 Workshop on New Multimedia Technologies and Applications, Oct. 2009, Xin Wang What is MPEG-21? ● An open framework for multimedia delivery and consumption ● History: conceived in 1999, first few parts ready early 2002, most parts done by now, some amendment and profiling works ongoing ● Purpose: enable all-electronic creation, trade, delivery, and consumption of digital multimedia content ● Goals: ● “Transparent” usage ● Interoperable systems ● Provides normative methods for: ● Content identification and description Rights management and protection ● Adaptation of content ● Processing on and for the various elements of the content ● ● Evaluation methods for determining the appropriateness of possible persistent association of information ● etc. Page 4 Workshop on New Multimedia Technologies and Applications, Oct.
  • Versatile Video Coding – the Next-Generation Video Standard of the Joint Video Experts Team

    Versatile Video Coding – the Next-Generation Video Standard of the Joint Video Experts Team

    31.07.2018 Versatile Video Coding – The Next-Generation Video Standard of the Joint Video Experts Team Mile High Video Workshop, Denver July 31, 2018 Gary J. Sullivan, JVET co-chair Acknowledgement: Presentation prepared with Jens-Rainer Ohm and Mathias Wien, Institute of Communication Engineering, RWTH Aachen University 1. Introduction Versatile Video Coding – The Next-Generation Video Standard of the Joint Video Experts Team 1 31.07.2018 Video coding standardization organisations • ISO/IEC MPEG = “Moving Picture Experts Group” (ISO/IEC JTC 1/SC 29/WG 11 = International Standardization Organization and International Electrotechnical Commission, Joint Technical Committee 1, Subcommittee 29, Working Group 11) • ITU-T VCEG = “Video Coding Experts Group” (ITU-T SG16/Q6 = International Telecommunications Union – Telecommunications Standardization Sector (ITU-T, a United Nations Organization, formerly CCITT), Study Group 16, Working Party 3, Question 6) • JVT = “Joint Video Team” collaborative team of MPEG & VCEG, responsible for developing AVC (discontinued in 2009) • JCT-VC = “Joint Collaborative Team on Video Coding” team of MPEG & VCEG , responsible for developing HEVC (established January 2010) • JVET = “Joint Video Experts Team” responsible for developing VVC (established Oct. 2015) – previously called “Joint Video Exploration Team” 3 Versatile Video Coding – The Next-Generation Video Standard of the Joint Video Experts Team Gary Sullivan | Jens-Rainer Ohm | Mathias Wien | July 31, 2018 History of international video coding standardization
  • Quadtree Based JBIG Compression

    Quadtree Based JBIG Compression

    Quadtree Based JBIG Compression B. Fowler R. Arps A. El Gamal D. Yang ISL, Stanford University, Stanford, CA 94305-4055 ffowler,arps,abbas,[email protected] Abstract A JBIG compliant, quadtree based, lossless image compression algorithm is describ ed. In terms of the numb er of arithmetic co ding op erations required to co de an image, this algorithm is signi cantly faster than previous JBIG algorithm variations. Based on this criterion, our algorithm achieves an average sp eed increase of more than 9 times with only a 5 decrease in compression when tested on the eight CCITT bi-level test images and compared against the basic non-progressive JBIG algorithm. The fastest JBIG variation that we know of, using \PRES" resolution reduction and progressive buildup, achieved an average sp eed increase of less than 6 times with a 7 decrease in compression, under the same conditions. 1 Intro duction In facsimile applications it is desirable to integrate a bilevel image sensor with loss- less compression on the same chip. Suchintegration would lower p ower consumption, improve reliability, and reduce system cost. To reap these b ene ts, however, the se- lection of the compression algorithm must takeinto consideration the implementation tradeo s intro duced byintegration. On the one hand, integration enhances the p os- sibility of parallelism which, if prop erly exploited, can sp eed up compression. On the other hand, the compression circuitry cannot b e to o complex b ecause of limitations on the available chip area. Moreover, most of the chip area on a bilevel image sensor must b e o ccupied by photo detectors, leaving only the edges for digital logic.
  • OASIS CGM Open Webcgm V2.1

    OASIS CGM Open Webcgm V2.1

    WebCGM Version 2.1 OASIS Standard 01 March 2010 Specification URIs: This Version: XHTML multi-file: http://docs.oasis-open.org/webcgm/v2.1/os/webcgm-v2.1-index.html (AUTHORITATIVE) PDF: http://docs.oasis-open.org/webcgm/v2.1/os/webcgm-v2.1.pdf XHTML ZIP archive: http://docs.oasis-open.org/webcgm/v2.1/os/webcgm-v2.1.zip Previous Version: XHTML multi-file: http://docs.oasis-open.org/webcgm/v2.1/cs02/webcgm-v2.1-index.html (AUTHORITATIVE) PDF: http://docs.oasis-open.org/webcgm/v2.1/cs02/webcgm-v2.1.pdf XHTML ZIP archive: http://docs.oasis-open.org/webcgm/v2.1/cs02/webcgm-v2.1.zip Latest Version: XHTML multi-file: http://docs.oasis-open.org/webcgm/v2.1/latest/webcgm-v2.1-index.html PDF: http://docs.oasis-open.org/webcgm/v2.1/latest/webcgm-v2.1.pdf XHTML ZIP archive: http://docs.oasis-open.org/webcgm/v2.1/latest/webcgm-v2.1.zip Declared XML namespaces: http://www.cgmopen.org/schema/webcgm/ System Identifier: http://docs.oasis-open.org/webcgm/v2.1/webcgm21.dtd Technical Committee: OASIS CGM Open WebCGM TC Chair(s): Stuart Galt, The Boeing Company Editor(s): Benoit Bezaire, PTC Lofton Henderson, Individual Related Work: This specification updates: WebCGM 2.0 OASIS Standard (and W3C Recommendation) This specification, when completed, will be identical in technical content to: WebCGM 2.1 W3C Recommendation, available at http://www.w3.org/TR/webcgm21/. Abstract: Computer Graphics Metafile (CGM) is an ISO standard, defined by ISO/IEC 8632:1999, for the interchange of 2D vector and mixed vector/raster graphics.
  • Security Solutions Y in MPEG Family of MPEG Family of Standards

    Security Solutions Y in MPEG Family of MPEG Family of Standards

    1 Security solutions in MPEG family of standards TdjEbhiiTouradj Ebrahimi [email protected] NET working? Broadcast Networks and their security 16-17 June 2004, Geneva, Switzerland MPEG: Moving Picture Experts Group 2 • MPEG-1 (1992): MP3, Video CD, first generation set-top box, … • MPEG-2 (1994): Digital TV, HDTV, DVD, DVB, Professional, … • MPEG-4 (1998, 99, ongoing): Coding of Audiovisual Objects • MPEG-7 (2001, ongo ing ): DitiDescription of Multimedia Content • MPEG-21 (2002, ongoing): Multimedia Framework NET working? Broadcast Networks and their security 16-17 June 2004, Geneva, Switzerland MPEG-1 - ISO/IEC 11172:1992 3 • Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s – Part 1 Systems - Program Stream – Part 2 Video – Part 3 Audio – Part 4 Conformance – Part 5 Reference software NET working? Broadcast Networks and their security 16-17 June 2004, Geneva, Switzerland MPEG-2 - ISO/IEC 13818:1994 4 • Generic coding of moving pictures and associated audio – Part 1 Systems - joint with ITU – Part 2 Video - joint with ITU – Part 3 Audio – Part 4 Conformance – Part 5 Reference software – Part 6 DSM CC – Par t 7 AAC - Advance d Au dio Co ding – Part 9 RTI - Real Time Interface – Part 10 Conformance extension - DSM-CC – Part 11 IPMP on MPEG-2 Systems NET working? Broadcast Networks and their security 16-17 June 2004, Geneva, Switzerland MPEG-4 - ISO/IEC 14496:1998 5 • Coding of audio-visual objects – Part 1 Systems – Part 2 Visual – Part 3 Audio – Part 4 Conformance – Part 5 Reference
  • JPEG and JPEG 2000

    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
  • Use Adobe Reader to Read PDF Documents to You

    Use Adobe Reader to Read PDF Documents to You

    HOW TO MAKE YOUR COMPUTER READ DOCUMENTS TO YOU Use Adobe Reader to Read PDF Documents to You Adobe Reader is the default choice for many people for viewing PDF files. While it used to be a lot more bloated in the past, it’s improved — although you do need to disable the browser plugin it will install. One of the really nice features is that it can read documents to you. If you don’t already have it installed, head to the Adobe Reader download page and make sure to uncheck their “Free Offer” before clicking on the Install Now button. Note: Adobe Reader’s own settings menu no longer has any option for disabling its browser integration, so you’ll need to disable the Adobe Reader plugin in the browsers you use. Follow these steps for disabling plug-ins in your web browser of choice, disabling the “Adobe Acrobat” plug-in. Once you’ve installed the application, and follow the installation process to completion and then open up a PDF file that you’d like the computer to read to you. Once it is open click on the “View” drop down menu, move your mouse over the “Read Out Loud” option then click on “Activate Read Out Loud.” Alternatively, you can click “Ctrl,” “Shift,” and “Y” (Ctrl+Shift+Y) on your keyboard to activate the feature. Once the feature is activated, you can click on a single paragraph to make windows read it back to you. Another option would be to navigate to the “View” menu, then “Read Out Loud” and select an option that fits your needs as shown in the Image below.
  • The H.264 Advanced Video Coding (AVC) Standard

    The H.264 Advanced Video Coding (AVC) Standard

    Whitepaper: The H.264 Advanced Video Coding (AVC) Standard What It Means to Web Camera Performance Introduction A new generation of webcams is hitting the market that makes video conferencing a more lifelike experience for users, thanks to adoption of the breakthrough H.264 standard. This white paper explains some of the key benefits of H.264 encoding and why cameras with this technology should be on the shopping list of every business. The Need for Compression Today, Internet connection rates average in the range of a few megabits per second. While VGA video requires 147 megabits per second (Mbps) of data, full high definition (HD) 1080p video requires almost one gigabit per second of data, as illustrated in Table 1. Table 1. Display Resolution Format Comparison Format Horizontal Pixels Vertical Lines Pixels Megabits per second (Mbps) QVGA 320 240 76,800 37 VGA 640 480 307,200 147 720p 1280 720 921,600 442 1080p 1920 1080 2,073,600 995 Video Compression Techniques Digital video streams, especially at high definition (HD) resolution, represent huge amounts of data. In order to achieve real-time HD resolution over typical Internet connection bandwidths, video compression is required. The amount of compression required to transmit 1080p video over a three megabits per second link is 332:1! Video compression techniques use mathematical algorithms to reduce the amount of data needed to transmit or store video. Lossless Compression Lossless compression changes how data is stored without resulting in any loss of information. Zip files are losslessly compressed so that when they are unzipped, the original files are recovered.
  • File Format Guidelines for Management and Long-Term Retention of Electronic Records

    File Format Guidelines for Management and Long-Term Retention of Electronic Records

    FILE FORMAT GUIDELINES FOR MANAGEMENT AND LONG-TERM RETENTION OF ELECTRONIC RECORDS 9/10/2012 State Archives of North Carolina File Format Guidelines for Management and Long-Term Retention of Electronic records Table of Contents 1. GUIDELINES AND RECOMMENDATIONS .................................................................................. 3 2. DESCRIPTION OF FORMATS RECOMMENDED FOR LONG-TERM RETENTION ......................... 7 2.1 Word Processing Documents ...................................................................................................................... 7 2.1.1 PDF/A-1a (.pdf) (ISO 19005-1 compliant PDF/A) ........................................................................ 7 2.1.2 OpenDocument Text (.odt) ................................................................................................................... 3 2.1.3 Special Note on Google Docs™ .......................................................................................................... 4 2.2 Plain Text Documents ................................................................................................................................... 5 2.2.1 Plain Text (.txt) US-ASCII or UTF-8 encoding ................................................................................... 6 2.2.2 Comma-separated file (.csv) US-ASCII or UTF-8 encoding ........................................................... 7 2.2.3 Tab-delimited file (.txt) US-ASCII or UTF-8 encoding .................................................................... 8 2.3