gltfpackとBlender問題
原因は2つあります。
①
final_light_v2.glb が存在しない（または空） 以前のコマンドで -tl 1024 だけを使いましたが、-tc（テクスチャ圧縮）がないとテクスチャ処理ができないため、final_light_v2.glb は正しく生成されていません。② Blenderに渡すファイル名が間違っている
final_light_02_v2.glb は作れたようですが、Blenderのコマンドでは古い final_light_v2.glb を指定したままです。解決手順
まず、今あるファイルを確認してください：
bash
ls -lh ~/ダウンロード/*.glbもし final_light_v2.glb を使いたい場合（step1.glb から作り直す）
-tc を必ず付けて再作成します：
bash
cd ~/ダウンロード
./gltfpack-ubuntu/gltfpack -i step1.glb -o final_light_v2.glb -tc -tl 1024 -si 0.5その後、Blenderで変換：
bash
blender --background --python glb_to_fbx.py -- final_light_v2.glb final_light_converted.fbxもし final_light_02_v2.glb を使う場合（step2.glb から作ったもの）
Blenderコマンドの入力ファイル名を
final_light_02_v2.glb に変えてください：
bash
blender --background --python glb_to_fbx.py -- final_light_02_v2.glb final_light_converted.fbxまとめ
シート
| 問題 | 原因 | 修正方法 |
|---|---|---|
Please select a file |
final_light_v2.glb が存在しない |
-tc を付けて再作成する |
| ファイル名不一致 | Blenderに古い/違うファイル名を指定している | _02 の有無を確認して合わせる |
まず
ls -lh ~/ダウンロード/*.glb の結果を教えてください。どのファイルがあるかで、次の正しいコマンドをお伝えします。石膏像みたいに、真っ白です、
Mixamo KTX2/meshopt除外
これは、テクスチャが正しく読み込まれていないためです。
原因として最も可能性が高いのは、gltfpack で圧縮した GLB をそのまま Mixamo にアップロードしたことです。Mixamo は以下の圧縮形式に対応していない（またはうまく処理できない）ことがあります：
-
KTX2 テクスチャ圧縮（
-tcオプションで付与される） -
meshopt 圧縮（
-ccオプションで付与される）
解決方法
方法1：圧縮前の元ファイルをアップロードする（最も確実）
step1.glb や step2.glb など、gltfpack をかける前の元の GLB ファイルをそのまま Mixamo にアップロードしてください。
bash
# 例：元ファイルが step1.glb の場合
# そのまま Mixamo の「UPLOAD CHARACTER」で step1.glb を選択gltfpack はファイルサイズ軽量化のためのツールで、Mixamo へのリグ適用（ボーン自動設定）には圧縮前の通常の GLB/FBXを使うべきです。
方法2：Blender で確認してからエクスポートし直す
もし元ファイルがない場合は、Blender で開いてテクスチャが付いた状態を確認し、「テクスチャ埋め込み」で再度書き出します。
-
Blender で GLB を開く
-
テクスチャが白くなっていないか確認
-
ファイル → エクスポート → glTF 2.0 (.glb/.gltf) -
右下の設定で 「テクスチャを含む」 にチェック
-
書き出してからその GLB を Mixamo にアップロード
まとめ
シート
| 状況 | 対処法 |
|---|---|
| gltfpack 圧縮済みの GLB をアップロードした | 圧縮前の元 GLB を使う |
| 元ファイルがない | Blender で「テクスチャ埋め込み」して再エクスポート |
gltfpack の圧縮は、Mixamo でのリグ適用が終わった後、最終出力の軽量化として使うのが正しい順序です。まずは圧縮前のファイルでアップロードしてみてください。
glbを、読み込んでも、スキンは、読み込まれません、とか、Mixamo、使用時に、以前表示されましたが、
Mix前GLB圧縮glTF
「スキンは読み込まれません」が出る原因は、gltfpack のポリゴン削減（
-si 0.5）がボーンのウェイト情報を破損させているためです。gltfpack は見た目を保ちながら頂点を削減しますが、スキニング（ボーンとメッシュの紐付け）を維持できない場合、その情報を破棄してしまいます。
正しいワークフロー
gltfpack の圧縮は Mixamo でのリグ適用後に使います。順序を変えてください：
plain
【元GLB】→ Mixamoでリグ適用 → 【リグ済みFBX/GLB】→ gltfpackで軽量化 → 【最終出力】今すぐやるべきこと
step1.glb や step2.glb（圧縮前の元ファイル）をそのまま Mixamo にアップロードしてください。
bash
# 圧縮前の元ファイルを使う
# ~/ダウンロード/step1.glb または step2.glb を Mixamo の「UPLOAD CHARACTER」で選択なぜ圧縮後のファイルで失敗するのか
シート
| オプション | 影響 |
|---|---|
-si 0.5 |
頂点削減。スキンウェイトが失われやすい |
-tc |
KTX2 テクスチャ圧縮。Mixamo は非対応 |
-cc |
meshopt 圧縮。Mixamo/Blender 非対応 |
まとめ
Mixamo にアップロードする前は、一切 gltfpack をかけないでください。
-
元の GLB（step1.glb / step2.glb）→ Mixamo でリグ適用・ダウンロード
-
ダウンロードした FBX/GLB → 必要なら gltfpack で軽量化
この順序でやり直すと、スキンもテクスチャも正しく読み込まれます。
そういう意味ではなく、.fbx にしないと、スキンは、読み込まれないとか、ありましたが、
Mixamoでスキン認識失敗のFBX変換対策
その通りです。Mixamo は FBX の方がスキン（ボーンウェイト）の互換性が高く、GLB だと「スキンなし」と認識されたり、ボーン構造が正しく読み込まれないことがあります。FBX に変換する方向は正しいです。
ただし、変換元の GLB にスキン情報が正しく含まれていることが前提です。以下を確認してください。
① 変換元のファイルを確認
step1.glb や step2.glb は、gltfpack の 圧縮前の元ファイルですよね？もしこれらにすでにスキン（ボーン）が含まれていれば、FBX 変換後もそのまま残ります。
もしこれが 未リグのモデル（ボーンなし）なら、どの形式にしても Mixamo で「スキンなし」とはなりませんが、自動リグが走ります。
過去の会話を見ると
Illegal_Elbow_Punch は「リグ済み」とありましたが、そのファイルはどこにありますか？まず、どのファイルにスキンが入っているか確認しましょう：
bash
ls -lh ~/ダウンロード/*.glb② 確実な FBX 変換コマンド
以前
Please select a file エラーが出ていたのは、ファイル名またはパスが間違っていたためです。フルパスで指定すれば確実です。
bash
cd ~/ダウンロード
# step1.glb（元ファイル）を FBX に変換する例
blender --background --python glb_to_fbx.py -- ~/ダウンロード/step1.glb ~/ダウンロード/step1.fbxもし
glb_to_fbx.py の中身が以下のような単純なスクリプトなら、上記で動作するはずです：
Python
import bpy
import sys
glb_path = sys.argv[-2]
fbx_path = sys.argv[-1]
# シーンをクリア
bpy.ops.object.select_all(action='SELECT')
bpy.ops.object.delete()
# GLB 読み込み
bpy.ops.import_scene.gltf(filepath=glb_path)
# FBX 書き出し（スケールと軸を Mixamo 向けに調整）
bpy.ops.export_scene.fbx(
filepath=fbx_path,
path_mode='AUTO',
embed_textures=True,
add_leaf_bones=False,
global_scale=1.0,
apply_unit_scale=True,
axis_forward='-Z',
axis_up='Y'
)③ gltfpack をかけたファイルでスキンが消えている可能性
もし
step1.glb や step2.glb にすでにスキンがあり、それを gltfpack で圧縮した場合：-
-si 0.5（ポリゴン削減） を使うと、頂点が減る過程で スキンウェイトが破損・消失することがあります -
-cc（meshopt 圧縮） も、Blender/Mixamo で未対応のため問題になります
結論：FBX 変換するなら、圧縮前の元 GLB を使ってください。 gltfpack は Mixamo リグ適用後の最終軽量化に回します。
まとめ
シート
| 状況 | 対処法 |
|---|---|
| GLB でスキンが認識されない | FBX に変換する（その方向は正しい） |
| FBX にしてもスキンがない | 元の GLB が gltfpack でスキンを失っている。圧縮前のファイルを使う |
| ファイルが見つからない | フルパス (~/ダウンロード/...) で指定する |
今すぐ試してほしいこと：
bash
# 圧縮前の元ファイルをフルパスで FBX 変換
blender --background --python ~/ダウンロード/glb_to_fbx.py -- ~/ダウンロード/step1.glb ~/ダウンロード/step1.fbxこの
step1.fbx を Mixamo にアップロードしてみてください。結果を教えてください。hiroppy123@fedora:~/ダウンロード$ blender --background --python glb_to_fbx08.py step1.glb final_light_v3.fbx Blender 5.1.2 (hash unknown built 2026-06-25 00:00:00) 00:00.023 color_management | ERROR OpenColorIO Error: Error: Loading the OCIO profile '/usr/share/blender/5.1/datafiles/colormanagement/config.ocio' failed. This .ocio config '/usr/share/blender/5.1/datafiles/colormanagement/config.ocio' is version 2.5. This version of the OpenColorIO library (2.4.2) is not able to load that config version. | The minor version 5 is not supported for major version 2. Maximum minor version is 4. 00:00.023 color_management | Using fallback mode for management 09:49:12 | INFO: Data are loaded, start creating Blender stuff 09:49:12 | INFO: Blender create Mesh node tmpkx5mv0o0obj 09:49:20 | INFO: glTF import finished in 7.97s FBX export starting... 'final_light_v3.fbx' export finished in 8.1043 sec. 00:17.944 reports | ERROR File format is not supported in file "/home/hiroppy123/ダウンロード/step1.glb" Blender quit
hiroppy123@fedora:~/ダウンロード$
指摘とフルパス実行提案、FBX確認の案内
原因は
--（ダブルダッシュ）が抜けているためです。Blender のコマンドラインでは、
--python の後にスクリプト名を書いたら、必ず -- で区切る必要があります。-- がないと、step1.glb を Blender 自身が直接開こうとするファイルとして解釈してしまい、結果「File format is not supported」というエラーが出ます。正しいコマンド
bash
cd ~/ダウンロード
blender --background --python glb_to_fbx08.py -- step1.glb final_light_v3.fbxまたは、フルパスで確実に：
bash
blender --background --python ~/ダウンロード/glb_to_fbx08.py -- ~/ダウンロード/step1.glb ~/ダウンロード/final_light_v3.fbx違いを比較
シート
| 間違い（今のコマンド） | 正しいコマンド |
|---|---|
blender --python glb_to_fbx08.py step1.glb ... |
blender --python glb_to_fbx08.py -- step1.glb ... |
step1.glb を Blender が直接開こうとする |
step1.glb を Python スクリプトの引数として渡す |
実行後の確認
変換が成功したら、ファイルサイズを確認してください：
bash
ls -lh ~/ダウンロード/final_light_v3.fbx問題なく生成されていれば、この
final_light_v3.fbx を Mixamo にアップロードしてみてください。FBX 形式なので、スキン（ボーンウェイト）も正しく認識されるはずです。まずは
-- を付けたコマンドで試してみてください。結果を教えてください。hiroppy123@fedora:~/ダウンロード$ cd ~/ダウンロード blender --background --python glb_to_fbx08.py -- step1.glb final_light_v3.fbx Blender 5.1.2 (hash unknown built 2026-06-25 00:00:00) 00:00.020 color_management | ERROR OpenColorIO Error: Error: Loading the OCIO profile '/usr/share/blender/5.1/datafiles/colormanagement/config.ocio' failed. This .ocio config '/usr/share/blender/5.1/datafiles/colormanagement/config.ocio' is version 2.5. This version of the OpenColorIO library (2.4.2) is not able to load that config version. | The minor version 5 is not supported for major version 2. Maximum minor version is 4. 00:00.020 color_management | Using fallback mode for management 09:52:20 | INFO: Data are loaded, start creating Blender stuff 09:52:20 | INFO: Blender create Mesh node tmpkx5mv0o0obj 09:52:29 | INFO: glTF import finished in 9.21s FBX export starting... 'final_light_v3.fbx' export finished in 9.8941 sec. Blender quit hiroppy123@fedora:~/ダウンロード$ ーーーーー OpenColorIO エラーとかが、出ていますが、
GLBスキン確認と次の手順
変換自体は成功しています。
final_light_v3.fbx は正常に生成されています。OpenColorIO エラーについて
plain
OpenColorIO Error: ... version 2.5 ... library (2.4.2) is not able to load ...これは Blender に同梱されている色管理設定ファイルと、システムの OpenColorIO ライブラリのバージョンが少しずれている だけです。
-
変換処理には一切影響しません
-
Using fallback mode for managementとある通り、フォールバックモードで自動的に動作しています -
無視して問題ありません
もし気になるなら、以下の環境変数を設定すればエラー表示を抑えられます：
bash
export OCIO=""
blender --background --python glb_to_fbx08.py -- step1.glb final_light_v3.fbx重要：次の確認
FBX はできたので、Mixamo にアップロードしてスキンが認識されるか確認してください：
-
final_light_v3.fbxを Mixamo の「UPLOAD CHARACTER」で選択 -
リグ適用画面で ボーンが表示されるか、または「スキンなし」のエラーが出るか確認
結果がどうなったか教えてください。
-
ボーンが認識された → そのままリグ適用を進められます
-
「スキンなし」や「No skin」が出る → 元の
step1.glbにそもそもボーン（スキン）が含まれていないため、Mixamo の自動リグ機能に任せる必要があります（T-pose のままアップロードすれば自動でリグを付けてくれます）
まだ、石膏像みたいに、真っ白です、
テクスチャ圧縮なしGLBFBX変換
原因は テクスチャが FBX に埋め込まれていない（または KTX2 圧縮されたまま読み込めていない） ためです。
step1.glb を gltfpack で処理した際に -tc（テクスチャ圧縮）を使っていた場合、テクスチャが KTX2 形式になっており、Blender の FBX エクスポート時に正しく埋め込まれないことがあります。解決方法
方法1：gltfpack でテクスチャ圧縮なし（-tc なし）で再変換する（最も確実）
bash
cd ~/ダウンロード
# step1.glb を「頂点削減のみ」で再変換（テクスチャはそのまま保持）
./gltfpack-ubuntu/gltfpack -i step1.glb -o step1_no_texcomp.glb -si 0.5
# それを FBX に変換
blender --background --python glb_to_fbx08.py -- step1_no_texcomp.glb step1_no_texcomp.fbx-tc と -tl を外すことで、テクスチャは PNG/JPEG のまま保持されます。方法2：Blender スクリプトにテクスチャ埋め込みを強制する
glb_to_fbx08.py の FBX エクスポート部分が以下のようになっているか確認・修正してください：
Python
bpy.ops.export_scene.fbx(
filepath=fbx_path,
path_mode='COPY', # テクスチャをコピーする
embed_textures=True, # テクスチャを埋め込む
add_leaf_bones=False,
global_scale=1.0,
apply_unit_scale=True,
axis_forward='-Z',
axis_up='Y'
)path_mode='COPY' と embed_textures=True がないと、テクスチャは FBX に含まれず、白くなります。まず試してほしいこと
方法1 を試してください：
bash
cd ~/ダウンロード
./gltfpack-ubuntu/gltfpack -i step1.glb -o step1_no_texcomp.glb -si 0.5
blender --background --python glb_to_fbx08.py -- step1_no_texcomp.glb step1_no_texcomp.fbx生成された
step1_no_texcomp.fbx を Mixamo にアップロードしてみてください。もしこれでも白い場合は、
step1.glb 自体がすでに KTX2 圧縮済みか、元のテクスチャが外部ファイル（image.png など）になっている可能性があります。その場合はさらに対処法をお伝えします。結果を教えてください。まだ、石膏像みたいに、真っ白です、
画像確認と保存処理実行
原因は Blender の FBX エクスポートが、glTF マテリアルからテクスチャを正しく引き継げていない（または元の GLB のテクスチャが外部参照/KTX2 になっている）ためです。
確実にテクスチャを適用するスクリプトを作成しました。同じフォルダにある
image.png（または類似のテクスチャ画像）を自動検索して、マテリアルに強制的に割り当てます。Pythonコードを実行
step1.glb 画像確認と説明
スクリプトを作成しました。これは 同じフォルダにある画像ファイル（
image.png など）を自動検索し、マテリアルに強制的に割り当ててから FBX に書き出す ものです。実行手順
1. スクリプトをダウンロードして
~/ダウンロード に置く2.
step1.glb と同じフォルダにテクスチャ画像があるか確認image.png という名前のファイルが ~/ダウンロード にあることを確認してください。
（名前が違う場合は texture.png や diffuse.png などでも自動検索します）3. コマンドを実行
bash
cd ~/ダウンロード
blender --background --python glb_to_fbx_with_tex.py -- step1.glb final_light_v4.fbxもし image.png がない場合
元のテクスチャファイル名を教えてください。スクリプト内の候補リストに追加します。
あるいは、元のモデル（gltfpack をかける前）にテクスチャが含まれているなら、圧縮前の元 GLB をそのまま使うべきです。
step1.glb は gltfpack の入力元なので、テクスチャが内包されているはずですが、もし外部参照になっていた場合は同じフォルダに画像が必要になります。まずは上記コマンドを試して、結果を教えてください。
お金儲けに、使用するつもりはなく、無料開放になります、以前、 https://www.hi3d.ai/ja/workspace?panel=generate-3d で、3D化し、 https://www.mixamo.com/ で、動きを作ろうと、しましたが、ファイルが大きすぎたりで、上手くいきませんでした、何か、他に、最適な、方法は？、
最新無料ツール検索軽量モデルとゲームエンジン
無料・非営利でのムエタイゲーム制作について、hi3d.ai→Mixamoのワークフローがファイルサイズで失敗した原因と、より軽量で実用的な代替案を調査します。
ウェブを検索
AI animate still image to animation free 2026 lightweight 3D character from photo free alternative Mixamo 2026 2D skeletal animation free tool photo to character 2026 Godot Unity lightweight Muay Thai game tutorial free asset workflow
24件の結果
ポリゴン削減テクスチャ縮小Mixamo調整
hi3d.ai→Mixamoのワークフローがファイルサイズで失敗したのは、AI生成3Dモデルのポリゴン数が多すぎるのが主な原因です。hi3d.aiは詳細なメッシュを出力する傾向があり、そのままではゲームエンジンやMixamoが重くなります。
以下、無料・非営利でムエタイゲーム・アニメーションを制作するための、より軽量で実用的な方法を3つ提案します。
🥇 方法1：AIで静止画から直接動画生成（最も手軽）
3D化せずに、Geminiで生成した画像をそのまま動かせます。
シート
| ツール | 特徴 | 無料枠 |
|---|---|---|
| Viggle AI | 静止画に8000種類以上のモーション（格闘技・ダンス等）を適用。物理演算付きフルボディアニメーション。 | 1日5本生成、ウォーターマークなし |
| DomoAI | 写真からアニメ・3D・リアル系の動画生成。テキストで動きを指示可能。 | 無料クレジットあり |
| AnimateImg | シンプルに写真を動画化。MP4出力。 | 無料クレジットあり |
Viggle AIでのムエタイ動作の流れ
-
ムエタイファイターの画像（背景透過PNGが理想）をアップロード
-
「ムエタイ」「キック」「ボクシング」などのモーションテンプレートを検索・選択
-
1分以内で動画が生成される
-
MP4としてダウンロードし、ゲーム内のムービー素材や宣伝映像として使用
メリット：3Dモデリング不要、即座に動く、ファイルサイズが軽い
デメリット：リアルタイム操作（ゲーム内でプレイヤーが動かす）には向かない、ムービー素材としての利用が主
🥈 方法2：2D骨格アニメーションでゲーム化（ゲーム向け・軽量）
画像を「パーツ分割」して骨格を入れ、ゲーム内でリアルタイムに動かせます。
推奨ツール
シート
| ツール | 価格 | 特徴 |
|---|---|---|
| DragonBones | 完全無料 | 2D骨格アニメーション。Unity/Godotプラグインあり。中国発だが日本語対応。 |
| Blender（Grease Pencil） | 完全無料 | 2D/3Dハイブリッド。写真をベースに手書き風アニメーションも可能。 |
| Krita | 完全無料 | イラスト＋アニメーション。タイムライン・オニオンスキン対応。 |
ワークフロー例（DragonBones）
-
画像分割：Gemini画像をPhotoshop/GIMPで「頭・胴体・右腕・左腕・右脚・左脚」に切り分け
-
骨格設定：DragonBonesで各パーツにボーン（骨）を配置
-
モーション作成：ムエタイの構え、パンチ、キック、肘打ちなどをキーフレームでアニメーション化
-
ゲームエンジンへ：JSON/PNG形式でエクスポートし、Godot（無料・軽量）やUnityにインポート
メリット：ファイルサイズが極めて軽い（数MB以下）、ゲーム内で自由に動かせる、スマホゲームにも最適
デメリット：最初のパーツ分割と骨格設定に手間がかかる
🥉 方法3：軽量3D化の再挑戦（本格的3Dゲーム向け）
どうしても3Dで動かしたい場合、hi3d.aiの出力を軽量化してからMixamoに通すか、代替ツールを使います。
ファイルサイズ対策（Blenderで軽量化）
plain
1. hi3d.aiの出力をBlender（無料）でインポート
2. 「ディシメート」モディファイアでポリゴン数を1/10〜1/20に削減
3. テクスチャを4096px→1024pxまたは512pxに縮小
4. FBX形式でエクスポートし、Mixamoに再アップロードMixamoの無料代替ツール
シート
| ツール | 特徴 |
|---|---|
| Mesh2Motion | Mixamoの無料・オープンソース代替。自動リギング＋アニメーション。四足動物も対応。 |
| Cascadeur | AIアシスト付きキーフレームアニメーション。ムエタイの格闘モーションを物理演算で自然に作成可能。無料版あり。 |
メリット：本格的な3Dゲームが作れる、カメラワークも自由
デメリット：作業工程が最も多い、PCスペックにやや依存
🎮 ゲームエンジンの選び方
シート
| エンジン | 価格 | おすすめポイント | 向いている人 |
|---|---|---|---|
| Godot | 完全無料・オープンソース | 軽量（100MB以下で起動）、2Dに強い、日本語ドキュメント充実 | 初心者〜中級者、2Dゲーム志向 |
| Unity | 無料（年収1000万ドル未満） | アセットストアが充実、3D/2D両対応、チュートリアル多数 | 中級者〜、3Dゲーム志向 |
💡 結論：あなたに最適なルート
シート
| あなたの目的 | おすすめの方法 |
|---|---|
| とにかく早く動かしたい | Viggle AIで動画生成 → ゲーム内ムービーとして配置 |
| 2Dムエタイゲームを作りたい | DragonBonesで骨格アニメーション → Godotでゲーム化 |
| 3Dで戦うゲームを作りたい | Blenderで軽量化 → Mesh2Motion/Cascadeurでアニメーション → Godot/Unity |
| 手描きアニメ風にしたい | Blender Grease Pencil または Kritaでフレームアニメーション |
無料・非営利なら、まずは Viggle AIでムエタイの動きを試作 → 気に入ったらDragonBonesでゲーム化 という2段階アプローチが、最も無理なく進められると思います。
もし、どの方法で具体的に進めればいいか迷われたら、お使いのPCスペックや「2Dか3Dか」の希望を教えていただければ、さらに詳しい手順を提案できます！
Viggle AI で、映像化は出来ますか？
Viggle AI 動かす無料水印
はい、Viggle AIで映像化（動画化）は可能です。
ただし、ご提示いただいたスクリーンショットの通り、無料版にはいくつか制限があるので、その点を踏まえた上で使うのが現実的です。
✅ Viggle AI での映像化の流れ
Viggle AIは「キャラクター画像 1枚」＋「モーション（動画またはテンプレート）」を組み合わせて、キャラクターが動く動画を生成するツールです。
手順
-
キャラクター画像を準備 ムエタイファイターの画像（できれば背景を透過したPNG）をアップロード
-
モーションを選ぶ
-
Viggle内のテンプレートから「ボクシング」「ムエタイ」「格闘技」系を検索・選択
-
または、自分で撮影・用意した動画をモーションソースとしてアップロード
-
-
生成してダウンロード 数分〜数十分で、キャラクターが動くMP4が出力されます
⚠️ 無料版の制限（スクリーンショット参照）
ご提示の画像から、無料版（Starter/Free）では以下の制限があります：
シート
| 項目 | 無料版 | Pro版 |
|---|---|---|
| ウォーターマーク | ❌ あり（動画にロゴが入る） | ✅ 除去可能 |
| 動画アップロード | ⚠️ 10分/100MB未満（短い動画のみ） | ✅ 最大10分 or 100MB |
| 生成速度 | 遅め | 優先的高速 |
| 同時生成数 | 1本程度 | 4本まで |
| 月間クレジット | 少ない（おそらく10〜20本程度） | 80クレジット/月 |
つまり、無料版でも静止画からの動画生成はできますが、hi3d.aiで作った長い3Dモーション動画をそのままモーションソースに使うのは、サイズ制限で難しい可能性があります。
💡 現実的なワークフロー（無料・非営利）
パターンA：Viggleのテンプレートだけで済ませる（最も簡単）
-
Geminiのムエタイ画像（背景透過）をアップロード
-
Viggle内で「muay thai」「boxing」「elbow strike」などを検索
-
気に入ったテンプレートを選んで生成
-
ウォーターマーク付きのMP4をダウンロード
メリット：動画アップロード不要なので、無料版の制限に引っかからない
デメリット：ウォーターマークが入る、ムエタイ特有の細かい動き（サイドキック、クランチなど）はテンプレートに依存
パターンB：hi3d.aiの3D動画をモーションソースに使う（やや上級）
-
hi3d.aiで出力した3Dモーション動画を短くカット（3〜5秒程度、100MB以下に圧縮）
-
それをViggleの「Motion」としてアップロード
-
キャラクター画像と組み合わせて生成
メリット：自分で作ったオリジナルの肘打ち動作を再現できる
デメリット：無料版のサイズ制限に厳しく引っかかる、ウォーターマークあり
🎮 ゲームへの利用について
Viggle AIで出力した動画は、ゲーム内のムービー演出（OPムービー、必殺技カットインなど）として使うのに向いています。
ただし、リアルタイムで操作できるゲームキャラクターとして使うには向きません（あくまで「動画ファイル」として出力されるため）。
結論
Viggle AIでこのムエタイファイターを映像化できますか？
はい、できます。 静止画をアップロードして、Viggle内の格闘技テンプレートを適用すれば、すぐに動くムエタイファイターの動画が作れます。
ただし、無料版ではウォーターマークが入り、hi3d.aiの長い3D動画をモーションソースにするのはサイズ制限（100MB未満）で難しいので、以下のどちらかが現実的です：
-
Viggleの無料テンプレートだけで動画を作る（最も手軽）
-
hi3d.aiの3DモデルをBlenderなどで軽量化し、短いモーションにしてからViggleに入れる（手間はかかるがオリジナル動作が再現できる）
もし「ゲーム内でリアルタイムに動かしたい」のであれば、Viggle AIではなく、先に提案した DragonBones + Godot や Blender + Mixamo（軽量化後） のルートが向いています。
どの方向性で進めたいか、お聞かせください！
0 件のコメント:
コメントを投稿