misdake 最近的时间轴更新 misdake 最近的时间轴更新 |
misdakeV2EX 第 243160 号会员，加入于 2017-07-20 16:54:07 +08:00今日活跃度排名 7478 |
| 2021 年 7 月 求推荐笔记本电脑 问与答 • misdake • 339 天前 • 最后回复来自 zxCoder | 7 |
misdake 最近回复了
2 天前 回复了 sillydaddy 创建的主题 › Notion › 大家用 Notion 更看重它的哪些方面呢？ |
database 可以有多个 view ，分别设置不同的 filter 或者展示形式。这个允许我把多组数据全都放到一个 database 里集中管理，允许我不仅能看每一组，也可以看全局。我从 trello 迁过来就是因为这个。
5 天前 回复了 noble4cc 创建的主题 › 问与答 › windows 上最好的压缩软件是哪个 |
老版本 bandizip 呗
27 天前 回复了 jaggle 创建的主题 › 分享发现 › 两个等于 1 的位不重叠的二进制数，|按位或和相加+，结果相等 |
不知道这种情况下，现代 CPU 去跑“或”和“加”之间有没有功耗上的区别哦
32 天前 回复了 nthhdy 创建的主题 › 程序员 › 为什么图片视频不直接使用类似 huffman 这种熵编码压缩呢？ |
@nthhdy
文本有无损的硬性需求，即使压缩率低也没办法。
图片和视频没有无损的硬性需求，相反，尤其是视频因为原始内容太大太大，超高压缩率是很多情况下的硬性要求。
另外你说的运动预测你说的是对的，不管有损无损，都可以提高压缩比。（不过这个就不是熵编码的范畴啦）
不少提到的方法最后都要经过一次熵编码，但感觉就像是最后的万金油方法或者兜底方法，而不是真正压缩数据的地方。
文本有无损的硬性需求，即使压缩率低也没办法。
图片和视频没有无损的硬性需求，相反，尤其是视频因为原始内容太大太大，超高压缩率是很多情况下的硬性要求。
另外你说的运动预测你说的是对的，不管有损无损，都可以提高压缩比。（不过这个就不是熵编码的范畴啦）
不少提到的方法最后都要经过一次熵编码，但感觉就像是最后的万金油方法或者兜底方法，而不是真正压缩数据的地方。
32 天前 回复了 nthhdy 创建的主题 › 程序员 › 为什么图片视频不直接使用类似 huffman 这种熵编码压缩呢？ |
另外开阔眼界的话，png 里面用到的压缩方法也挺有意思，还有最近的 qoi 压缩，都是很针对图片的压缩方法。可能比熵编码更好一点
How PNG Works: Compromising Speed for Quality:
How PNG Works: Compromising Speed for Quality:
32 天前 回复了 nthhdy 创建的主题 › 程序员 › 为什么图片视频不直接使用类似 huffman 这种熵编码压缩呢？ |
“为什么不能只用熵编码这一个步骤”
因为只用这一个步骤的话，压缩比太低。
想要提高压缩比，允许有损压缩，就会有那些频率域上的操作和前后运动估算之类的方法。
因为只用这一个步骤的话，压缩比太低。
想要提高压缩比，允许有损压缩，就会有那些频率域上的操作和前后运动估算之类的方法。
49 天前 回复了 ChenXuting 创建的主题 › 问与答 › 能否调整网页调用摄像头的拍照参数。 |
比如 obs 搞一个虚拟摄像头？
51 天前 回复了 mossrock 创建的主题 › 程序员 › 有大佬知道 idea 怎么对同一个项目同时打开不同分支的窗口 |
commit 上右键，show repository at revision ，给你一个这个版本的文件树，就能随便看了
Select Language