数学动画视频软件评测：Manim/GeoGebra/Desmos选型指南

说到“数学动画视频软件”，很多人第一反应就是3Blue1Brown那种丝滑的数学视觉呈现，一条公式在屏幕上翻转、变形、逐渐演算出结论，整个推理过程像有了生命一样。但真到自己想动手做一条数学动画的时候，大多数人会被一个问题卡住：工具这么多，我到底该选哪一套？

这篇评测不打算做一个功能清单式的罗列，而是从实际制作出发，把我在数学动画这条路上用过、试过、最后长期保留在流程里的工具逐一拆开讲清楚。适合数学老师、知识区UP主、理工科学生，还有那些单纯想把数学可视化做得好一点的朋友。核心结论先放出来：没有一款软件能包打天下，关键看你是在“给观众讲故事”，还是在“给学生做演示”。

1. 数学动画创作先想清楚：你是要“演示”还是“讲故事”

1.1 两类需求决定两条技术路线

做数学动画之前，你一定会遇到第一个选择：用交互式几何软件，还是用编程式动画引擎？这两条路的分界线不在软件本身，而在于内容的核心目标。

如果你的目标是课堂演示或学生自主探索，交互式工具更合适。老师希望一拖一个滑块，函数图像立刻跟着参数变化；学生希望自己拖动几个点，直观看到三角形重心在移动。这种需求的核心是“实时反馈”，几分钟内就能完成一个能用的动态演示，而不是花几个小时剪辑一条气势恢宏的视频。

但如果你的目标是做一条叙事完整的数学视频，比如讲一道压轴题的解题思路、解释一个定理的推导过程，那“演示”就不够用了。你需要的是关键帧动画、精确到像素的布局、公式与图形之间的无缝转化，甚至还要控制每个元素的出现时机来配合语音旁白。这种需求几乎只有编程式动画能做到，Manim就是其中最典型的一个。

我自己早期的教训是：明明想做一个讲解视频，却用了长达两节课的时间在GeoGebra里搭参数、录屏、剪辑，最后效果还是像一张电子幻灯片。反复试了几次之后，我彻底接受了“先定内容形态，再选工具”这一原则。

1.2 我的选型标准：六个维度来回衡量

在评测具体软件之前，先把我用的筛选维度和权重讲清楚，这样后面每个工具的优缺点你就能自己判断是否匹配你的场景。

• 动画可控性：一个元素能不能精确到帧来控制，能不能随时调整运动曲线、出现顺序、停留时长。这个维度对视频创作者来说权重很高。
• 数学对象支持：内置了多少种数学对象，函数图像、几何构造、坐标系、矩阵变换、统计图形是否开箱即用，还是需要自己画。
• 学习成本：是否需要编程背景，是否需要配置复杂环境，从“想做一个动画”到“做出第一个动画”要花多久。
• 输出画质：是否能输出矢量级清晰的视频，公式排版是否美观，分辨率能否自由控制。这直接决定了视频能不能上大屏、能不能被平台压缩后依然清晰。
• 社区生态与资料量：遇到问题能否快速搜到答案，有没有大量现成示例直接改改就能用。
• 免费程度与跨平台支持：是免费开源，还是订阅制，是否支持Windows、macOS、Linux。

这些维度在每个人心中的权重不一样。比如课堂老师可能觉得“学习成本”最重要，而视频创作者可能觉得“动画可控性”和“输出画质”才是命根子。我在下面的评测里会保持同一套维度，方便你横向比较。

2. 四类主流工具逐个拆解，优缺点一次说透

2.1 Manim：让公式“演”出来的编程级动画引擎

Manim 是数学动画圈绕不开的名字。3Blue1Brown 的绝大多数视频就是用它制作的，可以说它定义了当代数学视频的审美标准。Manim 的核心思路是：你写 Python 代码描述一个数学场景，然后引擎负责把场景中的对象按照你设定的动作渲染成视频帧。

Manim 最大的优点是动画可控性极高。它引入了一套“场景”和“动画”的概念，一个场景里所有对象都被视为可以移动、变换、淡入淡出的元素。比如你可以定义一个函数曲线对象，让它从左侧滑入，然后同时让曲线上的点沿曲线运动，带出轨迹，接着将整条曲线变换成另一个函数的图像。每一步都在代码里显式控制，精确到帧级别，视觉效果非常干净。

它在数学对象支持上也做得很深入。坐标系、向量场、坐标网格、图形变换、矩阵、数字轴、文本公式都可以直接调用。公式渲染用的是 LaTeX，排版效果和专业论文一个级别，这是很多商业软件完全做不到的。

但 Manim 的缺点也一样明显。首先你需要会 Python 基础知识，不要求多深，但至少要能理解类、方法调用、循环这些概念。其次环境配置有点麻烦，需要安装 Python、FFmpeg 和 LaTeX 发行版，对完全没有接触过命令行的朋友来说，第一道门槛就可能在环境搭建上卡一整天。再一个就是渲染速度，复杂场景的渲染时间通常以分钟甚至小时计算，不太适合“马上要上课了，我把这个图做个动画”这样的应急场景。

Manim 社区版（ManimCE）是目前最活跃的版本，文档、示例、讨论区都很完善，新手直接学社区版就好，不要碰老版本的教程，API 差异非常大。

2.2 GeoGebra：课堂老师和学生的交互神器

GeoGebra 是数学教育领域的老牌软件，免费、跨平台、网页版和桌面版都有，覆盖了几何、代数、微积分、统计、立体几何等多个分支。它最核心的优势是“零代码”，任何带基础电脑操作能力的人都能在几分钟内画出动态图形。

GeoGebra 有两个核心概念：构造对象和滑块。构造对象解决的是“如何画出这个东西”，滑块解决的是“如何让它动起来”。比如你想演示正弦函数 y = sin(ax + b) 中 a 和 b 对图像的影响，只要在输入框敲一行 y = sin(a x + b)，然后创建两个滑块 a、b，图像就会随着滑块的拖动实时改变。这个流程快得惊人，而且学生还能亲手操作，非常适合交互式课堂。

它的动画能力适合做“演示型”内容，但不适合做“叙事型”视频。GeoGebra 没有关键帧动画系统，所有运动都依赖对象之间的约束关系。你能让一个点在圆周上按照速度参数运动，能让一条线跟随一个点移动，但要让一个图形在特定时间淡出、在另一个位置缩放重现，GeoGebra 就做不到了。

输出画质方面，GeoGebra 可以导出 PNG、GIF 和视频，但导出的动画质感偏向“课件演示”，公式布局不如 LaTeX 优雅。不过对于数学老师和学生来说，它依然是日常学习与演示中不可或缺的工具，尤其是线上教学兴起之后，GeoGebra 的交互式链接功能让远程课堂变得方便很多。

2.3 Desmos与函数绘图轻量工具

Desmos 是另一个免费工具，主打函数图形计算器。你输入一条函数，页面立刻画出图像；输入多个函数，它们可以叠加显示；还可以创建滑块并绑定到表达式里，实时观察图像变化。Desmos 的交互体验做得相当顺滑，界面简洁到几乎没有学习成本，非常适合快速验证函数形态、做学生自主探索任务。

不过 Desmos 本质上不是视频制作工具，它没有一个像样的导出视频功能。想用 Desmos 做动画，通常的做法是录屏或借助第三方工具录制操作过程，再做剪辑。我自己的使用场景一般是：在 Desmos 里快速调整一个复杂函数的参数，找到合适的取值区间和视觉效果之后，再去 Manim 里正式制作。相当于把它当做一个快速预览草稿纸，而不是最终生产工具。

除了 Desmos，类似的轻量级工具还有 Wolfram Mathematica 和 MATLAB 的绘图功能。两者的数学能力无疑更强，可以做真正的动态仿真和数据集动画，但它们是付费商业软件，学习成本也远比 Desmos 高。对于绝大多数数学动画需求来说，用 Mathematica 有点杀鸡用牛刀了，除非你本身就在频繁使用这些软件做科研计算。

2.4 PowerPoint动画方案：快速但天花板很低

很多人可能觉得动画软件靠不上 PowerPoint，但事实上课堂演示中大量所谓的“数学动画”都是用 PPT + 自定义动画做出来的。PPT 的路径动画、触发动画、平滑切换功能，确实能实现一些简单的“运动”效果，比如点沿轨迹移动、线段旋转、图形缩放。再加上一些数学公式插件，的确可以应付常规的数学课演示。

PPT 方案最大的优点是普及率极高，几乎所有人都安装了，而且制作速度极快。缺点是动画可控性和数学对象支持都偏弱，稍微复杂一点的效果就会被卡住。比如让一条函数曲线按照参数连续变化，PPT 基本做不出来；让一个锥体展开成平面展开图，PPT 做起来也非常费劲。

如果你只是偶尔在课件里需要一个动态示意图，用 PPT 就够了；但如果你想做系统性数学视频，PPT 会很快成为瓶颈。我的建议是：PPT 方案作为应急和轻量补充可以，但不要指望它形成完整的数学动画创作能力。

3. Manim上手实测：从零到一支完整动画

3.1 环境准备与版本选型

既然 Manim 是很多“数学动画视频软件”评测中的高分选手，那实操环节我重点拆解它。先说版本：市面上有多个 Manim 分支，分别是 3Blue1Brown 原始版、社区版 ManimCE、以及实验性的 ManimGL。我的建议是直接使用社区版 ManimCE。原因在于：原始版维护不活跃、GL版对新手不友好，而社区版文档齐全、示例丰富，长期保持更新，也修复了大量老版本的历史问题。

环境安装以 Windows 为例，核心步骤如下：

# 使用 Python 3.9 及以上版本 pip install manim # 验证安装是否成功 manim --version

这条命令安装的是 Manim 本身，但真正渲染视频还需要两个外部依赖：FFmpeg 用于视频编码，LaTeX 发行版（比如 MiKTeX 或 TeX Live）用于渲染数学公式。

安装 FFmpeg 时要注意一个坑：Windows 用户下载完压缩包之后，必须把解压出来的 bin 文件夹路径手动加到系统的 PATH 环境变量里。如果这一步没做，Manim 会在渲染时或者导出视频时提示找不到 FFmpeg。你在命令行里输入 ffmpeg -version，如果能输出版本信息，说明配置成功。

LaTeX 发行版装一次比较费时间，但属于一次性投资。如果只是临时测试、不写复杂公式，可以暂时只用 Text 文本对象，但这样做Manim的大半优势都没了。我建议有条件尽量一步到位装好 LaTeX，我用的是 MiKTeX，安装完成后第一次编译会提示下载宏包，等它把基础包拉完就一劳永逸了。

3.2 第一支动画：画出正弦曲线并演示平移

环境配好之后，用一个具体例子来感受 Manim 的工作方式。下面这段代码实现的效果是：建立坐标轴，画一条红色正弦曲线，然后让另一个坐标轴上的蓝色正弦曲线从左侧滑入并完成一个相位移动。

from manim import * class SineShift(Scene): def construct(self): # 创建坐标轴 axes = Axes( x_range=[0, 2 * PI, PI / 2], y_range=[-1.5, 1.5, 0.5], x_length=8, y_length=4, ).add_coordinates() # 第一条正弦曲线 sine1 = axes.plot( lambda x: np.sin(x), color=RED, x_range=[0, 2 * PI], ) # 第二条正弦曲线，先向右平移半个周期 sine2 = axes.plot( lambda x: np.sin(x - PI / 2), color=BLUE, x_range=[0, 2 * PI], ) self.play(Create(axes), Create(sine1)) self.play(Transform(sine2, axes.plot( lambda x: np.sin(x), color=BLUE, x_range=[0, 2 * PI], ))) self.wait(2)

代码里最关键的是 Transform 动画，它让 sine2 从蓝色的相位偏移曲线平滑变化到和 sine1 重合。整个过程在视觉上就是“两条曲线逐步重合”，非常适合讲解相位差概念。

运行下面的命令开始渲染：

manim -pql sine_shift.py SineShift

-pql 参数的含义是 preview quality low，用低质量快速预览。渲染完成后会弹出视频播放窗口。第一次跑通这个流程时，那种“代码变成动画”的感觉是非常有成就感的，也是大多数人爱上 Manim 的时刻。

3.3 渲染参数与性能调优

Manim 的渲染参数有一套独立的命令行语法，几个常见的参数值得专门说一下：

• 使用 -pql 代表低画质预览，-pqm 代表中等画质，-pqh 代表高画质。开发阶段用低画质，最终成片再用高画质，能节省大量时间。
• 使用 -o 可以设置输出文件名，比如 manim -pqh -o sine.mp4 sine_shift.py SineShift。
• 使用 --format=gif 可以直接输出 GIF，适合快速分享到聊天工具或插入课件。
• 使用 -r 可以自定义分辨率，比如 -r 1920,1080。如果你的视频要在 B 站等平台发布，建议直接渲染 1080p。

渲染性能方面，我的经验是：不要在一开始就追求高分辨率和高帧率。先用 -pql 把动画的内容逻辑跑通，确认视觉节奏、动画时长、元素位置都没有问题后再开高画质。这里有个容易被人忽略的细节：Manim 渲染的是动画帧，逻辑越复杂、元素越多，单帧渲染耗时越长，整条视频的总耗时是“帧数 × 单帧耗时”。为了提高迭代效率，可以用 --save_last_frame 参数只输出最后一帧，快速检查画面布局是否合适。

3.4 中文字体与公式模板处理

Manim 原生对英文和 LaTeX 公式支持得很好，但中文显示是一个绕不开的话题。如果你直接使用 Text 对象写中文，大概率会遇到字体缺失的问题，渲染出来的方块字没法看。

我当前的解决方案是：在 Text 对象里显式指定一个系统里存在的中文字体。例如：

text = Text("你好，数学", font_size=48, font="Noto Sans CJK SC")

不同操作系统可用的中文字体名称不一样，Windows 下可以填 “Microsoft YaHei” 或 “SimHei”，macOS 下可以填 “PingFang SC”，Linux 下根据自己的字体安装情况来填。最好在代码里写一个字典，按操作系统动态切换字体，这样项目换电脑跑起来也不容易出问题。

至于公式中的中文，我一般不在 LaTeX 公式里面写汉字，因为需要额外配置排版引擎，而且很容易遇到编码问题。比较好的做法是：公式用 LaTeX 渲染，中文说明文字用 Text 对象单独放在公式旁边。两者位置用 next_to 方法对齐，效果可以达到视频字幕级别的整洁度。

4. 实战横向对比：同一数学动画在三种工具的呈现差异

4.1 用GeoGebra复现相同的正弦动画

我尝试用 GeoGebra 做出一个与 3.2 节类似的效果：一条正弦曲线随参数变化。步骤很简单：在输入框输入 y = sin(x - a)，然后创建一个从 0 到 PI 的滑块 a。拖动滑块，曲线立刻水平移动，中间没有任何卡顿。

GeoGebra 对这个需求的实现速度是秒级的，大概不到一分钟就能搭好，还能让学生自己上手拖滑块。但视频效果上，GeoGebra 呈现的是一个连续变化的函数曲线，没有“两条曲线对比并最终重合”这种动画叙事感。你可以在 GeoGebra 里把 a 的增量调大，然后导出动画帧，但中途生成的曲线轨迹、旧曲线保留、颜色渐变这些东西都需要额外手动搭几何构造，做出来也比较勉强。

所以在“快速交互验证”场景下，GeoGebra 完胜；在“录制一条可以放进讲解视频的动画”场景下，GeoGebra 不如 Manim 精致自然。

4.2 用Desmos实现交互式参数探索

同样的正弦相位移动，在 Desmos 里做起来和 GeoGebra 类似：输入 y = sin(x - a)，创建参数 a 的滑块，然后拖动即可。两者操作逻辑高度一致，但 Desmos 的交互界面更现代、更轻量，打开网页就能用，适合快速分享给学生链接自行探索。

不过 Desmos 在多对象动画对比方面更弱，它并不擅长做一个“对象逐步变化”的序列。要在 Desmos 中保留旧曲线的轨迹、让多条曲线依次强调，不容易做到。它更接近一个“即时显影”的计算器，而非视频动画工具。因此我更多地把 Desmos 放在“备课检查”的位置上，而不是“素材生产工具”。

4.3 三种工具输出质量与开发效率对照

下面这张表是我自己多次使用后的主观评分，供参考：

开发效率上，GeoGebra 和 Desmos 在“预览一个想法”时几乎是即时完成；Manim 需要写代码、跑渲染，但它的成品质量上限远高于前两者。我建议的实战流程是：想法先用 Desmos/GeoGebra 验证，最终视频用 Manim 完成。这样既保证了快速迭代，又保证了最终视觉效果。

5. 避坑实录：数学动画制作中踩过的五个大坑

5.1 LaTeX环境没配好，公式全部渲染成空白

这是 Manim 新手最常见的翻车现场。代码里写了大段公式，渲染出来的画面里公式区域却是空的，或者直接报错中断。原因基本一致：系统里没有安装 LaTeX 发行版，或者使用的是精简版但缺少宏包。

检查方式很简单，先在终端里跑一下 tex --version，如果没有输出就说明 LaTeX 还没装好。安装 MiKTeX 之后，第一次编译公式时要允许它自动下载宏包，这一步必须在网络畅通的情况下进行。很多人卡在这一步是因为安装完之后从没手动编译过任何 tex 文件，导致宏包从未初始化，Manim 第一次调用时就失败了。建议装完之后先手工编译一个最小的 tex 文件，让 MiKTeX 把所有基础宏包拉全，之后 Manim 的公式渲染就会顺畅很多。

5.2 中文字体直出乱码

前面 3.4 节说过，Manim 的 Text 对象需要显式指定字体。但还有一个更隐蔽的坑：如果你用了系统里不存在的字体名称，Manim 不会直接报错，而是静默回退到默认字体，于是中文显示成方框或在某些平台上完全不显示。我建议用代码显式查一下当前系统可用字体列表，不要凭记忆填字体名。

另一个替代方案是使用 Pango 文本渲染，Manim 社区版在部分版本里默认使用 Pango，它对中文的支持比旧版的 TextMobject 好很多。但 Pango 方案的字体选择细节同样需要注意，最好也用系统存在的字体名。

5.3 渲染时间失控的优化办法

我刚接触 Manim 时经常遇到一个尴尬：一段 10 秒的动画，渲染了一个多小时还没完成。后来总结出几个优化手段：第一，动画过程尽量少用整屏 Transform，尤其是涉及大量节点重排的变换，每帧计算量会急剧上升；第二，能用 updater 的地方尽量用 updater 而不是每帧新建对象；第三，先以低面数或低精度版本预览动画节奏，最后再切换高精度重渲。

还有一个容易忽略的优化思路：把噪音、背景网格、阴影这些装饰性元素放到最后再加，它们会显著拉长渲染时间。先把内容的“动作逻辑”跑顺，再加视觉效果，迭代效率能提升很多。

5.4 GeoGebra导出视频不清晰

GeoGebra 导出视频时，如果你用的是屏幕录制方式，清晰度取决于屏幕分辨率和录制帧率，经常出现边缘锯齿或画面模糊。更稳妥的方式是调整 GeoGebra 的“导出视频”参数，把输出分辨率和帧率调高，或者导出一组高质量 PNG 序列帧，再用剪辑软件合成视频。这个方法虽然麻烦，但清晰度有保障。

另外，GeoGebra 导出 GIF 时色彩会出现比较明显的色带，尤其是渐变背景。如果既要保持交互感，又想获得清晰的视频素材，先导序列帧再合成，颜色表现会好很多。

5.5 Manim版本升级导致老代码跑不动

Manim 更新速度不算慢，API 名称经常调整。早期的 TextMobject、FadeInFrom、set_color 这类写法在社区版新版本里很可能直接报错。如果你在网上搜到一段很老的 Manim 教程代码，直接复制运行大概率会失败。

我建议：第一，学习时直接看 ManimCE 官方文档的示例，不追老教程；第二，项目一开始就在 requirements.txt 或 pyproject.toml 里锁定 manim 版本，不要随意升级；第三，如果遇到项目更新后崩溃，先用 Git 对比代码，再查官方更新日志，不要盲目猜测。踩过这个坑之后，我现在都会习惯性地记录自己项目依赖的版本号，防止几个月后回看项目时一头雾水。

6. 学习路径与个人推荐组合

6.1 不同身份人群的推荐方案

如果你是一名数学老师，我的建议是：日常课件用 PPT 搭配 GeoGebra，交互式几何演示和动态函数图优先在 GeoGebra 里做，导出链接或嵌入课件。GeoGebra 能覆盖你 90% 的教学图形需求，剩下的 10% 如果确实需要一条精美的叙事动画，再找懂 Manim 的同事合作或者自己学一下 Manim。

如果你是一名知识区视频创作者，核心生产工具一定是 Manim。用 Python 代码组织画面，LaTeX 输出公式，FFmpeg 负责后期编码。剪辑环节我习惯再用剪映或 Premiere 做字幕和配音。别指望 Manim 一条龙搞定所有视频后期，它是“内容画面生成器”，不是剪辑工具。

如果你是一名理工科学生，做笔记或者期末展示时想插入数学动画，Desmos 和 GeoGebra 是最快上手的方案。前者适合函数图像，后者适合几何图形。这两个工具动起来并不需要写代码，但表达效果已经远超静态截图。

6.2 我的训练路径与资料建议

如果你想系统学习 Manim，我的训练路径是：先把官方示例跑一遍，改几个参数，建立“改代码就能改动画”的直觉；再把 Text、MathTex、Axes、plot 这几个高频对象彻底吃透，它们能解决大部分数学可视化需求；然后学习 Transform、Create、FadeIn、Indicate 这些动画的适用场景；最后再研究相机移动和复杂场景编排。

学习过程中保持一个长期选题库很重要。平时遇到数学问题、看到别人做过的优秀可视化视频、开会板书里觉得特别直观的动态展示，都记下来，定期选一个题目用 Manim 实现。我发现从“我看到一个别人做好的动画”到“我亲手写完代码成功渲染”之间的差距非常大，只有靠反复练习才能跨越。

6.3 个人对于数学动画视频创作的最终体会

从最早用 PPT 做课件动画，到后来接触 GeoGebra，再到花大量时间啃 Manim 文档，我的感受是：数学动画软件的核心价值不是把数学变得花哨，而是把抽象关系变得可见。真正决定一条数学动画好坏的因素，首先是动画设计者对数学结构的理解，其次才是工具熟练度。

我最常用的一条工作流是：GeoGebra 快速验证数学结论和图像形态，Desmos 做函数参数探索，Manim 做最终成品。这个组合既保证了快速试错，又保证了交付质量。最后分享一个小技巧：如果你做视频，试试把 Manim 生成的图形动画和真人手写推导过程混剪，观众的理解效率往往比纯动画更高。这也是我现在做数学内容时的保留手段。工具永远是手段，数学本身才是主角。