Apache flex flex加密本地mp3

我正在建立一个MP3服务，在线文件可以从internet流式传输并保存在本地存储器中（以防止将来的数据流量）。考虑到这一点，我想对本地文件进行加密，或者不使其在我的应用程序之外可用。我成功地对文件进行了加密/解密，但无法将字节数组加载到声音对象中。此外，解密一个文件需要大约5秒钟，这太长了

我想把MP3弄坏，然后再重写一遍。 有人能帮我处理这件事吗

---

谢谢

去年我为一个VOD应用做了类似的事情。我遇到了和你一样的问题：客户要求视频可以下载，但除了应用程序之外，在任何地方都不能观看。由于各种原因，DRM是不可能的，所以我们决定使用加密。我们的第一个计划太慢（在iPad3上5-10秒），所以我们决定销毁该文件

基本上，您需要查看文件格式的结构。对于我的格式，前32个字节是头。我们不想破坏头文件，因为它对文件至关重要，我们不想冒险破坏它。因此，我们查看了标题后面的数据。我们决定将字节33每16KB中断一次，比如1024KB之类的（出于明显的原因，我不会说确切的范围）

我们的中断模式简单且易于恢复（显然，如果您想播放该文件，则需要）：

这基本上会改变价值观。因此，如果

MAX\u BYTE\u VALUE

为10，BYTE为3，则变为7。如果是7，则变为3。它不可能超出范围，也不可能破坏模式。因此，我们在文件开头的一小部分字节上运行它，大约总共60-100字节，我们的视频文件仍然可以播放，但不再存在声音，图像也完全损坏（紫色和粉色的大块，带有大量的静电）

---

显然，DRM解决方案可能会更好。但客户坚持不使用DRM，并坚持我们使用加密方法。此方法非常有效，在运行时不会丢失我的应用程序的帧。希望这能让你了解如何做到这一点。

你可以构建自己的音频格式，其他播放器都不支持这种格式——这就是苹果在iTunes上所做的。在我个人看来，DRM方案通常会阻碍客户体验，而不会阻止盗版。您的资源可能比DRM更好地用于创建更好的产品[或业务模式]。更改文件格式不是一项容易的任务，我的截止日期也越来越近了。还有其他选择吗？我的建议是不要再担心你的客户是否在其他应用程序中使用MP3。不过，这可能没有什么帮助，尤其是如果你的“业务支持者”对DRM持坚决态度的话。还有一个问题，有没有一种方法可以接受在切换按钮上的下降？我不知道你想问什么。如果你还有其他问题；我建议你写一篇新文章，尽可能多的代码。这和DRM解决方案有何不同？[但是，+1不管怎样]@Reboog711我不完全确定区别是什么（从未使用过正确的DRM方案）。这种方法意味着客户不需要重写他们站点的视频播放器，而这正是他们试图避免的。

byte = MAX_BYTE_VALUE - byte;