Xアーカイブ
アンバーサイン公式Xでの当社の投稿を掲載しています。
Xアカウントをお持ちでない方も、こちらから投稿内容をご覧いただけます。
【ちょこっと豆知識💡】1フレームの音声サンプル数
29.97fpsでは1フレームあたりの音声サンプル数が毎フレーム異なることをご存知ですか?😲
日本の放送で使用されるフレームレートは、29.97fps。元々白黒放送では30.00fpsだったフレームレートを、カラー化するために0.1%周波数をずらす必要があり(なぜ0.1%かは論文を書けるレベルになってしまうので割愛します)、1秒間に29.97フレーム(整数で表現すると1001秒に30000フレーム)というフレームレートになりました。
音声のサンプリングレートは48000Hz。1フレームあたりの音声サンプル数は、48000サンプルをフレームレートで割るので、48000/(30000/1001) = 1601.6 となり、整数になりません💦
そのため、#SDI や #MXF(OP1a)などでは、ちょうどサンプル数が整数になる5フレーム分をひとつのパターンとして、1602, 1601, 1602, 1601, 1602サンプル(計8008サンプル)を1つのパターンとして繰り返す、という特殊なことをしています。
これを5フレームシーケンスといいます。
(図を参照⬇️)
音声は1サンプルでも抜けるとノイズやエラーになりますから、この5フレームシーケンスを意識しながら処理を作るのは地味に面倒で、開発者泣かせです😢
編集機でも、ぴったりフレームに合わせて音を貼り付けたつもりでも、貼る場所によって最後の1サンプルだけ次のフレームに突き抜けたり、1サンプル足りない、ということが発生する場合があるので微妙に注意が必要ですね⚠️
ところで、日本の放送だと「1秒」の定義って難しいですよね。ノンモン0.5秒は、24000サンプルなのか、15フレーム(24024サンプル)なのか悩みます🤔 AS MXF Checkerでは、15フレームで運用している局で弾かれないよう、15フレームで検知しています。
編集マンの皆様はどちらで運用されていますか❓
👇AS MXF Checker 製品ページ
https://www.amber-sign.jp/products/mxf-checker/![]()
【祝・100フォロワー達成!✨】
昨年8月にスタートした本アカウント、先日ついにフォロワー数100人を突破しました!🎊
いつも投稿を見てくださる皆さま、本当にありがとうございます🙇
これからも「フォローしてよかった!」と思っていただけるような、役立つ情報を発信していきます!
引き続き、温かく見守っていただけると嬉しいです。
👨スタッフ
「社長、ついにフォロワー数が100人を突破しました!」
🐶エル社長
「よくやったワン! …そうだ、100人達成の記念にチョコレートパーティー🍫をするというのはどうワン?」
👩スタッフ
「それ、いいですね❣ …でも社長はワンコだから、チョコ、食べられないですよね…💦」
🐶エル社長
「忘れてたワン…😭」
エル社長には、おやつのちゅ~るを増量しておきます🤣
📢アンバーサインより再度のお願い📢
Premiere25.6(?)書き出し → XDCAMディスク → デッキインサート編集
このフローでNGになる事例の調査を進めています🔍
この調査について先日ポストした件について、引き続きご協力いただける方を募集しております🙇
実際の
✅NGファイル
✅OKファイル(比較のため)
をご提供いただける方はいらっしゃいませんでしょうか?
ポスプロ様はクライアント様の素材でお仕事をされているケースが多いと思うので難しいとは存じますが、ご提供可能な方がいらっしゃいましたら、DMにてご連絡いただけますと幸いです。
👇詳細は引用ポストをご覧ください。
2026年1月29日
📢ご協力いただける方募集📢
Premiere25.6?で書き出したファイルをXDCAMディスクに入れてデッキインサート編集をしようとするとエラーになる場合があり原因が分からず困っている、という話題があがっております。
弊社でも何が原因なのか探り、回避方法をご案内したり、AS MXF Checkerの検査でインサートNGの可能性があるファイルか検出するなどを行いたいと考えております。
そこで、実際のNGファイル、OKファイル(比較のため)をご提供いただける方がいらっしゃいましたら、DMでご連絡いただけませんでしょうか。
様々な方からファイルをご提供いただけるとパターンを導きだせる可能性が高くなるので、色々なパターンをご用意できなくても1ファイルだけのご提供などでもOKです。
【ご提供いただきたいもの】
✅デッキでのインサート編集を行う前のXDCAM HD422のMXFファイル
【合わせていただきたい情報】
✅デッキでのインサート編集 OK/NG
✅MXFを書き出したソフト名、バージョン
✅インサートしようとしたTC区間
✅Rec側のデッキの機種名
✅再生側・コントローラーの環境(分かれば)
【⚠️ご注意事項】
・報酬等はございません。
・原因判明をお約束するものではございません。
・個別のファイルに対する解析結果などは原則お伝えいたしません。
・上記目的以外のファイル解析依頼などはお受けしておりません。
・ご提供いただいたファイルは厳重に管理しますが、ライツ的に問題ないものでお願いいたします。
・ご提供いただいたファイルは上記目的外では使用いたしません。
昨日は古巣TBSに伺って、ご挨拶や製品紹介、お悩み事のヒアリングなど、6件もの打ち合わせを行いました❗️
内容盛りだくさんで、とても充実した1日になりました😊
会社を離れても、昔の仲間が慕ってくれるのは本当にありがたいですね‼️
先週リリースした AS MXF Checker デスクトップ版 v1.1.0では、例の #XDCAM でインサート編集できない場合がある原因を探るヒントになるかもしれないと考え、急遽、検査の詳細情報に #GOP 長を出力する仕様を盛り込みました‼
「ファイル詳細情報(Raw)」内の下の方に、「max_gop_length」と「min_gop_length」が表示されます。(画像1、2枚目)
✅これが2つとも「15」の場合(画像3枚目)
→固定GOP長です。
✅この2つの値が異なる場合(画像4枚目)
→可変GOP長です。
可変GOP長の場合、XDCAMデッキでのインサートがエラーになる場合があります😢
(原因はこれだけではないと思いますが調査中です!)
ご参考までに😉
👇AS MXF Checker 製品ページ
https://www.amber-sign.jp/products/mxf-checker/![]()
おはようございます。
今日は中の人が風邪でダウン🤧しており、いつもと違うテイストでお届けしますw
今日からオリンピックですね! 頑張れニッポン!🇯🇵
エル社長も応援しています!?🐶
放送局の方は、オリンピックと選挙のダブルパンチで地獄の週末かと思いますが、健康にだけは気をつけて頑張って乗り越えてください!🙏
#エル名誉社長 #わんこ社長
\📢AS MXF Checker バージョンアップ!/
好評販売中のAS MXF Checker【デスクトップ版】も、対応フォーマットを拡充したバージョンアップをいたしました!
【新規対応✨】
✅XAVC-I、XAVC-L(HD、4K)の検査に新たに対応
✅民放連T033ファイルによる4Kテレビ番組交換暫定規準の検査に新たに対応
【検査機能の強化💪】
✅インデックステーブルの検査を強化
✅MPEG2データの構造チェックを追加。スライスレベルで欠損が生じた場合などに検知します。
✅MPEG2データがMXFのインデックステーブルと合っているかの検査を追加
✅色域・ダイナミックレンジの表示を追加
既知の不具合の修正も同時に実施いたしました。
4K制作や最新のファイル納品ワークフローにおいても、高精度なMXF検査・リラッピングをより幅広いフォーマットでご利用いただけます👍
7日間の無料トライアルから、ぜひお試しください!
👇AS MXF Checker 製品ページ
\📢AS MXF Checker Server リリース!/
大変お待たせいたしました、本日 AS MXF Checker Server をリリースいたしました!
《サーバー版ならではの特長》
✅APIによるシステム組み込みが可能
✅ウォッチフォルダによる自動検査・リラップ
✅クラウドストレージ対応
デスクトップ版とは異なり、放送局様・ポスプロ様用ライセンスと、SaaS事業者用ライセンスがあり、お見積もりによる販売となります。
ライセンスの詳細や個別のお見積もりについては、お気軽にお問い合わせください!✉
👇AS MXF Checker Server 製品ページ
https://www.amber-sign.jp/products/mxf-checker-server/![]()
大変お待たせいたしました…!
発売が少し遅れておりました「AS MXF Checker Server」ですが、ようやく準備が整い、明日には販売開始できそうです🚀
#MXF ファイルの検査を自動化し、ワークフローを大きく効率化する本製品👍
詳細はぜひこちらからチェックしてください!
AS MXF Checker Server 製品ページ
🔗https://www.amber-sign.jp/products/mxf-checker-server/![]()
【ちょこっと豆知識💡】色々なGOP
XDCAMのような映像コーデックは複数のフレームで圧縮 #LongGOP タイプのコーデックです。
GOPには、Open GOP、Closed GOP、固定GOP長、可変GOP長などの種類があるのはご存知ですか?
まず、GOP(Group of Pictures)とはフレームの画を複数枚でまとめて圧縮してサイズを小さくするもので、
1⃣独立しているIフレーム
2⃣ひとつ前(過去)のIフレームまたはPフレームを参照して差分を記録したPフレーム
3⃣前後(過去と未来)のIフレームまたはPフレームを参照して差分を記録したBフレーム
の3種類に分かれます。データサイズは、I>P>Bの順に大きいです。
🔻1枚目の図の解説🔻
Open GOPは、GOPを超えて、ひとつ前(過去)のGOP内の画も利用して圧縮するのでデータサイズが小さくなる確率が上がり、画質面では有利になります👍
Closed GOPではGOP外の画は利用しないので参照が限られる分、画質面では不利になります🤔
🔻2枚目の図の解説🔻
可変GOP長は、絵柄の変化に合わせてIフレームを機動的に配置し、シーンチェンジ(画がわり)や動きが激しい部分をIフレームにすることで画の破綻を少なくし画質の向上が見込めます👍
固定GOP長はXDCAMなら常に15フレームずつのGOPで構成されるため、画がわりのタイミングがGOPの途中になる可能性が高く、データサイズの少ないBフレームなどで画がわりがあると表現しきれずブロックノイズなどが発生する確率が高くなります😇
🔺図の解説ここまで🔺
エンコーダーは、上記の様々なパターンを内部で計算しながら最適なものを選択し、圧縮していきます。
通常はOpenGOP x 可変GOP長でエンコードされていることが多いですが、Closed GOPや固定GOP長のファイルもよく見ます。
同じ圧縮コーデックでも、エンコーダーによって画質は全然違うんですよね。画質の良いエンコーダーは上記の選択やフレームの相関の検出が上手です✨

















