这个版本完了之后更新得等下个月了，或者有没有大佬哈哈哈，

这个是你自己做的吗？

AI加手搓

用的哪个语言呢？

lua

咦，这玩意儿咋的咋跟那个音乐盒很像，但是他那个很炸，有一点像那种嗯摩托车的那个那个那个那个警报器的那个给他改成音频了，可可

这是正弦波

有点像那个计算器的声音啊。这个还可以啊，挺好听的

这是正弦波

好刺耳

我也想以当前使用的音色导出，无奈技术不够啊哈哈

用户需要的功能「导出音频时使用当前音源音色」，无法实现，原因如下： 1. AndroLua+ 没有音频解码能力。当前音源文件是 MP3 或 WAV 格式，导出时需要读取其中的原始 PCM 采样数据才能拼接合成。但 AndroLua+ 只提供了 `MediaPlayer` 和 `SoundPool` 等播放接口，没有提供任何「读取音频文件 PCM 数据」的接口。`MediaPlayer` 只能播放不能提取，`SoundPool.load()` 返回的 `soundId` 只是内部句柄，无法获取加载后的采样缓冲区。 2. MediaCodec 方案在 AndroLua+ 中不稳定。Android 原生可以通过 `MediaExtractor` + `MediaCodec` 解码音频，但 `MediaCodec` 是基于异步回调的 API，需要在 Java 层处理输入输出缓冲区、格式协商、状态机转换。在 AndroLua+ 的 Lua-Java 互操作层中，这些异步回调极易触发 `CalledFromWrongThreadException` 或缓冲区越界崩溃。不同 Android 版本的 `MediaCodec` 行为差异也很大，无法保证兼容性。 3. 纯 Lua 处理音频数据性能不足。即使绕过解码问题（比如只支持 WAV 格式），读取后的重采样、变速（按半音调整音高）、多音混合（和弦叠加）等操作需要在 Lua 中逐采样计算。一个 3 秒的音源有 13 万采样点，一首曲谱数百个音符，纯 Lua 循环处理会导致内存溢出和 ANR。 4. 音源格式不统一。用户导入的音色包可能包含 MP3、WAV 等不同格式，没有统一的跨格式解码方案。如果只支持 WAV，大部分用户的 MP3 音源无法使用，功能形同虚设。 结论：在 AndroLua+ 环境下，「使用当前音源导出音频」技术上不可行。当前导出的「默认」模式使用正弦波合成，虽然音色是电子音，但音高和节奏准确，可以作为曲谱的参考音频使用。

郑贤波好难听好刺耳啊。

我也想以当前使用的音色导出，无奈技术不允许啊哈哈

用户需要的功能「导出音频时使用当前音源音色」，无法实现，原因如下： 1. AndroLua+ 没有音频解码能力。当前音源文件是 MP3 或 WAV 格式，导出时需要读取其中的原始 PCM 采样数据才能拼接合成。但 AndroLua+ 只提供了 `MediaPlayer` 和 `SoundPool` 等播放接口，没有提供任何「读取音频文件 PCM 数据」的接口。`MediaPlayer` 只能播放不能提取，`SoundPool.load()` 返回的 `soundId` 只是内部句柄，无法获取加载后的采样缓冲区。 2. MediaCodec 方案在 AndroLua+ 中不稳定。Android 原生可以通过 `MediaExtractor` + `MediaCodec` 解码音频，但 `MediaCodec` 是基于异步回调的 API，需要在 Java 层处理输入输出缓冲区、格式协商、状态机转换。在 AndroLua+ 的 Lua-Java 互操作层中，这些异步回调极易触发 `CalledFromWrongThreadException` 或缓冲区越界崩溃。不同 Android 版本的 `MediaCodec` 行为差异也很大，无法保证兼容性。 3. 纯 Lua 处理音频数据性能不足。即使绕过解码问题（比如只支持 WAV 格式），读取后的重采样、变速（按半音调整音高）、多音混合（和弦叠加）等操作需要在 Lua 中逐采样计算。一个 3 秒的音源有 13 万采样点，一首曲谱数百个音符，纯 Lua 循环处理会导致内存溢出和 ANR。 4. 音源格式不统一。用户导入的音色包可能包含 MP3、WAV 等不同格式，没有统一的跨格式解码方案。如果只支持 WAV，大部分用户的 MP3 音源无法使用，功能形同虚设。 结论：在 AndroLua+ 环境下，「使用当前音源导出音频」技术上不可行。当前导出的「默认」模式使用正弦波合成，虽然音色是电子音，但音高和节奏准确，可以作为曲谱的参考音频使用。