Nyakku Shigure

> @SigureMo @qili93 需要在IPU/XPU的机器上跑一下看看，跑完后回复这个PR 好的，如果有问题我恢复相关修改

> 由于对于XPU相关修改比较多，和昆仑同学确认，请提交一条以“xxxx, test=kunlun” 结尾的的commit msg，会自动触发昆仑流水线进行单测检查。 最新一次 commit 包含了 `test=kunlun`，目前除了两个非 Required 其余全部都通过了～

> 中文文档用的是COPY-FROM: paddle.sgn 应该是说中文文档那边的一些其他问题，看起来都还没有改

目前我不太认为 yutto 需要一个配置文件，yutto 目前的可配置项还比较少，增加配置感觉只是徒增复杂度。目前我个人认为使用 alias 完全可以轻松完成常用命令的复用，关于这方面可参考[自定义命令别名](https://github.com/yutto-dev/yutto#%E8%87%AA%E5%AE%9A%E4%B9%89%E5%91%BD%E4%BB%A4%E5%88%AB%E5%90%8D)，当然如果 Windows 的话建议自行找下 alias 解决方案。

https://superuser.com/a/1146561

唔，web 端获取到的视频流就是带水印的，这个去除起来应该很麻烦吧……

突然发现一个博客，[esxi_docker_yutto_ffmpeg打造一条龙下载视频去水印服务器](http://www.zhuhongshengshi.com/archives/esxidockeryuttoffmpeg-da-zao-yi-tiao-long-xia-zai-shi-pin-qu-shui-yin-fu-wu-qi)，好像真能做到诶～之后我有时间试试～

养蛊 2333，先同时用两个，看看 renovatebot 和 dependabot 哪个好用……

嗯，早期有计划开一个 `yutto rpc` 子命令开启 rpc 服务，不过一直没有去实现 关于 UI 两个方案都可行，都是非常合适的跨平台方案 https://github.com/yutto-dev/yutto/blob/7cafb05312afbcb1f4c9b0e4589eea70aa285455/yutto/processor/downloader.py#L142-L143 下载进度的话，目前我的想法是将这里的 show_progress 服务替换一下，将其信号传给监控程序，进而提供给外部这样，不过只是目前的想法啦，具体实现还没有去研究～

emmmm，rpc 的话应该需要集成在 yutto 内部吧？UI 可以另开一个 repo。 唔，其实关于 repo 我觉得可以开一个组织，把 yutto 所有相关的 repo 放到里面（yutto、bilili、biliass、docs、UI 等），唔，你觉得这样如何？