filterをサポートしました!映像から知覚できない信号やノイズを取り除き、品質を維持しながらデータ量を削減する「帯域幅削減フィルター」がMediaConvertに続きMediaLiveでも利用可能になりました!検証に用いた映像では同等の画質で10%のデータ量削減が確認できました。MediaLive#AWSメディアサービス#AWS清水俊也2024.10.17はじめに清水です。filterがサポートされました。AVCならびにHEVCエンコードで利用可能です。AWSにポストがありました。MediaConvertでサポートされていました。AWSのポストによるとビデオのエンコード効率を平均7%向上させることができるとのことです。filterを検証した例では、スマホで撮影した動画の変換で品質に影響を与えることなく最大8%のビットレート削減が確認できました。filterを実際に使用してみたのでまとめてみたいと思います。filterを適用したところ、動画品質に影響を与えることなく10%の帯域削減が確認できました。filterを使ってみましょう。filterを検証した際に最も効果が大きかった「夜の吉祥寺駅南口」の動画を使用します。XSで夜の吉祥寺駅前、南口の高架下を撮影したもので、フルHDの解像度の動画です。filterを使った検証では、同等の動画品質を維持しつつ、ビットレートならびにファイル容量で8%強の削減効果がみられました。この動画ファイルをMediaLiveの入力ソースとして使用します。XSで撮影したMOV形式です。System-Generic_Hd_Mp4_Avc_Aac_16x9_Sdr_1920x1080p_30Hz_10Mbps_Qvbr_Vq9でMP4形式に変換しておきます。filterを有効にしていない状態で変換したファイルを使用しました。wizardで作成します。renditionとしては1080p30のみを選択しました。resources」の画面です。channelを行います。emp_1080p30」の項目を確認します。Bitrateをworkflow作成時のデフォルト5000000から10000000に変更しました。filter関連の設定です。Levelの項目でENHANCED_QUALITYを選択します。Errorとなってしまいたした。そのため、本エントリではENHANCED_QUALITYを選択して進めます。Levelの項目は現れませんでした。ENHANCED_QUALITYの選択が必要と理解しています。filterを選択します。Sharpening、2つの設定項目が現れますので必要に応じてこれらを設定します。DISABLEDで検証を行いました。Include(空欄)とした設定としました。filterの有無での帯域削減などの効果を確認したいため、このような比較としています。filterの効果を確認していきます。brf無効の状態でChannelをStartさせ、10分ちょっとの間running状態とします。続いてChannelを一旦停止、同じChannelにてbrf有効の状態に設定してからChannelを再開します。同様に10分ちょっとrunning状態として、その間のデータ出力についてのCloudWatchメトリクスを確認する、という比較を行いました。filterの無効、有効の状態それぞれで、MediaPackage経由の映像視聴についても行いました。filterの有無で区別はできない、つまり品質は同等といえるものでした。以下、MediaLiveのCloudWatchメトリクスについての確認です。(Mbps)を確認します。拡大ボタン(両向き矢印が「X」のようにクロスしているところ)を押下して、グラフを拡大してみます。状態のメトリクスになります。みたところ、ある程度の帯域削減ができていそうですよね。outの値は、1分間ではなく5分間の平均を確認しました。