newapi还没适配gpt-image-2的神奇计费,导致一众中转站的计费都很抽象,最便宜的渠道反而变成openai直购
- 内容介绍
- 文章标签
- 相关推荐
gpt-image-2的计费很奇怪,在质量相同的情况下,用官方计算器可以发现,非1:1的图的output token会远低于1:1的图,可以发现
1024*1024 196token
2560*1440 205token
3472*1488 201token
那么按理说这样的图价格也是一样的,使用zenmux测试,发现确实,使用非1:1比例的情况下,返回的output token数和官方计算器的一致,然而可惜的是zenmux并没法传入quality参数,所有测试只能在medium下进行,太贵了,所以我找了其他中转站
而我另外还有在用两家中转站,使用的都是new-api,他们的计费就不同了,3472*1488的图返回的output token是717,并且计费也是按717计费的
这导致现在最便宜的生成高分辨率图的gpt-image-2的渠道反而是官渠
网友解答:--【壹】--:
不考虑一下中转的实际倍率吗,只看token?
不过确实不管是newapi还是sub2api,目前对生图这一块的计价都还很抽象.
--【贰】--:
不啊,gpt-image-2很便宜,只用low质量的话一张图才四分钱,走官渠的比反代的稳定,价格也差不多
--【叁】--:
一般不是按次计费的吗,如果不单独填就是token计费的,那全是很浮夸,一张图一百多刀。
--【肆】--:
就是按照实际倍率来看实际上比官渠还贵一点
在newapi上发issue告知我是可能中转站对接的不是官渠而是codex反代什么的,然后导致这个计费返回的output token出错
总之在实际表现上就是官渠在高分辨率下反而更便宜了
gpt-image-2的计费很奇怪,在质量相同的情况下,用官方计算器可以发现,非1:1的图的output token会远低于1:1的图,可以发现
1024*1024 196token
2560*1440 205token
3472*1488 201token
那么按理说这样的图价格也是一样的,使用zenmux测试,发现确实,使用非1:1比例的情况下,返回的output token数和官方计算器的一致,然而可惜的是zenmux并没法传入quality参数,所有测试只能在medium下进行,太贵了,所以我找了其他中转站
而我另外还有在用两家中转站,使用的都是new-api,他们的计费就不同了,3472*1488的图返回的output token是717,并且计费也是按717计费的
这导致现在最便宜的生成高分辨率图的gpt-image-2的渠道反而是官渠
网友解答:--【壹】--:
不考虑一下中转的实际倍率吗,只看token?
不过确实不管是newapi还是sub2api,目前对生图这一块的计价都还很抽象.
--【贰】--:
不啊,gpt-image-2很便宜,只用low质量的话一张图才四分钱,走官渠的比反代的稳定,价格也差不多
--【叁】--:
一般不是按次计费的吗,如果不单独填就是token计费的,那全是很浮夸,一张图一百多刀。
--【肆】--:
就是按照实际倍率来看实际上比官渠还贵一点
在newapi上发issue告知我是可能中转站对接的不是官渠而是codex反代什么的,然后导致这个计费返回的output token出错
总之在实际表现上就是官渠在高分辨率下反而更便宜了

