liyanggyang

感觉 air 吧， 内存 24G 就足足够了， 硬盘多一点更好，文档需求多的 1t ，少的 512G

git 经常忘记 commit ， 把这个坏毛病改掉不就行了吗

@powersee #113 我知道你说这种，没一个命令开启一个新的 process ，但是第二条命了执行的环境不等于第一条执行后的环境（即举例 如果第一条命了是 cd /xxx/xx/xx ，第二条命令 process 执行不会在 这个目录下）， 所以我说的是 管道模式那种，一个 ShellChannel

@powersee #86
您应该是：
用户
｜
程序
/ \
窗口 pty1 窗口 pty2
| ｜
linux 服务器

我是：
用户 1 窗口 用户 2 窗口
\ /
程序
｜
窗口 pty
|
linux 服务器

我是要用户 1 和用户 2 先后输入命令，在用户 1 返回后才能开始执行用户 2 窗口输入的命令，所以我需要判断用户 1 命令是否执行完成

@powersee #86 那我理解了， 你不涉及 依次同步执行命令， 而是 输入/返回，本身就是 分别的 管道是吧？

我是要同步效果： 命令 1 -执行完成 - 命令 2 - 执行完成 ， 不管多少个用户开了多少个窗口，只要命令 1 在执行，命令 2 就需要等命令 1 执行完成后才能开始执行，

你应该是 ：

01 、输入监听 -> 放到 linux 执行
02 、返回流监听 -> 放到程序界面显示
01 和 02 这两个是 互相“独立”的。

@powersee #86 我理解您说的意思，命令肯定是操作系统 bash/zsh 等解释执行的。 我的症结是这个，简单举例：你的程序相当于一个“管道”嘛， 用户 - 程序 <-> linux 服务器 ， 我想知道的是，linux 服务器执行命令之后，你在程序界面显示 执行完成后的结果（也就是 程序界面 <- linux 服务器 ） 这一段，何时判断 linux 服务器执行完成了， 你可以显示在程序界面了。

大佬，有个疑问想请教下，您是如何判断 linux 命令已经直接完毕的，然后返回渲染？

我之前在网上找了些方案：
一、看 io 输入是否还有， 弊端：1 、有时候网络波动，io 没有输入但是命令还没返回完； 2 、类似 sleep 10 echo 1 这种命令，10 秒内 io 没返回直接 return 了不行
二、根据换行后的 #、$ 等标识（ 比如 [root@localhost ~]# ） ，弊端：不够优雅，而且如果是 cat xxx.txt ，xxx.txt 文本中有 # 等在末尾，恰好有可能碰撞到返回
三、 用户输入命令自行拼接，比如 输入 ls ， 变为 ls , echo end ， 根据 返回 end 判断。弊端 ：不够优雅，且有同样“二”问题
等等

ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 \
-i /tmp/h264.mp4 \
-vf 'format=nv12|vaapi,hwupload' \
-c:v hevc_vaapi \
-b:v 0 \
-qp 28 \
-preset medium \
-c:a copy \
/tmp/hevc.mp4

不可能完全不损失