N1实用，全套一百来块。

本消息来自粉金版 爱欧博客

@胡椒舰长，具体型号就根据你需要的ram大小来购买吧，需要注意就是全志的芯片发热比较厉害，要注意好散热。

微信提示 "文件默认保存位置无法使用,将不能正常使用微信....."

@tasy5kg，H264 H265，好像都是以 yuv 为基础的吧

老哥的start能登录吗，我这一点登录就程序错误 QCefWing.exe

https://www.diskgenius.cn/pro/details.php

这个是免费功能

---

如果没安装Windows或者就是要在Linux下操作，，当我没说。。。
坏孩子，其实你很好，但是还不够好

坏孩子，其实你很好，但是还不够好

@nzdwlm，我目前的理解，SSD 下的大量小文件，比少量大文件，耗时多的地方，在于 inode

如，一个 inode 占用 256 B 的话，100W 个 小文件，要多读写 244 MB 左右的 inode 数据

可是这点数据量，对于 SSD 而言，最多几秒钟而已？

@老虎会游泳，求指教

@无名啊，SSD随机读写也比顺序读写慢，虽然少了机械臂移动的时间。

我这里说的慢倒也不是随机和顺序读写的问题(可能有一定关系)。我不太了解文件系统，但根据经验来看复制大量小文件时会更慢，可能有一部分时间花在了从文件系统查找文件吧。

更重要的是块拷贝更可靠，它不用关注上层文件体统的实现，原来什么样，迁移后就什么样。

如果我十分了解文件系统和分区表，那我可以尽情订制拷贝计划

当然了我们现在可以讨论直接从上层拷贝文件的问题，只要能符合我的预期就行

@老虎会游泳，tar、rsync等命令，足够备份/迁移文件数据吗？

@nzdwlm，文件拷贝为嘛会慢。。你不是SSD吗？随机/顺序读写，好像没区别吧

@无名啊，是否会漏掉一些文件系统属性的拷贝，不了解文件系统这一块，而且可以肯定的是会很慢，不能完全利用硬盘最高的顺序读写速度。整块拷贝应该是最可靠的，现在就是看看能不能在块拷贝的基础上极限提速

@nzdwlm，没怎么迁移过数据。问一下，文件级别的拷贝（附带属主、权限等），会有啥问题吗？

@老虎会游泳，在缩小分区之前能不能得到一个缩小预估时长？或者有没有软件能看到文件系统数据在分区内的分布？最好是非GUI的终端工具

用gparted，右击分区卸载，右击分区调整大小（卸载后才能缩小）。如果系统分区无法卸载，就用gparted livecd版。

@无名啊，Android HEIF 照片的硬件编码是可用的。在我的手机 Redmi K40 上测试，既可以使用 HEIF 专用编码器 OMX.qcom.video.encoder.heic 编码，也可以使用 HEVC 编码器 OMX.qcom.video.encoder.hevc.cq 编码。

视频的硬件编码我还没搞定，我会继续研究。

@tasy5kg，webp转码好像不怎么耗时间

heif和avif，甚至是HEVC或AV1高质量硬件转码更有意义

@tasy5kg，我印象中，画图保存的 HEIF，没体现出来多少体积优势

早期画图保存的 HEIF，还有颜色问题（类似这种）

@无名啊，Windows 画图 也能读取和保存 HEIF 照片，非常意外。

Android 原生压缩为 format = WEBP_LOSSY, quality = 75，输出图像结果与 FFmpeg 的 -c libwebp -lossless 0 -compression_level 4 -q:v 75 近乎一致。

@无名啊，今天测试 Android 原生图像编解码（不通过 FFmpeg 等第三方库）。

在我的手机上，常见的图片格式均可解码，WEBP 和 HEIF 也可以解码。AVIF 不支持。

解码之后，可以压缩为 JPEG、PNG、WEBP_LOSSY、WEBP_LOSSLESS。压缩时，JPEG 和 WEBP_LOSSY 可以设置 quality，WEBP_LOSSLESS 可以设置 effort。

如果使用 androidx.heifwriter 库，还可以压缩为 HEIF（未实测）。