長谷川です。返信ありがとうございます。 [V-RAPTOR/V-RAPTOR XLからのFrame io クラウドアップロード]では[ハイスピード撮影素材のスロー再生]にも対応している様です。 個人的にもう少し便利な使い方がないか・提案できないか、考えてみたいと思います。

DIT長谷川でございます。 DaVinciでのオフライン用データ変換作業時、自分は以下の点を考慮して設定しています。 ・オリジナル撮影データをどんなCODECに変換するか： 撮影前または撮影後に制作部またはオフライン担当の方に確認します。 [ProRes系]が多いですが、場合により[DNxHD/HR]で書き出すことも。 ・変換データの解像度： 撮影オリジナルデータが[4k/8k 16:9]などで、特別な指示などがなければ[1920 x 1080 16:9]にしますが、撮影時のモニタリング画角・アスペクト比などに特別な設定(ex.16:9上のシネスコ画角・使用想定エリアは撮影範囲に対し[85%] など)があった場合は[使用想定範囲がHD解像度に近くなる様]解像度を設定します。[オフライン編集時のリサイズ]などが想定される時はオフライン担当のご意見を伺うこともあります。 *この辺りのことはその都度確認、設定はケースバイケースです。 ・カラースペース： 変換時、DaVinci設定の[Color Management]を[Color Science：DaVinci YRGB]に、[Timeline Color Space：Rec.709 / gamma2.4]に設定。現場のモニター設定(CMの場合、自身はD93/R709/gamma2.4に設定)に合わせ、その状態でオンセットグレーディングで作成したLUTをオリジナルデータに付加、撮影現場における[色]を再現。 ・リールネーム： DaVinci設定の[General Options]の[Comform Options]で[リールネーム]を設定。 ご参考までに。

DIT長谷川でございます。 ・[オンエアー＋web CM]混合撮影の場合・・・[D93 / R709 / gamma 2.4] ・[web CM]のみ撮影の場合・・・[D65 /R709 / gamma 2.2] *使用するモニターが[Sony PVM-A170]の場合 撮影現場のモニター設定、自分の場合は上記の様な感じにしています。 あとは場合により[Teradek CUBE]などを使用して[Apple iPad]でもモニタリングすることもありますが、iPadも世代により色の感じが変わると思いますし、TVと違い、webコンテンツを見るデバイスは画面が小さいものも多いと思うので『現場の映像をiPadで見ると、どんな感じに見えるのか』といった参考で考えています。 またデータ作業後の申し送り的な書類などに、後の作業(主にカラーグレーディング)の参考になる様[現場モニターの設定：web案件なのでこういった設定でモニタリングしました]旨記載します。

Pomfortより[Silverstack 8.2.1]がリリースされました。 以前書かせていただいた[8.1]から[REDのRAW SDKの更新]をはじめ、細かい変更・バグフィックスもあった様なので再びトランスコードの検証を行うことにしました。 ただ今回は[ソフトウエアの新旧比較]ではなく、Silverstack 8.2.1を使用した[iMac27インチとMacStudioの性能比較]をしてみようかと思います。 暫しお付き合いの程を。 使用ハードウエア仕様 ・MacStudio Apple M1 Ultra 20コアCPU 64コアGPU 32コアNeural Engine 128GBユニファイドメモリー 　　　　　　　Mac OS 12.3.1 ・iMac 27inch 3.6GHz 10コア　Intel Core i9 AMD Radeon Pro 5700XT 16GB 64GBメモリー Mac OS 11.6.4 使用ソフトウエア Pomfort Silverstack LAB 8.2.1 検証方法 ・前回と同様「オフライン用メディア(1920 x 1080 DNxHD SQ 145)・プレビュー用メディア(1920 x 1080 ProRes422)を同時に変換・書き出し」作業を想定。 その際の書き出しスピード(fps)をそれぞれのハードウエアで比較 　＊オリジナルデータ：RED GEMINI R3D(5kHD RC5:1・8:1) ARRI ALEXAmini 2.8k RAW 　　*オリジナルデータは[Mac本体SSD]に配置 　　 DNxHD/ProRes422は[外付けSSD]に直接書き出し *オリジナルデータに対し[3D LUT]を付加しDNxHD/ProRes422を作成 　　*変換の際のdecoding resolutionは[RED：1/2][ARRI：FULL] 　　*Silverstack LABにおける[書き出しスピード(fps)]は[DNxHDとProRes、両方の書き出しスピードを加算したもの(合計値)]で表記 検証結果 [iMac27inch] ・R3D to DNxHD&ProRes：50fps前後 ・ARRIRAW to DNxHD&ProRes：170fps前後 ＊以前の投稿で[ARRIRAW to DNxHD&ProRes：270fps]と書きましたが、今回の検証ではそのスピードは出ませんでした。 又、iMac内部の温度が上がるとトランスコードのスピードが一気に落ちます。 今回の検証でも100fps近くまでスピードが落ちる現象が見られました。 [MacStudio] ・R3D to DNxHD&ProRes：60〜80fps前後 ・ARRIRAW to DNxHD&ProRes：150〜160fps前後 ＊R3Dについて、若干のパフォーマンス向上が見られました。またiMacではあまり差が出なかった[RED CODE(圧縮比)の違い]によるトランスコードスピードの変動が見られました。 尚、トランスコードとは関係ないのですが[SilverstackのビューワーでのRED R3Dファイルのプレイバック・パフォーマンス]が少し良くなりました。ただし、[preferences]-[Format]項目内の[Use GPU decoding if available]のチェックを[外さないと]スムーズなプレイバックができませんでした。 ARRIRAWからのトランスコードは、iMacのそれと比較するとほぼ同等か少し劣る印象ですが、iMacに見られた[熱によるトランスコードスピードの低下]は確認できませんでした。 ーーーーーーーーーーーーーーーーーーーー MacStudioおよびiMac27inchでSilverstack LABを使用する分には、さほど大きな差を感じませんでした。ただ[DaVinciResolve]を使用してトランスコードスピードの検証を行うと、Silverstack LABを使用した検証とはまた違う結果が出ました。 使用ソフトウエア　BMD DaVinciResolve 17.4.6 ＊[検証方法]の条件は先と同じ 　*変換の際のDecode Qualityは[RED：Half good][ARRI：FULL res-resolve] 　*DaVinciResolveのDeliverページにおける[書き出しスピード(fps)]は[DNxHDとProRes、それぞれ個々の書き出しスピード(平均値?)]で表記 検証結果 [iMac27inch] ・R3D to DNxHD&ProRes：30- fps前後 ・ARRIRAW to DNxHD&ProRes：130fps前後 ＊R3Dのトランスコードスピードは[30fpsに少し届かない]感じのスピード感 ＊ARRIRAWのトランスコード時、[熱によるトランスコードスピードの低下]が少しあり [MacStudio] ・R3D to DNxHD&ProRes：30+ fps前後 ・ARRIRAW to DNxHD&ProRes：200〜210fps前後 ＊R3Dのトランスコードスピードは[30fpsを少し越える]感じのスピード感 RED R3Dのトランスコードについては大きな差はでませんでしたが、ARRIRAWについては大きな差となって現れました。 [MacStudio]と[DaVinciResolve]の組み合わせについては、トランスコードもさることながら[Colorページ]のグレーディングのパフォーマンスがかなり良くなった印象です。 ーーーーーーーーーーーーーーーーーーーーーー 今回も手元にRED R3DとARRIRAWしかなかったので、検証としてはちょっと偏ったものになってしまいましたが、何かの参考にでもしていただければ幸いです。 今度はSony X-OCNで検証してみたいですね。 #PomfortSilverstackLAB #AppleMacStudio

DIT長谷川でございます。 以前「BMD Teranex mini AUDIO to 12G SDIは[ファイルネーム/TC/レックトリガー]が生きています」旨のコメントを書かせていただきましたが、ALEXA mini / ALEXA mini LFを使用しての撮影の際[レックトリガーが効かない]現象が先日みられました。BMDにも問い合わせましたが、現時点で明確な回答は得られていません。 これから使用のご予定がある方はお気をつけください。 ちなみに[RED GEMINI]は[ファイルネーム/TC/レックトリガー]は問題ありません。時々[ファイルネーム/TC/レックトリガー]が見えなくなる・効かなくなる場合がありますが、その時はカメラを立ち上げ直せば戻ります。

DSMC2を使用する場合、私は[UDF]にフォーマットしたメディアを使用します。 数年前にメディアのフォーマットに関して[FAT32]と[UDF]が選択できる様になった際にその違いを調べたのですが、[UDFの場合、ファイルの一部が破損した場合でも、破損していない部分を読み出せる]といった旨の説明を見たことがあり、それ以降[UDF]にしています。あと、これは個人の癖みたいなものかもしれませんが、[FAT32]から切り替える際はもちろんの事、使用する前に必ず[secure formatをかけてUDFにフォーマット]します。この方法でフォーマットしたメディアでトラブルにあったことがないので、現在もこの方法を続けています。ただ、タキさんのおっしゃる様に、R3Dでの収録に関しては大きな差はないのかなと思います。どちらのフォーマットでも[4GB]毎に分割されますし。

自分の場合、 ・ARRI系でcodec収録ならば「ProRes4 x4」 ・RED GEMINIでTVCMならば「5:1」、「大型映像案件」は「撮影の際に可能な最低圧縮比」 上記をベースとして、あとは適宜アレンジしています。

@FC管理人 長谷川です。 ○従量制は、【クライアント側】【ゲスト側】の合算のデータ量ですか？ 従量制は[クライアント側][ゲスト側]の合算ではないようです。 テスト後[Core]の自身のアカウントにてデータ使用量を確認した際、[in：2.22GB / out：4.62GB]となっており、そのうち[out：4.62GB]が課金対象となっていました。 ○クライアント側で怪しい視聴者をバンすることはできそうですか？ [Core]内の[Core TV]タブにて[視聴者に対するシェア]を外すことができそうです、未検証ではありますが。

DIT長谷川でございます。 先日[Teradek[Cube][Core][CoreTV]を使用したリモート視聴]の検証をしました。 結果をご報告します。 ちょっと長い投稿になりますが、しばしお付き合いのほどを。 [Teradek[Cube][Core][Core TV]を使用したリモート視聴方法について] ・全体のながれ ①[Cube]本体の設定：[streaming set up] 　　　　　　　　　　 [video set up]ー[input：AUTO] 　　　　　　　　　　　　　　　　　　[Resolution：Native] 　　　　　　　　　　　　　　　　　　[Codec：H.264] 　　　　　　　　　　＊上記は[Cube webインターフェース][Core]でも設定可 　　　　 　　　　　　　　　　[network set up]_[wifi]_[infrastructure] 　　　　　　　　　　　　　　　　　　・・・ネットに繋がるネットワーク選択 ②[Cube]webインターフェース設定： 　　　　　　　　　　ーーー[Cube]のIPアドレスをブラウザーに入力。 　　　　　　　　　　　　　[webインターフェース]に移動 　　　　　　　[webインターフェース]_[video/audio input][encoder] 　　　　　　　　　　　　　　　　　　　　　　　　　　・・・適宜設定・確認 　　　　　　 [Cloud service]_[Core]にサインイン・・・optionなど適宜設定 ③[ブラウザーの別のウインドウorタブ]から[Core]にサインイン 　 -①[Dash Board]タブ：[Add workspace]で「ワークスペース」作る 　　　　　　　　　　　　[Select source]_[Cube]を選択_[Add source]をクリック 　　　　　　　　　　　　＊[Encoder]設定も適宜確認・変更 　 -②[Core TV]タブ：ストリーミングしたい[Cube]の[Share]をクリック [sharing設定タブ]で[他のデバイスへのリンク方法]選択 　　　　　 a：[Via Email] b：[Via SMS] c：[Via Link] 　　　　＊例えば、リンク送信に[メール]を使う場合： 　　　　　　　　→[Via Email]選択の後、[メールアドレス入力]を入力 　　　　　　　　　その後[Send Invitation]クリック ④メールソフトにて[Invitation メール]を確認： 　 -①[メールにあるコード(6桁)をタップ] 　　　その後[開くブラウザー]選択 　 -②ブラウザーが開いたら、そのページにある[App Store]選択 　 -③[Core TV]をダウンロード、その後[開く]をタップし[Core TV ]立ち上げ 　　　＊一度D/Lされれば、2回目からは[開く]をタップすればOK 　　　　事前にD/L・インストールでも問題なし 　 -④ログイン画面に[メールアドレス][メールにあったコード6桁]入力 そして[LOG IN] 　 -⑤[select stream]で[Cube]を選択 　　　右上にある[play]をタップ・・・映像の視聴が可能に ⑤[視聴を終える時]：[menu]_[Log Out]タップ ーーーーーーーーーー ・テスト時の主な設定： 　[encoder]・・・[codec：H.264] 　　　　　　　　 [Bitrate：5Mbps] [comp. profile：high] [resolution：native] [framerate：Full] [Core option]・・・[engine name：On-demand] [region：asia pacific(seoul)] [Protocol：TCP] [Stream Buffer(ms)：4000] ・・・ここを変えると、「ディレー」変わる？ 　　　　　　　　　　　　　　　　　　　　(未検証) ーーーーーーーーーー ・テスト時： ＊使用機材：Cube 755 視聴デバイス：iPhone 12 mini iPad air (ただiPad自体が「古くて」結局上手く視聴できなかった) ・画質・・・iPhone/iPadで視聴するには問題ないレベルか ・ディレー・・・約５秒 ・使用感・・・セットアップ等、慣れてしまえばそんなに難しくはないか。 　　　　　　　が、[Core TVアプリ]は[毎回、メール記載のコード入力の必要あり] 　　　　　　　(Teradekのサポートページには[ブラウザーでも視聴可]とあるが、 　　　　　　　テストの際は[駒落ち]が酷く、使えない印象) ・[データ使用]は[課金制]・・・[2 USD/GB] 　　　　＊テストの際、[4H40M]の使用時間で[4.6GB]のデータ使用(10 USD課金) ＊テスト時[ネットワーク環境]： ・[Cubeをネットにつなげる]為に[iPadデザリング]と[wifi(UP：120Mbps / DOWN：140Mbps)]、両方でテスト ・[iPhone12miniで視聴する]為に[iPhone12の4G回線][wifi(UP：120Mbps / DOWN：140Mbps)]、両方でテスト ・・・どの組み合わせでも、問題なく視聴可 ーーーーーーーーーーー 実際に使う際の[ネット環境][視聴デバイス]などによって、上記の結果と変わることもあるかと思いますが、何かの参考にしていただければ幸いです。 また[Cube][Core]などの設定で、[こうしたほうがいいですよ]みたいなものがあれば是非教えて下さい。

@FC管理人 タキさん ありがとうございます。 こちらも本日テストが出来そうなので一度やってみます。 結果は投稿いたします。

＞タキさん レイテンシーについては詳細に調べていないので、なんとも言えない感じです。 ただ、現場で使用していて気になる事はないと感じています。 ＞下川さん おっしゃっている[変換のタイミング]であれば、確かにそのタイミングでWAVなどのデータをもらうのは難しいケースもあるかもしれません。 以前飯時・休憩中などに録音部さんからデータを頂いたことがありますが、お互いの作業のタイミング・その時の状況もあるので、なかなか難しいですね。 自身の場合の[音をカメラに送る優先度]ですが、基本は[カメラに音声を送ってもらう]です。が、[ステディカム・Moviなどを使用した撮影]の場合はもちろん、「あー、カメラに音送ると撮影のフットワーク、落ちそうだな」などと感じた時は[画・音のセパレート記録＋TC同期]に切り替えることもあります。

DIT長谷川でございます。 カメラに有線にて音声が送れない場合、自分は録音部さんからベースに音をもらい,[ BMD Teranex Mini Audio to SDI12G]を使用して映像に音声をエンデベッドしてからQtakeに入れています。レックトリガー・TC・ファイルネームとも大丈夫です。 カメラと録音部とのTC同期は[Tentacle]を使っています。 撮影後の音声データ受け渡しについては、幸いなことに撮影現場ですぐもらえることが多いので、オフライン用メディア作成のタイミングで音がなくて困る、といった経験は覚えがありません。録音部さんによって対応がまちまちなんですかね。