林晨
首先运行本脚本，在抖音直播助手登陆之后，开启proxifier将抖音直播助手的流量代理到本工具上。然后点击开播，剩下的问题脚本都会解决。
我没有研究过这类的，我了解的应该是有某个api可以获取直播的推流码，我后续会研究然后看看能不能实现。
> Replying to https://github.com/ValveSoftware/SteamOS/issues/1937#issuecomment-3314967879 Thank you for providing the solution—it successfully resolved my issue. :)
Since SteamOS updates overwrite my settings, I wrote this sh script on GitHub to handle automatic updates. Now I no longer need to worry about reconfiguring everything each time—I just...
> you can whitelist files in `/etc` to keep between updates, you can read about it in `/etc/atomic-update.conf.d/example-additional-keep-list.conf` Thank you, I've adjusted and applied this method.
我思考了一下，如果从ffmpeg入手，似乎得自己来维护一个ffmpeg的fork？ 你希望我们最终跳过广告的方式是无感跳过而非现在这样的检测到卡顿后直接跳过10s吗
> @0Chencc > > 我在我的 Github 时间轴上看到了你正在制作的 ffmpeg 补丁，看上去非常不错，不过有一些需要注意的地方 > > 1. 正常 seek 一样会导致 PTS 不连续，需要额外检查 PTS 位置是否在视频最开头，但这又可能破坏我们直接向视频开头进行的跳转 > 2. #EXT-X-DISCONTINUITY 标志对于精准移除不起作用，这个标志在我们的用例里很重要，大部分广告插入直接将其作用域拓展到整个清单文件，以表示任何片段都可能不连续，以规避相关广告片段被精准移除，我们现在的补丁会将整个清单移除 > 3. 关于编译，需要现在 Github Actions 中完成 LLVM...
> @0Chencc > > 我查看了一下你的分支上现在的改动 > > 1. 每次编译之后在 cache 清除掉 mpv 缓存，但不要清除 llvm 缓存，你可以从这些缓存建立的时间来粗略判断哪些来自工具链编译，不然之前编译失败的部分产物可能留在编译环境中，例如已经应用的补丁，导致补丁和当前目录冲突，出现编译失败。 > 2. 使用AI辅助尽量先在完整的 ffmpeg 代码库中操作，然后手动 git diff 出来，现在的 AI 还没进化到能直接修 patch 的地步。 > > 我仓库的工具链也在编译，明天我也会做一些尝试，有些规则的广告太多了...
> @0Chencc > > 我在我的 Github 时间轴上看到了你正在制作的 ffmpeg 补丁，看上去非常不错，不过有一些需要注意的地方 > > 1. 正常 seek 一样会导致 PTS 不连续，需要额外检查 PTS 位置是否在视频最开头，但这又可能破坏我们直接向视频开头进行的跳转 > 2. #EXT-X-DISCONTINUITY 标志对于精准移除不起作用，这个标志在我们的用例里很重要，大部分广告插入直接将其作用域拓展到整个清单文件，以表示任何片段都可能不连续，以规避相关广告片段被精准移除，我们现在的补丁会将整个清单移除 > 3. 关于编译，需要现在 Github Actions 中完成 LLVM...