这样简单的暴露所有滤镜，底层确不做合理性处理，有点金玉其外了啊

[kli2013]

这个连线，把简单的任务变复杂了

而复杂的任务没处理滤镜的前后顺序，报错也不知道是啥，还成了蜘蛛网

感觉还不如直接手打命令，至少是一环一环的顺序，还更容易理解

我测试2个视频concat 同一规格的还不错，顺利转换了，

然后测试1280 和1920的concat

我调试强制规格统一fps format setsar settb setpts等啥的连半天都没弄清楚，眼睛都花了， 有这时间我感觉我手打都转换完了

抠图滤镜也没自动添加0x 16进制前缀, 太简陋了, 用这个软件的简直本身要是FFmpeg的十级大神

[ttqftech]

你的反馈没有提供明确信息。既没有图示，也没有复现流程。
低代码功能常见的适合场景一是面对新手，二是面向预设化 + 少量调整操作。不适合的场景是复杂逻辑。
你说的 concat 属于复杂场景，本身这种场景就适合单独拉一个列表出来做 UI。变速变帧率的场景非常有概率是需要几个参数一起改的，也适合单独做一套 UI。这种功能已经在待办中了。
报错信息你看不懂的话应该去 ffmpeg 反馈。加前缀是你自己的需求。我可以加一个 color picker 适配 color key 的情况，但不应该帮用户做自动转换去折磨人。
你需要的是找一个合适的工具，而不是拿着锤子问为什么用它扭十字螺丝那么难用。这属于抱怨，不属于建设。

[kli2013]

@ttqftech 确实是抱怨, 被连连看看起来的高大上吸引进来的, 但是发现暴露的90%滤镜都是需要非线性实时预览调试, 真正能简单使用的滤镜没几个, 300m的体积实际提供的功能却只有最简单的编码转换, 最常用的裁剪都需要盲测左上坐标, 这完全等于手打bat命令的简陋程度

[ttqftech]

滤镜方面的不完善问题在我的日志和群里都有相关的待办说明，您要抱怨的话大可不必在 issue 上面写。当然我也能理解用户不必到处寻找答案再来反馈，毕竟 issue 哪怕是 duplicated 也是一种有效的渠道。按照我的习惯，我不会关掉 issue，直到我认为用户的需求被妥善解决。
在低代码表单项里对特定节点做可视化是可行的行为，5.3 版本新增的“切割”是对实时预览的试点。但实时预览远不止滤镜中的表单编辑那一处，对整份配置都应该能进行实时预览，这个行为是需要斟酌的，短期内不太会支持，但技术可行性是没问题的。
如果你只需要滤镜可视化，你可以去 https://ffmpeg.lav.io/ 看看。这是我在做完滤镜功能后找到的一个网站。它的 UI 思路跟我差不多，但底层是不同的，一个需要创建流式连接，一个需要用 WebAssembly。
如果你觉得软件体积大的话，你可以使用我不建议使用的 WebUI，那个只有数 MB 大小。在软件工程里，能力和体积是对立的，优化方式是程序员的能力。我没有办法对 Electron 进行剪枝，只能在未来考虑直接替换框架。受限于基建，第三方的 FFBox 相关 build 也会有数百 MB 的大小，这个是没有办法的事情。

[ttqftech]

滤镜方面的不完善问题在我的日志和群里都有相关的待办说明，您要抱怨的话大可不必在 issue 上面写。当然我也能理解用户不必到处寻找答案再来反馈，毕竟 issue 哪怕是 duplicated 也是一种有效的渠道。按照我的习惯，我不会关掉 issue，直到我认为用户的需求被妥善解决。
在低代码表单项里对特定节点做可视化是可行的行为，5.3 版本新增的“切割”是对实时预览的试点。但实时预览远不止滤镜中的表单编辑那一处，对整份配置都应该能进行实时预览，这个行为是需要斟酌的，短期内不太会支持，但技术可行性是没问题的。
如果你只需要滤镜可视化，你可以去 https://ffmpeg.lav.io/ 看看。这是我在做完滤镜功能后找到的一个网站。它的 UI 思路跟我差不多，但底层是不同的，一个需要创建流式连接，一个需要用 WebAssembly。
如果你觉得软件体积大的话，你可以使用我不建议使用的 WebUI，那个只有数 MB 大小。在软件工程里，能力和体积是对立的，优化方式是程序员的能力。我没有办法对 Electron 进行剪枝，只能在未来考虑直接替换框架。受限于基建，第三方的 FFBox 相关 build 也会有数百 MB 的大小，这个是没有办法的事情。