Audio 为什么音频文件加密是在频域进行的？

当我们想要加密音频文件（wav/mp3）时，为什么要在频域进行加密？我研究了一些音频加密方法，它们使用傅里叶变换，然后在频域进行加密。为什么我们不从wav/mp3文件中获取数据（int/float），对其进行加密，然后将其写回wav/mp3文件？频域加密有什么优势吗

我发现的一些音频加密算法：

---

毫无疑问，由于大多数音频编解码器也使用其频域表示，因此它的信息效率更高。当每个频域存储单元只需要存储三个参数（频率、幅值和相位）或更简洁（aj+bi）时在复杂的平面中，时域中的任意音频曲线可以通过少数频率单元恢复，因此必须在信息更密集的表示上执行加密。一旦进入频域，它也更容易丢弃非人类感知的频率，从而减少负载。一个连锁反应的好处是减少了在频域进行压缩和加密时的计算需求

所以一个典型的数据流会给你

raw audio in PCM format ( time domain ) -> fft -> freq domain -> encryption -> decryption -> freq domain back again -> inverse fft -> resurrected raw audio

---

如果没有这些限制，那么直接在时域中进行音频加密是完全可行的。请记住，一旦你弄脏了时域信号，其频域表示每单位时间将需要更多的信息（空间+计算），因此更难压缩。毫无疑问，由于大多数音频编解码器也使用其频域表示，因此信息效率更高。当每个频域存储单元只需要存储三个参数（频率、幅值和相位）或更简洁（aj+bi）时在复杂的平面中，时域中的任意音频曲线可以通过少数频率单元恢复，因此必须在信息更密集的表示上执行加密。一旦进入频域，它也更容易丢弃非人类感知的频率，从而减少负载。一个连锁反应的好处是减少了在频域进行压缩和加密时的计算需求

所以一个典型的数据流会给你

raw audio in PCM format ( time domain ) -> fft -> freq domain -> encryption -> decryption -> freq domain back again -> inverse fft -> resurrected raw audio

---

如果没有这些限制，那么直接在时域中进行音频加密是完全可行的。记住，一旦你弄脏了时域信号，它的频域表示每单位时间将需要更多的信息（空间+计算），因此更难压缩。

…为什么要在频域进行加密？据我所知，从来没有。音频文件与任何其他文件一样处理并加密。你提到的那篇论文毫无意义。不是一个编程问题-试试看？…为什么加密是在频域进行的？据我所知，从来没有。音频文件与任何其他文件一样处理并加密。你在《无稽之谈》中引用的那篇论文不是一个编程问题-试试看？