OMTP
CODECS
DEFINITION AND REQUIREMENTS
This document contains information that is confidential and proprietary to OMTP Limited. The information may not be used, disclosed or reproduced without the prior written authorisation of OMTP Limited, and those so authorised may only use this information for the purpose consistent with the authorisation.
VERSION: STATUS:
OMTP CODECS 1_0, RELEASE 1 SUBJECT TO BE - APPROVED BY BOARD 21 JULY 2005
DATE OF LAST EDIT: OWNER:
6 JULY 2005 P4: HARDWARE REQUIREMENTS AND DE- FRAGMENTATION
OMTP CODECS
CONTENTS
1 INTRODUCTION............................................................................4
1.1 1.2
DOCUMENT PURPOSE ..........................................................................4 INTENDED AUDIENCE............................................................................5
2 DEFINITION OF TERMS .................................................................7
- 2.1
- CONVENTIONS .....................................................................................7
3 OMTP CODEC PROFILES ............................................................8
3.1 3.2 3.3 3.4 3.5 3.6 3.7
AUDIO DECODE....................................................................................8 AUDIO ENCODE....................................................................................9 VIDEO DECODE....................................................................................9 VIDEO ENCODE....................................................................................9 IMAGE DECODE..................................................................................10 IMAGE ENCODE..................................................................................10 VECTOR DECODE...............................................................................10
4 FUTURE VERSIONS ....................................................................11 5 APPENDIX.................................................................................12
6 ABBREVIATIONS........................................................................14 7 REFERENCED DOCUMENTS ........................................................15
© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.
Page 2 of 16
OMTP CODECS
The information contained in this document represents the current view held by OMTP Ltd. on the issues discussed as of the date of publication.
This document is provided “as is” with no warranties whatsoever including any warranty of merchantability, non-infringement, or fitness for any particular purpose. All liability (including liability for infringement of any property rights) relating to the use of information in this document is disclaimed. No license, express or implied, to any intellectual property rights are granted herein.
This document is distributed for informational purposes only and is subject to change without notice. Readers should not design products based on this document.
"OMTP" is a registered trademark. Other product or company names mentioned herein may be the trademarks of their respective owners.
© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.
Page 3 of 16
OMTP CODECS
1
INTRODUCTION
This document represents the de-fragmentation and requirements developed for codecs within OMTP. It defines recommended classes of codecs for mobile terminals. Further classes will be added in future versions of the documents with the availability of the on-going technologies.
The reason for defining these classes is the large variety of codecs and characteristics available on mobile terminals, which results in the following potential issues:
1. The user experience of ‘look & feel’ is affected. 2. By making application developers and content providers address all the codecs paradigms, operational costs are increased.
3. The perceived quality of video services is heavily influenced by codec characteristics.
4. Business opportunities depend on bandwidth utilisation which, in turn, is determined by codec characteristics.
OMTP has addressed the codec de-fragmentation issue in order to:
1. Reduce the operational costs. 2. Improve user perception of the video services provided. 3. Make the specification of requirements for mobile terminals easier and more precise.
4. Reduce the NRE cost due to the re-engineering of applications and contents to support new terminals.
See 3 for some example cases.
1.1 DOCUMENT PURPOSE
This document has the general objective of helping to define the terminal requirements and allowing development and deployment of new services, as well as de-fragmenting the codecs capabilities onboard of terminals. Its scope is to guarantee consistency, quality and performance of video and audio services by:
• Definition of the audio and video capability of mobile terminals, in terms of the coding techniques supported.
• Ensuring the codec features suit both application and baseband processor capabilities.
© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.
Page 4 of 16
OMTP CODECS
The document focuses on:
• Voice codecs
• Audio codecs • Video codecs • Image codecs
In particular, the document concurs with the OMTP Main Objectives:
Facilitate Implementation of Open Mobile Terminal Platforms
• Work as appropriate to drive the development of specific mobile terminal platforms to meet OMTP requirements.
Influence the standardisation of relevant platforms. Work with vendors of proprietary platforms to adopt OMTP requirements and/or resulting standards.
Understand the implementation roadmap and ensure conformance to OMTP requirements.
In particular, it addresses the hardware enablers through the production chain to facilitate OMTP terminal development.
Define De-fragmentation Guidelines
• De-fragmentation guidelines reduce costs (for both operators and manufacturers) and increase consistency by defining:
Hardware component parameters. Software component parameters. Performance guidelines and benchmarks.
1.2 INTENDED AUDIENCE
The document is intended to be used as reference in:
• Terminal requirements definition by operators.
• Platform and terminal characteristics definition. • To refer to supported codecs in the definition of mobile terminal performance.
Some examples of usage follow:
© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.
Page 5 of 16
OMTP CODECS
Within terminal requirements: “Codecs set: capable of supporting codecs defined in OMTP CDV1 (OMTP CODECS v1.0)”.
Within hardware requirements for an application: “The application
requires codecs defined in OMTP CDV1, OMTP CDA1 and OMTP CDI0 (OMTP CODECS v1.0) to be able to run”.
Within content database: “The video is formatted to be viewed with a terminal capable of supporting codecs defined in OMTP CDV1 (OMTP CODECS v1.0)”.
Within platform description: “The platform can support codecs defined in OMTP CDA1 (OMTP CODECS v1.0)”.
© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.
Page 6 of 16
OMTP CODECS
2
DEFINITION OF TERMS
This chapter contains the definition of terms used in this document.
2.1 CONVENTIONS
The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in this document are to be interpreted as described in [RFC2119] (see [1] in 7).
MUST: This word, or the terms "REQUIRED" or "SHALL", means that the definition is an absolute requirement of the specification.
MUST NOT: This phrase, or the phrase "SHALL NOT", means that the definition is an absolute prohibition of the specification.
SHOULD: This word, or the adjective "RECOMMENDED", means that there may exist valid reasons in particular circumstances to ignore a particular item, but the full implications must be understood and carefully weighed before choosing a different course.
- SHOULD NOT:
- This phrase, or the phrase "NOT
RECOMMENDED" means that there may exist valid reasons in particular circumstances when the particular behaviour is acceptable or even useful, but the full implications should be understood and the case carefully weighed before implementing any behaviour described with this label.
MAY: This word, or the adjective "OPTIONAL", means that an item is truly optional. One vendor may choose to include the item because a particular marketplace requires it or because the vendor feels that it enhances the product while another vendor may omit the same item. An implementation which does not include a particular option MUST be prepared to interoperate with another implementation which does include the option, though perhaps with reduced functionality. In the same vein an implementation which does include a particular option MUST be prepared to interoperate with another implementation which does not include the option (except, of course, for the feature the option provides).
© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.
Page 7 of 16
OMTP CODECS
3
OMTP CODEC PROFILES
Five profiles are defined:
• OMTP CDA0 – Basic Audio • OMTP CDA1 – Advanced Audio • OMTP CDV0 – Basic Video • OMTP CDV1 - Advanced Video • OMTP CDI0 – Basic Imaging
The following table lists the required algorithms and standards for audio, video, image and vector graphics. (See Appendix 7 for example cases used for reference in this document.) A terminal entitled to be compliant with a certain profile SHALL support all the codecs with an ‘6’ in the respective column. The RECOMMENDED codecs are marked with an ‘R’.
3.1 AUDIO DECODE
CDA0 CDA1 CODEC
VARIANT
AMR-NB [1]
Adaptive Multi-Rate Narrowband GSM Full Rate
- 6
- 6
FR [2]
66666
66666
HR [3]
GSM Half Rate
EFR [4] MIDI [5] SP-MIDI [6]
GSM Enhanced Full Rate Standard MIDI 1.0 formats 0&1 Scalable Polyphonic MIDI MPEG4 AAC - Low complexity up to 48kHz, up to 2 channels, up to 96 kbps (AAC-LC)
AAC [7]
- 6
- 6
AMR-WB [16]
Adaptive Multi-Rate Wideband
6
Extended Adaptive Multi-Rate Wideband
- R
- AMR-WB+ [17]
Enhanced AAC plus, MPEG-4 High Efficiency AAC, up to 48kHz, up to 2 channels, up to 64 kbps
E-AAC+ [19]
6
© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.
Page 8 of 16
OMTP CODECS
3.2 AUDIO ENCODE
CDA0 CDA1 CODEC
VARIANT
AMR-NB [1] FR [2]
Adaptive Multi-Rate Narrowband GSM Full Rate
6666
6666
HR [3]
GSM Half Rate
EFR [4]
GSM Enhanced Full Rate MPEG4 AAC - Low complexity up to 48kHz, up to 2 channels, up to 64 kbps (AAC-LC)
AAC [7]
66
AMR-WB [16]
Adaptive Multi-Rate Wideband
3.3 VIDEO DECODE
CDV0 CDV1 CODEC
VARIANT
H.263 0/10 [8] MPEG4 SP [9] MPEG4 SP [9]
H.263 Profile 0 Level 10 MPEG4 Simple Profile Level 0 MPEG4 Simple Profile Level 0b
66
66666
H.264 BP/1b [18] H264 baseline level 1b H.263 0/45 [8]
H.263 Profile 0 Level 45
3.4 VIDEO ENCODE
CDV0 CDV1 CODEC
VARIANT
H.263 0/10 [8]
Profile 0 Level 10
- 6
- 6
66
H.264 BP/1b [18] H.264 baseline level 1b
H.263 0/45 [8] H.263 Profile 0 Level 45
© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.
Page 9 of 16
OMTP CODECS
3.5 IMAGE DECODE
CDI0
- CODEC
- VARIANT
JPEG [10] GIF89a [12] WBMP [13] PNG [14]
JPEG Baseline
6666
GIF89a - Animated GIF (includes 87a) Wireless Bitmap Should support transparency
3.6 IMAGE ENCODE
CDI0
- CODEC
- VARIANT
JPEG [10]
JPEG Baseline
6
3.7 VECTOR DECODE
CDV1 CODEC
VARIANT
SVG-Tiny [15]
SVG Tiny Profile 1.1
6
© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.
Page 10 of 16
OMTP CODECS
4
FUTURE VERSIONS
OMTP will define additional combinations of audio/video codecs and define mandatory codecs for identified use cases in future specification releases in order to improve interoperability between open mobile terminal platforms.
© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.
Page 11 of 16
OMTP CODECS
5
APPENDIX
The following tables give an overview of possible use cases and codec combinations as an example, not defining implementation details.
The following tables are for information only. They are provided to indicate the correlation between codecs and use cases and to provide a reference for a particular combination of features.
#1
- USE CASE
- REFERENCE
TELEPHONY VOICE CALL
3GPP TS 26.103 Rel6 3GPP TS 26.111 Rel6; 3GPP TS 26.235 Rel6
234
2 WAY VIDEO CALL RINGTONE PLAYBACK MUSIC PLAYBACK FROM STORED FILES
3GPP TS 26.140 Rel6 3GPP TS 26.234 Rel6**
MUSIC PLAYBACK, OTA
STREAMING
56789
3GPP TS 26.140 Rel6; OMA-MMS-Confv1_2
IMAGE VIEWING VECTOR GRAPHICS VIEWING
3GPP TS 26.140 Rel6 (on 2D vector graphics devices)
VIDEO PLAYBACK FROM STORED FILES
3GPP TS 26.140 Rel6
VIDEO PLAYBACK, OTA
STREAMING
3GPP TS 26.234 Rel6; 3GPP TS 26.140 Rel6
10 CAPTURE STILL IMAGE 11 CAPTURE VIDEO
3GPP TS 26.140 Rel6 3GPP TS 26.140 Rel6
12 MUSIC/VOICE RECORDER 3GPP TS 26.140 Rel6