Manim動画制作パイプライン は何をしますか?
クリエイティブ基準
これは教育的な映画です。すべてのフレームが教え、すべてのアニメーションが構造を明らかにします。
コードを1行も書く前に、物語の流れを明確にしてください。この動画はどのような誤解を正すのか?「ahaモーメント」はどこか?視聴者を混乱から理解へ導く視覚的なストーリーは何か?ユーザーのプロンプトは出発点であり、それを教育的な野心を持って解釈してください。
代数よりも幾何を先に。 方程式の前に図形を示しなさい。視覚的記憶は記号的記憶よりも速くエンコードされます。視聴者が数式の前に幾何学的パターンを見るとき、その方程式は「獲得された」感覚を与えます。
初回レンダリングでの完成度は譲れません。 修正ラウンドなしで、出力は視覚的に明確で美的に一貫している必要があります。ごちゃごちゃしていたり、タイミングが悪かったり、「AIが生成したスライド」のように見えるものは誤りです。
不透明度レイヤリングで注意を誘導します。 すべての要素を最大輝度で表示してはいけません。主要要素は1.0、コンテキスト要素は0.4、構造要素(軸、グリッド)は0.15に設定します。脳は視覚的な顕著性をレイヤーで処理します。
余白(ブレス)を取る。 すべてのアニメーションの後には self.wait() が必要です。視聴者は表示された内容を吸収する時間が必要です。決して次のアニメーションへ急いではいけません。重要な表示後の2秒のポーズは決して無駄になりません。
一貫した視覚言語。 すべてのシーンでカラーパレット、一貫したフォントサイズ、一致するアニメーション速度を共有します。技術的に正しくても、各シーンでランダムに異なる色を使った動画は美的に失敗です。
前提条件
scripts/setup.sh を実行してすべての依存関係を確認します。必要なもの: Python 3.10以上、Manim Community Edition v0.20以上(pip install manim)、LaTeX(Linuxでは texlive-full、macOSでは mactex)、ffmpeg。リファレンスドキュメントはManim CE v0.20.1でテスト済みです。
モード
| モード | 入力 | 出力 | リファレンス |
|---|---|---|---|
| 概念解説 | トピック/概念 | 幾何学的直観によるアニメーション解説 | references/scene-planning.md |
| 数式導出 | 数式 | 段階的アニメーション証明 | references/equations.md |
| アルゴリズム可視化 | アルゴリズムの説明 | データ構造を用いた段階的実行 | references/graphs-and-data.md |
| データストーリー | データ/指標 | アニメーション化されたグラフ、比較、カウンター | references/graphs-and-data.md |
| アーキテクチャ図 | システム説明 | 接続とともに構築されるコンポーネント | references/mobjects.md |
| 論文解説 | 研究論文 | 主要な発見と方法をアニメーション化 | references/scene-planning.md |
| 3D可視化 | 3D概念 | 回転する曲面、パラメトリック曲線、空間幾何 | references/camera-and-3d.md |
スタック
プロジェクトごとに単一のPythonスクリプト。ブラウザ、Node.js、GPUは不要です。
| レイヤー | ツール | 目的 |
|---|---|---|
| コア | Manim Community Edition | シーンレンダリング、アニメーションエンジン |
| 数式 | LaTeX(texlive/MiKTeX) | MathTex による数式レンダリング |
| ビデオI/O | ffmpeg | シーン結合、フォーマット変換、音声多重化 |
| TTS | ElevenLabs / Qwen3-TTS(オプション) | ナレーションボイスオーバー |
パイプライン
計画 --> コード --> レンダリング --> 結合 --> 音声(オプション) --> レビュー
- 計画 —
plan.mdに物語の流れ、シーンリスト、ビジュアル要素、カラーパレット、ナレーション台本を記述 - コード —
script.pyにシーンごとに1つのクラスを作成し、それぞれ独立してレンダリング可能にする - レンダリング — ドラフトは
manim -ql script.py Scene1 Scene2 ...、プロダクションは-qh - 結合 — ffmpegでシーンクリップを結合して
final.mp4を生成 - 音声(オプション) — ffmpegでボイスオーバーやBGMを追加。詳細は
references/rendering.md - レビュー — プレビュー静止画をレンダリングし、計画と照らし合わせて調整
プロジェクト構造
project-name/
plan.md # 物語の流れ、シーン内訳
script.py # すべてのシーンを1ファイルに
concat.txt # ffmpegシーンリスト
final.mp4 # 結合済み出力
media/ # Manimが自動生成
videos/script/480p15/
クリエイティブディレクション
カラーパレット
| パレット | 背景 | メイン | セカンダリ | アクセント | 使用例 |
|---|---|---|---|---|---|
| クラシック3B1B | #1C1C1C | #58C4DD(青) | #83C167(緑) | #FFFF00(黄) | 一般数学/CS |
| 温かみのある学術 | #2D2B55 | #FF6B6B | #FFD93D | #6BCB77 | 親しみやすい解説 |
| ネオンテック | #0A0A0A | #00F5FF | #FF00FF | #39FF14 | システム、アーキテクチャ |
| モノクローム | #1A1A2E | #EAEAEA | #888888 | #FFFFFF | ミニマリスト |
アニメーション速度
| コンテキスト | run_time | 後の self.wait() |
|---|---|---|
| タイトル/イントロ出現 | 1.5秒 | 1.0秒 |
| 主要数式表示 | 2.0秒 | 2.0秒 |
| 変形/モーフィング | 1.5秒 | 1.5秒 |
| 補助ラベル | 0.8秒 | 0.5秒 |
| FadeOutクリーンアップ | 0.5秒 | 0.3秒 |
| 「ahaモーメント」表示 | 2.5秒 | 3.0秒 |
タイポグラフィスケール
| 役割 | フォントサイズ | 使用法 |
|---|---|---|
| タイトル | 48 | シーンタイトル、冒頭テキスト |
| 見出し | 36 | シーン内のセクションヘッダー |
| 本文 | 30 | 説明テキスト |
| ラベル | 24 | 注釈、軸ラベル |
| キャプション | 20 | 字幕、細かい文字 |
フォント
すべてのテキストに等幅フォントを使用します。 ManimのPangoレンダラーは、プロポーショナルフォントでどのサイズでもカーニングが壊れます。詳細は references/visual-design.md を参照してください。
MONO = "Menlo" # ファイルの先頭で一度定義
Text("Fourier Series", font_size=48, font=MONO, weight=BOLD) # タイトル
Text("n=1: sin(x)", font_size=20, font=MONO) # ラベル
MathTex(r"\nabla L") # 数式(LaTeXを使用)
読みやすさのため、最小 font_size=18。
シーンごとのバリエーション
すべてのシーンで同一の設定を使用してはいけません。各シーンで:
- パレットから異なる主要色を使用
- 異なるレイアウト — 常に中央に配置しない
- 異なるアニメーション開始方法 — Write、FadeIn、GrowFromCenter、Create を変化させる
- 異なる視覚的重み — 密度の高いシーンと疎なシーンを混ぜる
ワークフロー
ステップ1: 計画 (plan.md)
コードの前に、plan.md を書きます。詳細なテンプレートは references/scene-planning.md を参照してください。
ステップ2: コード (script.py)
シーンごとに1つのクラス。すべてのシーンは独立してレンダリング可能です。
from manim import *
BG = "#1C1C1C"
PRIMARY = "#58C4DD"
SECONDARY = "#83C167"
ACCENT = "#FFFF00"
MONO = "Menlo"
class Scene1_Introduction(Scene):
def construct(self):
self.camera.background_color = BG
title = Text("Why Does This Work?", font_size=48, color=PRIMARY, weight=BOLD, font=MONO)
self.add_subcaption("Why does this work?", duration=2)
self.play(Write(title), run_time=1.5)
self.wait(1.0)
self.play(FadeOut(title), run_time=0.5)
主要パターン:
- すべてのアニメーションに字幕を付ける:
self.add_subcaption("text", duration=N)またはself.play()のsubcaption="text" - シーン間の一貫性のためにファイル先頭に共有色定数
- すべてのシーンで
self.camera.background_colorを設定 - クリーンな終了 — シーン終了時にすべてのモブジェクトをFadeOut:
self.play(FadeOut(Group(*self.mobjects)))
ステップ3: レンダリング
manim -ql script.py Scene1_Introduction Scene2_CoreConcept # ドラフト
manim -qh script.py Scene1_Introduction Scene2_CoreConcept # プロダクション
ステップ4: 結合
cat > concat.txt << 'EOF'
file 'media/videos/script/480p15/Scene1_Introduction.mp4'
file 'media/videos/script/480p15/Scene2_CoreConcept.mp4'
EOF
ffmpeg -y -f concat -safe 0 -i concat.txt -c copy final.mp4
ステップ5: レビュー
manim -ql --format=png -s script.py Scene2_CoreConcept # プレビュー静止画
重要な実装ノート
LaTeXのためのRaw文字列
# 誤り: MathTex("\frac{1}{2}")
# 正しい:
MathTex(r"\frac{1}{2}")
エッジテキストの buff >= 0.5
label.to_edge(DOWN, buff=0.5) # 決して < 0.5 にしない
テキスト置換前のFadeOut
self.play(ReplacementTransform(note1, note2)) # 上にWrite(note2)しない
未追加のモブジェクトをアニメーションしない
self.play(Create(circle)) # 最初に追加する必要がある
self.play(circle.animate.set_color(RED)) # その後アニメーション
パフォーマンス目標
| 品質 | 解像度 | FPS | 速度 |
|---|---|---|---|
-ql(ドラフト) | 854x480 | 15 | 5-15秒/シーン |
-qm(ミディアム) | 1280x720 | 30 | 15-60秒/シーン |
-qh(プロダクション) | 1920x1080 | 60 | 30-120秒/シーン |
常に -ql で反復作業を行い、最終出力のみ -qh でレンダリングします。
リファレンス
| ファイル | 内容 |
|---|---|
references/animations.md | コアアニメーション、レート関数、合成、.animate 構文、タイミングパターン |
references/mobjects.md | テキスト、図形、VGroup/Group、配置、スタイリング、カスタムモブジェクト |
references/visual-design.md | 12のデザイン原則、不透明度レイヤリング、レイアウトテンプレート、カラーパレット |
references/equations.md | ManimでのLaTeX、TransformMatchingTex、導出パターン |
references/graphs-and-data.md | Axes、プロット、BarChart、アニメーションデータ、アルゴリズム可視化 |
references/camera-and-3d.md | MovingCameraScene、ThreeDScene、3Dサーフェス、カメラ制御 |
references/scene-planning.md | 物語の流れ、レイアウトテンプレート、シーン遷移、計画テンプレート |
references/rendering.md | CLIリファレンス、品質プリセット、ffmpeg、ボイスオーバーワークフロー、GIFエクスポート |
references/troubleshooting.md | LaTeXエラー、アニメーションエラー、よくある間違い、デバッグ |
references/animation-design-thinking.md | いつアニメーションを使うか vs 静的表示、分解、ペーシング、ナレーション同期 |
references/updaters-and-trackers.md | ValueTracker、add_updater、always_redraw、時間ベースのアップデータ、パターン |
references/paper-explainer.md | 研究論文をアニメーションに変換する — ワークフロー、テンプレート、ドメインパターン |
references/decorations.md | SurroundingRectangle、Brace、矢印、DashedLine、Angle、注釈ライフサイクル |
references/production-quality.md | コード前、レンダリング前、レンダリング後のチェックリスト、空間レイアウト、色、テンポ |
クリエイティブ・ダイバージェンス(ユーザーが実験的/クリエイティブ/ユニークな出力を求めた場合のみ使用)
ユーザーがクリエイティブな、実験的な、または型にはまらない説明アプローチを求めた場合は、戦略を選択し、アニメーションをデザインする前にその理由を検討してください。
- SCAMPER — 標準的な説明に新鮮な視点が欲しい場合
- 前提反転 — 何かが通常どのように教えられているかに挑戦したい場合
SCAMPER変換
標準的な数学的/技術的可視化を取り上げ、変換します:
- 代替(Substitute): 標準的な視覚的メタファーを置き換える(数直線 → 曲がりくねった道、行列 → 都市グリッド)
- 結合(Combine): 2つの説明アプローチを融合する(代数的 + 幾何的を同時に)
- 逆転(Reverse): 結果から逆に導出し、公理まで分解する
- 修正(Modify): パラメータを誇張してその重要性を示す(学習率10倍、サンプルサイズ1000倍)
- 除去(Eliminate): すべての表記を排除し、アニメーションと空間的関係のみで説明する
前提反転
- このトピックがどのように可視化されるかについて「標準的」なことをリストアップする(左から右、2D、離散ステップ、形式的表記)
- 最も基本的な前提を選ぶ
- それを反転する(右から左への導出、2D概念の3D埋め込み、ステップではなく連続モーフィング、表記ゼロ)
- その反転が標準的アプローチでは隠されていた何を明らかにするかを探求する