标签: lossy-compression

这个问题可能非常基础

有没有办法减少有损压缩(WMV,MPEG)格式的帧大小/速率,以获得相同格式的较小尺寸的较小视频.

是否有任何开源或专有api？

JPEG是一种有损压缩方案,因此解压缩 - 操作 - 重新压缩通常会进一步降低每一步的图像质量.是否可以旋转JPEG图像而不会造成进一步的损失？从我对JPEG算法的了解很少,它似乎可以通过一些努力避免进一步的损失.哪些常见的图像处理程序(例如GIMP,Paint Shop Pro,Windows照片库)和图形库在执行旋转时会导致质量损失,哪些不会？

在Android上,如何将图像文件保存为30%质量的JPEG？

在标准Java中,我将使用以下ImageIO方式读取图像BufferedImage,然后使用IIOImage实例将其保存为JPEG文件:http://www.universalwebservices.net/web-programming-resources/java/adjust-jpeg-image-compression -quality-when-saving-images-in-java.然而,似乎Android缺乏这个javax.imageio包.

JPEG压缩编码过程将给定图像分成8x8像素的块,在将来的有损和无损压缩中使用这些块.[资源]

还提到如果图像是多个1MCU块(定义为最小编码单元,'通常在两个方向上为16个像素'),则可以执行对JPEG的无损改变.[资源]

我正在处理产品图片,并想知道在我的最终图像尺寸中使用16的倍数(例如,使用尺寸为480像素×360像素的图像)与非倍数相比,是否可以获得多少益处16(如484x362).在这个例子中,我对最终图像的进一步改动,编辑或再压缩不感兴趣.

为了更接近我所知道的特定答案,必须有很大的一般性:给定480x360图像为64k并在Photoshop中以最高质量保存[示例]:

• 我可以预期484x362的图像会有任何质量损失
• 我可以期望增加多少文件大小(对于此示例,额外空间将是白色像素)
• 增长大于8px网格还有其他缺点吗？

我知道使用这个特定的例子是任意的,但它仍然有用(对我来说,可能是任何其他人在思考图像大小),以了解我在打破非8px网格时要处理的妥协程度.

这里的关键问题是我所讨论的是8像素可分割图像是否比不能被8像素整除的图像质量更高.

是否有比JPEG更快但仍受到良好支持的压缩算法？我知道jpeg2000,但据我所知,它并没有那么快.

编辑:用于压缩.

Edit2:它应该在Linux 32位上运行,理想情况下它应该是C或C++.

几年前我做了一个音乐录音,我找不到原来的WAV文件,我只压缩了MP3.现在我找到了一张音频CD,但我不知道它是用原始的,未压缩的WAV制作的,还是用压缩的MP3或OGG文件制作的.

有没有办法如何检测音频样本是否已使用MP,OGG等有损压缩进行压缩和解压缩,而无需与原始数据进行比较？

更新:

尝试@ MisterHenson的建议,我绘制了两个样本的光谱,图中有明显的差异:

来自CD的样本:

来自MP3的样本:

这实际上解决了我当前的问题,但我仍然有这些悬而未决的问题:

1. 如果光谱在视觉上无法区分,我不知道是否存在真正的差异,或者我无法区分它们(即压缩质量会更好).我还能尝试什么？
2. 同样,如果我没有要比较的MP3文件,只需一个音频样本,我该怎么办？
3. 是否有自动化方法,以合理的概率回答问题？