只有音频的话，等于是要判断静音（音量小）部分然后剪一刀啊。
剪的话 ffmpeg 应该可以，判断音量就不知道了。
或者直接转文字，然后文本分词再转语音？

@Govda echarts 挺好的，不过问题也有不少。抽出空来还是打算试试 d3。

@sazima 怕提笔忘字嘛。而且笔划用惯了还挺爽的，一般五个笔划+分词，六个键都很大很方便。现在转 9 宫格或者 26 都不大习惯了。

setting 里设个代理吧

前天注册完试了 8 个 ip，各区都试了，不是被 ban 就是掉包掉一半，怕了怕了。

虽然我在魔都市区完全没问题，但觉得 lz 这种，出来说几句也挺好的。
有希望能迫使下代改良。再稍带降低这代销量，进而让下代降价，到时候还能沾点光。

@ZE3kr 我那个核心部分稍微有点不一样
find ~/Library/Group\ Containers/ -type d -name OfiiceFileCache -exec rm -r {} +

@ZE3kr 差不多，你这个好像比我那个强，还加了自动退出和重启。
另外我的一台 PC 发现磁盘有问题，导致那端的 onedrive 一直会对文件误判，导致反复同步。这也可以留意一下。

@benzzz 看场合，需要出卖色相的时候用男香，自己舒服的话用女香。
我一个女性朋友说得蛮有道理，男香是讨好女人的，女香是讨好男人的。

@aborigine 冷水的女版还挺好闻的，也很便宜，有时候家里喷点调节心情。

去年也买了瓶夜幽 不过日常自用 觉得女香比较好闻

卡的。好像是缓存问题。实在不爽了关掉一下，跑一个清缓存的东西。
你搜搜
sudo sh fix_onedrive.sh
忘了是哪儿下的了，反正也是搜卡顿搜出来的 google 前排。

@ldp940622 正垫着显示器……

@no1xsyzy
@ospider
其实作为团队来看，甘特图能让你知道：
- 哪个环节做完后要做什么环节？
- 哪个环节开始了才能同步开始哪些环节？
- 哪些环节开始前要提前准备什么？
- 哪些环节卡住时间过长了？
- 哪些环节卡进程造成了其它部门人力的闲置？
- 等等。
退一万步，用来 review 自己的进程，作为类似日报的记录，也是可以的。
这些都和你的工种和工作内容关系不大。

在老板眼里，就是花钱买产出。
中层 leader 的工作主要就是规划进度，盯进度嘛，晋升之路上避不开的一环。

@CallMeReznov 发新帖就是 markdown 格式

@SuperMild 额……咋用啊 v2 有啥地方能看到 readme 之类的嘛？

PS：网页版标题左下两个按钮是干嘛用的？上下箭头那两个

@CommandZi 而且一个蛮有意思的现象是，在我的显示器（普通 dell，估计支持 8bit ）上，PS 显示你截图 UI 那个灰底，是用斜 45 度的两种不同灰度来表现的。
不论放大缩小，这种网格大小不变，类似表示透明的灰白格。
如果转为 8bit，则这种网格消失。
再转回 16bit，因为颜色已经对齐到 8bit 整数位，所以那个交错灰格也不会再现。
也就是说，原始 16bit 的 png，真的包含了一个 8bit 无法表现的灰度。
也许在最新的 mbp 上，屏幕可以直接表现这个灰度，而无法再现。

---

直接截屏，可以截到这种表现方式。
https://upload-images.jianshu.io/upload_images/12329419-cf0c758efad6da47.png

看灰度图，右侧两条竖线，就表示这两个灰度在画面占比很大。
https://upload-images.jianshu.io/upload_images/12329419-0bfcabf53eab76b9.png

调整曲线，可以更清洗看到。
https://upload-images.jianshu.io/upload_images/12329419-89ef5cb10a46c20f.png

---

上图微信图标左侧还有两个竖线，不晓得什么鬼。
https://upload-images.jianshu.io/upload_images/12329419-2be9952f10b5ccc2.png

@CommandZi 用 PIL 读了一下文件，发现可能 16 位色是造成文件巨大化的重点。PS 压出来的是 8bit。另外它还带了 alpha 通道。
https://upload-images.jianshu.io/upload_images/12329419-7eec1c5a68ea3f0a.png

但理论上即便是 16bit 的 png，如果做了差分还有 LZ77 啥的压缩的话，应该还是会小很多的。毕竟算法本身就是把相同的色块图形缩写。只不过没索引的时候 png24 写颜色，有索引的话 png8 只写编号会更小。不清楚 apple 咋搞的。

@CommandZi 差异的确非常细微。
红色为差异像素。
https://upload-images.jianshu.io/upload_images/12329419-21ea5de10b671757.png

---

但是用 PS 另存一个带 colorprofile 的 png，大小为 59k。
https://upload-images.jianshu.io/upload_images/12329419-2b69d96113e345a1.png

用 PS 存一个 80 压缩的 jpg，大小为 91k。（质量 100 为 111k，如果用 python 的 PIL 应该更小。）
https://upload-images.jianshu.io/upload_images/12329419-747753e947b7b755.jpg

---

相比一开始的 png 202k 和 jpg 105k，只能认为是 apple 存储时用了比较奢侈的方式，所以两个画质都很高。
甚至出现了 png 渲染简单画面尺寸大于 jpg 的情况。
导致这种情况的原因可能时 apple 新的文件格式在存储导出环节做了某种格式转换吧。

---

PS：png 处理简单图形主要是因为 png 记录图片的方式，和保存图片的压缩算法导致的必然。有兴趣可以看先 png8，然后看 png24。
早年做诺基亚游戏的时候，为了极限压缩，专门研究过一下。