R***a
发帖数: 41892 | 1 肉眼本来就不需要完美啊。反正现在a7r vs d800e，一张能证明有损压缩
拉曲线以后有肉眼可见区别的图都没有 |
|
p***t
发帖数: 698 | 2 你是要中文的还是英文的？
图像压缩可以有不同的分类方法，常用的一种
是有损压缩和无损压缩。意思是压缩后的东东
损不损是信息量。
无损压缩一般是采用香农的信息殇定义。一般
有huffman和算术编码。算术编码比huffman
更接近无损压缩的极限，因为理论上来看它不
象Huffman用整数位长实现。一般的压缩比是
个位数。更专业一点的单位是速码率。
有损压缩就多了。针对于不同的应用场景有
不同的方法。常见的有H.261，H.263，JPEG，
MEPG，CREW等等。其中MPEG又有好几种，前
年的时候正在往外推MPEG7。MPEG用在VIDEO
领域，我们熟悉的MP3可以说是这个标准中
关于音频的部份。不过你如果要搞的是静止
图像的话，还是看看JPEG吧。JPEG一般的压
缩比是个不大的二位数，十几，二十几啊。
图像复杂的话也可能只有几。前几年的时候
大家用Mallat的小波代替JPEG中的DCT，据
说还是有一定效果的，我现在还能记住的
是零树技术。
很难固定的说某种技术的压缩比是多少，这
和图像本身及你要求的图像质量很有关系。
当年大家还提感知殇等东东。
另外提一句，我不作神仙已经 |
|
l*2
发帖数: 109 | 3 对于每一个原色来说，低四位和高四位一般不同，现在要压缩成相同的，相同的最
好，不用有损压缩，直接省去一位即可。但是不同的就要有损压缩。
比如对于1F来说，最接近的数字应该是11或者22,现在需要看与1F比较哪个差小点，
对于2A来说，最接近的数字应该是33或者22,现在需要看与2A比较哪个差小点，然后编
程序，判断一下，哪个小就用哪个。
这是十位数小于个位数的情况，
对于十位数大于个位数的情况，比如83,就得用77和88了。 |
|
J*********n
发帖数: 6974 | 4 无损还是有损？
如果是有损压缩，我觉得Djvu那种压缩格式很牛的。
无损，xz > bz2 > gz
xz是在7z的格式基础上发展起来的。你看，现在linux kernel、texlive、miktex、
Cygwin基本上都在进行往xz格式的过度。 |
|
t******q
发帖数: 117 | 5 【 以下文字转载自 EE 讨论区,原文如下 】
发信人: con (earn money), 信区: EE
标 题: Re: 还是请教关于DCT用于图像压缩。这么说吧？
发信站: The unknown SPACE (Fri Aug 22 15:01:54 2003), 转信
其实图象压缩有有损压缩
如果研究新方法的话
不应该把条件限制这么死
不用要求perfect recontruction
所以你的unit matrix等类似的条件把
自己的手脚束缚住了
作研究不是这么干的
其实只要要求恢复的图象和
原来的图象的差别小于一定的threshold
就可以了.这样的变换就多了去了
approximate recontruction vs. perfect reconstruction. |
|
m*****n
发帖数: 2152 | 6 不能restore，有损压缩，要求压缩损耗最小，损耗公式如上。
这像是一道统计题，有点least square linear regression的意思。
但是没那么复杂，也不用maximum likelihood求解。 |
|
R***a
发帖数: 41892 | 7 4x4像素为一组，14 bits/pixel记录最亮和最暗的四个像素的绝对数值，
10bits/pixel记录其他像素相对最亮和最暗像素的位置。
平均占用11bits
这是利用正常照片里面4x4范围之内不会有极端的明暗变化的
压缩算法。目前还没有人能发现和非压缩算法能够有肉眼可见区别 |
|
D****e
发帖数: 1122 | 8 家电厂不是一直用的有损RAW吗？
他家有过无损？ |
|
R***a
发帖数: 41892 | 9 这个是高感高噪音下reconstruct detail时候的才出现，
只有jpg有，跟raw压不压缩无关。
同场景cn的jpg是根本看不出纹路的问题 |
|
|
R***a
发帖数: 41892 | 11 关键是纠结这个问题一般都是嘴炮专家，sony给了无损压缩选项也不会花钱的。 |
|
c****i
发帖数: 7933 | 12 赞“有损压缩凡人”
跟jpg似的，肉眼看不出区别。 |
|
a******m
发帖数: 1468 | 13 写这个帖子的人算是个半外行。数字音响的第一个瓶颈就在A/D转换的精度。这里面时
钟漂移是个小问题，精度和速率的提高是大问题。所以文章没有搞对实质的瓶颈在哪。
其次，D/A的精度远比A/D的精度要高。时钟飘移的问题大家一样。所以D/A绝不会成为
数字音响质量的瓶颈。或者说，一个廉价的D/A一般就可以做得很好。当然，音频过了D
/A以后就是模拟信号了。这之后的信号如果器材不好，失真问题会很大。
A/D中出的问题是无法补救的。出现了就永久地存在了数字音频信号里。D/A的质量一般
要求不会太高。这期间的数字信号处理和传输，只有一种可能的损失，那就是“有损”
数据压缩。
所谓的CD质量好还是硬盘质量好的提法，原先来自于CD质量高还是mp3音乐文件质量高
。本身这个争执和文件存在哪里没有任何关系。CD就是个存储设备，和硬盘没有区别。
但是，因为有人喜欢把音乐文件变小，在把CD音乐压成mp3音乐的时候，有意牺牲了高
精度的信息。这叫“有损”压缩。既然有损，mp3里面存的东西和原来CD里存的就不是
一回事了。如果损失太大，mp3的音乐质量就不如CD的音乐质量。不过，到底有多大损
失，mp3格式里都有介... 阅读全帖 |
|
l**p
发帖数: 474 | 14 8.6.3．jpeg文件
1．简介
jpeg(joint photo graphic experts group，发音做jay-peg)文件格式最初由
c-cubemicrosystems推出，是为了提供一种存储深度位象素的有效方法，例如对于照片扫
描，颜色很多而且差别细微(有时也不细微)。jpeg和这里讨论的其他格式的最大区别是
jpeg使用一种有损压缩算法，无损压缩算法能在解压后准确再现压缩前的图象，而有损压
缩则牺牲了一部分的图象数据来达到较高的压缩率。但是这种损失很小以至于人们很难察
觉。
jpeg图象压缩是一个复杂的过程，经常需要专门的硬件来帮助。首先图象以象素为单
位分成8*8的块。然后，每个块分三个步骤被压缩。第一步使用dct(discretecosinetrans
form)离散余弦变换把8*8的象素矩阵变成8*8的频率（也就是颜色改变的速度）矩阵。第
二步对频率矩阵中的值用量化矩阵进行量化，滤掉那些总体上对图象不重要的部分。第三
步，也就是最后一步，对量化后的频率矩阵使用无损压缩。
因为被量化后的频率矩阵缺了许多高频信息，通常能被压缩到一半甚至更 |
|
g****t
发帖数: 31659 | 15 (1)
无损压缩和有损压缩是本质不同的啊。
你看过 Kolmogorov complexity 吧？
我觉得物理本质上是聪明的有损压缩。
例如你说的牛顿定律是压缩质点运动的轨迹。
严格的说，应该是牛顿定律近似的压缩了
实际物体运动的轨迹。
(2)
你说的那个拼接问题。方向最后应该是universal neural machine?
就是神经网络在一个特殊的神经网络上获得表达。然后才能composable |
|
w*******x
发帖数: 489 | 16 【 以下文字转载自 Computation 讨论区 】
发信人: woshialex (Qi), 信区: Computation
标 题: 有人知道浮点数的压缩算法吗？有损也没关系
发信站: BBS 未名空间站 (Sat Oct 23 10:12:16 2010, 美东)
我的问题里头内存严重不够用，所以需要把很多浮点数数组（单精度吧）压缩，然后调
用的时候在内存里头一个数组一个数
组的解压缩。
有人知道有效的算法吗？能压缩几倍？即使适当的loss也没关系。数据有大片区域比较
平滑。
谢谢！ |
|
x**n
发帖数: 547 | 17 也不是文件越大越好，还要看文件格式。mp3格式的， 一般192kbs就可以了，硬件不好
的，听不出来区别。mp3是有损压缩，同样的ogg格式的，相对效果就好一些。wma也是
有损压缩，但体积较mp3也小，128的wma相当于192的mp3。无损压缩有ape, flac, wav
等，这些格式相对而语言，音质就较好， 前两个现在比较常见，WAV一般文件比较大。
在音质感觉不到变化的时候，可以用一些软件改变音效， 这就根据个人喜好了。 |
|
a*f
发帖数: 5682 | 18
和压缩算法有关。原片jpeg压缩的比较大，lr导入后解压，导出重新压缩的时候选择的
压缩率较低。因此出片更大。我觉得扫描最好出tif这样的无损格式进行保存。辛苦拍
出来扫出来，却人工的有损压缩，就好比以前拍出底片却把底片扔了只保存print一样。 |
|
z****n
发帖数: 1627 | 19
不考虑JPEG已经对RAW进行了机内处理（色温，对比，饱和，锐化等等），单纯从信息
量和文件大小来看，假如JPEG能包含RAW的所有信息，那么JPEG不会比RAW小，信息量在
那儿摆着呢。 JPEG之所以可以压缩的那么小，就是扔掉了一些不重要的信息。其实RAW
也有不压缩，无损压缩，和有损压缩的区别。
JPEG和RAW比，除了损失信息以外，还有一个最大的区别是对信息进行了处理。RAW不进
行机内处理，保留的是原始数据。 JPEG是在原始数据上进行了一系列处理，然后保存
。而这一系列处理中，绝大多数都是会“损失”信息的。也就是说，即使JPEG在保存的
阶段是无损的，它之前处理的阶段，已经损失一定信息了。
那么假如JPEG为了不损失信息，不对原始数据进行处理，在保存的阶段也不进行无损压
缩，那它跟RAW的无损压缩就没什么区别了。 |
|
y****g
发帖数: 36950 | 20
高解析度时像素填充速度不够是可能的，GPU指标快都是加速没shader的三角形，如果
上了2,3层带alpha的材质叠加运算速度立马就下来了。就好像PC游戏玩FPS一遇到角色
要穿越大面积的爆炸烟雾一类的粒子效果时，游戏往往瞬间从30多帧丢到10来帧。
我觉得原文对游戏app rom size的质疑也是有道理的。app现在越做越大，如果要为高解析度屏幕
设计3D游戏。贴图尺寸会大很多，1024x1024带alpha的32位真彩图片不做mipmap,保证质量不有损
压缩的话要4M，如果屏幕达到2048，一个3D角色要有近景镜头，面部贴图要做2048x2048的话，贴
图就要用16M内存，不过用了压缩贴图会小很多，但是效果会比较差，rom里的贴图数据压缩也要
1M多。而UI的贴图一般是不好压缩的，因为UI强调干净整齐的边缘和干净的色彩，压缩的贴图做
UI很难看。这样loading速度也会变慢。
如果有过场动画，做720P的，1分钟码率中等的的h264 MP4，大概要20几M，既然硬件提升，按照
PSvita的3D游戏做法，这么个游戏做出来很可能rom就要1GB。 |
|
y****g
发帖数: 36950 | 21 其实是照片多次被有损压缩导致的。图片被转了几次，不是copy的，而是微信会压缩图
片，
手机APP上传买买提也会压缩一次。层层压缩就变成这样了。当然有些我发的比较清楚
的是因为有原来的图片文件。上传时只压缩了一次。 |
|
l**n
发帖数: 7272 | 22 【 以下文字转载自 PDA 讨论区 】
发信人: yugong (愚公挖坑), 信区: PDA
标 题: Re: ipad3 屏幕升级的后果 (转载)
发信站: BBS 未名空间站 (Fri Feb 24 00:37:22 2012, 美东)
高解析度时像素填充速度不够是可能的，GPU指标快都是加速没shader的三角形，如果
上了2,3层带alpha的材质叠加运算速度立马就下来了。就好像PC游戏玩FPS一遇到角色
要穿越大面积的爆炸烟雾一类的粒子效果时，游戏往往瞬间从30多帧丢到10来帧。
我觉得原文对游戏app rom size的质疑也是有道理的。app现在越做越大，如果要为高
解析度屏幕
设计3D游戏。贴图尺寸会大很多，1024x1024带alpha的32位真彩图片不做mipmap,保证
质量不有损
压缩的话要4M，如果屏幕达到2048，一个3D角色要有近景镜头，面部贴图要做
2048x2048的话，贴
图就要用16M内存，不过用了压缩贴图会小很多，但是效果会比较差，rom里的贴图数据
压缩也要
1M多。而UI的贴图一般是不好压缩的，因为UI强调干净整齐的边缘和干净的色彩，压缩... 阅读全帖 |
|
t******q
发帖数: 117 | 23 【 以下文字转载自 EE 讨论区,原文如下 】
发信人: leizj (lilith), 信区: EE
标 题: Re: 还是请教关于DCT用于图像压缩。这么说吧？
发信站: Unknown Space (Fri Aug 22 16:13:05 2003) WWW-POST
我前面讲了，这些变换在计算机实现的时候因为
浮点精度的问题已经变成有损的了。另外在
应用这些变换的时候不要只是考虑压缩。图像
处理不仅仅是压缩。现在的视频软件还得考虑
zooming, panning, 改变图像分辨虑等等
很多应用。 DCT的选用使很多这些操作都可以
很容易的在频域实现。最终用户只考虑速度
和质量。 现在用户已经在抱怨视频编辑软件
制作 VCD 和 DVD 太慢了。制作一个1小时
的VCD要用大概4小时的时间。而且6-8Mbps
的带宽已经不够压缩 720*480 的DVD了。
不错，做研究可以随心所欲。可是你想想，
图像处理研究了几十年最后大家只认 DCT
和小波。 你想做多少年来搞出一个更好的
变换。而且如果你没法证明你提出来的变换
至少在某方面优于现有的，那怎么毕业呀。
Z=C*Y*D.. |
|
w****n
发帖数: 5749 | 24 没那么夸张，raw不压缩可能是很大，但不是还有无损压缩么，D810全尺寸的raw，用
14bit无损压缩，iso6400底下实测是~56MB一张，32G的存储卡机身预测是400张不到，也
就是说最大不超过80MB一张。
而如果用14bit有损压缩的话，就只要不到40MB一张了，也就D700的两倍。我用95MBPS
的extreme pro试过，5fps可以连续拍30张。如果减小画幅用1.2x 6fps或1.5x 7fps的
话，数据流实际上是减小了。可以拍的更久。
我想买一张64G的卡，但是160MBPS的CF太贵了…… |
|
w*******x
发帖数: 489 | 25 我的问题里头内存严重不够用，所以需要把很多浮点数数组（单精度吧）压缩，然后调
用的时候在内存里头一个数组一个数
组的解压缩。
有人知道有效的算法吗？能压缩几倍？即使适当的loss也没关系。数据有大片区域比较
平滑。
谢谢！ |
|
O*******d
发帖数: 20343 | 26 jpg本身就是有损压缩。 调整jpg文件电脑要先解压，变成RGB信号。 调整完后再压缩
回去，再丢失一部分信息。 只有90
度整数倍旋转和反射，一些较高级的软件可以不解压，直接变换。 较便宜的软件先解
压，再旋转，再压缩，会丢失信息。 |
|
H********g
发帖数: 43926 | 27 有损压缩是这样的：售票员看看乘客，又看看手里的一本照片，说：你长得挺像X3的，
不用上来了。
==
每天早晚，压缩软件行业佼佼者，[公交车] 和 [地铁] 总能展现其超高的压缩率。 |
|
g*****y
发帖数: 7271 | 28 这个实在没必要用无损压缩，要是可以有损的话，其实也没损失多少，
不过一章基本可以一句话说清楚，压缩比可以到100：1，哈哈 |
|
a*****a
发帖数: 1429 | 29
压缩有两种，一种叫做无损压缩，一种叫做有损压缩。 |
|
s******s
发帖数: 13035 | 30 CIGAR其实就是最不容易压缩的部分，我看70%都是为了存CIGAR.
SRA或者CRAM要压缩的给力，最后都落到有损压缩CIGAR上 |
|
a***y
发帖数: 19743 | 31 fm还不如mp3吧
要用有损的，推荐用最新的iTunes Plus格式的
因为这个新的encoder把18-22khz的数据都保留了很多，可以在图上看出来
其他有损压缩格式这部分数据基本上都直接砍了 |
|
l*****y
发帖数: 337 | 32 decss下面，比较transfer好坏？
嗯？真的要看transfer HD的ts流和DVHS，dvd边都挨不上
正版生产线上的盘，一样的盘基
盗版怎么就半年放不出来？碟报看仔细些，避免少数黑碟就可
正版每次都是最好？逻辑？亲身体验？
盗版能买到的，正版也能？你没有看我的原文？？？
Innocence的日本限量发行，一共就500套，没有中文字幕等不说
我就是买不到,各个地方都是oos或者oop
美国1区的innocence，看cover art就要呕吐了
完全毁了
再举一个例子，德黑兰43年，有中文字幕，代当年上译的声轨的正版么？
老枪呢？
最后再举一个例子，anime中很多翻译有时候需要背景
FM或者MM出的中文字幕都注意了这点，带有很多背景注释
正版？
另外，你嘲笑别人不懂收藏，似乎只有买正版的才叫作收藏
不知道你哪里来的这种莫名其妙的优越感？
D5怎么了？D5就是有损压缩？你不与时俱进也就算了
还自以为是的judge，可笑
5king的一套sex and the city一共32D5，要是有损的19张就够了
LC出过和1区一样的19D9，选择太多了
还
the
collect |
|
发帖数: 1 | 33 叔刚去古登堡看了一下，莎士比亚全集压缩了只有Single digit MB, 一本故事会精美
插图合在一起有损压缩也不止10MB, 看来还是故事会技术含量高。 |
|
J*****a
发帖数: 4262 | 34 同样的音响 同样的EQ
放mp3和CD 效果不同 这是音效？不是音质？
你才是文科生吧？知道什么是无损压缩 什么是有损压缩吗？ |
|
y**o
发帖数: 69 | 35 发信人: wine (vin blanc), 信区: HiFi
标 题: 讨论一下MiniDisc如何
发信站: BBS 水木清华站 (Tue Mar 3 23:25:30 1998)
不知道大家对MiniDisc怎么看.
它采用的盘片为64毫米MD光磁盘,可存储74分钟音乐,可以对介质进行多次的改写.
是一种
用来取代磁带的技术,它的音质非常接近普通的CD,但是不幸的是
他的数据标准并不是CD的格式,而是对CD进行了有损压缩,压缩率为1/5.
但是效果如何,我不是很清楚,Sony称损失很小.
他的最大的好处是可以多次读写,所以
你可以组合很多你喜欢的光盘的精彩片断或者是歌曲,把它们拷贝到一张CD上
拷贝通常是数字到数字的拷贝.
盘片比较便宜,在日本一张MD仅仅3美元左右.
夏普出品的两款便携式MD机就比64毫米
的MD盘片大一点,比最小的walkman都要小,而且它的
抗震性能也非常的好,通常也有10秒的缓冲区,很适合随身携带.
另外,价钱也不是不可接受的2000-3000RNB.
不知道各位大侠还有什么高论.最好大家讨论一下这种
东东的电气性能和实际效果.
发信人: DBPZ |
|
f****i
发帖数: 20252 | 36 一个有损压缩，一个无损压缩，软件播放器怎么可能一样 |
|
a9
发帖数: 21638 | 37 zip是无损压缩,h264等等都是有损压缩。
有关 |
|
x****u
发帖数: 44466 | 38 压缩有很多搞法的。
比如说有损压缩配合上那种针对大量相近数据的算法，就可以把音色库压的很小。 |
|
z**x
发帖数: 3629 | 39 音乐原始就wav；
CD一般就44100Hz采样，16bit位深格式的wav；
为了减少体积，就得压缩；
mp3这些算法都有损，压缩以后的音质不如原始wav；
flac或者ape都是无损算法，压完回放和wav一样。 |
|
b*s
发帖数: 82482 | 40 早说lossless不就结了么……
音乐原始就wav；
CD一般就44100Hz采样，16bit位深格式的wav；
为了减少体积，就得压缩；
mp3这些算法都有损，压缩以后的音质不如原始wav；
flac或者ape都是无损算法，压完回放和wav一样。 |
|
c******n
发帖数: 16666 | 41 人会选择性压缩自己的记忆
还是有损压缩
并且记忆很容易被影响 伪造记忆什么的 确实存在 |
|
n******r
发帖数: 4455 | 42 先转成wave就可以刻了
缺点是音质不如CD，因为MP3压缩是有损压缩
不如换个可以读MP3的或者有音频接头的CD机 |
|
w***n
发帖数: 4358 | 43 ☆─────────────────────────────────────☆
whbin (御风~探花) 于 (Mon Aug 23 19:09:46 2010, 美东) 提到:
每天听收音机也很无聊
☆─────────────────────────────────────☆
sweetww (甜麦圈) 于 (Mon Aug 23 19:11:34 2010, 美东) 提到:
看你的车的cd能不能读MP3格式的
不行的话 先转一下格式
☆─────────────────────────────────────☆
happymichael (something new) 于 (Mon Aug 23 20:21:46 2010, 美东) 提到:
有的可以, 一般车上面有写
☆─────────────────────────────────────☆
bethscorpion (bethscorp) 于 (Mon Aug 23 23:57:38 2010, 美东) 提到:
恩， npr 最近是不是缺donor， 一个节目居然拨一周。。。
☆... 阅读全帖 |
|
R*R
发帖数: 2661 | 44 确实。而且CD的音质非常好，mp3是有损压缩方式，体积小但是音质比CD差不少。我现
在就是把无损压缩的歌曲制成光盘，不同风格的光盘各几张，开车时即使换CD也不用看
屏幕，很方便。 |
|
a*********a
发帖数: 3656 | 45 可悲的就在于此。Apple毁掉里一代人的audio品味，Netflix嘛。。。。。。
没有好的回放设备，Netflix的数据，BR上的数据都无法高质量的回放。
你可以去学习一下数字图像，视频处理，luma upscaling, chroma upscaling有些啥算
法，都是啥复杂度。deinterlace有些啥算法，都是啥复杂度，去posterize有些啥算法
。MPEG2， MPEG4都是有损压缩，解压的软件或硬件，对回放的质量（和原始无损数据
的差别）有直接影响。你说的smart tv，不少连proper deinterlace都做不到。这些都
是单机，24fps的，41ms得送一贞，60fps的17ms得送一贞。解码，渲染算不过来的就
drop frame，dropped frame多了就有judder或tearing。能上什么算法，得看有多大处
理能力以及系统本身的overhead。算法弱了，锐度就不够，或者有artifact。手机屏上
都无所谓，60，70“以上的显示设备，区别就明显了。
我从来都没有否认4k的source data可以比1080的source data效... 阅读全帖 |
|
a**e
发帖数: 5794 | 46 tif是比较大的一种图像文件格式，你的图片尺寸和word文件中给它
留的位置是否一致？比方说word需要一个2*3的，而你的原图是4*6
的，你就可以随便拿个编辑器把它resize一下。
还有一种可能是你的tif文件是无损压缩的，你可以试一下有损压缩
看看效果可以忍受不。 |
|
p*********w
发帖数: 23432 | 47 jpg 是有损压缩编码，而bmp gif 都是有无损编码，
画图小软件一般都是处理 bmp，所以不存在压缩问题。 |
|
n******7
发帖数: 12463 | 48 哦 那就对了
有损压缩quality score的路是对的
因为这玩意损不损区别不大
刚查了下illumina的官方文档
它也建议离散化quality score
这样可以省好多空间
再用reference sequence信息省省
存储空间可以继续下降不少
不过坏处是高压缩比的数据处理起来远没有 fastq.gz方便
我前段时间研究过一下
还是决定用fastq.gz了 |
|
w*******x
发帖数: 489 | 49 会不会太慢？。。并且data的结构是5唯的小格子。fft估计效果也不好，压缩不了多少
。。
我需要至少4位有效数字吧。。。
放硬盘上反复读取不可行，因为我的是大型并行计算，（数据）内存总量》1000G，io
太慢了 |
|
