すべてのプロダクト
Search

このプロダクト

    Intelligent Media Services:用語

    ドキュメントセンター

    Intelligent Media Services:用語

    最終更新日:Jan 12, 2025

    このトピックでは、Intelligent Media Services (IMS) で一般的に使用される用語について説明します。

    音声と動画に関する用語

    動画トランスコーディング

    動画トランスコーディングとは、圧縮およびエンコードされたビデオストリームを別のビデオストリームに変換して、さまざまなネットワーク帯域幅、端末処理能力、およびユーザー要件に適応させるプロセスです。トランスコーディングは、デコードとエンコードが実行されるプロセスです。トランスコーディング前後のストリームは、同じまたは異なるビデオエンコーディング標準を使用する場合があります。

    ライブストリームトランスコーディング

    ライブストリームトランスコーディングとは、ビデオストリームを別のビデオストリームに変換するプロセスを指します。トランスコーディング機能を使用して、エンコーディング形式、解像度、ビットレートなど、元のビデオストリームのパラメーターを変更できます。これにより、さまざまなネットワーク条件で、さまざまなデバイスでトランスコードされたビデオストリームを再生できます。帯域幅が異なるユーザー、デバイスの処理能力が異なるユーザー、レイテンシーレベルが異なるユーザーなど、さまざまなユーザーの要件を満たすことができます。

    コンテナ形式

    コンテナ形式とは、圧縮されたビデオストリーム、オーディオストリーム、およびメタデータを特定の仕様に基づいて単一のファイルにパッケージ化できるファイル形式です。メタデータには、タイトルや字幕など、動画に関する基本情報が含まれています。

    コンテナ形式は、動画の保存またはストリーミングに使用されます。

    • 動画の保存に使用されるコンテナ形式は、AVI、ASF (WMAまたはWMV)、MP4、MKV、RMVB (RMまたはRA) です。
    • 動画のストリーミングに使用されるコンテナ形式は、Flash Video (FLV)、Transport Stream (TS)、MP4です。TS形式は、HTTP Live Streaming (HLS) やReal-Time Messaging Protocol (RTMP) などのストリーミングプロトコルと共に使用する必要があります。MP4形式は、HTTPプロトコルと共に使用する必要があります。

    次のセクションでは、ストリーミングプロトコルに基づいてビデオストリーミングに使用されるコンテナ形式について説明します。

    • MP4: モバイルデバイス (iOSおよびAndroid) や PC の Web ブラウザなど、複数のクライアントでサポートされている従来のビデオコンテナ形式です。ただし、MP4ファイルのファイルヘッダーはサイズが大きく、構造が複雑です。MP4ファイルの再生時間が数時間など長い場合、大きなファイルヘッダーのために動画の読み込みに必要な時間が長くなります。したがって、MP4形式は短い動画に適しています。

      MP4ファイルは、メディアの配置や時間情報など、すべてのメディアメタデータを含むボックス (以前はアトムと呼ばれていました) で構成されています。メタデータは、ビデオフレームなどのメディアデータへの参照を提供し、ボックス内のメディアデータの配置は、最初のプライマリファイルのメタデータに記述されています。ビデオの再生時間が長いほどファイルヘッダーが大きくなり、ビデオの読み込みに必要な時間が長くなります。

    • HLS: Apple Inc. によって開発された、メディアストリーミング用のHTTPベースのネットワーク伝送プロトコルです。デフォルトでは、このプロトコルはTSコンテナ形式を使用して、ストリームを複数のTSフラグメントに分割します。また、このプロトコルは、再生を制御するための M3U8 インデックスファイル (テキストファイル) を定義します。HLSはヘッダーデータのバッファリングに必要な時間が短く、オンデマンドビデオの再生に適しています。HLSはモバイルデバイス (iOSおよびAndroid) でサポートされていますが、PC の Internet Explorer とは互換性がありません。したがって、HLSには、PC用に開発されたカスタムプレーヤーが必要です。ApsaraVideo Player for Web を使用することをお勧めします。
    • FLV: Adobe によって開発された標準形式です。この形式は PC の Flash Player でサポートされていますが、プレーヤーアプリがインストールされていない限り、モバイルデバイスではサポートされていません。iPhoneなどのほとんどの携帯電話のブラウザは、FLVをサポートしていません。ApsaraVideo Player を使用することをお勧めします。
    • Dynamic Adaptive Streaming over HTTP (DASH): MP4ビデオを複数のフラグメントに分割するためにフラグメント化された MP4 (fMP4) 形式を使用するストリーミング標準です。フラグメントは、解像度やビットレートなど、異なるコーデック設定を持つことができます。さまざまなフラグメントを再生して、アダプティブビットレートストリーミングを実装し、さまざまな解像度をシームレスに切り替えることができます。これにより、より良い再生エクスペリエンスが提供されます。DASHでは、メディアプレゼンテーション記述 (MPD) ファイルは HLS M3U8 ファイルに類似しています。YouTubeやNetflixなどの多くのビデオ Web サイトは、DASHを使用してビデオコンテンツをストリーミングしています。
    • fMP4 を使用した HLS: 本質的には HLS プロトコルです。2016年の Apple Worldwide Developers Conference (WWDC) で、Apple Inc. は、新しい HLS 標準が TS 形式と同様に fMP4 形式をサポートすることを発表しました。これにより、ビデオファイルを DASH 形式と HLS 形式で同時にトランスコードおよびパッケージ化できます。

      fMP4 を使用した HLS と DASH を含む HLS は、最も一般的に使用されるアダプティブストリーミングテクノロジーです。HLSとDASHを使用することをお勧めします。

    コーデック

    コーデックとは、デジタルビデオを圧縮または解凍 (またはデコード) できるプログラムまたはデバイスです。ほとんどの場合、このような圧縮は非可逆圧縮です。コーデックは、ビデオをある形式から別の形式に変換するために使用される圧縮技術も指します。次のセクションでは、一般的なコーデックについて説明します。

    • H.26X: 国際電気通信連合 (ITU) によって開発されました。このファミリには、H.261、H.262、H.263、H.264、H.265が含まれます。
      • H.261: 以前のビデオ会議やビデオ通話で使用されていました。
      • H.263: ビデオ会議、ビデオ通話、オンラインビデオで使用されます。
      • H.264: MPEG-4 Part 10、または MPEG-4 Advanced Video Coding (MPEG-4 AVC) とも呼ばれます。これは、高精度のビデオの記録、圧縮、公開に広く使用されているビデオ圧縮標準および形式です。
      • H.265: High Efficiency Video Coding (HEVC) とも呼ばれます。H.265は、H.264の後継となるビデオ圧縮標準です。H.264と比較して、H.265は圧縮率を2倍にすることでビデオ品質を向上させます。これにより、ビデオ品質を損なうことなくビットレートが 50% 削減されます。H.265は、トレンドの定義である最大 8192 × 4320 の解像度をサポートしています。
    • MPEG: 国際標準化機構 (ISO) および国際電気標準会議 (IEC) によって設立されたワーキンググループの連合である、Moving Picture Experts Group (MPEG) によって開発されました。MPEGには、次のビデオ圧縮標準が含まれます。
      • MPEG-1 Part 2: VCDといくつかのオンラインビデオで使用されます。この標準で提供されるビデオ品質は、VHSのビデオ品質に似ています。
      • MPEG-2 Part 2: H.262と同等であり、DVD、SVCD、およびほとんどのデジタルビデオ放送システムとケーブル配信システムで使用されます。
      • MPEG-4 Part 2: ネットワーク伝送、放送、メディアストレージで使用されます。この標準は、MPEG-2および H.263 V1 よりも優れた圧縮パフォーマンスを提供します。
      • MPEG-4 Part 10: ITU-Tの H.264 と同じ技術コンテンツを提供します。ITU-TとMPEGは協力して H.264 または MPEG-4 AVC 標準を開発しています。ITU-Tはこの標準を H.264 と名付け、ISOとIECは MPEG-4 AVC と名付けました。
    • Audio Video Coding Standard (AVS): 中国の Audio Video Coding Standards Workgroup によって策定された一連のデジタルオーディオおよびビデオコーディング標準です。2世代の AVS 標準が策定されています。
      • 第1世代の AVS 標準には、「情報技術: 音声とビデオの高度なコーディング、パート2: ビデオ」 (AVS1) と「情報技術: 音声とビデオの高度なコーディング、パート16: ラジオテレビビデオ」 (AVS+) が含まれます。AVS+は、H.264または MPEG-4 AVC High Profile と同じ圧縮効率を提供します。
      • 第2世代の AVS (AVS2) 標準は、UHD (4K以上) およびハイダイナミックレンジ (HDR) ビデオの効率的な圧縮のために設計されています。AVS2の圧縮効率は AVS+ および H.264 または MPEG-4 AVC の2倍であり、H.265または HEVC の圧縮効率を上回っています。
    • Google によって開発された VP8 や VP9、RealNetworks によって開始された RealVideo などの他のコーデックは、オンラインビデオではめったに使用されません。

    コーデックを選択する前に、アプリや Web ブラウザなどの再生クライアントとのコーデックの互換性を考慮してください。最も一般的で広くサポートされているコーデックを使用することをお勧めします。ApsaraVideo VOD は、H.264または MPEG-4 AVC、および H.265または HEVC のビデオコーデックをサポートしています。H.264または MPEG-4 AVC は、デフォルトのビデオコーデックとして使用されます。ApsaraVideo VOD は、MP3、AAC、VORBIS、FLAC のオーディオコーデックもサポートしています。MP3は、デフォルトのオーディオコーデックとして使用されます。

    ビットレート

    ビットレートとは、1秒間に送信されるビット数を指します。単位はビット/秒 (bit/s) です。ビットレートが高いほど、送信されるデータ量が多いことを示します。このビデオ分野では、[ビットレート] はビットレートと同等です。ビットレートは、1秒あたりにコード化 (圧縮) された音声またはビデオデータを表すために必要なビット数を示します。ビットは最小のバイナリ単位です。ビットを 0 または 1 に設定できます。ビットレートと同様に、ビットレートが高いほど音声またはビデオの品質が向上し、ファイルサイズが大きくなります。ビットレートが小さいほど、ファイルサイズが小さくなります。

    ビットレート

    ビットレートとは、ビデオファイルが単位時間あたりに使用するデータトラフィックを指します。ビデオエンコーディングにおける画質管理の最も重要な項目です。ビットレートはビット/秒 (bit/s) で測定され、多くの場合 Kbit/s および Mbit/s の単位で使用されます。同じ解像度のビデオの場合、ビットレートが高いほど圧縮率が低く、ビデオ品質が高くなります。ビットレートが高いほど、単位時間あたりのサンプリングレートが高くなり、データストリームの精度が高くなります。したがって、処理されたビデオファイルの品質と精細度は、元のファイルの品質と精細度に近くなります。処理されたファイルは、再生デバイスから優れたデコード機能を必要とします。

    ビットレートが高いほど、ファイルは大きくなります。ファイルサイズは、次の式に基づいて計算できます。ファイルサイズ = 時間 × ビットレート/8。たとえば、60分の 720p オンラインビデオファイルのビットレートが 1 Mbit/s の場合、ファイルのサイズは次の式に基づいて計算されます。3,600秒 × 1 Mbit/s/8 = 450 MB。

    解像度

    解像度は、ビデオの詳細の量を表します。各次元に含まれるピクセル数を示します。たとえば、1,280 × 720 のビデオは、ビデオの幅が 1,280 ピクセル、高さが 720 ピクセルであることを示します。解像度によって、ビデオがどれほどリアルで鮮明に表示されるかが決まります。解像度が高いビデオほどピクセル数が多く、画像が鮮明になります。

    解像度は、ビットレートを決定する重要な要素です。解像度が異なるビデオは、異なるビットレートを使用します。一般に、解像度が高いほど、必要なビットレートが高くなります。各解像度には、推奨されるビットレートの範囲が対応しています。推奨範囲の下限よりも低い解像度とビットレートを指定すると、画質が低下します。推奨範囲の上限よりも高い解像度とビットレートを指定すると、ビデオはより多くのストレージ容量を占有し、読み込みにより多くのトラフィックが必要になりますが、画質はそれほど向上しません。

    フレームレート

    フレームレートは、ビデオで単位時間あたりに表示されるフレーム数、または画像で1秒あたりに更新されるフレーム数を測定するために使用されます。フレームレートの単位は、フレーム/秒 (FPS) または Hz です。

    フレームレートが高いほど、ビデオはよりスムーズでリアルに見えます。ほとんどの場合、25～30 FPS で十分です。60 FPS は、没入型でリアルな再生エクスペリエンスを提供できます。フレームレートを 75 FPS 以上に増やしても、再生エクスペリエンスの向上はそれほど顕著ではありません。モニターのリフレッシュレートよりも高いフレームレートを指定すると、モニターはフレームを正しく表示できず、グラフィックカードの処理能力が無駄になります。同じ解像度でフレームレートが高いほど、グラフィックカードの処理能力が高くなります。

    GOP

    Group of Pictures (GOP) は、MPEG エンコードされたビデオまたはビデオストリームの一連の連続画像です。I フレームで始まり、次の I フレームで終わります。GOPには、次の画像タイプが含まれています。

    • イントラコード化ピクチャ (I フレーム): キーフレーム。I フレームには、そのフレームのピクチャを生成するために必要なすべての情報が含まれています。I フレームは独立してデコードされ、静止画と見なすことができます。ビデオシーケンスの最初のフレームは常に I フレームであり、各 GOP は I フレームで始まります。
    • 予測コード化ピクチャ (P フレーム): P フレームは、前の I フレームに基づいてエンコードする必要があります。P フレームには、前の I フレームまたは P フレームに対する動き補償された差分情報が含まれています。デコード中に、現在の P フレームで定義された差分が以前にキャッシュされた画像に重ね合わされて、最終画像が生成されます。P フレームは、I フレームと比較してデータビット数が少なくなります。ただし、P フレームは、前の I フレームまたは P フレームへの複雑な依存関係があるため、伝送エラーの影響を受けやすいです。
    • 双方向予測コード化ピクチャ (B フレーム): B フレームには、前後のフレームに対する動き補償された差分情報が含まれています。デコード中に、現在の B フレームのデータが以前にキャッシュされた画像とデコードされた後続の画像に重ね合わされて、最終画像が生成されます。B フレームは高い圧縮率を提供し、高いデコードパフォーマンスを必要とします。

    GOP値は、キーフレームの間隔を示します。これは、2つの瞬時デコードリフレッシュ (IDR) フレーム間の距離、またはフレームグループ内の最大フレーム数です。ビデオの1秒あたり少なくとも1つのキーフレームが必要です。キーフレームが多いほどビデオ品質は向上しますが、帯域幅消費量とネットワーク負荷が増加します。間隔は、GOP値をフレームレートで割ることによって計算されます。GOP値はフレーム数を示します。たとえば、ApsaraVideo VOD のデフォルトの GOP 値は 250 フレームで、フレームレートは 25 FPS です。時間間隔は、次の式に基づいて計算されます。250/25 = 10秒。

    GOP値は、ビデオ品質、帯域幅消費量を示すファイルサイズ、およびドラッグ操作と早送り操作への応答速度を示すシーク効果の間のバランスをとるために、適切な範囲内である必要があります。

    • GOP値が増加すると、ファイルサイズが減少します。ただし、GOP値が大きすぎると、GOPの最後のフレームが歪み、ビデオ品質が低下します。
    • GOP値は、ビデオのシークへの応答速度を決定する上でも重要な要素です。シーク中、プレーヤーは特定の位置の前に最も近いキーフレームを見つけます。GOP値が大きいほど、指定された位置と最も近いキーフレームの間の距離が長くなり、デコードが必要な予測フレームが多くなります。この場合、読み込み時間が長くなり、シーク操作の完了に時間がかかります。
    • P フレームと B フレームのエンコードは、I フレームのエンコードと比較してより複雑です。GOP値が大きいと、P フレームと B フレームが多くなります。これにより、エンコード効率が低下します。
    • ただし、GOP値が小さすぎると、画質が低下しないようにビデオのビットレートを上げる必要があります。このプロセスにより、帯域幅消費量が増加します。

    サンプリングレート

    サンプリングレート、またはサンプリング周波数は、連続時間信号から1秒ごとに抽出されて離散時間信号を形成するサンプル数を定義します。単位: Hz。サンプリングレートとは、デジタル信号に変換されたアナログ信号の単位時間あたりのサンプル数を指します。サンプリングレートが高いほど、よりリアルで自然なサウンドが得られます。

    サウンドチャンネル

    サウンドチャンネルとは、音がさまざまな空間位置で録音または再生されるときに収集または再生される独立したオーディオ信号を指します。サウンドチャンネルの数は、録音中の音源の数、または再生中のスピーカーの数を指します。

    IDRフレームアライメント

    IDRフレームは、特別なタイプの I フレームです。通常の I フレーム後の P フレームと B フレームは、IDRフレーム前の他の I フレームを参照できます。ただし、IDRフレーム後のフレームは、IDRフレーム前の他のフレームを参照できません。エンコードプロセスとデコードプロセスを制御するために、フレームシーケンスの最初の I フレームが IDR フレームとして指定されます。

    IDRフレームは、コーデックに参照フレームバッファをすぐにリフレッシュするように指示します。これにより、IDRフレーム前のフレームのエラーが IDR フレーム後のフレームに伝播されなくなります。IDRフレームとその後のフレームは、新しいシーケンスとしてコード化されます。IDRフレームはランダムアクセスにも使用できます。通常の I フレームはランダムアクセスをサポートしていません。ほとんどのプレーヤーでは、ユーザーがプログレスバーの特定の位置にシーク (スライダーをドラッグ) できます。この場合、最も効率的な再生方法は、指定された位置に最も近い IDR フレームからビデオを再生することです。IDRフレーム後のすべてのフレームはそれ以前の他の I フレームを参照しないため、これにより複雑な逆解析が回避されます。

    ビデオをさまざまなビットレートの複数のビデオにトランスコードする場合、IDRフレームアライメントを有効にできます。これにより、すべての出力ビデオの IDR フレームが時間とフレームコンテンツに基づいて正確に調整されます。これにより、プレーヤーは明らかな遅延なしに、さまざまなビットレートのビデオ間をスムーズに切り替えることができます。

    プロファイル

    プロファイルは、特定のクラスのアプリケーションに焦点を当てた一連の機能を定義します。H.264は、次のエンコードプロファイルを提供します。

    • ベースラインプロファイル: I フレームと P フレームを使用し、プログレッシブビデオとコンテキスト適応可変長コーディング (CAVLC) のみをサポートします。このプロファイルは、モバイルデバイスでのビデオ通話をサポートするインスタントメッセージングアプリケーションなど、ローエンドアプリケーションまたは追加のフォールトトレランスが必要なアプリケーションで使用されます。
    • メインプロファイル: I フレーム、P フレーム、B フレームを使用し、プログレッシブビデオとインターレースビデオをサポートします。また、CAVLCとコンテキスト適応バイナリ算術コーディング (CABAC) もサポートします。このプロファイルは、デコード機能が比較的低い MP4プレーヤー、ポータブルビデオプレーヤー、PSP、iPodなどの主流の民生用電子製品で使用されます。
    • ハイプロファイル: 8 × 8 相互予測、カスタム量子化、ロスレスビデオコーディング、4:4:4などのより多くの YUV 形式をサポートします。このプロファイルは、メインプロファイルの機能もサポートします。放送およびディスクストレージアプリケーション、特に高精細テレビアプリケーションで使用されます。たとえば、Blu-ray Disc ストレージ形式はこのプロファイルを採用しています。

    ビットレート制御方式

    ビットレート制御方式とは、コード化されたストリームのビットレートを制御するために使用される方式を指します。次の項目では、ビットレート制御方式について説明します。

    • 可変ビットレート (VBR): この方式は、可変ビットレートのファイルを生成するために使用されます。この方式は、エンコード中に入力ファイルの複雑さに基づいて出力ファイルのビットレートを決定します。この方式は、品質とファイルサイズのバランスをとります。
    • 固定ビットレート (CBR): この方式は、固定ビットレートのファイルを生成するために使用されます。CBR 圧縮ファイルは、VBR 圧縮ファイルと ABR 圧縮ファイルと比較してサイズが大きくなります。ただし、CBR 圧縮ファイルの品質は、VBR 圧縮ファイルまたは ABR 圧縮ファイルの品質と比較してそれほど優れていません。
    • 平均ビットレート (ABR): この方式は、補間パラメーターが追加された平均ビットレートモードです。LAMEは、CBR 圧縮ファイルのサイズと品質の不一致、および VBR の予測できないファイルサイズの問題を解決するために、この方式を作成しました。特定のファイル範囲では、ABRはストリームを 50 フレーム単位でパーツに分割します。30フレームは約1秒に相当します。ABRは、比較的低いビットレートを使用して複雑度の低いセグメントをコード化し、高いビットレートを使用して複雑度の高いセグメントをコード化します。ABRは、VBRとCBRの妥協案と見なすことができます。

      ビットレートは特定の時間範囲内で指定された値に達する可能性がありますが、一部のセグメントのピークビットレートは指定されたビットレートを超える場合があります。平均ビットレートは一定のままです。ABRは VBR の修正バージョンです。ABRは、平均出力ビットレートが適切な範囲内にあることを保証し、複雑さに基づいてこの範囲内でビデオをコード化します。デフォルトでは、Alibaba Cloud は ABR を使用します。

    コンテナ形式変換

    コンテナ形式変換とは、オーディオファイルまたはビデオファイルをあるコンテナ形式から別のコンテナ形式に変換するプロセスです。たとえば、AVIファイルを MP4 ファイルに変換できます。圧縮されたビデオストリームとオーディオストリームは、ソースコンテナ形式のファイルから取得され、変換先のコンテナ形式のファイルにパッケージ化されます。このプロセスには、エンコードやデコードは含まれません。トランスコーディングと比較して、コンテナ形式変換には次の利点があります。

    • 高速処理: オーディオファイルとビデオファイルのデコードとエンコードは複雑であり、トランスコーディング時間のほとんどを占めます。コンテナ形式変換では、エンコードやデコードは必要ありません。これにより、処理時間が短縮されます。
    • ロスレスオーディオまたはビデオ品質: コンテナ形式変換では、エンコードとデコードが含まれないため、オーディオファイルまたはビデオファイルは圧縮されません。

    コンテナ形式変換後の出力ファイルは、解像度とビットレートの点で入力ファイルとほぼ同じです。したがって、出力ファイルは元の品質で再生されると見なされます。

    Narrowband HD™

    Narrowband HD™ テクノロジーは、さまざまな画像にさまざまなエンコード最適化ポリシーを適用して、鮮やかなビデオエクスペリエンスを実現します。このテクノロジーは人間の視覚モデルに基づいて開発されており、同じレベルの品質を維持しながらビデオのビットレートを削減します。高精細ストリームは、帯域幅消費量を 20～40% 削減して配信できます。

    IMS 固有の用語

    ローカルファイル

    ローカルファイルとは、デバイスにローカルに保存され、まだオブジェクトストレージサービス (OSS) にアップロードされていないメディアファイルです。

    入力ファイル

    入力ファイルとは、OSSに保存されているメディアファイルです。OSSにアップロードされたローカルファイルも入力ファイルとして使用できます。

    出力ファイル

    出力ファイルとは、トランスコーディング後に MPS によって生成され、OSSに保存されるメディアファイルまたはファイルセットです。

    カスタムテンプレート

    カスタムテンプレートは、音声、ビデオ、コンテナパラメーターなど、一連のトランスコーディングパラメーターを指定します。各カスタムテンプレートは、一意の ID によって識別されます。すべてのリージョンでカスタムテンプレートを作成できます。特定のリージョンで作成されたカスタムテンプレートは、そのリージョン内のすべてのトランスコーディングジョブに使用できます。

    プリセットテンプレート

    プリセットテンプレートは、MPSで事前定義されたインテリジェントトランスコーディングテンプレートです。プリセットテンプレートは、入力ファイルの特性に基づいてトランスコーディング設定を動的に調整できます。プリセットテンプレートを使用すると、特定の帯域幅条件下で最適な出力ファイルを生成できます。MPSでサポートされているプリセットテンプレートの詳細については、「プリセットテンプレートの詳細」をご参照ください。

    ウォーターマーク

    MPSでは、出力ファイルに最大4つの静的ウォーターマークを追加できます。位置、オフセット、サイズなど、ウォーターマークの変更頻度の低い属性を指定するウォーターマークテンプレートを作成できます。出力ビデオにウォーターマークを追加する場合は、トランスコーディングジョブを送信するときにウォーターマークテンプレートとウォーターマークコンテンツを指定します。

    一般的な用語

    ファイル形式

    オペレーティングシステムのファイル名には、.doc、.jpg、.aviなどのファイル名拡張子であるサフィックスが付いています。ファイル名拡張子を使用すると、オペレーティングシステムは各ファイルを開くために使用するアプリケーションを決定できます。これにより、ファイルは対応するアプリケーションによって認識および開くことができます。ビデオの一般的なファイル名拡張子には、.avi、.mpg、.mp4などがあります。ビデオファイルは、PCにインストールされているビデオプレーヤーに関連付けて再生できます。

    UTC (ISO 8601 標準時刻形式)

    協定世界時 (UTC) は、世界統一時、世界標準時、国際協定時とも呼ばれます。この用語の英語の頭字語は CUT で、フランス語では TUC です。頭字語 UTC は妥協案として使用されます。UTCは原子秒に基づく時間計測システムであり、世界時に近いものです。中国本土は、データ要素と交換フォーマット - 情報交換 - 日付と時刻の表現 (ISO 8601:1988 または GB/T 7408-1994) の標準を採用しており、UTCを国際協定時と呼んでいます。

    デフォルトでは、ApsaraVideo VOD で返されるすべての時間フィールドと API リクエストの時間パラメーターは UTC です。時刻は YYYY-MM-DDThh:mm:ssZ 形式で表示され、ISO 8601 標準に準拠しています。たとえば、2017-01-11T12:00:00Z は、UTC+8 (中国標準時) の 2017年1月11日 20:00:00 を示します。中国標準時と UTC の時差は8時間です。したがって、UTC+8は中国標準時を示します。

    リージョン

    リージョンとは、Alibaba Cloud サービスをアクティブ化する場所です。さまざまな Alibaba Cloud リージョンを選択し、ビジネスに近い Alibaba Cloud サービスを使用して、アクセスレイテンシーを短縮し、ユーザーエクスペリエンスを向上させることができます。

    OSS

    OSSは、Alibaba Cloud によって提供されるオブジェクトストレージサービスの略です。MPSは、OSSに保存されているメディアファイルをトランスコードします。出力ファイルも OSS に保存されます。