V2EX wxf666 的所有回复 第 1 页 / 共 36 页
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX    wxf666    全部回复第 1 页 / 共 36 页
回复总数  708
1  2  3  4  5  6  7  8  9  10 ... 36  
你的 10 TB 包含啥类型数据呢?能压缩下吗?

如果有很多日常拍摄视频,可考虑视觉无损压缩,几元电费可以永久省几百 GB ,很划算。。(也能少省 几%,电费再减半)

---

前几天测试,4K@60 HDR 码率 80 Mbps 黑神话宣传片,x265 veryslow 压到 20 Mbps (即减少 75% 体积),

挑出《最差》十几帧,逐一放大与原视频对比,细节纹路噪点都保留挺好,看不出啥差异。。

---

日常拍摄 4K 视频,应该不如(粒子线条满天飞的)游戏那样精细,可能压成 15 Mbps 都够了

这也是奈飞影视级 4K 码率,已足够很多人称赞画质惊艳、视觉盛宴了。。

---

(下图白线左侧是原视频。这里只放两三帧,其他十几帧在原帖子 /t/1101836


https://i.imgur.com/to57xlc.png

https://i.imgur.com/0hiQpw0.png

https://i.imgur.com/fDYFIRa.png

https://i.imgur.com/8yLWUP1.png
@yeqizhang #47 我是进 BIOS 限的。但听说也有 Ryzen Controller 之类的软件,可以动态调整 TDP ?
156 天前
回复了 AOK123 创建的主题 生活 大家是怎么清理多年累积的照片的?
@AOK123 #48

视觉无损级压缩,就是冲着《原视频也不要了,我要节省几百 GB ,只付出一丁丁点画质损失的代价,基本忽略不计》去的。。

如果保留原视频,有减少 > 90% 体积的玩法。比如 svt-av1 可以 1080p 分辨率压到 300 ~ 400 Kbps 码率(即 6 ~ 7 小时视频 / GB )还算清晰。。

av1 也能用来压缩图片,比如这张 4K 阿凡达图,减少 97% 体积后,与原图对比,细节纹路还很清晰,特别适合你说的《原图 / 视频存硬盘备份,iCloud / 手机存压缩后版本,随时随地离线浏览海量回忆》。。

(下图虽然 imgur 压缩成了 2.54 MiB jpg ,但和原始 13 MiB png 图对比,很多细节噪点都保留很好,能真实反映 av1 压缩前后质量对比)

https://i.imgur.com/qltOb6C.jpg
@ftang #40 限制一下功耗呗,7840HS / 8845HS 限到 25W ,都还有 65W 的 71% 性能。。

所以限到 30W 这样,享受满血 80% 性能,免除发热噪音烦恼,能效比还非常高,持平 M2 。。

https://i.imgur.com/krir4IG.png https://i.imgur.com/krir4IG.png

https://i.imgur.com/TmS4wK2.png
@scegg #124 真是《零散随机 IO 导致速度骤降》吗?

每秒落盘 1 次,随机 IO 次数差不多,为啥提速 99.37% 呢。。



@julyclyde #125 问题是《写数据库后,没及时落盘,就给钞票》了。。

如果高频系统允许延迟 1 秒以上响应(等数据库完全落盘事务数据),那就没啥问题了。。
156 天前
回复了 Knuth 创建的主题 计算机 现在笔记本 CPU 是不是普遍过剩?
@l4ever #41 普通人日常拍视频很正常吧,几元电费跑 ffmpeg 《视觉无损》省几百 GB 空间,多爽啊。。
给个数据供参考:用 x265 veryslow 压 4K@60 游戏视频,可以视觉无损压到 15 ~ 20 Mbps 。追求小体积画质也还可以,才用 av1 。

我前几天( /t/1101836 #reply56 )用 x265 veryslow 测试压 4K 80 Mbps 黑神话宣传片,压到 20 Mbps 时(即减少 75% 体积),最差十几帧与原视频放大细细对比,都看不出啥差异。。

几元电费永久省几百 GB ,还是很划算的。。(如果愿意少节省 几% 体积,电费还能再降一半甚至更多)

(下图白线左侧是原视频。这里只放一帧,其他十几帧在原帖子)

https://i.imgur.com/to57xlc.png

https://i.imgur.com/8yLWUP1.png
156 天前
回复了 fenglirookie 创建的主题 硬件 e5 CPU 的存在意义
@ltyj2003 #33 要算综合性价比,电费也要纳入考量吧。。

我跑视频压缩,都要压低 TDP ,减少发热导致的无意义耗电。。
@heimoshuiyu #22

录制码率确实虚高,但 av1 减少 90% 体积,只怕细节损失会很大。。

我用 x265 veryslow 软压都才敢减少 75 ~ 80%,80% 时最差十几帧对比原视频,很多细节纹路都消失了。。

回忆很珍贵,我是愿意少节省 10% 体积,来让日后回看时能更清晰,不这么朦胧。。


当然,我是用游戏视频这种,颗粒细节满天飞的精细画质,来做测试的。

现实可能没那么多线条分明的细节纹路,或许像你这样减少 80 ~ 90% 也可行。。
如果不是非常重要的照片视频(每个像素都容不得一丁点变化),你可以视觉无损压缩,来减少 80% 体积嘛。。

几元电费永久省几百 GB ,还是很划算的。。(如果愿意少节省 几% 体积,电费还能再降一半甚至更多)

比如,我前几天( /t/1101836 #reply56 )用 x265 veryslow 测试压 4K 80 Mbps 黑神话宣传片,压到 20 Mbps 时(即减少 75% 体积),最差十几帧与原视频放大细细对比,都看不出啥差异。。

(下图白线左侧是原视频。这里只放一帧,其他十几帧在原帖子)

https://i.imgur.com/krir4IG.png https://i.imgur.com/krir4IG.png

https://i.imgur.com/to57xlc.png

https://i.imgur.com/8yLWUP1.png
减少 90% 体积会不会损失太大了。。

av1 适合中低码率压缩,中高码率时,保留细节的能力不如 h265 ,更何况还是 GPU 压缩。。

更好方式是,FFMetrics 算下每一帧质量分数,挑最差几帧出来,用 video-compare 与原视频对比,看自己能否接受画质损失。。

比如,我前几天( /t/1101836 #reply56 )用 x265 veryslow 测试压 4K 80 Mbps 黑神话宣传片,压到 20 Mbps 时(即减少 75% 体积),最差十几帧才基本能接受。。

https://i.imgur.com/krir4IG.png https://i.imgur.com/krir4IG.png

https://i.imgur.com/to57xlc.png

https://i.imgur.com/8yLWUP1.png
@feikaras #95

1. 同样 2000+ 价位 Win 迷你主机,销量少一两个数量级吧。。

你可以放下这半年来其他台式机的数据。。( M4 mini 就出半年嘛)



2. 我一直说目标人群是《拍日常视频普通人,想低成本视觉无损省 80% 体积》,这应该能覆盖不少人了吧。。

毕竟现在固态 / 云存储贵得很,几元电费永久省几百 GB ,多爽啊。。



3. 便宜硬件 + 丰富生态,还是 x86 强项(但是现在 x86 新 CPU 也不便宜 + 开始集成内存,也好不到哪去了)。

如果后面厂商移植游戏到 Mac 上,应该能满足不少用户中轻度娱乐需求。。( NS 孱弱机能都可以,Mac 有啥不行)

至于 16G 内存小,关了其他应用,只开游戏呗。。256G 固态小,吊尿袋 / 第三方更换颗粒 / 下少点游戏,玩完就删呗。。相信 粉适应能力。。https://i.imgur.com/krir4IG.png


总之,我认为后面 可以朝着中高度工作 + 中低度娱乐方向走。这样 3000 元 M4 综合素质高(体积小巧 + 强悍性能 + 好看界面),应该能笼络不少轻办公、敲代码、搞设计、剪视频、中轻度游戏、节假日带电脑回家的学生 / 租房上班族用户。。

然后就能狠狠敲打 AMD ,督促它卖点便宜 8845HS 、HX370 、Max+ 395 了。。https://i.imgur.com/krir4IG.png
157 天前
回复了 liuidetmks 创建的主题 数据库 存储过程真的是洪水猛兽吗?
@sanmaozhao #11
@pipixiarwksb #36

有 AI 的年代,改写成不同语言,应该都不是啥问题吧。。


@dlmy #32

5W SQL 转成编程语言实现,复杂性会降低多少呢?感觉 SQL 实现一般都更简短呀。。
@julyclyde #121 银行转账算金融系统吗?如果提现了却没落盘。。



@scegg #122 楼主不是说《强制落盘再返回》速度骤降 99.37% 吗?

我一直认为《强制攒批再落盘最后返回》应该能极大缓解问题,只是看起来没有数据库去实现。。
@feikaras #90

1. 不至于吧,俩电商平台上简单数数,Mac mini M4 卖出快 40W 台了(如下图)

2. 对呀,前几天测试过( /t/1101836 #reply56 ),五年前 M1 用 CPU 压 4K 80 Mbps 黑神话宣传片,x265 veryslow crf24 时有 1.02 fps (嫌太慢可下调至 slower 甚至 slow ),结果 20 Mbps ,挑 vmaf 最差十几帧放大对比原图,看不出啥损失。。

3. M 系芯片不是共享内存吗?且现在起步 16G 内存,咋会负担不起 8G 显存的。。

https://i.imgur.com/dkXLovg.jpeg
158 天前
回复了 Fdyo 创建的主题 Windows Windows 11 记事本要支持 Markdown 了
是 Typora 那种所见所得编辑吗?

还是两列,一列编辑一列渲染那种。。
@scegg #115

1. 不追求一定要减少随机写入次数呀?关键是想利用顺序写入,快速完全持久化一批事务数据,减少交易事务延迟?(毕竟是落盘才结束事务)

2. 你是说,fsync 能又快又安全落盘到 LUN 写入队列/日志/缓存/分层/…,所以即使 commit 一次就落盘一次,延迟也能很低,并发量也能很大,系统崩溃断电 数据也能很安全,进而解决楼主的问题了?



@julyclyde #118

1. 丢就丢了呗,反正事务没提交成功(因为是攒一批事务,再一起完全落盘提交,事务才结束),又不会对后续其他交易事务有啥影响(比如一钱多用),提示用户《交易失败,服务器忙,资金不变,稍后重试》就行了?

2. 就算不攒事务,commit 一次落盘一次,高频系统每秒钟照样还有几千上万笔交易事务在处理呀?系统崩溃 / 断电,这些处理中事务照样失败,这批用户交易请求数据照样丢失,照样需要提示用户《交易失败,稍后重试》?
@feikaras #80

1. 性能强。。那就对应前两条?还是说要猛堆 16 核 32 核?

可我看很多人推荐买笔记本选 MacBook ,第三条是很重要的理由,待机 / 轻工作(码字看视频等)续航久?


2. 特制 CPU 是指啥?可 GPU 转码质量很差呀?这些场景咋办:

比如:x265 veryslow 视觉无损减少日常拍摄视频 80% 体积,骁龙 865 盒子 100 元电费能处理 7 TB ,低成本一劳永逸腾硬盘空间?

再如:svt-av1 猛猛压缩 1080p 视频到 300 ~ 400 Kbps 放至手机里(即 6 ~ 7 小时 / GB ),随时随地反复品味(还算清晰的)海量经典好剧?


3. NS 那(千元 8gen3 安卓都能流畅模拟的)孱弱性能,也不妨碍一堆厂商为其开发游戏呀?

况且我看 M4 玩死亡搁浅、博德之门 3 、古墓丽影 11 、生化危机 8 等,表现都还可以?
@msg7086 #83

所以说 AMD 摆烂嘛, M4 咋就能猛猛提升性能同时,大幅降价呢。。正常来说,HX 370 应该也是 2000+ 价位的。。

感觉 x265 可以是大众场景呀,拍日常视频的多了去了,电脑闲时压一压,能低成本视觉无损减少 80% 体积,一劳永逸省个几十上百 GB 出来,何乐不为呢。。

专业干活的也吃性能嘛,代码编译、视频剪辑渲染、数据处理、……

至于能效,除了干活省电外,还有 粉老生常谈的《噪音》问题,什么风扇一转就心烦。。

x86 生态确实强大,但也逐渐被 arm 蚕食了,比如轻办公、敲代码、搞设计等。。普通人没那么多上古 x86 应用场景吧。。
@feikaras #71

1. 你认为 AMD 的 CPU 应该朝啥方向进化呢?

- 提升单核性能(日用大部分场景更快)
- 提升多核能耗比(噪音更小,干活省电)
- 待机 / 低负载功耗控制(笔电场景续航更久)
- 其他……?


2. x265 、svt-av1 视频编码,都是 CPU 吭哧吭哧算,和 GPU 硬编 / 硬解没关系呀?


3. 你觉得阻碍 Mac 游戏繁荣的原因,可能有啥呢?
1  2  3  4  5  6  7  8  9  10 ... 36  
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2313 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 31ms UTC 15:55 PVG 23:55 LAX 08:55 JFK 11:55
Do have faith in what you're doing.
ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86