本文へスキップ

SpicyAPI の Video Face Swap は、参照写真 1 枚の顔立ちを動画の人物に全フレームで移し、髪・動き・構図・背景はそのままです。動画 URL と顔画像を送り、スタイルで仕上がりを決めます。

最低価格 $0.026/秒

プレイグラウンド

入力

動画編集
1/1

動画をここにドロップ、またはここから選択 · 1 ファイル・1 件 90 MB まで・MP4

  • 1
1 / 1 ファイル
変更する動画です。この人物の髪、頭の形、動き、衣装、シーン全体はそのまま残り、顔のパーツだけが差し替わります。動画ファイル自体への直リンクである必要があります。動画を再生するページを渡すと HTML が返るだけで、入力チェックは再生時間を読み取れず、呼び出しは失敗して料金は返金されます。ファイルを直接アップロードするのが最も確実です。 1 文字以上
1/1

ファイルやメディアのリンクをドロップ、貼り付け、または選択 · 1 ファイル・1 件 10 MB まで・JPG · PNG · WEBP

  • 1
1 / 1 ファイル
顔立ちを提供する静止画です。使われるのは顔だけで、髪や頭の形は取り込まれません。動画とおおよそ同じ方向から光が当たっているものを選んでください。 1 文字以上
顔の対応付け0/10
複数の人物が映るクリップ向けです。参照画像のどの顔を動画のどの顔に入れるかを 1 項目 1 組で指定します。顔の番号は検出順に 0 から数えます。指定しなければ顔を 1 つだけ入れ替えます。料金は変わりません。 10 件以内
顔の補正
入れ替えた顔に顔補正の処理をかけ、より高解像度の顔にします。既定はオフです。料金は変わりません。
スタイル
RealisticBeautifyLossless
realistic(既定)は自然な肌の色と質感を保ち、beautify は肌をなめらかに明るく整え、lossless は参考画像の顔のディテールを最大限に残します。まず realistic から試してください。
セーフティチェックオフ

SpicyAPI はこのモデルにセーフティチェックをかけません。プロンプトと素材はそのままモデルに渡り、出力はモデル自身が決めます。

送信と料金見積もりを有効にする前にアカウントを確認しています。

出力

実行待ち
サンプル出力

関連モデルと次のステップ

お探しのモデルが見つかりませんか?

必要なモデルと用途をお知らせください。次に何を追加するかを決めるチームに直接届きます。

ファイル URL 2 つと閉じたスキーマ、課金は呼び出しごとに 1 回

Video Face Swap API は MP4(video_url)と参照写真 1 枚(reference_image_url)を受け取り、全フレームに参照顔を通した同じ映像を返します。定義済みキーは 3 つだけで、任意項目の style が 3 つ目にあたり、それ以外を送るとリクエストボディが拒否されます。resolution も aspect_ratio も選べません。出力される映像は送った素材の構図と尺をそのまま引き継ぎ、1 回の呼び出しはリクエスト 1 件として課金されます。

プレイグラウンド を開く
ファイル URL 2 つと閉じたスキーマ、課金は呼び出しごとに 1 回
必須フィールド
video_url と reference_image_url、いずれも URL 文字列
任意フィールド
style。realistic(既定)、beautify、lossless のいずれか
対応形式
映像は MP4、参照画像は JPEG、PNG、WebP
出力の形
元の映像から継承。resolution や aspect_ratio のフィールドはありません
タスクの制限時間
送信したタスク 1 件あたり処理時間 1,800 秒
課金
呼び出しごとにリクエスト 1 件、秒数による加算はなし
タスクの制限時間
上限は処理時間にかかるもので、映像の長さそのものではないvideo_url の背後にある映像がどれだけ長くてもスキーマ上の上限はなく、尺を指定するフィールドもありません。長い映像を縛るのは、タスクが終了状態に達するまでの 1,800 秒という時間で、処理時間は映像が長く大きいほど伸びます。
料金体系
映像 1 本につき課金 1 回、尺の長短を問わず課金は単一の価格ティアでリクエストごとに行われるため、数秒のテストカットも長編インタビューも請求書では同じ 1 行になります。事前に見積もる秒単位の加算はなく、バッチの規模はリクエスト件数だけで決まります。
スキーマ
ファイル用フィールド 2 つと任意の仕上げ設定 1 つのみ契約内容は video_url、reference_image_url、style だけで、prompt もマスクも seed もスキーマのどこにもありません。結果がうまくいかなかった場合は、入力した 2 つのファイルを見直して原因を探ることになり、言い回しを変えて対処する余地はありません。

Video Face Swap API が得意なこと

閉じたボディがコピー由来のフィールドを弾く

閉じたボディがコピー由来のフィールドを弾く

このエンドポイントは additionalProperties が false なので、定義されていないキーを含むリクエストはバリデーションエラーで返されます。動画生成系のエンドポイントから移ってきたチームは習慣で resolution や duration_seconds、prompt を紛れ込ませがちですが、それらはタスクが作られる前にエラーとして返り、途中で静かに捨てられることはありません。

由来を問わずどの MP4 でも動く

由来を問わずどの MP4 でも動く

video_url には映像が生成モデル由来であるという条件がありません。スマートフォンの撮影、ライセンス済みのストック映像、画面収録、アーカイブされたマスター素材も同じフィールドを通ります。条件は、その映像に写る被写体が 1 人で、ほとんどの尺を通じて顔が読み取れる状態にあることだけです。

  • 仕上げを調整できるのは style のみ

    2 つのファイル URL のほかに任意項目は style だけで、これを変えてもリクエストの組み立て方自体は変わりません。既定値は realistic で、beautify と lossless は転写後の顔に異なる仕上げを与えます。1 組の素材で 3 種類を比較するには、同じボディを 1 つの値だけ変えて 3 回送るだけです。

  • 出力の形を決めるのは元映像

    解像度の段階も aspect_ratio の切り替えもなく、そこで間違える余地がありません。縦位置の映像はそのまま元のピクセル寸法で縦位置のまま返り、尺も送った通りに保たれます。納品形式は素材そのものによって決まり、パラメータが素材とずれる心配はありません。

  • 1 回の呼び出しにつき映像 1 本

    完了したタスクはプラットフォームのストレージから配信される映像アセットをちょうど 1 つ持ち、複数出力を求める count やバッチ用のフィールドはありません。参照写真は読み取られるだけで、トリミングも再エンコードも返却もされないため、各呼び出しで手元に増える新しいファイルは映像 1 本だけです。

  • 最初の呼び出しから非同期

    すべてのリクエストは応答を待たずタスクを作成するので、統合の流れは送信し、タスク ID を保持し、状態が確定するまでポーリングし、結果を取得するという形になります。1,800 秒という制限時間はタスクごとに適用され、処理時間は映像の長さと解像度に応じて変わるため、短いカットのほうが長いものより早く確定します。

Video Face Swap はどんな人に向くか

  • どのレンダラーの後段にも置ける後処理ステップ

    パイプラインエンジニア

    どのレンダラーの後段にも置ける後処理ステップ

    video_url はどんな MP4 でも受け取るため、生成系の動画モデル、画面収録ツール、カメラからの書き出しのどれの後ろに置いても分岐処理は不要です。呼び出し口はすべて同じ形を保ちます——URL を 2 つ、任意の style、ポーリングするタスクが 1 つです。

  • 映像の長さより並列に流れるジョブ数がものを言う

    バッチ・スケジューリングチーム

    映像の長さより並列に流れるジョブ数がものを言う

    1 回の呼び出しは請求上リクエスト 1 件、タスクとしても 1,800 秒という独立した制限時間を持つので、バッチ計画は合計の再生時間ではなく同時進行のジョブ数で決まります。各タスクは自分の ID でポーリングされるため、1 本の映像がどれだけ時間をかけて確定するかが他のループに影響しません。

  • 以前に撮影した素材もそのまま対象になる

    既存の映像素材を抱えるチーム

    以前に撮影した素材もそのまま対象になる

    アーカイブされたマスター素材、ライセンス済みストック映像、スマートフォンの撮影はすべて同じ video_url フィールドを通り、MP4 として用意する以外の準備は要りません。照明とカメラワークが承認済みの一本であれば、顔立ちだけが差し替えられるので、その両方はそのまま維持されます。

  • 生成した顔なら 2 人目の実在人物を確保しなくて済む

    合成タレントを扱うスタジオ

    生成した顔なら 2 人目の実在人物を確保しなくて済む

    reference_image_url は写っている顔が実在の人物のものかどうかを問わないため、他所で生成した顔を使えば、実在の人物をもう 1 人起用しなくてもシリーズ全体を通せます。権利まわりの確認はその後、映像素材のクリアランスだけに絞り込まれます。

Video Face Swap API の使い方

  1. 両方のファイルをエンドポイントが取得できる場所に置く

    video_url と reference_image_url はエンドポイント自身が読みに行く URL 文字列であり、リクエストに添付するファイルパートではありません。映像は MP4 である必要があり、参照写真は JPEG、PNG、WebP のいずれかにできます。

  2. 定義済みの 3 つのキーだけでボディを組み立てる

    video_url と reference_image_url、既定の仕上げでは足りない場合のみ style を送ります。それ以外のキーは additionalProperties が false のためバリデーションで失敗するので、動画生成系のペイロードから引き継いだフィールドは送信前に取り除いてください。

  3. 先に短いカットで組み合わせを確認する

    対象映像から数秒だけ切り出し、フルの映像より先にそちらを実行します。処理時間は長さと解像度に比例して伸びるため、参照写真が合わないケースは短いカットのほうが早く見つかります。

  4. 送信してタスク ID を保持し、ポーリングする

    呼び出しが返すのは完成した映像ではなくタスクです。返却された ID を保存し、状態が確定するか 1,800 秒の制限時間が閉じるまでポーリングしたうえで、プラットフォームのストレージから映像を取得してください。

  5. 正しく読み取れたら完全な映像で再送する

    承認されたテストと同じ参照写真と style の値のままで最終レンダーが作られるよう、変えるのは video_url だけにして同じボディをフルの映像で再送します。

Video Face Swap の実際の例

  • プロダクト解説映像を別の登壇者向けに作り直す

    画面収録による解説映像に映る登壇者 1 人を、同意を得た別の登壇者に差し替えます。元の映像を video_url に、新しい登壇者の顔写真を reference_image_url に入れ、既定の realistic な仕上げによって肌の色味が映像全体となじみます。

  • 縦位置のスマホ映像が縦位置のまま返る

    aspect_ratio のフィールドが素材の形を上書きすることはないため、スマートフォンで撮影した 9:16 の映像は形を変えずにそのまま通ります。返ってくるのは同じ構図、同じ尺で、2 つのファイルの違いは顔だけです。

  • 本番前に 10 秒だけ試す

    長い研修用映像から短いカットを切り出し、被写体が向きを変えたり動いたりしても参照写真が耐えられるかをフル送信の前に確かめます。組み合わせが合わなければ、やり直しにかかるのは映像 1 本分ではなく数秒の処理だけです。

Video Face Swap API のよくある質問

プロンプトを書く必要がないので、結果は 2 つのファイルだけで決まります。顔が遮られておらず正面に近く、光がむらなく当たっている参照写真を選び、その人物が画面内で大きく映り続けるカットを選んでください。写真と映像の光の向きをそろえることが、このスキーマのどのフィールドよりも結果を左右します。数秒でペアリングを確認してから完全な映像を送り、既定の仕上げが合わないときだけ style を変えてください。

このシリーズのモデル4

動画モデル1

  • Video Face Swap表示中動画編集$0.026出力秒あたり