……每一种视频编码方式都有非常多的参数来控制算法去实现更大的压缩率或实时性能等不同目标，建议翻看 x264/x265 编码器文档

举些例子： 降低分辨率、降低质量要求、增加中间帧数量、增加中间帧计算量、增加运动预测搜索范围、使用更复杂更精确的运动预测搜索算法、针对视频调整动静态内容码率分配阈值……

以上提到的都对应一个编码器的控制参数




但我猜你想解决的问题是 “做了一个视频会话项目但是视频流太大了”

你觉得…… 若干年后？

换设备的可能性大还是换账号的可能性大……

而且我以为云存档解决的就是跨设备同步存档的问题，你这个思路不觉得有点本末倒置吗

oh my zsh 加的一堆基本已经够用了
我自己基本只有一条：

alias reset-gpg="echo 'killagent' | gpg-connect-agent && echo UPDATESTARTUPTTY | gpg-connect-agent"

终端 tab 开多了经常就不知道 gpg 密码窗弹哪去了

@Austaras 就是因为 rust 跟 c++在抽象实现上没什么优劣差异，学习成本又一样高，它想“推翻”的 c++痼疾又不一定需要真的重新来过，所以我就没感到 rust 到底颠覆在哪

更友好，开发速度更快 是可以

但是 zero-cost abstraction 怎么办？明明这才是 c++的立足之本


虽说零开销本身肯定是过于理想化了，但直到今天世界上能有多少语言能做到写出一行代码你能确切估计开销，而且你有信心开销只会来自可控的自己产生的代码中的呢？



另外“更友好的 c++” 我不知道这些吹捧者是怎么想的，rust 想解决的 c++中最大的问题（对象生命周期）在今天 c++基本已经自行解决了，两个差不多复杂的怪物我至今没看到哪里能解释到底所谓的“更友好”从何体现。从 c 和汇编学上来的 c++我基本能搞清楚运行时都会发生什么，虚表、构造函数、空间分配、ABI，这些东西在汇编上的反映写 c++的都心里有数。尽管 c++加入了非常多的编译期和语言特性，但运行时或者说成品机器码一直没怎么变（换了一套 ABI 但抽象的实现方式没变），我可以一边写抽象的容器模板一边考虑 CPU 缓存友好性，甚至能用 constraint 去约束这个容器的空间分配策略是缓存友好的。（比如要求空间连续，即要求实现随机迭代器这种方式）

可以说 c++虽然从复杂的怪物正在变成复杂的缝合怪物，但它逼近问题解决方案的“精神”其实没怎么变，只是绝大多数学过 c++的人还体会不到或者不需要这种求解方式而已。

@godblessumilk 淘宝特供的增强版 nginx，参考阿里的“特供版 mysql”

@lakehylia 租商品比货应该不是个小众需求，只是发散面太广，很难应对不同人的需求。要是能跟实体点合作，起码不用自己压货就还是能搞的

@xiaowei0823

零散小生意

其实说句价值观不正确的话，我感觉这种商业模式的天然最匹配客户是未成年人……

我上初中高中那会，身边朋友几乎都会饿几顿留饭钱去买小玩意，手机 /psp/mp4 啥的，而且不少非法游戏厅（=。 =）打 xbox ps3 的那种，也会同时提供掌机出租的服务。我想现在小朋友们的心思只会更复杂。


p.s. 谁还不认识几个游戏机房老板啊，中学那会，跟老板可熟了，每次都回家一样（

分时租赁感觉已经一片红了……

不管你收费模式怎么变花样，本质上还是押金和租金，消费者脑子简单得很，谁便宜谁方便就选谁。虽然你声称是花了二手的价格买到手 90 天退货，但本质上不就是 90 天租赁+二手交易两部分，只是同时能吸引两种需求的客户罢了，不过我一个平台做两个分区一样能实现这个效果。

支付宝的信用抵押分时租赁能让我不花一分钱押金只交日租费就能随意短租，收二手我可以去鱼塘捞，讲讲你这个模式怎么改变我的主意？




p.s. 有一种分时租赁我最近有需求的时候发现还没人做。 “线上实体店”：

起因是我想买副新耳机，但选哪个型号有所迟疑，想对比几款。一般这种需求传统方式都是去线下体验店，但现在出门这么麻烦，上门服务又这么发达，为什么不能线上下单租然后送到家呢？ 很多商品标价位比较贵也不可能一次全买回来再退货，所以租来体验应该是不错的方式。

p.s. for p.s.

现在的分时租赁平台很奇葩地只提供 airpods 、beats 、wh1000xm3 之类的网红货……我想租的是 HD600 650 800 800s……

- 同时需要 getter 和 setter 的成员为什么不直接暴露成 public 就好？
- 多达几十个的参数全都需要一个个 set ？而不是传递统一结构或者从中间表示（比如 map ） parse ？
- 这些成员能不能重新组合？这样可以用 initializer_list 来构造组合成员，也是一种批量 set 的方式

- 你选了最不可取的一种方式，无法组合赋值、调试的时候调试器会不认识你的枚举、慢、难维护、ABI 极不稳定（万一枚举中间插了一行所有的 set 都会出错），既不解决 setter 本来解决的问题，也没有解决 get/set 很麻烦的问题

苦瓜很多地方的做法就让人不容易喜欢，比如江浙地区凉拌梅干菜…… 苦瓜除了苦啥味道都没有

在广东苦瓜必须过油猛火爆炒的，炒肉加豆豉，或者炒出锅气下滑蛋，这样出来的苦瓜有香气，苦味跟美拉德反应产生的烧烤味混一起就很容易接受了（大多数烤糊了的东西都是苦的）

我就很喜欢吃苦瓜，一顿饭只有苦瓜炒蛋一个菜都能吃干净

先识人+1.

如果对方本来就是乐于接受的人喜欢开放讨论，你跟他讨论思路他当然求之不得，反之你就是在“招惹”他了



加入会话：

> 听你们好像在讨论 x ？是现在哪个项目里的嘛
< 是的，遇到了 xxx 问题
> 这个问题我遇到过，不过你们的项目我不太了解，能大概讲讲怎么回事嘛
< 是这样 xxxx 但是 yyyyy
> 听起来跟我当初的场景还挺像的，我是 xxxx 结果 yyyyy……
< 好像有点道理，细节呢
> 是这样 xxx 建议你们 yyyyy


如果对话没有照着这个方向走，说明人家不准备接纳你进入讨论，随时中断就好，反正你一句意见都还没提，仅仅是问了问情况

i2ex 这个时候怎么没人提 mac 了……

我用 mac 的原因就是能提供优良的图形界面同时模拟足够接近的 Linux 环境——只需要起一个 docker 容器就好了

调试可以用 jetbrains+gdb remote，项目平台差异不大的话甚至编译 darwin 的版本来调试就够了，反正看的只是工程里的源码




我在学生时代用了很久的 Linux 桌面，最接近 windows 的体验应该是 qt 和 jetbrains （ clion ），qt 体验要好一点，native，快，clion 卡得我怀疑人生； qmake 项目管理足够简单，基本不用写几行脚本，clion 的 cmake 写到今天还是发愁，能复制粘贴就不重新写。而且 qt community 是免费的，很容易获得。

不过那个时候是没钱，又要 windows 打游戏又要 linux 下开发学习，所以一台破笔记本装双系统，现在解决方式简单粗暴，工作 mac 打游戏 win 台式机，如果需要便携 windows 拿公司的用，实在不行像我同学一样再买台 x1 carbon




经验：

- 工业级 c/++项目 vscode 根本就没用，跟精心调教过的 vim 差不了多少，很多大佬的 vim 是跟手调教了好几年的，对他们来说 vscode 就是玩具。对没有积累的用户来说 vscode 也就稍强一点，但折腾一星期它也脱离不了 __编辑器__
- 从零开始的话 qt 是最最容易的，安装包是 bundle，转换现成的工程也不用多写几行，而且免费，没什么门槛
- clion 功能强大到吊打一切 linux 桌面能用到的软件，diff 工具、git 可视化、编辑器、调试器、profiler…… 它里面随便哪个功能拿出来都能秒掉 Linux 桌面下干同一件事情的其它东西，是最接近 vs studio 的替代品，但即便如此它的体验也还是不如 win 版 clion 的体验，而且要迁移工程会非常繁琐，原来就是 cmake 的工程还好，当你要新写一堆管理上百个源码文件的 cmake 时……喔那可有点恐怖

哦，我还想补一句

> 电路图的行业领先的工具，Altium Designer，也搞压缩包保存历史版本

> 也许你没有听说过 AD(Altium Designer)，嗯，这么说吧，很牛

/t/740128


做一个新东西就是因为旧的不好才做的，你也是觉得 git/svn 某些方面不好才做的这个东西，那何必要找一个“很牛的东西” 来背书？如果需要用这种想法给自己打气，那“git 就是用存二进制 diff 的方式来管理版本的，git 很牛”你咋反驳？

要么你分析清楚它们做法的场景和优越性，拿这样的理念来推广，不然听起来跟“通过创建系统还原点来保存历史版本”并没有什么区别

翻了一下历史发帖差点直接 B 了……

说实话恕我愚钝我根本没看懂这东西怎么用，“官网”放了些意义不明的截图但就是没说清前因后果……

是常驻后台后会监听 [添加到压缩包] 的命令自动弹出窗口来覆盖原有的参数？
点了确认生成是自动往原对话框填参数然后模拟点击确定？


作为产品没写清 feature list 和使用指引，作为开源项目没写清 build/contribute 步骤，提交信息也没有信息，这……？



还有其它的

> “binary diff”不灵光，于是占用越来越多的电脑储存空间
是什么逻辑？是说存全量版本要占空间？不是，那你做的东西不也还是存全量吗

> 使用 V File Name，就可以把历史版本丢到任何地方。
这“丢到任何地方”是指什么……是说会完整打包整个文件夹？我挪走了你这东西还能看到历史版本吗？能通过它回滚到某个历史吗？……这些完全都没有介绍啊

- 看起来好像每次打包都要重填各项信息？那我为啥不直接用原始的方法，反正全都要填一遍
- 怎么区分我现在创建压缩包是想创建历史还是就普通地打一个包？
- 不用 zip 的原因是“修改起来过于方便”？ 这是啥理由？有谁会去改备份文件里的内容吗？真要改，换个格式存就拦不住了？而且我真要改的话拦着我改干啥
- 你理解你贴的 stackoverflow 问题讨论的是啥吗？说的是虽然版本管理工具能 diff 二进制但其中的差别并不体现在文档结构上所以并不能很好还原出差别。提问的人想问这些东西能不能处理只改一小部分的情况不要全量，回答说不行，然后你做了个全量是想说解决了问题？


我感觉自己应该回过某个历史发帖但看完发现都没有，有点怪。可能之前我最后都忍住了？





我不是说历史版本压缩包这种东西没用，相反确实有很多场景需要这样的版本工具，我电脑上测试自己公司产品都累积了 10+个同一产品不同版本的安装包目录，按日期和版本号命名的，但都是手打。
做这种工具，核心 feature 应该是你很好地处理了各版本压缩包的命名、存放、索引、自动打包 /还原，并且能优秀地与其它东西集成比如网盘、快捷工具（ utools/alfred ）、编辑环境如 vscode 的插件之类的
…… 用什么压缩工具真的重要吗你觉得？而且你本来完全可以链接一个 libzip 之类的自动打压缩包就 ok 了，为啥要调另行安装的工具呢，万一 rar 和 7zip 都没装咋办