Skip to main content

Would it be possible to consider adding a "real-time text display" feature?

Currently, the text isn’t displayed until after I finish speaking, so sometimes I’m not entirely sure what the system has recognized—especially when I’m speaking at length, I have to go back and review the entire transcript.

The current recognition rate is actually quite high, and while I may not be familiar with the internal design, from a user’s perspective, being able to see the text generated in real time would provide greater peace of mind and allow me to spot recognition errors more quickly.

This is just a personal observation based on my experience, for your reference.

18 comments

Log in to comment and vote

Comments18

  • Haujet Zhao

    •

    Dec 31, 2025

    我是 CapsWriter-Offline 作者,我给你讲讲没有这样做的原因。

    从开发角度,当前的模型有两类,流式的和非流式的。当前项目使用的是非流式模型,需要把一大段音频喂给模型,一次性输出一整段识别结果,这样的优点是识别准确。你的需求需要用流式模型才能实现,但是流式模型的准确率下降很厉害,你的体验会更差劲的。

    从体验角度,我经常在鼠标点击文本框、设置光标前,就先开始说话,经常会有说了好几秒后才慢悠悠用鼠标去设置光标的情况,说完再输出可以完美适配这种情况,只要我还没松手就能悠哉改变光标位置。

    • gaga Alo

      •

      Mar 18

      调用 API 使用流式输出的大模型时,可以加上这个功能吧?

  • TownBoats

    •

    Nov 28, 2025

    我觉得这个不是伪需求,因为文字出现是一种确认的感觉,给你确认的感觉,让你有信心继续思考,不用担心自己的文字会突然消失。我觉得这个很赞,我也要给这个需求投一票。

    理论上应该比较好实现,我感觉只用把识别的频率提高一点,可以增加一个这样的开关(是否试试转录)

    如果文字比较长,那么这样的确认认感就非常的珍贵。

    • vel chou

      •

      Dec 8, 2025

      一个在up主<玄离99>他推荐过的一个github项目,它叫CapsWriter-Offline

      这个项目做的还挺不错的,支持流式输出,也有日志记录功能。就是没有gui界面,启动也较慢,遂转为使用闪电说。

  • Jake Fan

    •

    Dec 2, 2025

    非常需要这个流式输出的功能,因为可以一边看一边讲, 前面哪些地方有错的,可以提前准备一下要改的地方。

    等全部讲完了再去重复看的话,效率低很多

  • rimon Deng

    •

    Dec 3, 2025

    可以实时看到自己已经输出的内容,可以减轻头脑里的记忆负担,方便组织后面的内容,不然,说了一大桶,屏幕上空空如也,会感觉怪怪的,一种不安定感,影响的后面的继续输出,分心了。

  • shixueaaa811001

    •

    Dec 22, 2025

    支持这个需求,尤其是在写文章的时候,不能即时显示文字是非常不安全的感觉,也是不确定的感觉。

  • c s

    •

    Jan 5

    我也支持在输入的过程当中有文字提示是非常重要的。

    尤其在长时间说话的过程当中,如果我用长语音说话,说了一分钟,这是一个非常长的说话场景。

    如果在这一分钟当中,所有的内容都没有实时显示出来,我很容易忘记我前面说了什么,不容易组织好语言。

    其实这个是一个用户体验的很重要的需求,只是实现方式不一定非要在语输入框内展示实时内容。

    就像作者说的,因为使用了现有的这种模型模式,需要将比较长的一个语音送给模型进行翻译。

    而用户现在需要的是能够将前面说的内容实时的将摘要内容显示出来,即可帮助用户回忆之前说过的内容。

    这个过程可以不在输入框,可以在一个悬浮的展示的小UI来解决。

    建议在桌面上有一个浮层,专门用于实时解析用户已经说的内容的展示。

    比如说用户在说了10秒钟后,将这10秒的语音先进行翻译,切成多个段。至于完整的解析,可以后台另一个进程继续执行。

    也可以让模型进行概要分析,不用将用户输入的内容完整展示,只做大纲类的摘要提示即可。

    这种摘要提示可以结合纠错模型的方式,由用户自己接入模型解析。这样用户可以定制来提示的方式。

  • shaopeng ju

    •

    Dec 24, 2025

    支持支持,看见字心里踏实,万一软件出现故障了,能及时发现。

    要是说了200字,最后发现没识别出来,肯定就疯了。

  • Eason Zheng

    •

    Mar 9

    有没有可能将语音同事发给两个模型呢?流式模型提供文字出现在眼前的确定感(可以没那么精准);非流失模型来保最后生成文字的准确性。
    纯小白礼貌提问🙋

  • gaga Alo

    •

    Mar 18

    支持。还是蛮需要这个功能的。类似的软件,比如 Spokenly,就可以实时显示语音识别结果。

    有时候识别错了,就能提前预想到哪里需要修改,省得再重新看一遍,这样比较节约时间。

  • Jinghua Oriental

    •

    Jun 8

    这一点我觉得其实像微信的那个语音输入就做的很好,我就希望作者看能否优化到那个效果。

    或者看作者能否考虑,就是说加入一个开关,就是让用户可以自己选择要不要实时显示,这样用户体验应该会更好一点。