一场由AI胡说八道引发的真开发最终变成了一段用户和团队的双向奔赴。起因AI说了一个谎事情的开头有点荒诞。有用户来咨询说AI Pro版介绍里提到了我们有一款视频录制拓展。我们的第一反应是——没有啊。翻遍了产品列表确实没有这个组件。这纯粹是AI的幻觉一本正经地编了个不存在的功能。本来这事到这就结束了“抱歉暂时没有这个拓展”。但紧接着另一位用户也来问了。而且这次不是随便问问——他明确说要做一个会议录制App需要调整视频码率来压缩体积。需求非常具体场景非常清晰。两个用户同一个需求前后脚出现。团队一合计这不是AI在骗人这是用户在告诉我们他们真的需要这个功能。一周从零到上线既然用户需要那就做。但说实话App Inventor 2平台上做一个好用的视频录制拓展挑战不小。不是能录就行而是要在积木式开发的框架下让普通用户也能灵活控制视频质量、切换摄像头、管理录制文件。团队定下了目标一周之内交付一个能打的版本。然后就开始了整整一周的高强度开发。那些差点劝退我们的技术难题开发过程中有几个问题是真的棘手竖屏横屏切换预览画面怎么跟着转这是最先遇到、也是耗时最长的问题。用户竖着拿手机录突然横过来预览画面要自动适配不能拉伸变形也不能留黑边。来来回回改了好几个版本最终找到了兼顾不同机型和屏幕比例的方案。预览画面要充满布局不是简单地填满就完事——要裁剪得当、焦点居中、不能丢失重要画面区域。这个看似简单的需求调试过程远比预想复杂。前置摄像头初始化用户希望在打开App时直接使用前置摄像头而不是默认的后置。这需要在录制开始前就设定好摄像头属性经过反复测试验证确认方案可行。视频文件放哪里默认存App私有目录不需要请求额外的文件访问权限。用户可以通过文件浏览器查看录制的MP4文件也可以用信息分享器组件把文件另存到相册或分享给其他App。简单、安全、合规。后续还会研究直接保存到相册的方案。录制时长实时显示用户提出需要知道已经录了多久团队加了一个RecordingDuration属性实时返回录制毫秒数。这样在界面上就能显示一个实时跳动的计时器。屏幕常亮录视频的时候手机自动锁屏不行。加上了保持屏幕常亮的功能录制期间屏幕不会自动熄灭。视频质量怎么设这个问题很细节但对用户体验影响很大。最终设计成了两种方式设计器里下拉框选择HIGHEST、LOWEST、1080P、720P、480P一目了然代码块里除了预设值还支持直接输入自定义分辨率比如1920×1080、1280×720新手用下拉框就够了进阶用户有自由度。各取所需。两个组件两种场景最终交付的不止一个组件而是两个分别对应不同的使用场景VideoRecorder前台模式带摄像头预览画面适合用户主动录制、扫码录像这类场景。支持前后摄像头切换、闪光灯、静音录制。BackgroundVideoRecorder后台模式没有预览画面App最小化后录制继续进行。适合后台监控、静默录制等场景。还支持录制中截图。两个组件共享同一套编码参数——Quality、BitRate、FrameRate、AudioBitRate设置方式统一。用户写了一封长长的感谢信拓展上线后那位协助测试的用户发来了一封感谢信。原文很长这里摘几段“面对我的多次疑问和反复修改需求全程没有一丝敷衍、没有半点不耐烦。”“不管是视频分辨率、码率等质量参数的打磨、录制稳定性的优化还是贴合实际使用场景的功能微调改动都不厌其烦地反复修改、多次精进。”“专业能力过硬服务态度绝佳包容耐心拉满。”说实话看到这些话的时候那一周的加班值了。一些技术细节给感兴趣的开发者码率对照表BitRate分辨率建议码率自动计算值1080P (1920x1080)6~10 Mbps8 Mbps720P (1280x720)3~6 Mbps4 Mbps480P (720x480)1.5~3 Mbps2 Mbps更低1~2 Mbps1.5 MbpsQuality 预设值HIGHEST- 设备支持的最高分辨率LOWEST- 设备支持的最低分辨率1080P/720P/480P- 按高度匹配1920x1080/1280x720- 指定具体分辨率其他参数帧率支持30fps和60fps音频码率建议64000~320000默认128000暂停/恢复功能需要Android 7.0录制参数在录制前设定录制过程中不可修改写在最后这个故事最有趣的地方在于——起因是AI的幻觉结局却是真实的用户需求被满足。有时候错误也能指向正确的方向。从一个不存在的功能到一周内交付两个完整组件再到用户发自内心的感谢。这一周的经历告诉我们认真对待每一个用户需求快速响应反复打磨结果不会差。如果你也在用App Inventor 2开发恰好需要视频录制功能——现在它真的存在了。
AI“幻觉“变真功能:App Inventor 2视频录制拓展一周开发实录
发布时间:2026/7/1 18:57:48
一场由AI胡说八道引发的真开发最终变成了一段用户和团队的双向奔赴。起因AI说了一个谎事情的开头有点荒诞。有用户来咨询说AI Pro版介绍里提到了我们有一款视频录制拓展。我们的第一反应是——没有啊。翻遍了产品列表确实没有这个组件。这纯粹是AI的幻觉一本正经地编了个不存在的功能。本来这事到这就结束了“抱歉暂时没有这个拓展”。但紧接着另一位用户也来问了。而且这次不是随便问问——他明确说要做一个会议录制App需要调整视频码率来压缩体积。需求非常具体场景非常清晰。两个用户同一个需求前后脚出现。团队一合计这不是AI在骗人这是用户在告诉我们他们真的需要这个功能。一周从零到上线既然用户需要那就做。但说实话App Inventor 2平台上做一个好用的视频录制拓展挑战不小。不是能录就行而是要在积木式开发的框架下让普通用户也能灵活控制视频质量、切换摄像头、管理录制文件。团队定下了目标一周之内交付一个能打的版本。然后就开始了整整一周的高强度开发。那些差点劝退我们的技术难题开发过程中有几个问题是真的棘手竖屏横屏切换预览画面怎么跟着转这是最先遇到、也是耗时最长的问题。用户竖着拿手机录突然横过来预览画面要自动适配不能拉伸变形也不能留黑边。来来回回改了好几个版本最终找到了兼顾不同机型和屏幕比例的方案。预览画面要充满布局不是简单地填满就完事——要裁剪得当、焦点居中、不能丢失重要画面区域。这个看似简单的需求调试过程远比预想复杂。前置摄像头初始化用户希望在打开App时直接使用前置摄像头而不是默认的后置。这需要在录制开始前就设定好摄像头属性经过反复测试验证确认方案可行。视频文件放哪里默认存App私有目录不需要请求额外的文件访问权限。用户可以通过文件浏览器查看录制的MP4文件也可以用信息分享器组件把文件另存到相册或分享给其他App。简单、安全、合规。后续还会研究直接保存到相册的方案。录制时长实时显示用户提出需要知道已经录了多久团队加了一个RecordingDuration属性实时返回录制毫秒数。这样在界面上就能显示一个实时跳动的计时器。屏幕常亮录视频的时候手机自动锁屏不行。加上了保持屏幕常亮的功能录制期间屏幕不会自动熄灭。视频质量怎么设这个问题很细节但对用户体验影响很大。最终设计成了两种方式设计器里下拉框选择HIGHEST、LOWEST、1080P、720P、480P一目了然代码块里除了预设值还支持直接输入自定义分辨率比如1920×1080、1280×720新手用下拉框就够了进阶用户有自由度。各取所需。两个组件两种场景最终交付的不止一个组件而是两个分别对应不同的使用场景VideoRecorder前台模式带摄像头预览画面适合用户主动录制、扫码录像这类场景。支持前后摄像头切换、闪光灯、静音录制。BackgroundVideoRecorder后台模式没有预览画面App最小化后录制继续进行。适合后台监控、静默录制等场景。还支持录制中截图。两个组件共享同一套编码参数——Quality、BitRate、FrameRate、AudioBitRate设置方式统一。用户写了一封长长的感谢信拓展上线后那位协助测试的用户发来了一封感谢信。原文很长这里摘几段“面对我的多次疑问和反复修改需求全程没有一丝敷衍、没有半点不耐烦。”“不管是视频分辨率、码率等质量参数的打磨、录制稳定性的优化还是贴合实际使用场景的功能微调改动都不厌其烦地反复修改、多次精进。”“专业能力过硬服务态度绝佳包容耐心拉满。”说实话看到这些话的时候那一周的加班值了。一些技术细节给感兴趣的开发者码率对照表BitRate分辨率建议码率自动计算值1080P (1920x1080)6~10 Mbps8 Mbps720P (1280x720)3~6 Mbps4 Mbps480P (720x480)1.5~3 Mbps2 Mbps更低1~2 Mbps1.5 MbpsQuality 预设值HIGHEST- 设备支持的最高分辨率LOWEST- 设备支持的最低分辨率1080P/720P/480P- 按高度匹配1920x1080/1280x720- 指定具体分辨率其他参数帧率支持30fps和60fps音频码率建议64000~320000默认128000暂停/恢复功能需要Android 7.0录制参数在录制前设定录制过程中不可修改写在最后这个故事最有趣的地方在于——起因是AI的幻觉结局却是真实的用户需求被满足。有时候错误也能指向正确的方向。从一个不存在的功能到一周内交付两个完整组件再到用户发自内心的感谢。这一周的经历告诉我们认真对待每一个用户需求快速响应反复打磨结果不会差。如果你也在用App Inventor 2开发恰好需要视频录制功能——现在它真的存在了。