語言

AudioFormat 類別

定義

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

[Android.Runtime.Register("android/media/AudioFormat", DoNotGenerateAcw=true)]
public class AudioFormat : Java.Lang.Object, Android.OS.IParcelable, IDisposable
[<Android.Runtime.Register("android/media/AudioFormat", DoNotGenerateAcw=true)>]
type AudioFormat = class
    inherit Object
    interface IParcelable
    interface IJavaObject
    interface IDisposable
    interface IJavaPeerable
繼承
AudioFormat
屬性
實作

備註

AudioFormat 類別用於存取多種音訊格式與通道配置常數。 例如,它們在 和 AudioTrack中被用作AudioRecord構造子個別參數的有效值,例如 AudioTrack#AudioTrack(int, int, int, int, int, int),其中第四個參數是AudioFormat.ENCODING_*常數之一。 AudioFormat常數也用於MediaFormat指定媒體中常用的音訊相關值,例如。MediaFormat#KEY_CHANNEL_MASK

AudioFormat.Builder 類別可用來建立 format 類別的實例 AudioFormat 。 有關此類實例配置與建置機制的文件,請參閱相關 AudioFormat.Builder 資料。 這裡我們描述AudioFormat課程在每個實例中能傳達的主要概念,包括:<ol><li>取樣率<li><編碼 li>通道遮罩</ol>

與 密切 AudioFormat 相關的是音訊框架的概念,該框架在整個文件中被用來表示最小大小的完整音訊資料單位。

<h4 id=“sampleRate”>取樣率</h4>

以Hz表示,實例中的 AudioFormat 取樣率表示你正在播放或錄製內容中,每個聲道每秒的音訊取樣數。 它不是內容渲染或產生時的取樣率。 例如,一個媒體取樣率為 8000Hz 的聲音可以在以 48000Hz 取樣率運作的裝置上播放;取樣率轉換是由平台自動處理,不會以 6 倍速播放。

根據 APIandroid.os.Build.VERSION_CODES#M,支援最高 192kHz 的取樣率,AudioRecordAudioTrack且需進行取樣率轉換。 為提升效率並避免有損轉換,建議將取樣率與端點裝置的取樣率AudioRecordAudioTrack匹配,並限制取樣率不超過48kHz,除非有特殊裝置能力需要更高取樣率。

<h4 id=“encoding”> 編碼/<h4>

音訊編碼用來描述音訊資料的位元表示方式,這些資料可以是線性 PCM 或壓縮音訊,例如 AC3 或 DTS。

對於線性 PCM,音訊編碼描述的取樣大小為 8 位元、16 位元或 32 位元,取樣表示方式為整數或浮點。 <ul><li>#ENCODING_PCM_8BIT:音訊取樣是一個 8 位元無符號整數,範圍為 [0, 255],零時偏移 128。 這通常以 Java 位元組儲存在位元組陣列或位元組緩衝區中。 由於 Java 位元組是 <em>符號</em>,所以在數學運算和轉換時要小心,因為最高位元會倒轉。 </li><li>#ENCODING_PCM_16BIT:音訊取樣是一個 16 位元有號整數,通常以 Java 短路形式儲存在短陣列中,但當短路儲存在位元組緩衝區時,則是原生端序(相較於預設的 Java 大端序)。 短片範圍從[-32768, 32767]開始,有時被解釋為不動點Q.15資料。 </li><li>#ENCODING_PCM_FLOAT:API 中引入 android.os.Build.VERSION_CODES#LOLLIPOP,此編碼指定音訊樣本為 32 位元 IEEE 單精度浮點。 取樣可作為 Java 浮點數在浮點陣列中操作,但在位元組緩衝區中則以原生端序位元組順序儲存。 音頻資料的標稱範圍 ENCODING_PCM_FLOAT 為 [-1.0, 1.0]。 是否包含正極值 1.0 取決於實作。 超出標稱範圍的數值會在傳送至端點裝置前先被夾住。 請注意,NaN 的處理方式尚未明確定義;次正規值可視為零;無限大通常會像其他 & ndash 值 AudioTrack 一樣被壓縮;盡量避免無限大,因為它們很容易產生 NaN。 <br> 為了達到比有符號 16 位元整數短路更高的音訊位元深度,建議用於 ENCODING_PCM_FLOAT 音訊擷取、處理與播放。 浮點數由現代 CPU 高效操作,精度高於 24 位元有號整數,動態範圍也比 32 位元有號整數更廣。 AudioRecord 根據 API android.os.Build.VERSION_CODES#MAudioTrack API android.os.Build.VERSION_CODES#LOLLIPOP 支援 ENCODING_PCM_FLOAT。 </li><li>#ENCODING_PCM_24BIT_PACKED:在 API android.os.Build.VERSION_CODES#S中引入,此編碼指定音訊取樣為擴展精度的 24 位元帶號整數,以 3 Java 位元組形式儲存在ByteBuffer原生端序中或位元組陣列中(參見java.nio.ByteOrder#nativeOrder())。 每個樣本的完整範圍從 [-8388608, 8388607],可解釋為不動點 Q.23 資料。 </li><li>#ENCODING_PCM_32BIT:在 API android.os.Build.VERSION_CODES#S中引入,此編碼指定音訊樣本為擴展精度的 32 位元有號整數,以 4 Java 位元組儲存在ByteBuffer原生端序中或位元組陣列中(參見java.nio.ByteOrder#nativeOrder())。 每個樣本的範圍從[-2147483648, 2147483647]開始,可以解釋為不動點Q.31資料。 </li></ul>

對於壓縮音訊,編碼會指定壓縮方法,例如 #ENCODING_AC3#ENCODING_DTS。 壓縮後的音訊資料通常以位元組陣列或位元組緩衝區(ByteBuffer)中儲存。 當為 指定 AudioTrack壓縮音訊編碼時,會產生一條直接(非混頻)軌道輸出至端點(如 HDMI),以解碼壓縮後的音訊。 對於(大多數)無法解碼這種壓縮音訊的端點,你需要先解碼資料,通常是建立一個 MediaCodec。 另外,也可以用於 MediaPlayer 播放壓縮音訊檔案或串流。

當壓縮音訊透過直接 AudioTrack輸出時,不必以音訊存取單元的整數寫入;這與 MediaCodec 輸入緩衝區不同。

<h4 id=“channelMask”> 頻道遮罩</h4>

通道遮罩用於AudioTrackAudioRecord描述取樣及其在音訊框架中的排列。 它們也用於端點(例如 USB 音訊介面、連接耳機的 DAC)來指定特定裝置的允許配置。 <根據>API android.os.Build.VERSION_CODES#M,通道遮罩有兩種類型:通道位置遮罩與通道索引遮罩。

<h5 id=“channelPositionMask”> 通道位置遮罩</h5> 通道位置遮罩是原始的 Android 通道遮罩,自 API android.os.Build.VERSION_CODES#BASE開始使用 。 輸入與輸出則暗示位置特性——喇叭或麥克風的位置用於錄音或播放。 <對於>通道位置遮罩,每個允許的通道位置對應通道遮罩中的一個位元。 如果該通道位置存在於音訊框架中,該位元即為設定,否則為零。 位元的順序(從 lsb 到 msb)對應於該位置取樣在音訊影格中的順序。 <BR>依通道數量分類的標準通道位置遮罩如下:<BR><表><TR><TD>通道數量</TD><TD>通道位置掩模</TD></TR><TR><TD>1</td><TD>#CHANNEL_OUT_MONO</><TD/TR><TR><>TD 2</TD><TD>#CHANNEL_OUT_STEREO</><TD/TR><TR><>< 3/td><TD>#CHANNEL_OUT_STEREO | #CHANNEL_OUT_FRONT_CENTER</><TD/TR><TR 4><></TD><TD>#CHANNEL_OUT_QUAD</TD></TR><TR TD><>5</TD><TD>#CHANNEL_OUT_QUAD | #CHANNEL_OUT_FRONT_CENTER</TD></TR><TR><TD>6</TD><TD>#CHANNEL_OUT_5POINT1</TD></TR><TR><TD>7</TD><TD>#CHANNEL_OUT_5POINT1 | #CHANNEL_OUT_BACK_CENTER</><TD/TR><TR><TD>8</TD><TD>#CHANNEL_OUT_7POINT1_SURROUND</><TD/TR></Table><BR>這些面罩是 OR化的綜合體個別通道遮罩。 例如#CHANNEL_OUT_STEREO,由 和 #CHANNEL_OUT_FRONT_LEFT組成#CHANNEL_OUT_FRONT_RIGHT

下圖顯示輸出通道的配置,從聆聽者上方(中央「lis」位置,面向前中央通道)看。

TFL ----- TFC ----- TFR     T is Top
                  |  \       |       /  |
                  |   FL --- FC --- FR  |     F is Front
                  |   |\     |     /|   |
                  |   | BFL-BFC-BFR |   |     BF is Bottom Front
                  |   |             |   |
                  |   FWL   lis   FWR   |     W is Wide
                  |   |             |   |
                 TSL  SL    TC     SR  TSR    S is Side
                  |   |             |   |
                  |   BL --- BC -- BR   |     B is Back
                  |  /               \  |
                  TBL ----- TBC ----- TBR     C is Center, L/R is Left/Right

所有「T」(頂)聲道都位於聽者上方,所有「BF」(前下方)聲道位於聽者下方,其他則位於聽者的水平面上。 當兩者同時使用時,LFE1 和 LFE2 位於聽者下方;單獨使用時,LFE 平面則未定義。 請參見頻道定義中的縮寫

<h5 id=“channelIndexMask”> 通道索引遮罩</h5> 通道索引遮罩在 API android.os.Build.VERSION_CODES#M中引入。 它們允許從源端或匯端點依序選擇特定通道,例如第一通道、第二通道,依此類推。 這避免了人為為地為端點通道分配位置,或在端點通道位置遮罩中判斷 i<sup>th</sup> 位置位元等問題。 <br>這裡有一個頻道索引遮罩解決這種混淆的例子:處理一個四頻道 USB 裝置。 如果用位置遮罩,根據通道數量,這會算是裝置 #CHANNEL_OUT_QUAD ,但實際上只在頻道 0 到 頻道 3 感興趣。 USB 裝置接著會有以下獨立的位元通道遮罩:#CHANNEL_OUT_FRONT_LEFT、、 #CHANNEL_OUT_FRONT_RIGHT#CHANNEL_OUT_BACK_LEFT#CHANNEL_OUT_BACK_RIGHT和 。 但哪個是頻道0,哪個是頻道3呢? <對於>通道索引遮罩,每個通道號以遮罩中的一個位元表示,從 LSB(通道 0)一直到 msb,數值上此位元值為 1 << channelNumber。 設定位元表示該通道存在於音訊框架中,否則會被清除。 位元的順序也對應該頻道號在音訊幀中的取樣順序。 <br>以前述的四通道 USB 裝置範例為例,裝置會有一個通道索引遮罩 0xF。 假設我們只想選擇第一和第三個通道;這對應於通道索引遮罩 0x5 (第一和第三位元的集合)。 若 AudioTrack 使用此通道索引遮罩,音訊幀將由兩個取樣組成,每個幀的第一個取樣路由至頻道 0,第二個取樣則路由至頻道 2。 以通道數量計算的標準通道指標遮罩由公式 (1 << channelCount) - 1給出。

<h5>使用案例</h5><ul><li> 通道位置遮罩用於端點:CHANNEL_OUT_FRONT_LEFT、、CHANNEL_OUT_FRONT_CENTER等等,用於 HDMI 家庭劇院。 <li>通道位置遮罩用於音訊串流: 建立 AudioTrack 輸出電影內容,其中 5.1 多聲道輸出將被寫入。 <li>通道索引遮罩端點: 輸入輸出不對應左右喇叭或麥克風的 USB 裝置。 <音訊串流的 li>通道索引遮罩: A AudioRecord 可能只想要端點的第三和第四通道(即第二通道對),而不在意其對應的 about 位置,此時通道索引遮罩為 0xC。 多通道 AudioRecord 會話應該使用通道索引遮罩。 </ul><h4 id=“audioFrame”> 音頻幀</h4>

對於線性 PCM 來說,音訊幀由一組同時擷取的取樣組成,這些樣本的計數與通道關聯由通道遮罩給出,取樣內容則由編碼指定。 例如,立體聲 16 位元 PCM 幀由兩個 16 位元線性 PCM 取樣組成,幀大小為 4 位元組。 對於壓縮音訊,音訊框架可指由壓縮資料位元組組成的存取單元,該單位在邏輯上被分組用於解碼與位元流存取(例如 MediaCodec),或指單一壓縮資料位元組(例如 AudioTrack#getBufferSizeInFrames() AudioTrack.getBufferSizeInFrames()),或是解碼壓縮資料後產生的線性 PCM 框架(例如AudioTrack#getPlaybackHeadPosition() AudioTrack.getPlaybackHeadPosition()),視音訊框架使用的情境而定。 就 的 AudioFormat#getFrameSizeInBytes()目的而言,壓縮資料格式回傳的幀大小為 1 位元組。

Java 文件 android.media.AudioFormat

本頁部分內容為基於 Open Source Project 所創建與分享的作品,並依授權條款所描述的使用進行修改。

建構函式

名稱 Description
AudioFormat()
AudioFormat(IntPtr, JniHandleOwnership)

用於建立 JNI 物件受管理表示的建構器;由執行時呼叫。

欄位

名稱 Description
ChannelAcnHorizontal

Ambisonics 僅用於水平表示的通道遮罩旗。

ChannelAcnOrder0

Ambisonics 通道遮罩用於 0 階。

ChannelAcnOrder0Hrz

Ambisonics 僅水平通道遮罩用於 0 階。

ChannelAcnOrder1

Ambisonics 通道遮罩用於一階。

ChannelAcnOrder10

Ambisonics 通道遮罩用於第 10 階。

ChannelAcnOrder10Hrz

Ambisonics 僅用水平通道遮罩,用於第 10 階。

ChannelAcnOrder11

Ambisonics 通道遮罩用於 11 階。

ChannelAcnOrder11Hrz

Ambisonics 僅水平通道遮罩,用於 11 階。

ChannelAcnOrder12

Ambisonics 通道遮罩用於第 12 階。

ChannelAcnOrder12Hrz

Ambisonics 僅水平通道遮罩,用於第 12 階。

ChannelAcnOrder13

Ambisonics 通道遮罩用於第 13 階。

ChannelAcnOrder13Hrz

Ambisonics 僅水平通道遮罩,用於第 13 階。

ChannelAcnOrder14

Ambisonics 通道遮罩用於第 14 階。

ChannelAcnOrder14Hrz

Ambisonics 僅水平通道遮罩,用於第 14 階。

ChannelAcnOrder1Hrz

Ambisonics 僅水平通道遮罩,用於一階。

ChannelAcnOrder2

Ambisonics 通道遮罩用於 Order 2。

ChannelAcnOrder2Hrz

Ambisonics 僅水平通道遮罩用於 2 階。

ChannelAcnOrder3

Ambisonics 頻道遮罩用於 3 階。

ChannelAcnOrder3Hrz

Ambisonics 僅用水平通道遮罩,用於第三階。

ChannelAcnOrder4

Ambisonics 通道遮罩用於第 4 階。

ChannelAcnOrder4Hrz

Ambisonics 僅用水平通道遮罩,用於 4 階。

ChannelAcnOrder5

Ambisonics 通道遮罩用於 Order 5。

ChannelAcnOrder5Hrz

Ambisonics 僅用水平通道遮罩,用於第 5 階。

ChannelAcnOrder6

Ambisonics 通道遮罩用於第 6 階。

ChannelAcnOrder6Hrz

Ambisonics 僅用於 6 階的水平通道遮罩。

ChannelAcnOrder7

Ambisonics 通道遮罩用於 Order 7。

ChannelAcnOrder7Hrz

Ambisonics 僅用水平通道遮罩,用於 7 階。

ChannelAcnOrder8

Ambisonics 頻道遮罩用於第 8 階。

ChannelAcnOrder8Hrz

Ambisonics 僅用於 8 階的水平通道遮罩。

ChannelAcnOrder9

Ambisonics 通道遮罩用於第 9 階。

ChannelAcnOrder9Hrz

Ambisonics 僅用水平通道遮罩,用於第 9 階。

ChannelInvalid

音訊通道遮罩無效

ChannelOut13point0
已淘汰.

輸出通道遮罩 13。

ChannelOut5point1point2
已淘汰.

輸出通道遮罩 5。

ChannelOut5point1point4
已淘汰.

輸出通道遮罩 5。

ChannelOut6point1
已淘汰.

輸出通道遮罩 6。

ChannelOut7point1
已淘汰.

此會員已被棄用。

ChannelOut7point1point2
已淘汰.

輸出通道遮罩 7。

ChannelOut7point1point4
已淘汰.

輸出通道遮罩 7。

ChannelOut9point1point4
已淘汰.

輸出通道遮罩 9。

ChannelOut9point1point6
已淘汰.

輸出通道遮罩 9。

ChannelOutBottomFrontCenter
已淘汰.

下方前方中央輸出聲道(見 FC 下方通道圖中的 BFC)

ChannelOutBottomFrontLeft
已淘汰.

左前方下角輸出通道(見下方 FL 通道圖中的 BFL)

ChannelOutBottomFrontRight
已淘汰.

右前方下角輸出通道(見下方 FR 通道圖中的 BFR)

ChannelOutFrontWideLeft
已淘汰.

前方寬左輸出通道(見通道圖中的 FWL)

ChannelOutFrontWideRight
已淘汰.

前方寬右輸出通道(見通道圖中的 FWR)

ChannelOutLowFrequency2
已淘汰.

第二 LFE 通道 與 配合使用 #CHANNEL_OUT_LOW_FREQUENCY時,旨在包含右側低頻效果訊號,ITU-R BS 中也稱為「LFE2」。

ChannelOutTopBackCenter
已淘汰.

頂部、後中輸出通道(見上方 BC 通道圖中的 TBC)

ChannelOutTopBackLeft
已淘汰.

左上方輸出通道(見 BL 上方通道圖中的 TBL)

ChannelOutTopBackRight
已淘汰.

右上方後方輸出通道(見 BR 上方通道圖中的 TBR)

ChannelOutTopCenter
已淘汰.

頂部中央(聽眾上方)輸出聲道(見聲道圖中的 TC)

ChannelOutTopFrontCenter
已淘汰.

前方中央輸出通道(見 FC 上方通道圖中的 TFC)

ChannelOutTopFrontLeft
已淘汰.

左前方上方輸出通道(見 FL 上方通道圖中的 TFL)

ChannelOutTopFrontRight
已淘汰.

右上方前方輸出通道(見上方 FR 通道圖中的 TFR)

ChannelOutTopSideLeft
已淘汰.

左上方輸出通道(見 SL 上方通道圖中的 TSL)

ChannelOutTopSideRight
已淘汰.

右上方輸出通道(見上方通道圖中的 TSR)

EncodingAc4L4
已淘汰.

音訊資料格式:AC-4 四級同步幀傳輸格式

EncodingDra
已淘汰.

音訊資料格式:DRA 壓縮

EncodingDsd
已淘汰.

音訊資料格式:Direct Stream Digital

EncodingDtsHdMa
已淘汰.

音訊資料格式:DTS HD Master Audio 壓縮 DTS HD Master 音訊串流為可變位元率,包含無損音訊。

EncodingDtsUhd

音訊資料格式:DTS UHD Profile-1 壓縮版(又稱 DTS:X Profile 1)與 ENCODING_DTS_UHD_P1 具有相同的意義與價值。

EncodingDtsUhdP1
已淘汰.

音訊資料格式:DTS UHD Profile-1 壓縮版(又稱 DTS:X Profile 1)與已 #ENCODING_DTS_UHD淘汰的 。

EncodingDtsUhdP2
已淘汰.

音訊資料格式:DTS UHD Profile-2 壓縮版 DTS-UHD Profile-2 支援最高至四階的 Channel-Based 音訊、Object-Based 音訊及高階 Ambisonic 呈現。

EncodingIamfBaseEnhancedProfileAac
已淘汰.

音訊資料格式:IAMF 採用 基礎增強型態 ,音訊串流以 AAC 編碼

EncodingIamfBaseEnhancedProfileFlac
已淘汰.

音訊資料格式:IAMF 採用 基礎增強型態 ,音訊串流以 FLAC 編碼

EncodingIamfBaseEnhancedProfileOpus
已淘汰.

音訊資料格式:IAMF 採用 基礎增強設定檔 ,音訊串流 編碼 於 OPUS。

EncodingIamfBaseEnhancedProfilePcm
已淘汰.

音訊資料格式:IAMF 採用 基礎增強型態 ,音訊串流以 PCM 編碼

EncodingIamfBaseProfileAac
已淘汰.

音訊資料格式:IAMF 使用 基礎設定檔 ,音訊串流以 AAC 編碼

EncodingIamfBaseProfileFlac
已淘汰.

音訊資料格式:IAMF 使用 基礎設定檔 ,音訊串流以 FLAC 編碼

EncodingIamfBaseProfileOpus
已淘汰.

音訊資料格式:IAMF 使用 基礎設定檔 ,音訊串流以 OPUS 編碼

EncodingIamfBaseProfilePcm
已淘汰.

音訊資料格式:IAMF 使用 基礎設定檔 ,音訊串流以 PCM 編碼

EncodingIamfSimpleProfileAac
已淘汰.

音訊資料格式:IAMF 使用 簡單設定檔 ,音訊串流以 AAC 編碼

EncodingIamfSimpleProfileFlac
已淘汰.

音訊資料格式:IAMF 採用 簡單設定檔 ,音訊串流以 FLAC 編碼

EncodingIamfSimpleProfileOpus
已淘汰.

音訊資料格式:IAMF 採用 簡單配置檔 ,音訊串流以 OPUS 編碼

EncodingIamfSimpleProfilePcm
已淘汰.

音訊資料格式:IAMF 採用 簡單設定檔 ,音訊串流以 PCM 編碼

EncodingMpeghBlL3
已淘汰.

音訊資料格式:MPEG-H 基線設定檔,等級 3

EncodingMpeghBlL4
已淘汰.

音訊資料格式:MPEG-H 基線設定檔,等級 4

EncodingMpeghLcL3
已淘汰.

音訊資料格式:MPEG-H 低複雜度設定檔,3 級

EncodingMpeghLcL4
已淘汰.

音訊資料格式:MPEG-H 低複雜度設定檔,等級 4

EncodingOpus
已淘汰.

音訊資料格式:OPUS 壓縮版。

EncodingPcm24bitPacked
已淘汰.

音訊資料格式:PCM 每個取樣 24 位元,打包為 3 位元組。

EncodingPcm32bit
已淘汰.

音訊資料格式:PCM 每取樣 32 位元。

SampleRateUnspecified

取樣率會依路由值而異。

屬性

名稱 Description
ChannelAcnMask

還回 Ambisonics 頻道的遮罩。

ChannelCount

回傳頻道數。

ChannelIndexMask

回傳頻道索引遮罩。

ChannelMask

把頻道遮罩還回去。

Class

回傳此 Object的執行時類別。

(繼承來源 Object)
Creator

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

Encoding

還原編碼。

FrameSizeInBytes

回傳以位元組為單位的框架大小。

Handle

底層 Android 實例的帳號。

(繼承來源 Object)
JniIdentityHashCode

取得由互通執行時指派給此 Java 對等端的身份雜湊碼。

(繼承來源 Object)
JniManagedPeerState

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

(繼承來源 JavaObject)
JniPeerMembers

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

PeerReference

取得這個 Java 節點的 JNI 物件參考。

(繼承來源 Object)
SampleRate

回傳取樣率。

ThresholdClass

此 API 支援 Mono for Android 基礎架構,並非直接從你的程式碼中使用。

ThresholdType

此 API 支援 Mono for Android 基礎架構,並非直接從你的程式碼中使用。

方法

名稱 Description
Clone()

建立並回傳此物件的副本。

(繼承來源 Object)
Construct(JniObjectReference, JniObjectReferenceOptions)

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

(繼承來源 JavaObject)
DescribeContents()

描述此 Parcelable 實例的分組表示中包含的特殊物件種類。

Dispose()

釋放該 Java 節點所持有的資源。

(繼承來源 Object)
Dispose(Boolean)

釋放該 Java 節點所持有的資源。

(繼承來源 Object)
DisposeUnlessReferenced()

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

(繼承來源 JavaObject)
Equals(Object)

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

(繼承來源 JavaObject)
Equals(Object)

表示是否有其他物體「等同」於此物。

(繼承來源 Object)
GetHashCode()

回傳物件的雜湊碼值。

(繼承來源 Object)
JavaFinalize()
已淘汰.

當垃圾回收判定該物件不再有相關參考時,由垃圾回收器呼叫。

(繼承來源 Object)
Notify()

喚醒一個正在該物件監視器上等待的執行緒。

(繼承來源 Object)
NotifyAll()

喚醒所有等待該物件監視器的執行緒。

(繼承來源 Object)
SetHandle(IntPtr, JniHandleOwnership)

設定 Handle 屬性。

(繼承來源 Object)
SetPeerReference(JniObjectReference, JniObjectReferenceOptions)

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

(繼承來源 JavaObject)
ToArray<T>()

從這個 Java 陣列包裝器建立一個受管理陣列。

(繼承來源 Object)
ToString()

回傳物件的字串表示。

(繼承來源 Object)
UnregisterFromRuntime()

將此 Java 節點從互通執行時中取消註冊。

(繼承來源 Object)
Wait()

導致目前執行緒等待被喚醒,通常是透過 <em>通知</><em 或 em>中斷</em> 來喚醒。

(繼承來源 Object)
Wait(Int64, Int32)

會讓目前執行緒等待喚醒,通常是透過 <em>通知</><em 或 em>中斷</em>,或是經過一定的真實時間。

(繼承來源 Object)
Wait(Int64)

會讓目前執行緒等待喚醒,通常是透過 <em>通知</><em 或 em>中斷</em>,或是經過一定的真實時間。

(繼承來源 Object)
WriteToParcel(Parcel, ParcelableWriteFlags)

把這個物體壓扁成一個包裹。

明確介面實作

名稱 Description
IJavaPeerable.Disposed()

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

(繼承來源 JavaObject)
IJavaPeerable.Finalized()

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

(繼承來源 JavaObject)
IJavaPeerable.JniObjectReferenceControlBlock

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

(繼承來源 JavaObject)
IJavaPeerable.SetJniIdentityHashCode(Int32)

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

(繼承來源 JavaObject)
IJavaPeerable.SetJniManagedPeerState(JniManagedPeerStates)

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

(繼承來源 JavaObject)
IJavaPeerable.SetPeerReference(JniObjectReference)

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

(繼承來源 JavaObject)
IJavaPeerable.UnregisterFromRuntime()

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

擴充方法

名稱 Description
GetJniTypeName(IJavaPeerable)

取得實例 self類型的 JNI 名稱。

JavaAs<TResult>(IJavaPeerable)

試著強制self輸入 TResult,檢查 強制在 Java 端是否有效。

JavaCast<TResult>(IJavaObject)

執行 Android 執行時檢查型別轉換。

JavaCast<TResult>(IJavaObject)

AudioFormat 類別用於存取多種音訊格式與通道配置常數。

TryJavaCast<TResult>(IJavaPeerable, TResult)

試著強制self輸入 TResult,檢查 強制在 Java 端是否有效。

適用於