timerring

感谢老哥们的回答，核心库的作者已经失联了，为了避免修改核心库带来的可能潜在更复杂的问题，最后我降了 google genai 的 sdk ，选择了已经 archived 的 google generative 的 sdk ，没有冲突了，勉强凑活能用。

@gwbw 有的 b 站搜 [弹幕+字幕] 应该就能搜到不少，因为我最开始没有开放自定义标题的配置，除非源码里修改，所以很多人的标题应该都是默认的。

@oott123 应该连 issue 都没发，因为我的项目 issue 编号只到了 #2 ，不太可能出现 #36 🤔
@lisxour 确实很麻烦感觉

老哥有相关的研究吗，最近我在做这方面的功能，有空一起商量研究。

@joynvda 可能是他们产品的主要目标用户吧
@xierqii 听说现在一个邀请码在 999 - 50k 之间了 快成金融衍生品了😂

我在去年下半年做过一个直播录制识别字幕并压制的项目 https://github.com/timerring/bilive

我基本上试遍了市面上的字幕识别项目以及 api ，效果很难达到你说的既能精确到 0.1 秒（实际上精确到 0.1 秒作用也不大，除非你做的是某类型的说唱字幕，1 秒能输出若干字），又能准确识别断句，还能合理地将句子划分刚好合适，最后还是选择本地跑 openai 的 whisper ，其实很多时候没有 silver bullet ，但就 asr 任务来说，要方便就选剪映，要实惠就选本地跑 whisper ，至于其他云服务商例如腾讯云，讯飞，谷歌等等，则是既不实惠也不方便，效果也没差别。

首先更正一点，只有在 CPython 解释器中才有 GIL 锁，其他解释器例如 JPython 中就没有 GIL 的问题，GIL 本质上是为了保证底层的 C 的存储安全。

我最近写过一篇博客： https://blog.timerring.com/posts/cpu-can-only-see-the-threads

看过能解决你关于 python 中 多线程 多进程 并发 并行 协程 GIL 上下文切换 锁 同步异步 的疑问

核心中的核心就一句话 “CPU 只能看到线程” 如果你能真正理解这句话，你就能理解一切，不信可以读一读，也欢迎进一步斧正或者交流套讨论。

另外我之前也写过在 go 中的实现方式，看过你就能理解 go 的设计到底比 python 好在哪里。具体可以找一找我的博客。

@shitshit666 到现在已经用了差不多半小时了，我对一些我常用的功能都尝试一遍了，目前来说，可能 tab 比起 cursor tab 来说确实完成度上差一点。其他功能基本上和 cursor 没有感到明显的使用上的差别。