Robloxプロモーションショート動画 は何をしますか?
あなた自身が動画全体を制作します:台本、映像、編集、音声、カバー。ユーザーの仕事は、計画の承認、録画中のPC操作の回避、そして自身のナレーションが必要な場合はその録音です。出力は1080×1920 @60fps H.264、-14 LUFS、カバー付きです。
ここに書かれていることはすべて、実在のゲーム(Archer Heroes)で実践して学んだものです。scripts/ 内のスクリプトは実用パイプラインです。ユーザーのプロジェクトにコピーし、明確にマークされたデータブロックを編集するだけで、ゼロから書き直す必要はありません。
ワークフロー
- 参考動画の分析(ユーザーがリンクを共有した場合)→
references/research.md。 yt-dlp でダウンロードし、フレームシートを作成し、文字起こしを行い、視聴回数を取得します。視聴回数は雰囲気よりも重要です。テストでは、ストーリー形式が2800万回再生された一方、既に使用された配信の瞬間を再投稿したものは3万4千回再生でした。実際に効果的なものをユーザーに伝えてください。 - フォーマットを選び、実際のデータに基づいて台本を書く。Studio MCP 経由でプレイス(ライン数、敵数、ドロップ率など)の数値を読み取り、統計を捏造しないこと。ユーザーが確認すべき主張にはフラグを立ててください(例:「私は1行もコードを書いていません」)。
- Studio から映像を録画 →
references/studio-recording.md。 編集モードでのカメラフライスルー(Luau アニメーションカメラ + ffmpeg 画面キャプチャ)と実際のプレイテスト(管理者リモート、ウェーブワープ、ゴッドモード)。ユーザーに Studio を前面に表示し、入力を触らないよう依頼し、PC を再び使えるタイミングを伝えてください。 - 編集:以下の2つのテンプレートのいずれかを使用。
- モーショングラフィックス解説 →
references/explainer.md(scripts/render_explainer.py) - ストリーマーリアクション風ミーム →
references/reaction.md(scripts/render_reaction.py)
- モーショングラフィックス解説 →
- 音声 →
references/audio.md。実際のサンプルのみ(Pixabay / ユーザーのライブラリ)、リビール部分に音楽ドロップ、ナレーション下のダッキング、loudnorm -14 LUFS。 - カバー:
scripts/thumbnail_explainer.py(縦型 + 16:9)、scripts/thumbnail_reaction.py。 - 確認、そして納品:静止画とコンタクトシートを確認し、最終動画を文字起こししてキャプション同期をチェックし、ラウドネスを確認した後、
SendUserFileで MP4 + カバーを送信します。
ツールボックス(scripts/driver.py)
python <skill>/scripts/driver.py check # ffmpeg, yt-dlp, whisper, demucs, フォント
python <skill>/scripts/driver.py stills <proj> render.py 0.5,6,12 # プレビュー静止画 → .promo_out/stills.jpg
python <skill>/scripts/driver.py sheet video.mp4 2 # コンタクトシート → 確認用
python <skill>/scripts/driver.py cuts recording.mp4 # ハードカット時間(実際のPTS)
python <skill>/scripts/driver.py words final.mp4 # Whisper 単語タイムスタンプ(同期確認)
python <skill>/scripts/driver.py mux video.mp4 mix.wav out.mp4 # -14 LUFS アップロード用エンコード
python <skill>/scripts/driver.py viewport # 画面上の Studio ビューポート領域を検出
python <skill>/scripts/driver.py grab take.mp4 40 168 1146 # その領域を 60fps で録画
python <skill>/scripts/music_drops.py track.mp3 # BPM、ラウドネスカーブ、ドロップタイミング
これらのコマンドが生成する画像は必ず開いて確認してください。「成功」したレンダリングでも、すべて RUN OVER 画面だったり、床下カメラだったり、公開してはいけないネームタグが映っている可能性があります。
ユーザーを保護するルール
- AIによる実在の人物の声のクローンは禁止。 ElevenLabs などを使って、実際に発言していないセリフをストリーマーに言わせないでください。実際のクリップ(別のクリエイターの編集ではなく、元の VOD を見つけること)を使用し、Demucs で音声を分離してください。ミーム編集にはその旨のラベルを付けることを推奨します。
- 合成効果音は禁止。 numpy-synth のウィッシュ音やチック音はユーザーにとって不快でした(「黒板を爪で引っかくよう」)。実際のサンプルを使用し、ヒット音には温かみのある低いもの(スペクトル重心 < 約2 kHz)を選んでください。
- ダウンロードには許可が必要。 SFX/音楽をダウンロードする前に、ファイル、ソース、おおよそのサイズをリストアップし、承認を待ってください。ユーザーが依頼した場合の参考/ソース動画の yt-dlp ダウンロードは問題ありません。
- 他人の情報を公開しない。 Team Create のコラボレーターは編集モードのキャプチャにネームタグとして映り込みます。カットするかぼかし処理を施してください。
- プレイテストは実際のセーブデータに書き込む。 管理者ギアの付与/装備は永続化されます。その旨を伝え、装備の復元を提案してください。プレイス編集(ShowDevelopmentGui、一時的なステージフォルダ)は元に戻してください。
- ユーザーが使用中のデスクトップを録画しない。 Studio が前面に出ているとユーザーが確認した後にのみ画面をキャプチャし、それ以外の場合は
screen_captureの静止画を使用してください。
納品
アップロード用 MP4 とカバーを SendUserFile(display: render)で送信します。メッセージには以下を含めてください:ビートごとの内容、実際のものとプレースホルダー(例:TTS音声)の区別、ラウドネス、そして正直な注意点(確認が必要な主張、Pixabay 音楽の Content ID リスク、プロフィール変更など)。
ユーザー自身のナレーションを録音した場合に備え、ワンコマンドで再ビルドできるオプションを提供してください(references/explainer.md → 「ユーザーの声に差し替え」)。