pdfbox c# port : Edit pdf bookmarks Library control component .net azure wpf mvc android-cdd2-part525

Android includes support for Roboto 2 font with different weights—sans-serif-thin, sans-serif-light,
sans-serif-medium, sans-serif-black, sans-serif-condensed, sans-serif-condensed-light—which MUST
all be included for the languages available on the device and full Unicode 7.0 coverage of Latin,
Greek, and Cyrillic, including the Latin Extended A, B, C, and D ranges, and all glyphs in the currency
symbols block of Unicode 7.0.
3.9. Device Administration
Android includes features that allow security-aware applications to perform device administration
functions at the system level, such as enforcing password policies or performing remote wipe, through
the Android Device Administration API [Resources, 44
]. Device implementations MUST provide an
implementation of the DevicePolicyManager class [Resources, 45
]. Device implementations that
include support for PIN (numeric) or PASSWORD (alphanumeric) based lock screens MUST support
the full range of device administration policies defined in the Android SDK documentation [Resources,
44
] and report the platform feature android.software.device_admin.
3.9.1 Device Provisioning
3.9.1.1 Device owner provisioning
If a device implementation declares the android.software.device_admin feature, the out of box setup
flow MUST make it possible to enroll a Device Policy Controller (DPC) application as the Device
Owner app [ Resources, 46
]. Device implementations MAY have a preinstalled application performing
device administration functions but this application MUST NOT be set as the Device Owner app
without explicit consent or action from the user or the administrator of the device.
The device owner provisioning process (the flow initiated by
android.app.action.PROVISION_MANAGED_DEVICE [ Resources, 47
]) user experience MUST align
with the AOSP implementation
If the device implementation reports android.hardware.nfc, it MUST have NFC enabled, even during
the out-of-box setup flow, in order to allow for NFC provisioning of Device owners [Resources, 48
].
3.9.1.2 Managed profile provisioning
If a device implementation declares the android.software.managed_users, it MUST be possible to
enroll a Device Policy Controller (DPC) application as the owner of a new Managed Profile [
Resources, 49
]
The managed profile provisioning process (the flow initiated by
android.app.action.PROVISION_MANAGED_PROFILE [ Resources, 50
]) user experience MUST
align with the AOSP implementation
3.9.2 Managed Profile Support
Managed profile capable devices are those devices that:
Declare android.software.device_admin (see section 3.9 Device Administration)
Are not low RAM devices (see section 7.6.1
Allocate internal (non-removable) storage as shared storage (see section 7.6.2
)
Managed profile capable devices MUST:
Declare the platform feature flag android.software.managed_users.
Support managed profiles via the android.app.admin.DevicePolicyManager APIs
Page 21 of 74
Edit pdf bookmarks - add, remove, update PDF bookmarks in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Empower Your C# Project with Rapid PDF Internal Navigation Via Bookmark and Outline
adding bookmarks to pdf reader; pdf bookmark
Edit pdf bookmarks - VB.NET PDF bookmark library: add, remove, update PDF bookmarks in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Empower Your VB.NET Project with Rapid PDF Internal Navigation Via Bookmark and Outline
how to create bookmarks in pdf file; add bookmarks to pdf file
Allow one and only one managed profile to be created [Resources, 50
]
Use an icon badge (similar to the AOSP upstream work badge) to represent the managed
applications and widgets and other badged UI elements like Recents & Notifications
Display a notification icon (similar to the AOSP upstream work badge) to indicate when
user is within a managed profile application
Display a toast indicating that the user is in the managed profile if and when the device
wakes up (ACTION_USER_PRESENT) and the foreground application is within the
managed profile
Where a managed profile exists, show a visual affordance in the Intent 'Chooser' to allow
the user to forward the intent from the managed profile to the primary user or vice versa, if
enabled by the Device Policy Controller
Where a managed profile exists, expose the following user affordances for both the
primary user and the managed profile:
Separate accounting for battery, location, mobile data and storage usage for
the primary user and managed profile.
Independent management of VPN Applications installed within the primary user
or managed profile.
Independent management of applications installed within the primary user user
or managed profile.
Independent management of accounts within the primary user or managed
profile.
Ensure the default dialer can look up caller information from the managed profile (if one
exists) alongside those from the primary profile, if the Device Policy Controller permits it.
MUST ensure that it satisfies all the security requirements applicable for a device with
multiple users enabled (see section 9.5
), even though the managed profile is not counted
as another user in addition to the primary user.
3.10. Accessibility
Android provides an accessibility layer that helps users with disabilities to navigate their devices more
easily. In addition, Android provides platform APIs that enable accessibility service implementations to
receive callbacks for user and system events and generate alternate feedback mechanisms, such as
text-to-speech, haptic feedback, and trackball/d-pad navigation [Resources, 51
].
Device implementations include the following requirements:
Android Automotive implementations SHOULD provide an implementation of the Android
accessibility framework consistent with the default Android implementation.
Device implementations (Android Automotive excluded) MUST provide an implementation
of the Android accessibility framework consistent with the default Android implementation.
Device implementations (Android Automotive excluded) MUST support third-party
accessibility service implementations through the android.accessibilityservice APIs
[Resources, 52
]
Device implementations (Android Automotive excluded) MUST generate
AccessibilityEvents and deliver these events to all registered AccessibilityService
implementations in a manner consistent with the default Android implementation
Device implementations (Android Automotive and Android Watch devices with no audio
output excluded), MUST provide a user-accessible mechanism to enable and disable
accessibility services, and MUST display this interface in response to the
android.provider.Settings.ACTION_ACCESSIBILITY_SETTINGS intent.
Additionally, device implementations SHOULD provide an implementation of an accessibility service
on the device, and SHOULD provide a mechanism for users to enable the accessibility service during
Page 22 of 74
C# PDF File Compress Library: Compress reduce PDF size in C#.net
NET framework. Remove bookmarks, annotations, watermark, page labels and article threads from PDF while compressing. C# class demo
how to add a bookmark in pdf; export excel to pdf with bookmarks
VB.NET PDF File Compress Library: Compress reduce PDF size in vb.
document file. Remove bookmarks, annotations, watermark, page labels and article threads from PDF while compressing. Also a preview
create pdf bookmarks online; export pdf bookmarks to text
device setup. An open source implementation of an accessibility service is available from the Eyes
Free project [Resources, 53
].
3.11. Text-to-Speech
Android includes APIs that allow applications to make use of text-to-speech (TTS) services and allows
service providers to provide implementations of TTS services [Resources, 54
]. Device
implementations reporting the feature android.hardware.audio.output MUST meet these requirements
related to the Android TTS framework.
Android Automotive implementations:
MUST support the Android TTS framework APIs.
MAY support installation of third-party TTS engines. If supported, partners MUST provide a
user-accessible interface that allows the user to select a TTS engine for use at system
level.
All other device implementations:
MUST support the Android TTS framework APIs and SHOULD include a TTS engine
supporting the languages available on the device. Note that the upstream Android open
source software includes a full-featured TTS engine implementation.
MUST support installation of third-party TTS engines
MUST provide a user-accessible interface that allows users to select a TTS engine for use
at the system level
3.12. TV Input Framework
The Android Television Input Framework (TIF) simplifies the delivery of live content to Android
Television devices. TIF provides a standard API to create input modules that control Android
Television devices. Android Television device implementations MUST support TV Input Framework
[Resources, 55
].
Device implementations that support TIF MUST declare the platform feature android.software.live_tv.
3.12.1. TV App
Any device implementation that declares support for Live TV MUST have an installed TV application
(TV App). The Android Open Source Project provides an implementation of the TV App.
The TV App MUST provide facilities to install and use TV Channels [Resources, 56
] and meet the
following requirements:
Device implementations MUST allow third-party TIF-based inputs (third-party inputs)
[Resources, 57
] to be installed and managed.
Device implementations MAY provide visual separation between pre-installed TIF-based
inputs (installed inputs) [Resources, 58
] and third-party inputs.
The device implementations MUST NOT display the third-party inputs more than a single
navigation action away from the TV App (i.e. expanding a list of third-party inputs from the
TV App).
3.12.1.1. Electronic Program Guide
Android Television device implementations MUST show an informational and interactive overlay,
which MUST include an electronic program guide (EPG) generated from the values in the
Page 23 of 74
VB.NET PDF File Split Library: Split, seperate PDF into multiple
Demo Code in VB.NET. The following VB.NET codes explain how to split a PDF file into multiple ones by PDF bookmarks or outlines.
create bookmarks pdf; create bookmark pdf
C# PDF File Split Library: Split, seperate PDF into multiple files
Split PDF file by top level bookmarks. The following C# codes explain how to split a PDF file into multiple ones by PDF bookmarks or outlines.
how to add bookmarks to a pdf; creating bookmarks in pdf from word
TvContract.Programs fields [Resources, 59
]. The EPG MUST meet the following requirements:
The EPG MUST display information from all installed inputs and third-party inputs.
The EPG MAY provide visual separation between the installed inputs and third-party
inputs.
The EPG is STRONGLY RECOMMENDED to display installed inputs and third-party
inputs with equal prominence. The EPG MUST NOT display the third-party inputs more
than a single navigation action away from the installed inputs on the EPG.
On channel change, device implementations MUST display EPG data for the currently
playing program.
3.12.1.2. Navigation
Android Television device input devices (i.e. remote control, remote control application, or game
controller) MUST allow navigation to all actionable sections of the screen via the D-pad. D-pad up and
down MUST be used to change live TV channels when there is no actionable section on the screen.
The TV App SHOULD pass key events to HDMI inputs through CEC.
3.12.1.3. TV input app linking
Android Television device implementations MUST support TV input app linking, which allows all inputs
to provide activity links from the current activity to another activity (i.e. a link from live programming to
related content) [Resources, 60
]. The TV App MUST show TV input app linking when it is provided.
4. Application Packaging Compatibility
Device implementations MUST install and run Android “.apk” files as generated by the “aapt” tool
included in the official Android SDK [Resources, 61
].
Devices implementations MUST NOT extend either the .apk [Resources, 62
], Android Manifest
[Resources, 49
], Dalvik bytecode [Resources, 23
], or RenderScript bytecode formats in such a way
that would prevent those files from installing and running correctly on other compatible devices.
5. Multimedia Compatibility
5.1. Media Codecs
Device implementations MUST support the core media formats specified in the Android SDK
documentation [Resources, 64
] except where explicitly permitted in this document. Specifically, device
implementations MUST support the media formats, encoders, decoders, file types, and container
formats defined in the tables below and reported via MediaCodecList [Resources, 65
]. Device
implementations MUST also be able to decode all profiles reported in its CamcorderProfile
[Resources, 66
] and MUST be able to decode all formats it can encode. All of these codecs are
provided as software implementations in the preferred Android implementation from the Android Open
Source Project.
Please note that neither Google nor the Open Handset Alliance make any representation that these
codecs are free from third-party patents. Those intending to use this source code in hardware or
software products are advised that implementations of this code, including in open source software or
shareware, may require patent licenses from the relevant patent holders.
5.1.1. Audio Codecs
Page 24 of 74
.NET PDF SDK - Description of All PDF Processing Control Feastures
View,Convert,Edit,Process,Protect,SignPDF Files. in HTML5; Outstanding rendering of PDF documents; Full Outlines, bookmarks, & thumbnail display; Integrated text
export bookmarks from pdf to excel; bookmarks pdf documents
C# PDF Convert to HTML SDK: Convert PDF to html files in C#.net
by C#.NET PDF to HTML converter toolkit SDK, preserves all the original anchors, links, bookmarks and font style that are included in target PDF document file.
create bookmark in pdf automatically; how to add bookmarks to pdf files
Format/Codec
Encoder
Decoder
Details
Supported File
Types/Container
Formats
MPEG-4 AAC
Profile
(AAC LC)
REQUIRED
1
REQUIRED
Support for mono/stereo/5.0/5.1
2
content with standard sampling rates
from 8 to 48 kHz.
3GPP (.3gp)
MPEG-4
(.mp4, .m4a)
ADTS raw
AAC (.aac,
decode in
Android 3.1+,
encode in
Android 4.0+,
ADIF not
supported)
MPEG-TS (.ts,
not seekable,
Android 3.0+)
MPEG-4 HE
AAC Profile
(AAC+)
REQUIRED
1
(Android
4.1+)
REQUIRED
Support for mono/stereo/5.0/5.1
2
content with standard sampling rates
from 16 to 48 kHz.
MPEG-4 HE
AACv2
Profile
(enhanced
AAC+)
REQUIRED
Support for mono/stereo/5.0/5.1
2
content with standard sampling rates
from 16 to 48 kHz.
AAC ELD
(enhanced low
delay AAC)
REQUIRED
1
(Android
4.1+)
REQUIRED
(Android
4.1+)
Support for mono/stereo content
with standard sampling rates from
16 to 48 kHz.
AMR-NB
REQUIRED
3
REQUIRED
3
4.75 to 12.2 kbps sampled @ 8 kHz 3GPP (.3gp)
AMR-WB
REQUIRED
3
REQUIRED
3
9 rates from 6.60 kbit/s to 23.85
kbit/s sampled @ 16 kHz
FLAC
REQUIRED 
(Android
3.1+)
Mono/Stereo (no multichannel).
Sample rates up to 48 kHz (but up to
44.1 kHz is RECOMMENDED on
devices with 44.1 kHz output, as the
48 to 44.1 kHz downsampler does
not include a low-pass filter). 16-bit
RECOMMENDED; no dither applied
for 24-bit.
FLAC (.flac) only
MP3
REQUIRED
Mono/Stereo 8-320Kbps constant
(CBR) or variable bitrate (VBR)
MP3 (.mp3)
MIDI
REQUIRED
MIDI Type 0 and 1. DLS Version 1
and 2. XMF and Mobile XMF.
Support for ringtone formats
RTTTL/RTX, OTA, and iMelody
Type 0 and 1
(.mid, .xmf,
.mxmf)
RTTTL/RTX
(.rtttl, .rtx)
OTA (.ota)
Page 25 of 74
How to C#: Basic SDK Concept of XDoc.PDF for .NET
XDoc.PDF for .NET allows C# developers to edit hyperlink of PDF document, including editing PDF url links This class describes bookmarks in a PDF document.
bookmark pdf reader; create pdf bookmarks from word
XDoc.Word for .NET, Advanced .NET Word Processing Features
Full page navigation, zooming & rotation; Outlines, bookmarks, & thumbnail display; Convert Word to PDF; Convert Word to HTML5; Convert Word to Tiff; Word File Edit
export pdf bookmarks; excel print to pdf with bookmarks
iMelody (.imy)
Vorbis
REQUIRED
Ogg (.ogg)
Matroska
(.mkv, Android
4.0+)
PCM/WAVE
REQUIRED
4
(Android
4.1+)
REQUIRED
16-bit linear PCM (rates up to limit of
hardware). Devices MUST support
sampling rates for raw PCM
recording at 8000, 11025, 16000,
and 44100 Hz frequencies.
WAVE (.wav)
Opus
REQUIRED
(Android
5.0+)
Matroska (.mkv)
1 Required for device implementations that define android.hardware.microphone but optional for Android Watch
device implementations.
2 Only downmix of 5.0/5.1 content is required; recording or rendering more than 2 channels is optional.
3 Required for Android Handheld device implementations.
4 Required for device implementations that define android.hardware.microphone, including Android Watch
device implementations.
5.1.2. Image Codecs
Format/Codec
Encoder
Decoder
Details
Supported File Types/Container
Formats
JPEG
REQUIRED REQUIRED Base+progressive JPEG (.jpg)
GIF
REQUIRED
GIF (.gif)
PNG
REQUIRED REQUIRED
PNG (.png)
BMP
REQUIRED
BMP (.bmp)
WebP
REQUIRED REQUIRED
WebP (.webp)
5.1.3. Video Codecs
Format/Codec
Encoder
Decoder
Details
Supported File Types/
Container Formats
H.263
REQUIRED
1
REQUIRED
2
3GPP (.3gp)
MPEG-4 (.mp4)
H.264 AVC
REQUIRED
2
REQUIRED
2
See section 5.2
and 5.3
for
details
3GPP (.3gp)
MPEG-4 (.mp4)
MPEG-2 TS (.ts, AAC audio
only, not seekable, Android
3.0+)
Page 26 of 74
H.265 HEVC
REQUIRED
5
See section 5.3
for details
MPEG-4 (.mp4)
MPEG-2
STRONGLY
RECOMMENDED
6
Main Profile
MPEG2-TS
MPEG-4 SP
REQUIRED
2
3GPP (.3gp)
VP8
3
REQUIRED
2
(Android
4.3+)
REQUIRED
2
(Android 2.3.3+)
See section 5.2
and 5.3
for
details
WebM (.webm) [Resources,
67
Matroska (.mkv, Android
4.0+)
4
VP9
REQUIRED
2
(Android 4.4+)
See section 5.3
for details
WebM (.webm) [Resources,
67
]
Matroska (.mkv, Android
4.0+)
4
1 Required for device implementations that include camera hardware and define android.hardware.camera or
android.hardware.camera.front.
2 Required for device implementations except Android Watch devices.
3 For acceptable quality of web video streaming and video-conference services, device implementations
SHOULD use a hardware VP8 codec that meets the requirements in [Resources, 68
].
4 Device implementations SHOULD support writing Matroska WebM files.
5 STRONGLY RECOMMENDED for Android Automotive, optional for Android Watch, and required for all other
device types.
6 Applies only to Android Television device implementations.
5.2. Video Encoding
Video codecs are optional for Android Watch device implementations.
Android device implementations with H.263 encoders, MUST support Baseline Profile Level 45.
Android device implementations with H.264 codec support, MUST support Baseline Profile Level 3
and the following SD (Standard Definition) video encoding profiles and SHOULD support Main Profile
Level 4 and the following HD (High Definition) video encoding profiles. Android Television devices are
STRONGLY RECOMMENDED to encode HD 1080p video at 30 fps.
SD (Low quality)
SD (High quality)
HD 720p
1
HD 1080p
1
Video resolution
320 x 240 px
720 x 480 px
1280 x 720 px
1920 x 1080 px
Video frame rate 20 fps
30 fps
30 fps
30 fps
Video bitrate
384 Kbps
2 Mbps
4 Mbps
10 Mbps
1 When supported by hardware, but STRONGLY RECOMMENDED for Android Television devices.
Android device implementations with VP8 codec support MUST support the SD video encoding
profiles and SHOULD support the following HD (High Definition) video encoding profiles.
SD (Low quality)
SD (High quality)
HD 720p
1
HD 1080p
1
Video resolution
320 x 180 px
640 x 360 px
1280 x 720 px
1920 x 1080 px
Page 27 of 74
Video frame rate 30 fps
30 fps
30 fps
30 fps
Video bitrate
800 Kbps
2 Mbps
4 Mbps
10 Mbps
1 When supported by hardware.
5.3. Video Decoding
Video codecs are optional for Android Watch device implementations.
Device implementations MUST support dynamic video resolution and frame rate switching through the
standard Android APIs within the same stream for all VP8, VP9, H.264, and H.265 codecs in real time
and up to the maximum resolution supported on the device.
Android device implementations with H.263 decoders, MUST support Baseline Profile Level 30.
Android device implementations with MPEG-4 decoders, MUST support Simple Profile Level 3.
Android device implementations with H.264 decoders, MUST support Main Profile Level 3.1 and the
following SD video decoding profiles and SHOULD support the HD decoding profiles. Android
Television devices MUST support High Profile Level 4.2 and the HD 1080p decoding profile.
SD (Low quality)
SD (High quality)
HD 720p
1
HD 1080p
1
Video resolution
320 x 240 px
720 x 480 px
1280 x 720 px
1920 x 1080 px
Video frame rate 30 fps
30 fps
60 fps
30 fps / 60 fps
2
Video bitrate
800 Kbps
2 Mbps
8 Mbps
20 Mbps
1 REQUIRED for when the height as reported by the Display.getSupportedModes() method is not smaller than
the video resolution.
2 REQUIRED for Android Television device implementations.
Android device implementations when supporting VP8 codec as described in section 5.1.3
, MUST
support the following SD decoding profiles and SHOULD support the HD decoding profiles. Android
Television devices MUST support the HD 1080p decoding profile.
SD (Low quality)
SD (High quality)
HD 720p
1
HD 1080p
1
Video resolution 320 x 180 px
640 x 360 px
1280 x 720 px
1920 x 1080 px
Video frame rate 30 fps
30 fps
30 fps / 60 fps
2
30 / 60 fps
2
Video bitrate
800 Kbps
2 Mbps
8 Mbps
20 Mbps
1 REQUIRED for when the height as reported by the Display.getSupportedModes() method is not smaller than
the video resolution.
2 REQUIRED for Android Television device implementations.
Android device implementations, when supporting VP9 codec as described in section 5.1.3
, MUST
support the following SD video decoding profiles and SHOULD support the HD decoding profiles.
Android Television devices are STRONGLY RECOMMENDED to support the HD 1080p decoding
profile and SHOULD support the UHD decoding profile. When the UHD video decoding profile is
supported, it MUST support 8-bit color depth and SHOULD support VP9 Profile 2 (10-bit).
SD (Low
quality)
SD (High
quality)
HD 720p
1
HD 1080p
2
UHD
2
Video
resolution
320 x 180 px
640 x 360 px
1280 x 720
px
1920 x 1080
px
3840 x 2160
px
Video frame
rate
30 fps
30 fps
30 fps
60 fps
60 fps
Page 28 of 74
Video bitrate
600 Kbps
1.6 Mbps
4 Mbps
10 Mbps
20 Mbps
1 Required for Android Television device implementations, but for other type of devices only when supported by
hardware.
2 STRONGLY RECOMMENDED for existing Android Television device implementations when supported by
hardware.
Android device implementations, when supporting H.265 codec as described in section 5.1.3
, MUST
support the Main Profile Level 3 Main tier and the following SD video decoding profiles and SHOULD
support the HD decoding profiles. Android Television devices MUST support the Main Profile Level 4.1
Main tier and the HD 1080p decoding profile and SHOULD support Main10 Level 5 Main Tier profile
and the UHD decoding profile.
SD (Low
quality)
SD (High
quality)
HD 720p
1
HD 1080p
1
UHD
2
Video
resolution
352 x 288 px
640 x 360 px
1280 x 720
px
1920 x 1080
px
3840 x 2160
px
Video frame
rate
30 fps
30 fps
30 fps
60 fps
2
60 fps
Video bitrate
600 Kbps
1.6 Mbps
4 Mbps
10 Mbps
20 Mbps
1 Required for Android Television device implementations, but for other type of devices only when supported by
hardware.
2 STRONGLY RECOMMENDED for existing Android Television device implementations when supported by
hardware.
5.4. Audio Recording
While some of the requirements outlined in this section are stated as SHOULD since Android 4.3, the
Compatibility Definition for a future version is planned to change these to MUST. Existing and new
Android devices are STRONGLY RECOMMENDED to meet these requirements, or they will not be
able to attain Android compatibility when upgraded to the future version.
5.4.1. Raw Audio Capture
Device implementations that declare android.hardware.microphone MUST allow capture of raw audio
content with the following characteristics:
Format: Linear PCM, 16-bit
Sampling rates: 8000, 11025, 16000, 44100
Channels: Mono
The capture for the above sample rates MUST be done without up-sampling, and any down-sampling
MUST include an appropriate anti-aliasing filter.
Device implementations that declare android.hardware.microphone SHOULD allow capture of raw
audio content with the following characteristics:
Format: Linear PCM, 16-bit
Sampling rates: 22050, 48000
Channels: Stereo
If capture for the above sample rates is supported, then the capture MUST be done without up-
sampling at any ratio higher than 16000:22050 or 44100:48000. Any up-sampling or down-sampling
MUST include an appropriate anti-aliasing filter.
Page 29 of 74
5.4.2. Capture for Voice Recognition
In addition to the above recording specifications, when an application has started recording an audio
stream using the android.media.MediaRecorder.AudioSource.VOICE_RECOGNITION audio source:
The device SHOULD exhibit approximately flat amplitude versus frequency characteristics:
specifically, ±3 dB, from 100 Hz to 4000 Hz.
Audio input sensitivity SHOULD be set such that a 90 dB sound power level (SPL) source
at 1000 Hz yields RMS of 2500 for 16-bit samples.
PCM amplitude levels SHOULD linearly track input SPL changes over at least a 30 dB
range from -18 dB to +12 dB re 90 dB SPL at the microphone.
Total harmonic distortion SHOULD be less than 1% for 1 kHz at 90 dB SPL input level at
the microphone.
Noise reduction processing, if present, MUST be disabled.
Automatic gain control, if present, MUST be disabled
If the platform supports noise suppression technologies tuned for speech recognition, the effect MUST
be controllable from the android.media.audiofx.NoiseSuppressor API. Moreover, the UUID field for the
noise suppressor’s effect descriptor MUST uniquely identify each implementation of the noise
suppression technology.
5.4.3. Capture for Rerouting of Playback
The android.media.MediaRecorder.AudioSource class includes the REMOTE_SUBMIX audio source.
Devices that declare android.hardware.audio.output MUST properly implement the
REMOTE_SUBMIX audio source so that when an application uses the android.media.AudioRecord
API to record from this audio source, it can capture a mix of all audio streams except for the following:
STREAM_RING
STREAM_ALARM
STREAM_NOTIFICATION
5.5. Audio Playback
Device implementations that declare android.hardware.audio.output MUST conform to the
requirements in this section.
5.5.1. Raw Audio Playback
The device MUST allow playback of raw audio content with the following characteristics:
Format: Linear PCM, 16-bit
Sampling rates: 8000, 11025, 16000, 22050, 32000, 44100
Channels: Mono, Stereo
The device SHOULD allow playback of raw audio content with the following characteristics:
Sampling rates: 24000, 48000
5.5.2. Audio Effects
Android provides an API for audio effects for device implementations [Resources, 69
]. Device
Page 30 of 74
Documents you may be interested
Documents you may be interested