Node-Webkit读取MP3文件

Question

Node-Webkit读取MP3文件

3

我使用 audio 类来读取 MP3 文件，感谢一个小技巧：将 Node-Webkit 的 ffmpegsumo.so 替换为 chromium 的。这样可以在 Windows 上读取 MP3，但在 Mac OS 上无法正常工作。有人知道原因吗？

以下是代码：

player = new Audio()
player.src = '/path/to/the/audio.mp3';
player.play();

- Thomas Ayoub

你确定ffmpegsumo.so是Mac上解码mp3的关键吗？也就是说，如果你反过来切换，会破坏Chromium中的mp3解码吗？ - OldGeeksGuide

它在我的Windows上无法运行，能否分享你的ffmpegsumo.so文件？ - David 天宇 Wong

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- John W. Clark · Accepted Answer

这似乎依赖于dll/so是32位版本。我猜这就是为什么从Chrome复制文件对大多数人都无法正确工作的原因（我的3岁手机是我唯一剩下的32位设备）。

我不断看到这个链接 - https://github.com/rogerwang/node-webkit/wiki/Support-mp3-and-h264-in-video-and-audio-tag ..但它是一个空白页面。我猜测它已被删除，因为信息可能不是最新或不正确。

这个问题线程有一些重建的Mac和Windows的ffmpegsumo库的链接 - https://github.com/rogerwang/node-webkit/issues/1423 另一种选择似乎是重建ffmpegsumo，这个线程有一些配置可以做到这一点 - https://github.com/rogerwang/node-webkit/issues/1208 我仍然对构建库后的许可证感到困惑，因此这可能值得一些研究。 mpeg4-part10 的所有内容都受版权保护，并且受专利限制。我认为我们都需要变得聪明起来，停止使用mp4/h.264。在将其正确地在node-webkit上运行之前，使用ffmpeg将视频转码为ogv容器（使用Theora和Vorbis编解码器）更容易。目前看来，iOS正在维护h.264的生命，当它应该死亡时，这是一个可怕的死亡。