Technical Manual
Creating Media for the
MOTOKRZR K3
Version 01.00
Table of Figures
FIGURE 1 DISPLAY CHARACTERISTICS FOR THE MOTOKRZR K3.......................................... 7
FIGURE 2 THE MOTOKRZR K3 DISPLAY........................................................................................... 8
FIGURE 3 HOW WALLPAPER IS DISPLAYED ON THE IDLE SCREEN AND MAIN MENU
SCREEN.............................................................................................................................................. 15
FIGURE 4 GIF IMAGE AS TILED WALLPAPER............................................................................... 16
3
Index of Table
TABLE 1 GLOSSARY................................................................................................................................. 6
TABLE 2 REFERENCES............................................................................................................................ 6
TABLE 3 REVISION HISTORY ............................................................................................................... 6
TABLE 4 DISPLAY INFO .......................................................................................................................... 8
TABLE 5 GRAPHIC AND ANIMATION FORMATS .......................................................................... 10
TABLE 6 MAXIMUM DECODE SIZE AND RESOLUTION.............................................................. 10
TABLE 7 VIDEO FORMATS................................................................................................................... 11
TABLE 8 BIT RATE, FRAME SIZE AND FRAME RATE VIDEO PLAYBACK SUPORTED...... 11
TABLE 9 GRAPHIC AND ANIMATION FORMATS .......................................................................... 12
TABLE 10 BIT RATE, FRAME SIZE AND FRAME RATE STREAMING SUPORTED................ 12
TABLE 11 VIDEO + AUDIO STREAMING .......................................................................................... 12
TABLE 12 MAXIMUM DURATIONS FOR VIDEO CAPTURE......................................................... 13
TABLE 13 MAXIMUM DURATIONS FOR VIDEO + AUDIO CAPTURE ....................................... 13
TABLE 14 STILL IMAGE CAPTURE.................................................................................................... 13
TABLE 15 SUPPORTED CIRCUIT-SWITCHED VIDEO TELEPHONY FORMATS .................... 14
TABLE 16 SUPPORTED AUDIO FORMATS ....................................................................................... 18
TABLE 17 AUDIO BIT RATE, SAMPLING RATE AND STEREO/MONO CAPABILITIES........ 19
TABLE 18 BIT RATE, SAMPLING RATE, STEREO/MONO STREAMING................................... 19
TABLE 19 MIDI FORMAT SPECIFICATION...................................................................................... 20
TABLE 20 MIDI KEY MAPPING ........................................................................................................... 24
TABLE 21 MIME TYPES......................................................................................................................... 33
4
Overview
Welcome to the Creating Media for the MOTOKRZR K3 guide. This guide contains all the
information you need to get started developing pictures, animation, and sounds for the
MOTOKRZR K3.
The MOTOKRZR K3 Media Guide covers the following areas:
•
•
•
•
Display information, including size, color depth, and more
Graphic support information
Video support information
Sound support information
This document assumes you are familiar with creating different media using the
appropriate tools. This guide does not cover the tools required to create media, rather, it
concentrates on the features and technical abilities of the handset when working with
media.
Motorola recommends that if you are not the sole author or creator of the graphics, video,
or sound, you obtain sufficient license rights, including the rights under all patents,
trademarks, trade names, copyrights, and other third party proprietary rights.
Glossary
Table 1 shows common terms used in this guide:
Term
Definition
AMR
Adaptive Multi Rate
GIF
Graphics Interchange Format
Musical Instrument Digital Interface
MIDI
MIDI Patch
One of the channels in a MIDI device, defined by the general MIDI
standard
MPEG
Pixel
Moving Pictures Experts Group
One picture element on the display
Quarter Common Intermediate Format
Wireless Application Protocol
QCIF
WAP
5
Term
Definition
WBMP
Wireless Bitmap
Table 1 Glossary
References
Table 2 shows references providing information related to developing media for the
MOTOKRZR K3:
Organization
URL
3GPP
MIDI Manufacturers Association
Motorola Developer Program
Moving Pictures Experts Group
WAP Forum
World Wide Web Consortium
Open Mobile Alliance
Table 2 References
Revision History
Version
Date
Reason
(DD-MMM-YYYY)
15-JAN-2007
00.01
01.00
Initial draft.
23-APR-2007
Document Release
Table 3 Revision History
6
Display
This chapter describes the display characteristics for the MOTOKRZR K3.
MOTOKRZR K3
Figure 1 Display characteristics for the MOTOKRZR K3
7
Display Info
The physical internal display characteristics of the MOTOKRZR K3 are the following:
Item
Description
Internal: 320 x 240
External: 160 x 120
Screen resolution
Active Area 30.6 mm X 40.8 mm
Viewing Area: 32.08 mm X 42.28 mm
Screen dimensions
Color depth
16 Bits
Internal: 262 K
External: 65 K
Maximum colors
Text area
Numeric
Table 4 Display Info
Figure 2 The MOTOKRZR K3 display
Note: Screen shot may not reflect actual display size.
8
Graphics & Video
This chapter describes the graphic environment available in the MOTOKRZR K3. It
includes information on picture and animation formats, size restrictions, pre-defined
media, and more. Use this chapter as a reference when creating pictures or animations
that support your products.
In general, file size is limited by available memory. All media (wallpaper, screensavers,
ring tones, and themes), whether pre-loaded on the device or downloaded by the user,
share the same storage area. The available memory for downloaded files will vary based
on the media pre-loaded into the device. This pre-loaded media will vary from region to
region and from carrier to carrier. Motorola recommends keeping all media files as small
as possible to ensure the consumer has the ability to download and use a variety of files
to enhance the user experience.
Supported Picture Formats
The MOTOKRZR K3 supports the following graphic and animation formats:
Type
Description
GIF 87a
Graphics Interchange Format, a standard file format for
lossless compression of still images. It is used to display
static images and is the preferred format for pictures.
GIF 89a
BMP
The GIF 89a standard is a superset of the GIF 87a
specification. It allows a sequence of GIF images to be
displayed in succession that generates an animation.
File writing forma, where the information is recorded using
"bitmap".
EMS BMP
WBMP
Enhanced Messaging Service bitmap
Wireless Bitmap format described in the WAP
specifications. It is an optimized bitmap format intended
for use in portable devices with smaller screens and
limited display capabilities.
JPEG
Joint Photography Expert Group standard. JPEG is
designed for compressing either full-color or gray-scale
images of natural, real-world scenes, not line art or
lettering.
9
Type
Description
PNG
Portable Network Graphics (PNG) format is intended to
provide a portable, legally unencumbered, well-
compressed, well-specified standard for lossless bit
mapped image files.
Table 5 Graphic and animation formats
Note: 'Maximum image sizes are determined by the handset's available memory, however
in Java the use of scalable JPEG will allow larger images to be displayed'.
Table 6 shows the maximum decode size and resolution for supported picture
formats:
Format
Maximum Decode Size
Resolution
Up to UVGA 1200x1600
pixels (2.0 MegaPixel)
JPEG
PNG
BMP
QVGA
Up to VGA (640 x 480 pixels)
(320x240 pixels)
GIF 87a, 89a
WBMP
QVGA
(320x240 pixels)
EMS BMP
Table 6 Maximum decode size and resolution
Video Playback
The MOTOKRZR K3 handset supports the video formats described in Table 7:
Type
Description
MPEG-4
The MPEG-4 format provides standardized technological
elements that enable interactive multimedia (video/audio),
interactive graphics, and digital television.
Codec support includes:
•
MPEG
•
H.263 Baseline
A maximum of 15 fps for video playback and 15 fps for video
capture is available at a bit rate of up to 64 kbps when maximum
size is QCIF.
H.263
An International Telecommunication Union (ITU) standard for
video compression.
10
Type
Description
WMV v9 (also
WMV v7, v8)
WMV - Windows Media Video is a generic name for the set of
streaming video technologies developed. This format also
supports WMV version 7 and 8.
RV8/RV9
Real Video format for Packet and Circuit Switched Streaming
services and clip playback from local files.
A maximum of 15 fps is available at a bit rate of 128 kbps when
the maximum size is QCIF
Table 7 Video formats
Note: Maximum file sizes are determined by the handset’s available memory
Table 8 shows the bit rate, frame size, and frame rate for all supported video playback
formats:
Format
MPEG4
Bit Rate (kbps)
Frame Size
Frame Rate (fps)
Up to 256 kbps
25
H.263
QCIF
WMV v9 (also WMV
v7, v8)
Up to 128 kbps
15
Real Video 8, 9
Table 8 Bit rate, frame size and frame rate video playback suported
Table 9 shows the specifications for all supported audio + video playback formats:
Video
Audio
Total Bit
Rate
Format
Bit rate
(kbps)
Bit Rate
(kbps)
Sampling Rate
Frame
Rate
Size
Stereo/Mono
(KHz)
Up to 256
kbps
Up to 243
kbps
Up to 232
kbps
8
QCIF
MPEG4 + AMR-NB
Up to 12.2 kbps
25 fps
Mono
Up to 23.85
kbps
MPEG4 + AMR-WB
MPEG4 + AAC
16
Up to 44.1
8
Stereo / Mono
Mono
Up to 224
kbps
MPEG4 + AAC+
Up to 128 kbps
Up to 12.2 kbps
MPEG4 + Enhanced
AAC+
Up to 243
kbps
H.263 + AMR-NB
11
Up to 232
kbps
Up to 23.85
kbps
16
H.263 + AMR-WB
H.263 + AAC
H.263 + AAC+
Up to 224
kbp
Up to 128 kbps
Up to 96 kbps
H.263 + Enhanced
AAC+
Up to 44.1 Stereo / Mono
Up to 108
kbps
Up to 96
kbps
Table 9 Graphic and animation formats
WMV + WMA
Up to 128
Kbps
15 fps
Real Audio + Video
Table 10 shows the bit rate, frame size, frame rate, and extension for supported video
streaming formats:
Format
MPEG4
Bit Rate (kbps)
Frame Size
Frame Rate (fps)
Extension
H.263
.sdp
.rts
WMV v9 (also WMV
v7, v8)
Up to 128
QCIF
15
Real Video 9 (also
Real Video 8)
Table 10 Bit rate, frame size and frame rate streaming suported
Table 11 shows the specifications for video + audio streaming:
Video
Audio
Total Bit
Rate
Format
Bit rate
(kbps)
Bit Rate
(kbps)
Sampling Rate
(KHz)
Frame
Rate
Size
Stereo/Mono
MPEG4 / H.263 +
AMR-NB
MPEG4 / H.263 +
AMR-WB
Up to 115
Up to 104
Up to 12.2
8
Mono
Up to 23. 85
16
MPEG4 / H.263 +
AAC
128 Kbps QCIF
MPEG4 / H.263 +
AAC+
Up to 96
Up to 32
15 fps
Up to 44.1
Stereo / Mono
MPEG4 / H.263 +
Enhanced AAC+
WMV + WMA
Up to 112 Up to 48
Up to 96 Up to 32
Table 11 Video + Audio streaming
Real Audio + Video
12
Graphics and Video Capture
Table 12 shows the video quality, bit rates, frame size, frame rate, and maximum
durations for video capture:
Bit Rate
(kbps)
Frame
Rate
Maximum Capture
Duration
Format
Video Quality
Frame Size
Low
Medium
High
64
MPEG4 or
H.263
96
1 hour
QCIF
15 fps
128
Table 12 Maximum durations for video capture
Table 13 shows the video quality, bit rates, frame size, frame rate, and maximum
durations for video + audio capture:
Maximum Capture
Audio
Video
Total
Bit Rate
(kbps)
Duration
Frame
Rate
Format
Bit rate
(kbps)
Bit Rate Sampling Stereo/
Size
(kbps)
Rate
Mono
MPEG4 or H.263
+ AMR-NB
Up to 115
Up to 104
12.2
8 kHz
Up to
128
QCIF
15 fps
Mono
1 hour
MPEG4 or H.263
+ AMR-WB
23.85
16 kHz
Table 13 Maximum durations for video + audio capture
Table 14 shows the still image capture resolution and size of the supported formats:
Format
Camera
Resolution
Size (pixels)
Internal
Large (VGA)
Medium (QVGA)
Small (QQVGA)
640x480 pixels
320x240 pixels
160x120 pixels
1200x1600 pixels
960x1280 pixels
480x640 pixels
240x320 pixels
External1
Large (UXGA, 2.0 MPixel)
Medium (1.2 MPixel)
Small (VGA)
JPEG
X-Small (QVGA)
Table 14 Still image capture
1 The MOTOKRZR K3 External Camera is mounted portrait.
13
Video Telephony
Table 15 shows the specifications for supported circuit-switched video telephony formats:
Video
Audio
Total
Format
Bit Rate
Frame
Rate
(kbps)2
Size Bit rate (kbps)
Bit Rate (kbps) Sampling Rate Stereo/Mono
MPEG4+AMR-NB
MPEG4+ G.723.1
H.263+AMR-NB
H.263+ G.723.1
64
QCIF
38 to 42
15 fps
Up to 12.2
8 kHz
Mono
Table 15 Supported circuit-switched video telephony formats
Note: Total Bit Rate indicates the maximum possible data rate used on the circuit-
switched radio access bearer, taking into account the overhead needed by the video
telephony protocols. A total bit rate of 64 kbps allocates 42 kbps to video, 12 kbps to
audio, and 10kbps to protocol overhead.
MMS/SMS Support
The MOTOKRZR K3 MMS/SMS applications support use of the following image
formats/sizes:
•
•
•
•
JPEG
GIF
BMP
PNG
The MOTOKRZR K3 supports use of the following audio formats:
•
•
•
•
•
•
MP3
MIDI
AMR-NB, AMR-WB
AAC
AAC+
Enhanced AAC+
14
•
•
•
WMA
XMF
Real Audio 9,8
Wallpaper Support
Wallpaper images are static images that are shown on both the idle screen and the main
menu screen. Wallpaper images can be tiled or centered as selected by the user;
centered is the default setting.
The following image formats are supported for wallpaper:
Technical Specifications for Wallpapers:
ꢀ Dimensions: Internal: 320 x 240
ꢀ Colors: Internal: 256 (limited by JPG format)
ꢀ Recommended File Size: Internal: Up to 100 K
Wallpaper images are displayed on screen as shown in Figure 3.
Wallpaper images appear
behind all screen elements
on the idle screen.
Wallpaper images appear
behind all screen elements
on the menu screen.
Figure 3 How wallpaper is displayed on the idle screen and main menu screen.
If the user has selected to tile the wallpaper, the image is tiled starting from the upper left
hand corner of the working area. The image is tiled horizontally and vertically equal to the
display size, as shown in Figure 4.
15
Tiled image used as wallpaper
and appearing behind all screen
elements on an idle screen.
Figure 4 GIF Image as centered wallpaper
The user has the following options for wallpaper:
•
Center – the image is resized to fit on the screen while keeping the aspect ratio.
•
Fit-to-screen – the image is resized to fill the screen while keeping the original
aspect ratio (refer to Figure 3).
•
Tile – if the image is too large, it is resized to fit the display and tiled, if the image
is too small, it tiles as displayed.
If the user selects an animated GIF image, the first frame of the animated GIF becomes
the wallpaper image. It’s important that the colors of the wallpaper image allow the text
displayed on the screen to remain legible.
16
Sound
This chapter describes the sound environment available in the MOTOKRZR K3. It
includes information on sound formats and more. Use this chapter as a reference when
creating sounds for your products.
In general, file size is limited by available memory. The available memory for downloaded
files will vary based on the media that is pre-loaded into the device. This pre-loaded
media will vary from region to region and from carrier to carrier. We recommend keeping
all media files as small as possible to ensure the consumer has the ability to download
and use a variety of files to enhance the user experience.
Alert Tone Support
Downloaded audio files can be applied to a number of alert tones on the device including
Ringtones for incoming calls, Text Message, and Date Book Alarms.
Ring Tones
Ring tones should not exceed 30 seconds because most voice mail systems pick up after
four rings (16-25 seconds depending on the system).
Supported Sound Formats
The MOTOKRZR K3 support the following sound formats:
Type Description
MIDI
The MOTOKRZR K3 are MIDI 1.0 compliant (.mid, .midi, .mmf,
.smf), and supports any data format described in The Complete
MIDI 1.0 Detailed Specification, including:
−
−
−
MIDI, Type 0
MIDI, Type 1
Scalable Polyphonic MIDI (SP-MIDI)
Short for Advanced Audio Encoding (.aac, .adcs, .adif), one of the
audio compression formats defined in the MPEG-2 standard. AAC
AAC
17
Type
Description
boosts higher quality audio reproduction than MP3 and requires
30% less data to do so.
AMR-NB, AMR-
WB
Adaptive Multi Rate offers a wide range of data rates. The
philosophy behind AMR is to lower the data rate as the
interference increases to enable better error correction.
Format for speech coding used in most GSM networks. The GSM
full rate requires one full rate traffic channel to carry its data. The
compression involves mapping input blocks of 160 speech
samples to encoded blocks of 260 bits.
The MP3 format (.mp3) provides the coding of audio for digital
storage.
GSM FULL RATE
MP3
Real Audio (.ra, .rm) is a compressed format suitable for streaming
over the internet.
Format for storing files (.wav). Linear pcm 8-bit and 16-bit, CCITT
A-law and U-law.
Real Audio
WAV
Windows Media Audio (.wma), referring to components of the more
general Windows Media Format proprietary standard.
Mobile XMF-MIDI: XMF (eXtensible Music Format) is an open
standard file format for gathering together into a single file all
media assets (and/or links to external media assets) required to
render a MIDI note-based piece (or suite of related pieces) in a
computer-based player (or possibly an instrument) with consistent
audio playback across all players and platforms, and suited for
interactivity, content protection, meta-data, and the Internet – and
keep it simple.
WMA
XMF
Table 16 Supported audio formats
Table 17 shows the bit rate, sampling rate, and stereo/mono capabilities for each
supported format:
Format
Bit Rate (kbps)
Sampling Rate (kHz)
Stereo/Mono
4.75 kbps – 12.20 kbps
(supports all 3GPP
specified rates)
AMR-NB
8 kHz
Mono
6.6 – 23.85 (suports all
3GPP specified rates)
AMR – WB
16
AAC
(MPEG4 AAC-LC)
AAC+
Up to 256 kbps
48 kHz
Stereo / Mono
Stereo / Mono
Stereo
Up to 48 kHz
(16, 22.05, 24, 32, 44.1,
48 kHz)
Up to 128 kbps
(16 to 128 kbps)
Enhanced AAC+
MP32
8-bit Linear PCM
Up to 256 kbps
64 kbps
48 kHz
8 kHz
Stereo / Mono
Mono
2 Supports the MP3 coding scheme for the compression of audio signals, as defined in the MPEG-1 and MPEG-2, Part
3 (audio), Layer 3 standard.
18
16-bit Linear PCM
8-bit A-law PCM
8-bit mu-law PCM
GSM Full Rate
128 kbps
64 kbps
12.20 Kbps
WMA v9 L2
(also WMA v3, v7, v8)
Up to 160 Kbps
Up to 96 Kbps
48 kHz
Stereo/Mono
Mono
Real Audio 8
Supports LBR (Cook)
formats.
44.1 kHz
5.0 Kbps (fixed rate)
8.5/6.5 Kbps (dual rate)
16 Kbps (wide-band)
Real Audio Sipro
(ACELP®.net)
8 kHz
16 kHz
Table 17 Audio bit rate, sampling rate and stereo/mono capabilities
Note: Real Audio 8 supports the Flavor index of 17-26, inclusive. Flavor indexes less than
17(G2) or greater than 26 (surround) are not supported.
Table 18 shows the bit rate, sampling rate, stereo/mono, and extension for supported
streaming audio formats:
Sampling Rate
Format
Bit Rate (kbps)
Stereo/Mono
Extension
kHz
4.75 kbps – 12.20 kbps
(supports all 3GPP
specified rates)
AMR-NB
8 kHz
Mono
6.6 kbps - 23.85 Kbps
(supports all 3GPP
specified rates)
AMR-WB
16 kHz
48 kHz
AAC
Up to 128 kbps
AAC+
Up to 48 kHz
(16, 22.05, 24,
32, 44.1, 48 kHz)
Up to 128 kbps
(16 to 128 kbps)
.sdp
.rts
AAC+ Enhanced
Stereo / Mono
WMA v9
(also WMA v3, v7,
v8)
Real Audio 8
Supports LBR
(Cook) formats.
48 kHz
Up to 128 kbps
Up to 96 kbps
44.1 kHz
5.0 Kbps (fixed rate)
8.5/6.5 Kbps (dual rate)
16 Kbps (wide-band)
Real Audio Sipro
(ACELP®.net)
8 kHz
Mono
16 kHz
Table 18 Bit rate, sampling rate, stereo/mono streaming
Note: Real Audio 8 supports the Flavor index of 17-26, inclusive. Flavor indexes less than
17(G2) or greater than 26 (surround) are not supported.
19
MIDI Support
The Musical Instrument Digital Interface (MIDI) enables consumers to use multimedia
computers and electronic musical instruments to create, enjoy and learn about music.
The MIDI protocol is a music description language in which every word describes an
action of musical performance. Each action is stored as a binary word and when
combined, store as MIDI files. These files can then be replayed by any electronic device
that can read the MIDI file and recreate the performance using its available sound system.
Technical Specifications for MIDI:
ꢀ Recommended File Size: No limitation. Depends on memory available.
ꢀ MIDI Instruments: 128 Melodic, 47 Percussion
ꢀ Maximum Polyphony: 64 voices
ꢀ Minimum Duration per note: 20ms
ꢀ Maximum Duration (NW dependent): No limitation on handset. (Network
dependent).
Polyphony
Channels
Instruments (Gen. MIDI
Level 1)
Format
File Type
Type 0
Standard MIDI
Type 1
SP
Type 0
64
128 Melodic, 47 Percussion
Mobile XMF MIDI
Type 1
Type 2 (mobile DLS)
Table 19 MIDI Format Specification
MIDI Key Mapping
The MOTOKRZR K3 supports all 128 general MIDI instruments and the standard drum
kit, but due to frequency limitations, not all MIDI notes are supported for all patches.
Patch
Number
Valid MIDI
Note Numbers
Patch Names
Acoustic Grand Piano
0
1
2
3
4
21-108
21-108
22-108
21-108
21-108
Bright Acoustic Piano
Electric Grand Piano
Honky-tonk Piano
Electric Piano 1
20
Patch
Number
Valid MIDI
Note Numbers
Patch Names
Electric Piano 2
5
24-103
24-89
24-96
48-108
65-108
48-84
48-96
48-97
48-108
48-96
48-96
24-96
24-96
24-96
21-96
24-96
48-89
48-84
48-89
36-84
36-84
36-86
36-86
36-86
36-96
36-96
36-96
24-72
24-72
24-72
24-72
24-72
6
Harpsichord
7
Clavinet
8
Celesta
9
Glockenspiel
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
Music Box
Vibraphone
Marimba
Xylophone
Tubular Bells
Dulcimer
Drawbar Organ
Percussive Organ
Rock Organ
Church Organ
Reed Organ
Accordion
Harmonica
Tango Accordion
Acoustic Guitar (nylon)
Acoustic Guitar (steel)
Electric Guitar (jazz)
Electric Guitar (clean)
Electric Guitar (muted)
Overdriven Guitar
Distortion Guitar
Guitar Harmonics
Acoustic Bass
Electric Bass (finger)
Electric Bass (pick)
Fretless Bass
Slap Bass 1
21
Patch
Number
Valid MIDI
Note Numbers
Patch Names
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
Slap Bass 2
Synth Bass 1
Synth Bass 2
Violin
24-72
24-96
24-96
48-96
48-96
36-96
24-96
24-96
24-96
21-103
36-84
24-96
24-96
24-96
24-96
36-96
36-96
36-96
36-72
36-96
36-96
24-72
48-84
36-96
24-96
24-96
24-96
48-89
48-84
36-84
24-84
48-96
Viola
Cello
Contrabass
Tremolo Strings
Pizzicato Strings
Orchestral Harp
Timpani
String Ensemble 1
String Ensemble 2
Synth Strings 1
Synth Strings 2
Choir Aahs
Voice Oohs
Synth Voice
Orchestra Hit
Trumpet
Trombone
Tuba
Muted Trumpet
French Horn
Brass Section
Synth Brass 1
Synth Brass 2
Soprano Sax
Alto Sax
Tenor Sax
Baritone Sax
Oboe
22
Patch
Number
Valid MIDI
Note Numbers
Patch Names
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
English Horn
Bassoon
Clarinet
48-96
24-84
48-96
60-108
48-96
60-96
48-96
48-96
48-96
48-91
60-96
24-96
24-96
36-96
36-96
36-96
36-96
36-96
24-96
36-96
36-96
36-96
36-96
36-96
36-96
36-96
36-96
36-96
36-96
36-108
36-96
36-96
Piccolo
Flute
Recorder
Pan Flute
Blown Bottle
Shakuhachi
Whistle
Ocarina
Lead 1 (square)
Lead 2 (sawtooth)
Lead 3 (calliope)
Lead 4 (chiff)
Lead 5 (charang)
Lead 6 (voice)
Lead 7 (fifths)
Lead 8 (bass+lead
Pad 1 (new age)
Pad 2 (warm)
Pad 3 (polysynth)
Pad 4 (choir)
Pad 5 (bowed)
Pad 6 (metallic)
Pad 7 (halo)
Pad 8 (sweep)
FX 1 (rain)
FX 2 (soundtrack)
FX 3 (crystal)
FX 4 (atmosphere)
FX 5 (brightness)
23
Patch
Number
Valid MIDI
Note Numbers
Patch Names
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
none
FX 6 (goblins)
FX 7 (echoes)
FX 8 (sci-fi)
Sitar
36-96
36-96
36-96
48-77
48-84
48-79
48-96
48-96
36-77
48-96
48-96
60-96
48-72
48-88
48-72
48-72
36-84
36-84
48-72
48-72
48-72
48-72
48-72
48-72
48-72
48-72
48-72
35-81
Banjo
Shamisen
Koto
Kalimba
Bagpipe
Fiddle
Shanai
Tinkle Bell
Agogo
Steel Drums
Woodblock
Tailo Drum
Melodic Drum
Synth Drum
Reverse Cymbal
Guitar Fret Noise
Breath Noise
Seashore
Bird Tweet
Telephone Ring
Helicopter
Applause
Gunshot
Drums
Table 20 MIDI Key Mapping
24
MIDI Audio Guidelines
The following are suggested guidelines to maximize sound quality while reducing the
overall file size of a MIDI Ring Tone file for use with the MOTOKRZR K3.
Tip 1: Use MIDI’s running status feature
In the MIDI standard, a key-on or a key-off event will use, at most, three bytes each.
However, when several key events occur on the same MIDI-channel, the running status
feature can be used. In principle, running status means the first byte of a key-on event is
omitted. In addition, the key-on event having a velocity of zero is equivalent to the key-off
event. Thus, combining running status with key-on events that have zero velocity reduces
the number of bytes needed to encode all key events.
EXAMPLE:
Without using the running status, features, the sequence
91 2E 23 8E, 91 2B 50 8E, 81 2E 64 00, 81 2B 64 00
represents “Key 2E ON” Velocity 23 MIDI Ch 1”, “Key 2B ON Velocity 50 MIDI Ch 1”,
“Key 2E OFF Velocity 64 MIDI Ch 1”, “Key 2B OFF Velocity 64 MIDI Ch 1”. Using the
running status feature reduces the sequence to:
91 2E 23 8E, 2B 50 8E, 2E 00 00, 2B 00 00,
That is, the command byte is omitted and velocity zero is used for key off.
Tip 2: Use Standard MIDI File (SMF) type 1
The MIDI content can be stored in a Standard MIDI File (SMF) of type 0 or type 1. In a
type 0 SMF, the file format uses one header chunk with one-track chunk. In a type 1 SMF,
the format uses one header chunk with several track chunks. SMF type 2 should not be
used.
In general, it is more efficient to store the MIDI data as a type 1 file. The increased
efficiency is achieved because each track contains only one MIDI channel and one
instrument (often the case). The running status feature can be applied on each individual
track, thereby reducing the track size. To reduce the size of the file even further, use one
track per used MIDI channel. That is, if a temple/conductor track exists, merge it with the
first instrument track and remove all unnecessary meta-events such as the “track name”
and “lyric” meta-events.
To summarize, the following measures can be taken in order to reduce the SMF:
1. Use SMF type 1 (Or verify that a type 1 file is smaller than a type 0 file and use the
smallest file).
2. Use running status.
3. One and only one instrument per track. Try not to change channels.
4. Do not change tempo in the middle of the music. That is, set the tempo once.
5. Use beat, instead of SMPTE, to set the tempo.
6. Do not use Copyright Text Fields.
7. Limit the use of continuous controller information such as pitch-bend and volume.
25
8. Turn off the options below:
•
•
•
•
•
•
•
•
•
Sequence Number - MIDI sequence ids
Text - embedded text for any optional fields
Sequence / Track Name
Instrument Name
Lyric
Marker - for synchronization purposes
Cue Point
Midi Channel Presix - associate channels with all events following
Sequencer-Specific settings
Items one through three above optimize the encoding of the notes, while items four to
eight optimize the overall melody. The above measures provide an SMF file that is ready-
made for compression. However, prior to compression, the composer/content author can
add a few values for key velocity, thereby increasing the redundancy of the file.
Tip 3: Consider the Frequency Response
Even though the MIDI synthesizer is sampled at 22 KHz, the polyphonic speaker’s
frequency response is not as wide. Try to keep the majority of melodic information below
6000 Hz.
NOTE: The use of MIDI notes below 800 Hz may cause a decrease in volume when
playing the note. Always test your audio on an actual device to ensure the accuracy of the
sound you want to produce.
MP3 Audio Guidelines
MP3 (MPEG Audio Layer 3) is an audio compression technology that is part of the MPEG-
1 and MPEG-2 specifications. Developed in Germany in 1991 by the Fraunhofer Institute,
MP3 uses perceptual audio coding to compress CD-quality sound by a factor of 12, while
providing almost the same fidelity. Because MP3 audio is digitized, not synthesized,
reproduction (disregarding speaker quality) is identical on all devices. Therefore MP3 ring
tones provide a near-CD quality audio experience for listeners as opposed to their MIDI
counterparts which differ greatly from device to device.
The following recommendations should be used when designing MP3 audio clips for use
in the phone:
Technical Specifications for MP3:
ꢀ Sample Rates: 48 kHz
ꢀ Bit Rate: 256 kbps maximum.
26
ꢀ Recommended File Size: No limitation. Depends on memory available
Available Sound Properties
Follow technical specifications outlined above.
Design Guidelines
Since ring tones need to be at a consistent audible level, compressing the original content
to reduce the peak-to-average ratio is necessary. After the audio is compressed it is
advisable to re-normalize the audio to 0db before saving the compressed MP3 file.
Note 6: Ring tones are generally between 15-20 seconds in length. Based on the
recommended bit rates that would yield a file size between 75-150K per tone. It is
advisable to keep file size beneath 100K to allow the end-user to download multiple tones,
but there is no file size limit except for total free memory available on the device.
27
Appendix A: DRM
Digital Rights Management
Digital Rights Management (DRM) is a method of protecting content from illegal
distribution by embedding the content into an encrypted package along with rules dictating
its use. Using a set of keys and a license for the specific file, a DRM application is
required to decrypt the content for playback. The DRM application will be transparent to
the user except for the cases where the user acquires a file without a proper license.
Applications that will interact with DRM encoded files include the following:
•
•
•
•
•
•
•
•
•
•
•
•
•
Media Center
MMS
Browser
Email
KJava
Address Book
Drawing Pad
Camera
Recorder
File Manager
Phone (calling)
Power Up/Down Animation
Wallpaper
For more information, refer to the following references found at
•
•
•
OMA-Download-DRM-v1_0-20020905-C
OMA-Download-DRMREL-v1_0-20030801-C
OMA-Download-DRMCF-v1_0-20030801-C
28
Supported DRM Solutions
Two DRM solutions are supported by Motorola handsets. The solutions are the following:
•
Forward Locking – Forward locking construct defined by the OMA DRM
specification. Similar to NDIS implementation in MMS/EMS.
•
Combined Delivery – The OMA Combined Delivery mechanism is an extension
of OMA forward locking. The Combined Delivery mechanism differs by including
a rights object within the DRM message which governs the consumption of the
content included along with the rights object. A handset that supports Combined
Delivery will support OMA forward locking.
•
Separate Delivery – The OMA Separate Delivery mechanism is an extension of
OMA Forward locking. The Separate Delivery mechanism differs by delivering
the content and the rights object separately. The MOTOKRZR K3 supports
retrieving rights via WAP Push and via HTTP response.
Download
Forward Lock files will be downloaded within a DRM message. The download manager
will recognize the DRM message of MIME type ‘application/ vnd.oma.drm.message’ as a
valid file type.
The download manager will discard any DRM message that contains more than one
media object within the DRM message.
OMA Combined Delivery will be downloaded within a DRM message and will consist of a
media object and a rights object. The download manager will recognize the DRM
message MIME type and the MIME type ‘application/vnd.oma.drm.rights+xml’ as a valid
file type. A single media object in the body of the DRM message, that is encoded in the
following identity transfer encoding ‘7bit’, ‘8 bit’, and ‘binary,’ will be accepted by the
download manager.
Installation
Forward Lock
After the download of a DRM message has been completed, the download manager will
strip out the media object that is encapsulated within the DRM message prior to
dispatching the object for preview. The MIME type associated with the encapsulated
media object will be used to verify that the OMA download descriptor ‘type’ meta data field
matches the MIME type of the media object within the DRM message.
Once the media object has been extracted from the DRM message, the original DRM
message can be discarded. Along with passing the media object to the content dispatcher
for preview, the download manager shall indicate to the content dispatcher that the media
object is ‘forward locked’.
29
The mechanism for indicating a ‘forward locked’ status is to set the NDIS bit for the file
within the file system.
Combined Delivery
After the download of a DRM message has been completed, the handset will strip out the
media object and the rights object that are encapsulated within the DRM message prior to
dispatching the object for preview. If the DRM message is received without a descriptor
file, the MIME type associated with the encapsulated media object should be used to
verify that the OMA download descriptor ‘type’ meta data field matches the MIME type of
the media object within the DRM message.
Once the media object has been extracted from the DRM message, the original DRM
message can be discarded. Along with passing the media object to the content dispatcher
for preview, the handset shall indicate to the content dispatcher that the media object is
‘forward locked’.
•
If the user selects to store the content from the preview: The media shall be
stored in the appropriate file directory and shall be marked as ‘forward-locked’
using the NDIS bit. The rights object shall be stored in a protected portion of the
file system. Rights objects are NEVER to be forwarded. Association between the
rights object and the media MUST be maintained while stored in the file system.
Separate Delivery
In MOTOKRZR K3 implementation, for Forward Lock and Combined Delivery content, the
Media objects will be encrypted (AES128) and packaged according to the same
mechanism as Separate delivery, the encryption key is generated randomly and unique to
each content on a phone. Thus the encrypted content can be stored anywhere in the
phone or TransFlash card. A right object will also be created to save the right constraints
and encryption key. The right object is stored in a hidden directory in phone flash memory
which can not be accessed by end user. Thus the mechanism for indicating a ‘forward
locked’ status is to set a special field in right object.
Right Object
Forward Lock files do not have Right Objects associated with the content. The user has
unlimited usage. The handset will mark the file as "do not forward" and the user will be
able to consume the content as a normal file. The only limitation is the handset will not
allow the user to send the file via any transfer method.
In the case of Combined Delivery there is a Right Object associated with the content. The
Right Object will be stored in a secure area and the user will not have access to it. The
handset will not allow the user to send it via any delivery method. The Right Object will
define the constraints for content usage. This Right Object can have count, time, date, or
interval constraints. The application will check the Right Object before consuming the
content.
30
Content downloaded using the OMA Separate Delivery format has been converted from
plaintext format into DRM content format (DCF). This conversion includes symmetric
encryption of the content making the DRM protected content object useless to parties not
having access to the Content Encryption Key (CEK). The CEK is contained within a rights
object which is delivered independently of the DCF(containing the media). The DCF file
can be distributed as much as desired, yet it will remain protected as the rights object
shall be forward-locked. This is the basis for the superdistribution model. Typically, the
DCF object is downloaded using the browser, after which the rights object is separately
delivered to the device using WAP push. Handsets that support Separate Delivery MUST
support OMA combined delivery as well as OMA forward locking.
File Types
DRM solutions apply to all file formats. The OMA DRM solution is content agnostic and
can be used for any type of content that the handset supports. Individual files are handled
in the same manner as a DRM file would be handled. Files downloaded using OMA
Combined Delivery will be downloaded within a DRM message and will consist of a media
object and a rights object. The download manager will recognize the DRM message
MIME type and the MIME type ‘application/vnd.oma.drm.rights+xml’ as a valid file type. A
single media object in the body of the DRM message that is encoded in the following
identity transfer encoding ‘7bit’, ‘8 bit’, and ‘binary’ will be accepted by the download
manager.
RFC 2045 [RFC2045] defines the Content-Transfer-Encoding, which specifies how a
specific body part is encoded for transfer by some transfer protocol. Content-Transfer-
Encoding MUST only be used with body parts of DRM message, not with the whole body
of the DRM message. The device MUST support the identity transfer encoding “binary”.
Other nonidentity Content-Transfer-Encodings like “base64” MAY also be supported
A Content-Transfer-Encoding header, as defined in RFC 2045 [RFC2045], MUST be
present in the body part of the DRM message.
31
Appendix B: MIME Types
This appendix provides a list of common MIME types used on various Motorola handsets.
The list is sorted by category and provides file type descriptions, as well as the MIME
types used to download different media files.
NOTE: The file and MIME types shown below are not supported by all Motorola handsets.
Please refer to the handset’s media guide to determine what file types a particular
handset supports.
Application
Drawingpad
File type
Gif
Jpeg
bmp
ems bmp
Suffix
.gif
.jpg, .jpeg
.bmp
Permission
Display,Print
Display,Print
Display,Print
Display,Print
Mimetype
image/gif
image/jpeg
image/bmp
Image/ems.userdefined.picture
Image/ems.userdefined.animation
Image/ems.predefined.animation
image/vnd.wap.wbmp
image/png
audio/mp4
audio/3gpp
audio/mp4
audio/3gpp
audio/m4a
.ems
wbmp
Png
aac
.wbmp
.png
.mp4
.3ga
.mp4
.3ga
.m4a
Display,Print
Display,Print
Play
Play
Play
Realplayer
aac (mpeg4
aac-lc) aac+
Enhanced
aac+
Play
Play
Play
Play
Play
Play
Play
Play
Play
audio/x-midi
audio/mp3
audio/x-mp3
audio/mpeg3
audio/x-mpeg3
audio/wav
audio/x-wav
audio/amr
audio/mp4, audio/3gpp
Mp3
.mp3
.wav
wav
amr,
amr-nb, amr-
wb
amr
.mpg4, .3ga
wma
.wma
.asf
Play
audio/x-ms-wma
audio/asf
Play
Play
audio/x-ms-wma
audio/midi, audio/mid, audio/x-mid,
audio/x-midi, audio/mobile-xmf
video/3gp
video/3gpp
audio/3gpp
xmf, midi
3gp
.xmf, .midi,
.mid
.3gp
Play
Play
Play
Play
.3ga
.mp4
mp4
video/mp4
32
Play
Play
Play
Play
Play
Play
Play
Play
Play
Play
audio/mp4
video/mp4v-es
video/mp4, video/3gpp
video/mpeg4
video/mp4v-es
video/vnd.rn-realvideo
audio/x-pn-realaudio
application/vnd.rn-realmeida.
video/mp4, video/3gpp
video/mp4, video/3gpp
mpeg4
rm
.mp4, .3gp
.rm, .ram,
.mp4, .3gp
h.263
mpeg4 + amr- .mp4, .3gp
nb, mpeg4 +
amr-wb
mpeg4 + aac
h.263 + amr-
nb, h.263 +
amr-wb
.mp4, .3gp
.mp4, .3gp
Play
Play
video/mp4, video/3gpp
video/mp4, video/3gpp
h.263 + aac
.mp4, .3gp
Play
video/mp4, video/3gpp
Table 21 MIME Types
Note : Tone Sequence as defined in JSR-135 is equal to the following: audio/x-tone-seq
Different strings in the same group are synonyms and are equally applicable for the
corresponding media type.
Please note the following when mapping MIME types to a server:
•
A MIME type can be mapped to zero or more file extensions
Extension mapping is cas7e insensitive
•
For information on configuring servers to deploy programs or files over-the-air, or to
determine which MIME types are supported by a particular handset, download the Basic
Over-the-Air Server Configuration whitepaper from the MOTODEV website
33
Index
Adaptive Multi Rate, 5
file size, 9, 17
MPEG-1 format, 18
Musical Instrument Digital Interface, 5
QCIF format, 5
sound
GIF 87a format, 9
GIF 89a format, 9
Graphics Interchange Format, 5
JPEG format, 9
ring tones, 17
WAP, 5
WBMP format, 9
Wireless Bitmap, 6
MIDI, 17
MP3 format, 18
MPEG format, 10
34
MOTOROLA and the Stylized M Logo are registered in the U.S. Patent & Trademark Office. All other product or
service names are the property of their respective owners.
© Motorola, Inc. 2006 - 2007.
35
|