问题标签 [compression]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - C#中是否有任何压缩和加密库?
我想压缩一些文件(成ZIP格式)并尽可能使用 C# 加密它们。有没有办法做到这一点?
加密可以作为压缩本身的一部分进行吗?
image - JPEG 大小为 8px 或 16px 的倍数是否有质量、文件大小或其他好处?
JPEG 压缩编码过程将给定的图像分割成 8x8 像素的块,在未来的有损和无损压缩中使用这些块。[来源]
还提到,如果图像是多个 1MCU 块(定义为最小编码单元,“通常在两个方向上 16 个像素”),则可以对 JPEG 进行无损更改。[来源]
我正在处理产品图片,并且想知道在我的最终图片尺寸中使用 16 的倍数(例如,使用尺寸为 480 像素 x 360 像素的图片)与非16(例如 484x362)。在此示例中,我对最终图像的进一步更改、编辑或重新压缩不感兴趣。
为了更接近一个我知道必须有很大普遍性的特定答案:给定一个 64k 的 480x360 图像,并在 Photoshop [示例]中以最高质量保存:
- 我可以预期 484x362 的图像会有任何质量损失吗
- 我可以期望增加多少文件大小(对于这个例子,额外的空间是白色像素)
- 比 8px 网格更大还有其他缺点吗?
我知道使用该特定示例是任意的,但它仍然会有所帮助(对于我和可能任何其他考虑图像大小的人)了解我在打破非 8px 网格时要处理的妥协程度。
这里的关键问题是我曾经争论过的问题是 8 像素可分割图像是否比不能被 8 像素整除的图像质量更高。
c# - How can I determine the length (i.e. duration) of a .wav file in C#?
In the uncompressed situation I know I need to read the wav header, pull out the number of channels, bits, and sample rate and work it out from there: (channels) * (bits) * (samples/s) * (seconds) = (filesize)
Is there a simpler way - a free library, or something in the .net framework perhaps?
How would I do this if the .wav file is compressed (with the mpeg codec for example)?
encryption - AES(128 或 256)加密是否会扩展数据?如果是这样,多少?
我想为软件产品添加 AES 加密,但担心会增加数据的大小。我猜数据的大小确实会增加,然后我必须添加一个压缩算法来补偿。
javascript - 在不出现性能缺陷的情况下打包 JavaScript 代码的最佳方法是什么?
我正在寻找一种压缩 iPhone 的 JavaScript 代码的方法。有没有办法避免在小型且速度较慢的设备上使用大量 CPU 时间?
php - c 和 php 的压缩库
为了节省网络流量,我想压缩我的数据。唯一的诀窍是我的客户端是 ac 应用程序,服务器是 php。我正在寻找可用于 c 和 php 的开源压缩库。
我想我可以编写一个外部 c 应用程序来解压缩我的数据,但我试图避免在服务器上产生额外的进程。
有知道的请贴出来!
java - 什么是好的 Java 压缩库?
我需要压缩我们应用程序的部分网络流量以提高性能。我认为这意味着我需要远离一些较新的算法,例如 bzip2,我认为我听说过的算法速度较慢。
perl - 如何使用 Perl 搜索归档文件
使用 Perl 阅读压缩目录内容的首选方法是什么?
asp.net - 压缩ASP.Net的脚本资源
如何压缩 ASP.Net 的脚本资源?我看到那里的文件高达 255 KB!我尝试寻找解决方案,但到目前为止它只讨论脚本动态和静态文件。我检查了 IIS 的压缩临时文件夹,发现那里没有压缩的脚本资源。这使我得出结论,这些文件是以高带宽传输的。
algorithm - 找到提供最佳压缩的前缀子字符串
问题:
给定一个字符串列表,找到子字符串,如果从它匹配的所有字符串的开头减去它并用转义字节替换,则得到最短的总长度。
例子:
"foo"
, "fool"
,"bar"
结果是: "foo" 作为带有字符串 、 和总长度为 9 个字节的"\0"
基本"\0l"
字符串"bar"
。"\0"
是转义字节。原始字符串的长度之和是 10,所以在这种情况下我们只保存了一个字节。
一个朴素的算法看起来像:
这会给我们答案,但它有点像 O((n*m)^2),太贵了。