Jewelry AI
結果が違うかたちで返ってくる理由
生成画像のフレームは、5つの固定された比率の中から選ばれます。写真の比率が測られ、その中で最も近いものに丸められるため、二つの比率の中間にある元の写真は、近いほうの比率で返ってきます。どのフレームにしたいかを尋ねる場面は、この流れのどこにもありません。
結果のかたちを決めるもの
生成画像のフレームは、用意したモデル写真から引き継がれるものではありません。実行が送られる前に幅と高さの比が測られ、5つの固定値、すなわち1:1、3:4、4:3、9:16、16:9と比べられます。5つのうち最も近いものが、出力として要求される比率です。
仕組みはこれだけです。5つのいずれかにちょうど乗っている元の写真は、その比率で要求されます。二つの中間にある元の写真は近いほうで要求され、動く距離はもともとその比率からどれだけ離れていたかによります。6つ目の選択肢はなく、この集合の外の比率を求める方法もありません。
丸めが適用されるのは要求される数値であって、写真ではありません。モデル写真が5つのいずれかに合わせてトリミングされることも、引き伸ばされることもありません。変わるのは、返ってくるフレームのかたちです。
結果が返ってくる5つのフレーム
この5つで全部です。どの送信も、測られた比率に最も近い一つで要求されます。
| 要求される比率 | フレームのかたち | 長いほうの辺 |
|---|---|---|
| 1:1 | 正方形 | どちらでもない |
| 3:4 | 縦長 | 高さ |
| 4:3 | 横長 | 幅 |
| 9:16 | 細長い縦長 | 高さ |
| 16:9 | 幅の広い横長 | 幅 |
この規則が触れるものと、触れないもの
丸めが決めるのは一つのことだけです。近くにあるいくつかの別々の問いが同じ問いに見えてしまうため、それが何なのかを正確にしておく価値があります。
- 出力のフレームとして要求される比率を決めます。
- 1:1、3:4、4:3、9:16、16:9のいずれかが選ばれ、実行はそれを要求します。
- 送信した写真をトリミングも引き伸ばしもしません。
- 測られるのは写真からですが、丸めが適用されるのは要求のほうです。この規則でファイルのかたちが変わることはありません。
- 結果の大きさは決めません。
- 出力解像度は選ぶものではなく固定されており、それ自身のページを持つ別の規則で決まります。比率と大きさは別々の決定です。
- 設定できるものではありません。
- 縦横比の選択肢の一覧はデッドコードです。ソースには存在しますが、画面には一度も描画されません。選択画面も、変更できる既定値も、元に合わせる切り替えもありません。
- 向きは何よりも先に補正されます。
- EXIFの向き情報がピクセルに適用され、向きのメタデータは削除されます。回転した状態で記録された写真は、食い違ったまま残されるのではなく、まっすぐになります。
送信する前にフレームを決める
出力のフレームに関わることは、すべて送り込む写真で決まります。そのため、決定の全体が実行より前に、次の順序で置かれます。
必要なフレームを名指しする
仕上がりが1:1、3:4、4:3、9:16、16:9のどれでなければならないかを決めます。結果が届いてから決めるのでは遅すぎます。すでに手元にある結果のフレームを変える設定はないからです。
元の写真をその比率にする
アプリに取り込む前に、名指しした比率でモデル写真を用意します。規則が読む唯一の入力は、送信するファイルの測られた比率です。
着用部位が残っているか確かめる
作品が身につけられる部位がフレームの中に完全に収まっているかを確認します。リングなら手元、ブレスレットなら手首、ネックレスなら首元と胸元、ピアス・イヤリングなら耳元です。比率は良くなったのに部位を失ったトリミングは、その実行を無駄にします。
一度だけ送信する
比率は要求が組み立てられるときに測られ、丸められます。送信は一度の試行としてキューに入れられるため、一回の送信はプロバイダーでの一回の実行です。別のかたちで返ってくる二度目の処理はありません。
返ってきたフレームを、計画したフレームと見比べる
かたちが望んだものでない場合、直すべきものは設定ではなくトリミングです。元の写真を必要な比率へ寄せ、そちらを送信してください。
比率へ向けてトリミングするときに起こりうること
フレームに対して出品者が持つ唯一のてこがトリミングであり、それは適用される写真そのものを損ないうるてこです。
目標の比率には届いたものの、作品が置かれる着用部位に食い込んでいる。
トリミングを確定する前に、カテゴリーごとの部位を確認してください。リングは手元、ブレスレットは手首、ネックレスは首元と胸元、ピアス・イヤリングは耳元です。
横長の写真を9:16へ強くトリミングし、手元や手首がフレームの端へ押しやられる。
縦長の仕上がりにするなら、横長の写真を切り詰めるのではなく、その部位を無理なく収められるだけの縦の長さがすでにある写真から始めてください。
一つのカタログの作品を個別にトリミングし、セットがいくつもの異なるフレームで返ってくる。
先にセットの目標比率を一つ選び、そのうえですべての元の写真をそこへ向けてトリミングします。送信は一件ずつ個別に測られるため、統一感はトリミングから生まれる必要があります。
元の写真が5つのうち二つのほぼ中間にあり、準備のわずかな違いで、ほとんど同じ写真が別々のフレームへ送られる。
中間の近くに置いたままにせず、二つのうち一方へ意識的にトリミングして、結果がわずかな差に左右されないようにします。
この規則がしないこと
- 決めるのは比率だけで、それ以外は決めません。結果の大きさも決めず、返されるファイルについても何も決めません。
- 5つの比率で全部です。測られた比率は5つのうち最も近いものとして要求されるため、それ以外の比率で結果が返ることはありません。
- 縦横比の設定はありません。選択肢の一覧はソースに存在しますが画面には描画されないため、設定するものはなく、元に合わせるという選択もありません。
- 寸法が使えないときに使われる3:4の前提は、規則の内側にある代替動作です。出品者が設定した既定値でも、アプリが覚えている希望でもありません。
- 送信は一度の試行としてキューに入れられるため、実行が黙って繰り返され、別のかたちの画像が返ってくることはありません。
- 出力解像度は選ぶものではなく固定されています。それは別の規則であり、それ自身のページがあります。
このページが扱わないこと
生成画像がどれくらいの大きさになるのか、そしてなぜその大きさが設定として提供されず手前で固定されているのかは、別のところで扱われます。このページはフレームのかたちだけを扱います。
実行に対してクレジットがいつ引かれるのか、そして実行が始まる前に確認画面が何を示すのかも、別のところで扱われます。フレームの規則によって、課金の時点が変わることはありません。
アプリがどの画像ファイルを受け付けるのか、そしてなぜここまでの話が始まる前に写真が拒否されうるのかは、別の問いであり、別の答えがあります。作品がフレームの中でどれくらいの大きさに見えるかという尺度も同様で、これはカテゴリーによって変わり、ここで説明した比率の規則が決めるものではありません。
よくある質問
渡したモデル写真と生成画像の縦横比が違うのはなぜですか。
フレームがその写真から引き継がれないためです。幅と高さの比が測られ、5つの固定された比率、すなわち1:1、3:4、4:3、9:16、16:9のうち最も近いものへ丸められ、その丸められた比率が出力として要求されます。写真がすでに5つのいずれかにあったのでなければ、結果は最も近い比率で返ってきます。
元のかたちを保つ設定はありますか。
ありません。縦横比の選択肢の一覧はソースに存在しますが、画面には一度も描画されないため、選択画面も、変更できる既定値も、元に合わせる選択肢もありません。決定の唯一の入力は、送信する元の写真の比率です。
アプリは、5つの比率に合わせるためにモデル写真をトリミングしたり引き伸ばしたりしますか。
いいえ。丸めが適用されるのは出力として要求される比率であって、写真ではありません。これとは別に、EXIFの向き情報がピクセルに適用され、向きのメタデータは削除されるため、回転した状態で記録された写真は食い違ったまま残されるのではなく、まっすぐになります。
写真の寸法が読めない場合はどうなりますか。
実行が保留されることはなく、比率が未定のままになることもありません。3/4が前提とされ、要求は3:4で送られます。元の写真が明らかに別のかたちだったのに3:4で結果が返ってきた場合は、寸法が読めなかった可能性をまず外しておく価値があります。