常见问题解答
TTAPI 的Midjourney API 常见问题解答汇总
Last updated
TTAPI 的Midjourney API 常见问题解答汇总
Last updated
首先我们需要理解Midjourney账户最大队列数：指的单账户的 支持同时进程中的生成任务数量 并不是指传统的QPS ，其中生成任务包含所有指令操作以及按钮操作 imagine，blend，describe，U，V 等等。
下图为Midjourney官方的对于不同订阅账户的任务数详解。
TTAPI的最大队列数的概念与Midjourney同理。
TTAPI 默认注册账户最大队列数为10。如需调整，请联系我们
平台自创立初期至今，在不断地于Midjourney官方封禁机制“缠斗”的过程中总结了的大量的账户使用经验，其中较为关键的一条就是重复提交非法的prompt上。
官方衡量非法的prompt主要基于两个标准，
Midjourney不支持的，不合法的命令格式。例如：“...--ar16:9”，ar命令后缺少空格；“...--niji”，niji后缺少版本号等等诸如此类的问题
鉴于以上两点会对平台的公共账号池造成一定程度的封禁影响，TTAPI整体优化了 Prompt Checker 模块，并通过多种能力对文本以及图片进行前置安全效验，虽然这样大幅度避免了非法prompt对平台账户池的影响，但是这些东西无疑加大API的资金与人力投入成本，特此推出了 非法prompt的惩罚机制。具体规则如下：
每个用户每天违规提交prompt上限暂定为30次，超过30次之后冻结额度将不再退还。
违规prompt范围 包括通过了TTAPI的 Keywords Filter 和 Command Check ，在后续环节出现非法prompt的请求。计数的prompt的message信息均包含为以下开头的：[Invalid parameter], [Banned prompt detected], [Image denied], [Invalid link], [Invalid prompt], [TTAPI prompt filter], [TTAPI image filter]
Midjourney API 除去fetch接口之外的所有接口，同步返回状态并不是终态。
方式一：通过异步回调，其中jobId最为任务唯一标识，可以使用 https://webhook-test.com/ 进行测试接口回调数据。
方式二：通过返回的jobId使用fetch接口查询
该栏目只介绍同步任务提交成功， 异步hook 或者 fetch 返回任务失败的相关情况，结构体如下：
其中message代表任务失败的原因，枚举以及解答如下：
| message | 详解 |
|---|---|
Job Timeout | ttapi 任务超时。 情况1：接口请求时未设置timeout字段或者设置的timeout字段太小。 情况2：midjourney官方宕机，midjourney处理高频流量从v5至今几乎每隔一段时间就会各种宕机，挂起等等问题，可以查看官方的状态页面实时查看。 情况3：discord/midjourney接口临时更新，ttapi在指定时间内未同步到任务的状态，导致超时（此种情况概率很小，但存在）。 |
[Banned prompt detected] Sorry! Our AI moderator thinks this... | 提交的prompt中文字内容违反了midjourney管方的 NSFW (Not Safe For Work)规定。 |
[Image denied] Request cancelled due to image filters... | 提交的prompt中图片链接违反了midjourney管方的 NSFW (Not Safe For Work)规定。 |
Failed to process your command... Midjourney Bot: Failed to process your command :c [Internal error] Something went wrong... [Internal server error] Apologies, something went wrong... Execution error, system exception... [Error!] Invalid template: Empty list [Describe error] Unknown error | midjourney官方错误，官方未作出解释的奇奇怪怪错误。 |
[Invalid link!]... | midjourney获取你prompt中的图片链接失败 |
Unknown Integration Unknown Message 未知消息 未知集成 | ttapi平台midjourney账户池中某个账户异常未捕获，频繁出现此问题请联系我们，我们将在第一时间处理 |
[Invalid parameter] Invalid value ... | prompt中的命令错误。例如想使用v6模式，v6的前边未加 -- 指令符、--cref未配合 -- v 6.0使用等等 |
其他异常 | 如有疑问请联系我们 |
图片存储时效：生成的图片每张的空间实是很大的，随着平台的运营，所占用的空间会越来越大。ttapi经营良好的情况下，我们会不断采购服务器，原则上来说图片地址会永久保存。如果后续成本增高或者其他情况需要节约成本，我们会最少保留近一个月的图片，从后往前清理空间，清理前会有通告通知所有用户。
PPU生成记录存储：PPU模式下Midjourney的使用记录平台最多存储近一个月的数据
PPU 模式: Pay for Per Use, 按量付费，host使用https://api.ttapi.io
Hold Account 模式: 托管你的账户在TTAPI平台使用 Midjourney API, host使用https://hold.ttapi.io
两种模式除去接口使用的域名不一样，其他方式均为一致，托管模式仅需支付按月支付托管账户的订阅费用，其他任用任意Midjourney相关接口不再消耗TTAPI平台的quota
不同区域使用不同域名详见文档
TTAPI的整体接口定价都是依据Midjourney账户的GPU消耗情况进行定价的，是相对于市场上的其他平台的乱定价以及一刀切更为合理，更为符合实际成本的正确定价
经过观察v6模式下的操作消耗GUP时间至少是其他模式的1.5倍，并且imagine接口是实际使用中最为频繁的接口，因此fast模式下平台的imagine接口的v6版本更为昂贵
首先我们来看官方给出的版本更新解释：
V6.1 有哪些新功能？
更连贯的图像（手臂、腿、手、身体、植物、动物等）
图像质量更好（减少像素伪影、增强纹理、皮肤、8 位复古等）
更精确、更详细、更正确的小图像特征（眼睛、小脸、远处的手等）
新的升级器具有更好的图像/纹理质量
标准图像作业速度提高约 25%
提高文本准确性（在提示中通过“引号”绘制单词时）
新的个性化模型，具有更好的细微差别、惊喜和准确性
个性化代码版本控制（使用旧作业中的任何个性化代码来使用该作业的个性化模型和数据）
新--q 2模式需要花费 25% 的时间（有时）来添加更多纹理，但代价是降低图像连贯性
整体而言，事物应该看起来“更加美丽”
官方给出的版本更新提示如上，大部分都是介于v6.0的优化了一些人物刻画上的细节，个人觉得较为有用主要是两个部分
一个是继续深度刻画对图像细节的处理，众所周知这也是一直以来MJ能屹立于“AI文生图”龙头位置不倒的最为关键的能力之一。
其次是提高文本准确性，MJ一直以来文本支持能力都很差，这次提升无疑能一定程度上弥补了这个缺点。但是我们已经尝试了很遗憾的是，提升的文本支持能力还是仅限于英文，对中文的支持能力还停留在“鬼画符”阶段。
下面是我对以上总结的两点分别使用v6.0以及v6.1模型生成出来的图片，我们可以看到 6.1对“”内的文字描述准确率，以及整体页面刻画的细节 确实比6.0相对优秀一些。
A poster about Halloween holiday notice, the content of the poster is "Happy holiday, may you have a wonderful Halloween"
TTAPI在第一时间兼容了v6.1的支持，你可以在prompt后追加 --v 6.1 来使用Midjourney的6.1版本模型
