)brf有効の08:20のタイミングです。Mbpsという値でした。MediaPackageのMetricsについても確認してみましょう。拡大すると以下のようなグラフでした。状態のメトリクスになります。bytesの値を1分間から5分間に変更して、合計値を確認します。bytes合計値となりました。(Byte)、それぞれをbrf無効/brf有効とで比較してみたのが以下の表です。削減率として(1-(brf有効の際の値/brf無効の際の値))*100で計算した値もまとめています。filterについて確認してみました。MediaConvertでサポートされた際にも効果を実感していたのですが、MediaLiveでも同様に効果が感じられましたね。画質を維持しながら帯域幅を削減することで、ライブ配信であれば特にデータ転送量の削減が期待できます。視聴者側としてはより少ないデータ量でこれまでと変わらない画質の映像が視聴できます。配信者側としても、CloudFrontなどCDNのデータ転送量が少なくなり利用コストの削減にもつながります。嬉しいことづくしですよね。今回のブログエントリでの検証は効果が比較的表れやすい映像を意図的に選んだ結果となります。(MediaConvertでの検証であらかじめ効果が大きかった映像コンテンツを検証用に選んでいます。)実際にエンコードするコンテンツによって効果は変わります。MediaConvertでの検証の際にも効果が少なかった映像コンテンツはありました。AWSのポストで謳っている平均7%のエンコード効率の向上をベースにしつつ、実際のユースケースでどの程度の削減になるかを確認して導入の判断材料にしましょう。Sharpeningの設定と、その効果を実際の映像で確認することもポイントなるかと思います。上手に活用していきましょう。