Closed XUANJI233 closed 2 weeks ago
除设置第三方接口 项目设置 和 基础设置 外均为默认,网络可以访问第三方站点.
是否与我电脑设置 设置了UTF-8有关?
经过测试 AiNiee5.1 可以正常运行,等待约2分钟翻译完第一句
好奇怪吗,只能翻译800多行,不能是我导出文件有问题吧,t++ 6.4.11 未翻译的后两行是
{
"text_index": 1651,
"translation_status": 0,
"source_text": "S_setAnimation \\v[28] 3 animation:0:【ストーリー】午前土台Bなし",
"translated_text": "无",
"model": "none",
"storage_path": "data\\CommonEvents.xlsx",
"file_name": "CommonEvents.xlsx",
"row_index": 1523
},
{
"text_index": 1652,
"translation_status": 0,
"source_text": "S_setAnimation \\v[28] 3 animation:0:【ストーリー】午後土台 mix:0",
"translated_text": "无",
"model": "none",
"storage_path": "data\\CommonEvents.xlsx",
"file_name": "CommonEvents.xlsx",
"row_index": 1524
},
你塞了4k文本,不慢才怪,把值调低
你塞了4k文本,不慢才怪,把值调低
正常翻译速度还行,应该是某些特殊文本卡住了(在排查),等了10分钟没有翻译,而且按停止翻译立即就停了,之前也是这样翻译的,翻译了好多都没有这种情况,还有一个1m行的也可以正常翻译
你塞了4k文本,不慢才怪,把值调低
经过测试,不是慢,是根本没有请求,request_tokens_consume超过最大token长度后没有进行拆分处理,if self.request_limiter.RPM_and_TPM_limit(request_tokens_consume)一直不通过死循环了
(其实我想塞8k文本的 claude-3-5-sonnet-20241022 现在支持8k输出了
你塞了4k文本,不慢才怪,把值调低
经过测试,不是慢,是根本没有请求,request_tokens_consume超过最大token长度后没有进行拆分处理,if self.request_limiter.RPM_and_TPM_limit(request_tokens_consume)一直不通过死循环了
(其实我想塞8k文本的 claude-3-5-sonnet-20241022 现在支持8k输出了
没啥实际意义 ... 因为几乎不太可能一次性把这么多文本完全的翻对不错行啥的,设小一点吧
你塞了4k文本,不慢才怪,把值调低
经过测试,不是慢,是根本没有请求,request_tokens_consume超过最大token长度后没有进行拆分处理,if self.request_limiter.RPM_and_TPM_limit(request_tokens_consume)一直不通过死循环了 (其实我想塞8k文本的 claude-3-5-sonnet-20241022 现在支持8k输出了
没啥实际意义 ... 因为几乎不太可能一次性把这么多文本完全的翻对不错行啥的,设小一点吧
加上文和人设 背景嘛,下文长的话前后联系和翻译质量还是有较大提高的(实际翻译3500左右 可以做到翻译没问题),就是价格的问题嘛...
使用版本是Pre-release 746b044 ,接口可以通过测试且确实有回复,但开始翻译后一直不翻译(服务端也没有受到请求),大约等了15分钟
下面是控制台输出