Skip to main content
41 Posts
新しい「ビデオ範囲」(ビデオスコープ)に、従来の「Lumetriスコープ」と同等の信号監視機能(サブブラック/スーパーホワイト・YUV表示・ビデオレンジでのコード値の表示)を実装してほしいOpen for Voting

新しい「ビデオ範囲」は、ローパスフィルターの搭載などのありがたい改良がみられる反面、以前の「Lumetriスコープ」で可能だった「サブブラック・スーパーホワイトの確認」「YUVのレベル表示」、および「本来のコード値の確認」ができなくなっていることに不便さを感じています。 放送や業務の分野では、スーパーホワイトを含む映像を日常的に扱うほか、素材チェックにおいては、スーパーブラック(ARIBカラーバーのPLUGE信号の-2%ブラック、意図しない黒潜りなど)の確認が必要です。 カラーグレーディング作業においてはRGBでの確認が基本だとは思いつつも、ProRes 422ファミリーやAVC、HEVCなど、ハイエンド未満の用途で使われるコーデックの多くはYUVのビデオレンジで扱われることが多いと思いますので、YUVのレベル表示も必要です。 また、Log収録素材を扱う際、「意図した正しいレベルで読み込まれているか」を検証するため、素材本来のコード値の確認が不可欠です。(こちらのリンク先【素材のデータレベル(レンジ)の確認・変更ができる機能がほしい】の事例のように、正しいレベルで読み込まれない問題も発生しうるため、スコープ側での確認は重要と考えます。) 現状は「レガシースコープを表示」に切り替えることで回避できますが、「レガシー」という名称から、いずれこの機能自体が廃止されてしまうのではないかと、少し不安が残ります。 これらの機能を必要とするユーザーは決して多くはないとは思うのですが、映像制作の現場でストレスなく信号監視が行えるよう、少なくとも「レガシースコープ」と同等の機能を、新しい「ビデオ範囲」にも実装していただけるとありがたいです。 バージョン 27.1.0 BETA StaticLib (ビルド 39)ARIB STD-B28 マルチフォーマット・カラーバーの例  業務用ビデオカメラで撮影したRec.709の映像の例 テスト用ランプ信号の例 

UXP API(premierepro)で Motion の Position(PointF型)パラメータに新しい値を書き込むと 32767 に破損するOpen for Voting

環境Premiere Pro 25.6.2 および 26.5.0(両方で再現、Windows 11) @adobe/premierepro UXPプラグインAPI経由症状 Motionコンポーネントの「位置」(Position)パラメータに ComponentParam.createSetValueAction() で新しい値を書き込むと、書き込んだ側の座標が意図した数値ではなく 32767(符号付き16bit整数の最大値)になります。数値1つだけのパラメータ(スケール等)では同じ書き込み経路で正常に動作するため、PointF型(2値)パラメータに限定した不具合と考えられます。再現手順const ppro = require("premierepro");const project = await ppro.Project.getActiveProject();const sequence = await project.getActiveSequence();const track = await sequence.getVideoTrack(1);const items = await track.getTrackItems(ppro.Constants.TrackItemType.CLIP, false);const clip = items[items.length - 1];const chain = await clip.getComponentChain();// Motionコンポーネントを取得(不透明度以外)let motion = null;for (let i = 0; i < chain.getComponentCount(); i++) {  const c = chain.getComponentAtIndex(i);  if ((await c.getDisplayName()) !== "不透明度") motion = c;}// Positionパラメータ(displayName: "位置")を取得const posParam = /* motionのparamをdisplayNameで検索 */;project.lockedAccess(() => {  project.executeTransaction((comp

Premiere のカラーマネジメントに、DJI Osmo Pocket 4P の D-Log2 / D-Gamut2 を入力カラースペースとして追加してほしい。Open for Voting

Add DJI D-Log2 / D-Gamut2 as an input color space in Premiere color managementOsmo Pocket 4P は、メーカー公称最大17ストップの Log 形式「D-Log2」で収録できます。色域は従来の D-Gamut ではなく D-Gamut2 とされており、既存の「DJI D-Log/D-Gamut」では正しく変換できません。現状、Premiere の「カラースペースを上書き」に D-Log2 はなく、自動検出もされません。公式の「D-Log2 to Rec.709」LUT を入力 LUT に当てる回避策はありますが、これは Rec.709 への見た目変換であり、ワイドガマット作業空間、入力トーンマッピング、HDR(HLG / PQ)出力には乗りません。 希望する動作:入力カラースペースに「DJI D-Log2/D-Gamut2」を追加する(手動のカラースペース上書きで選べること) Osmo Pocket 4P の D-Log2 クリップを、メタデータから自動検出してカラーマネジメントする 既存の DJI D-Log/D-Gamut と同じく、シーケンスの作業色空間・出力色空間に応じて変換されること  対象: Premiere のカラーマネジメント(Lumetri の入力 LUT ではなく、ソースの入力カラースペース)カメラ: DJI Osmo Pocket 4P(D-Log2、10-bit) 

オブジェクトマスクをカラーモードに適用するとズレるOpen for Voting

v27ビルド59を使用しての不具合です。Adobe Stock より次の動画をダウンロードして検証しました。当方の環境では、100%再現します。AdobeStock_305165426.movHappy african woman wear wireless headphones listening to music outdoors on an empty street, relaxing after work, funny funky mixed race girl feel stress free relief, funny dancing. Full length マシン環境Windows11 25H2Core i7-9700KGeForce GTX 1660 SUPER 当該動画をプロジェエクトに読み込んで、右クリック→最適なシーケンスを作成します。編集モードにて速度・デュレーションで速度を200%にします。オブジェクトマスクを選択し、人物を選択してマスクを作成し、クリップ全体にトラッキングします。この時点では、プログラムモニタの人物の表示とマスク範囲は一致しています。オブジェクトマスクをかけた段階プロパティパネルにて割り当てられていない当該マスクを選択し、右クリック→エフェクトマスクに変更→カラーエフェクト:色調補正1を選択し、カラーモードにマスクを掛けると、プログラムパネルの映像と、マスク範囲が次のようにズレます。カラーモードに適用後マスクをかけた瞬間に表示が変わって、映像だけがずいぶん先のフレームのものが表示されているように見えます。必要であれば、当該プロジェクトファイルのアップロードも可能です。

シーケンスの設定にsRGBワークスペースも選べるようにしてほしいOpen for Voting

Premiere Proにも、After Effectsのように sRGB IEC61966-2.1 を作業カラースペースとして選べるようにしてほしいです。CG・アニメーション・Web・PCモニター確認用の制作では、実際には sRGB / ガンマ2.2 基準で作業しているケースが多くあります。しかしPremiere ProはSDR作業・書き出しがRec.709中心のため、sRGB基準の素材を扱うと、色管理されたプレイヤーで確認した際に見た目がズレることがあります。検証では、Premiere Proから書き出したH.264の映像データはそのままに、カラー情報だけを NCLC 1-13-1 / Video Range に変更しました。Primaries: BT.709 / 1Transfer: sRGB / 13Matrix: BT.709 / 1Range: Video / Limited その結果、macOS QuickTime Player、Windows Media Player、VLC、RV、Premiere Proで、元のsRGB PNGにかなり近い見た目になりました。またPremiere Pro自身も、その変換後ファイルを sRGB として認識しました。つまりPremiere Proは読み込み時にはsRGB / 1-13-1を理解できます。しかし作業カラースペースや書き出し設定として、それを明示的に選べません。そのため、Premiere Proに以下を追加してほしいです。 作業カラースペース:sRGB IEC61966-2.1書き出しメタデータ:sRGB / NCLC 1-13-1 Rec.709を置き換える要望ではなく、sRGBベースのCG・アニメーション・Web向けSDRワークフローも正式に扱えるようにしてほしい、という要望です。

【不具合報告】無音区間にSEを配置するとクリックノイズが発生し、Audition連携では別の音へ置き換わるOpen for Voting

■使用環境Premiere Pro:26.2.2Adobe Audition:26.0OS:Windows 11CPU:Intel Core i7-11700 @ 2.50 GHzGPU:NVIDIA GeForce RTX 2070 SUPERメモリ:64 GB ■Premiere Proで発生している症状Premiere Pro 26.2.2で、シーケンス上に音声ファイルが置かれていない区間へ効果音(SE)を配置すると、一部の箇所で「プツッ」「ブツッ」というクリックノイズが発生します。 タイムライン上での再生時に発生する場合もありますが、再生時には問題がなくても、書き出した動画でのみクリックノイズが発生する場合もあります。 すべてのSEで必ず発生するわけではありませんが、複数の箇所で確認しています。 既存のシーケンスだけでなく、新規シーケンスでも発生しました。 ■再現手順 1. Premiere Pro 26.2.2で新規シーケンスを作成する。2. 音声ファイルが置かれていない空白区間を作る。3. 空白区間の音声トラックにSEを配置する。4. タイムライン上で再生する。5. H.264形式などで動画を書き出す。6. 一部の箇所で、元素材には存在しないクリックノイズが発生する。 また、音声ファイルが途切れた後に別の音声ファイルを配置した場合も、境界付近でクリックノイズが発生することがあります。 ■期待する動作音声ファイルが置かれていない区間へSEを配置しても、元素材に存在しないクリックノイズが追加されないこと。タイムライン再生と書き出し結果が一致すること。 ■暫定的に確認できた回避方法Premiere ProからAdobe Auditionへシーケンスを送信し、音声全体を1本のWAVファイルとして書き出すと、WAV単体ではクリックノイズが聞こえなくなりました。 しかし、Audition連携では別の重大な問題が発生しました。 ■Adobe Audition連携で発生している症状Premiere Proから、 編集→ Adobe Auditionで編集→ シーケンス を選び、Audition 26.0へシーケンスを送信しました。 Audition側で再生すると、Premiere Pro上ではBGMだった箇所の一部が、別の効果音に置き換わっています。 具体的には、元のB