ffmpeg

最后使用了 pillow 的 ImageFilter 定义了一个卷积核，实现了 5*5 、角度为 90°的方向模糊
支持 png 的 alpha 通道
from PIL import Image, ImageFilter
class MOTION_BLUR(ImageFilter.BuiltinFilter):
name = "Motion_Blur"
# fmt: off
filterargs = (5, 5), 5, 0, (
0, 0, 0, 0, 0,
0, 0, 0, 0, 0,
1, 1, 1, 1, 1,
0, 0, 0, 0, 0,
0, 0, 0, 0, 0,
)
# fmt: on
img = Image.new('RGBA', (800, 600), (255, 255, 255, 0))
img.filter(MOTION_BLUR)

cloudreve

之前在自己的服务器上搭过自己玩的 l4d2 服务器，然后被其它卖服务器的 ddos 了

这个服务必须是 http 或者 websocket 或者 webrtc

建议不要用这玩意，WSL2 里自己装个 docker 用起来没啥区别

证书链没补全

python 很简单，bs4 提取 text ，然后 google 翻译 api 一调用就完事了

那线路不用也罢，买个境外的

AI 扣完后，扣掉的像素都是透明的，然后就是单纯的图形学算法了
想咋搞都行，两种像素点的最短直线距离就是白边厚度

任何软件内部，不希望你用脚本做到的

app 自杀严重

自如

@CatCode 你可以参考 CRIU 的代码，为了保存和恢复一个进程的运行时状态他们做了多少 hack ，我相信没有人比他们更有毅力跟恒心坚持于这个目标。你想要的无非是一个 Python 版本的 CRIU 实现，或者是一个 Python 的 libcriu 引用。
但是不使用容器，非常难以避免因为环境改变导致的进程还原冲突。举个例子：为了避免 pid 被别的进程占了无法还原，你得在一开始就用 pid namespace 给你的 Python 进程开一个命名空间，但是容器在一开始创建的隔离环境就包含了各种命名空间，顺手把网络跟存储挂载都解决了。而且你的进程必须脱离 tty 运行，否则还原的时候找不到之前的 shell 也还原不成直接 core dump 。
这也就是只有容器才提供了进程级别 checkpoint 功能的原因，你自己想做进程的 checkpoint 最后无非都还要走一遍容器的老路，否则你会遇到各种 bad case ，无法 checkpoint 无法 restore 。
最简单的例子你可以 apt-get install criu ，然后试试 criu dump 你的 Python 进程，看看能不能顺利 dump

@CatCode #17 在你能够保证严格的外部条件不变的情况下，可以手动调用 docker checkpoint create 命令将 python 进程制作为快照，再使用 docker checkpoint restore 命令进行还原:
https://docs.docker.com/engine/reference/commandline/checkpoint/

值钱而且能赚到钱的需求被开发完了而已，开源干的基本都是无利可图的纯技术活
没有开源这些代码你去写你也赚不到钱，真正让写代码赚钱的是代码背后的商业模式
你大可以去干给售票机的老旧 flash 换个系统这种活，只是没人愿意给你大价钱
你只能拿到外包价，一个当前社会对技术活平均下来能够负担得起的数字
想赚更多就自己干，发掘时代红利带来的新需求

你想要这么 toplevel 的 api ，不太可能
你用的端口、pid 、文件被别的进程占用或者改动了咋办？你建立的 tcp 长连接被 reset 了咋办？直接 crash?
对整个进程 checkpoint 的工具确实有，它叫 CRIU
不过如果你不配合容器一起用，这玩意基本上没有可用性的
而且它对进程 checkpoint 之后的外部环境不可变性要求非常高，提到的那几个条件必须全部满足才能保证 restore 后的进程仍然能跑

你用 Mac 是一个分区，用 Windows 为什么要两个分区？