PicWay は、まもなく App Store に登場しますが、まだ公開されていません。写真から何かを作るときに大切なのは、できあがりが思ったとおりであることです。Live Photo は本当に Live Photo であること、編集した内容が見たとおりに保存されること、共有がきちんと届くこと。ここでは、PicWay のコラージュ、エディタ、共有の細部を、何をするかと、なぜそうしたかの順に紹介します。アプリのほかの部分は PicWay の細部 をご覧ください。
動くコラージュを保存すると、何が起きますか？
Live Photos を含むコラージュは動かせます。保存したあとも本物の Live Photo のままにしておくのは、思ったより難しいことです。
書き出しパネルは 3 つの選択肢で、Live Photo の行に動き方が書いてあります
どうなるか： コラージュに Live Photos が含まれていると、書き出しパネルに「Live Photos」「ビデオ」「静止画」の 3 つが並びます。Live Photos の下の 1 行は、コラージュの動き方に合わせて変わります。「同時に」は「長押しで動きます」、「順番に」は「長押しで順に動き、音も出ます」、「クローズアップ」は「長押しで1枚が大きく動き、コラージュに戻ります」と表示されます。
なぜそうしたか： 「順番に」と「クローズアップ」は長押ししたときの動きが違います。できあがってから初めて気づくことがないように、この 1 行があります。
コラージュに Live Photos を含められます：写真ライブラリには Live Photo として入ります
どうなるか： コラージュに Live Photos が含まれているとき、Live Photo として書き出せます。静止画 1 枚とビデオ 1 本を、共通のペア ID でひとつに結び、同じ保存リクエストで写真ライブラリに渡すので、次の項目で説明する確認に通れば、ライブラリには Live Photo として保存されます。
なぜそうしたか： Live Photo は 2 つのファイルで、そのペア ID があって初めて 1 組になります。PicWay は、保存できたように見えて実は Live Photo ではないコラージュを残すより、普通の静止画に戻すことを選びます（ペア ID を外せないときはエラーにします）。
保存や共有の前に、そのペアが本当に Live Photo か確かめます
どうなるか： 保存や共有の前に、PicWay は iOS に静止画とビデオを Live Photo として組み直してもらいます。iOS がそのペアを受け入れたときだけ、Live Photo として渡します。
なぜそうしたか： 組み直せないのに渡してしまうと、相手には関係のなさそうな画像とビデオが 1 つずつ届きます。静止画のポスターを 1 枚送るより悪い結果です。
確認に通らなければ、偽の Live Photo ではなく普通の静止画になります
どうなるか： ペアが確認に通らなかったときは、静止画からペア ID を外し、ペアのビデオを削除して、普通の静止画だけを保存します。ペア ID を外せないときは、エラーを表示し、偽の Live Photo は保存しません。
なぜそうしたか： ペア ID が残ったままの画像は、もう半分が永遠に存在しない Live Photo として扱われてしまいます。残る道は「偽の Live Photo」か「エラー」の 2 つだけで、PicWay はエラーを選びます。
コラージュに Live Photo が 1 枚もないときは、動きのある選択肢は静止画になります
どうなるか： コラージュに Live Photos がないときは、Live Photo やビデオでの書き出しを選んでも、静止画として書き出されます。
なぜそうしたか： 動かす素材がないと、ビデオを作る処理が成り立ちません。静止画に切り替えることで、失敗するはずの書き出しが正常な書き出しになります。
1 枚の Live Photo の動きが読み込めなくても、止まるのはそのセルだけです
どうなるか： コラージュ内の 1 枚のペアのビデオが取得できないときは、そのセルだけが静止画になり、残りは動き続けます。1 本も動かせないときは、コラージュ全体が静止画になります。
なぜそうしたか： 1 本欠けたせいで、ほかのセルの動きまで失う必要はありません。1 本もなければ動かすものがないので、全体で 1 段階下がります。
「ビデオ」で書き出すのは mp4 で、Live Photo のふりはしません
どうなるか： 「ビデオ」は、ペア ID のない mp4 として書き出します。ペア ID を付けないので、Live Photo としては書き出されません。「作品」には、その作品のポスター用の静止画だけが残ります。ビデオ自体は、あなたが選んだ行き先、つまり「写真」への保存や共有に渡ります。
なぜそうしたか： 「作品」は、ペアのビデオがある項目を、長押しで再生できるものとして扱います。そこに mp4 を入れると、失敗は間違えた場所から遠い、開いた瞬間に起きてしまいます。
「作成できませんでした」と「壊れています」は、別のメッセージです
どうなるか： Live Photo を組み立てられなかったとき、タイムアウトと、ペアが合わなかった場合では、別の文言になります。タイムアウトでは「Live Photoを作成できませんでした」「Live Photoの準備がタイムアウトしました。あとでやり直してください。」、ペアが合わなかった場合は「このLive Photoを作成できません」「Live Photoが壊れているため、静止画としてのみ使えます。」と表示されます。コラージュは最長 45 秒待ち、スクリーンショットのポスターの共有は既定で 8 秒待ちます。
なぜそうしたか： 以前は、タイムアウトが「作品が壊れている」と表示されてしまい、もう一度押せば直るのに、作品がだめになったと思われていました。45 秒は延々と待つという意味ではありません。パネルを閉じたり、バックグラウンドの時間が尽きたりすると、すぐに止まります。この数字は、本来組み立てられるペアを早まって失敗と判定しないためのものです。
保存したコラージュはどこに入りますか？ 保存が中断されたらどうなりますか？
ここでは、コラージュを保存している間に何が起きるかを紹介します。
コラージュは、すべて 1 つのアルバム「PicWay作品」に入ります
どうなるか： Live Photo、ビデオ、静止画のどのコラージュも、1 つのアルバム「PicWay作品」に入り、「作品」にも表示されます。元の写真が入っていたアルバムは引き継がず、位置情報は空のままです。共有のときも、先にここへコピーを保存します。その保存に失敗しても、共有は続きます。
なぜそうしたか： コラージュは何枚もの写真を合成したものなので、ひとつに決まる位置はなく、空にするのが正しい答えです。このアルバムはコラージュ専用の居場所になり、「作品」がそこから見つけられます。
「写真に保存」を押したら離れてもよく、終わったらお知らせします
どうなるか： 「写真に保存」を押したら、エディタを閉じてかまいません。書き出しは画面ではなくアプリ側で動き、ほかのアプリに切り替えても iOS が与えるわずかなバックグラウンド時間で続きます。離れて 30 秒以上たっていて、通知を許可している場合は、終わったとき（または失敗したとき）に通知が届きます。PicWay が、このタイミングで通知の許可を求めることはありません。
なぜそうしたか： 保存を押してすぐ離れるのと、押して 20 秒待ってから離れるのは別の状況なので、30 秒はアプリを離れた時点から数えます。ちらっと別のアプリを見ただけで通知が来るのは邪魔なだけで、それが重なると通知自体をオフにされかねません。そうなると毎日の振り返りのリマインダーまで届かなくなります。
保存は同時に 1 つだけで、2 回押しても 1 回しか動きません
どうなるか： コラージュの保存は、同時に 1 つしか動きません。同じ写真と同じ設定で「写真に保存」をもう一度押しても、実行されるのは 1 回です。
なぜそうしたか： 書き出しは十数枚の元画像を取得してからフレームごとに合成するので、2 つ同時に走るとメモリとビデオエンコーダーを奪い合います。
1 枚取得できなくても、そのセルだけがグレーになり、残りは書き出されます
どうなるか： iCloud からまだ届いていないなど、元の写真が 1 枚取得できないとき、そのセルはニュートラルなグレーで描かれ、残りは通常どおり書き出されます。1 枚も取得できなかったときは、書き出しが失敗します。取得できなければ、iPhone にすでにあるものだけを使ってもう一度試し、3 秒間進展がなければあきらめます。
なぜそうしたか： グレーのセルが 1 つあるほうが、コラージュ全体を失うよりずっとましです。1 枚も描けないなら、お渡しできるものが本当にありません。
縦長のコラージュは、まとめてではなく 1 セルずつ描きます
どうなるか： 縦長のコラージュは、すべての写真を最初にデコードしません。1 セルずつ取得して、描き終えたら手放します。
なぜそうしたか： 内部での測定では、同じテスト素材で、まとめて持つとメモリのピークが 365 MB、分けて描くと 12 MB でした。
書き出すビデオは 12 Mbps を下回らず、キャンバスが大きいほど上がります
どうなるか： コラージュのビデオは、ピクセル数に応じたビットレートで書き出されます。1080 × 1440 のキャンバスで 12 Mbps、それより低くなることはなく、上限は 64 Mbps です。
なぜそうしたか： キャンバスが大きくなっても 1 ピクセルあたりのデータ量を保つので、大きなコラージュが小さなものより薄く見えることがありません。上限は、ファイルサイズとエンコーダーの負荷を抑えるためのものです。
振り返りのあとに提案するコラージュでは、Live Photo のビデオがすでに iPhone にあることが条件です
どうなるか： 振り返りが 1 回終わると、PicWay は見たばかりの写真でコラージュを作ることを提案する場合があります。Live Photo が選ばれるには、そのビデオ部分がすでに iPhone にあることが必要です。PicWay はネットワークを使わずに確認し、10 秒以内に判断できなければ、iPhone にないものとして扱います。
なぜそうしたか： 「iPhone のストレージを最適化」がオンだと、静止画は iPhone にあるのにビデオは iCloud にある、ということがよくあります。この確認がないと、提案されたコラージュの Live Photo は長押ししても動かず、再生は 15 秒ぐるぐる回ってからあきらめていました。iCloud から元の写真を取り寄せるのは、エディタであなたが自分で始める操作に任せています。
エディタは Live Photos、フィルター、元の写真をどう扱いますか？
編集は写真を変えるので、エディタは何を上書きするか、何を知らせるかに慎重です。
Live Photo にフレーム（枠）を付けると、静止画として保存されます
どうなるか： Live Photo にフレームを付けると、結果は常に静止画として保存され、Live Photo ではなくなります。元の写真はライブラリに残り、元に戻せば Live Photo も戻ります。
なぜそうしたか： フレームを付けると静止画は大きくなりますが、ビデオの各フレームは元のサイズのまま描かれます。そのため長押しすると、ビデオが切り取られたり隅に小さく収まったり、変な色が出たりします。縦で撮った Live Photo はビデオが横向きで保存されているので、さらに厄介です。実機で何バージョンも試しても回避できなかったため、ルールにしました。
Live Photo の好きな瞬間を、編集内容つきで写真として保存できます
どうなるか： エディタの Live ページで、使いたいフレームまでドラッグして「写真として保存」を押すと、現在の編集を反映した独立した写真がライブラリに追加されます。元の Live Photo はそのままです。「キー写真に設定」は、同じフィルムストリップの下にあります。
なぜそうしたか： ボタンを押すとき、見ているのは画面のその状態です。だから保存されるフレームにも同じトリミングと色の調整が反映されます。このフレームは、Live Photo を保存するときに各フレームを処理するのと同じ関数で描画されるので、「見てから保存」と「そのまま保存」で別の画像になることはありません。
最近使ったフィルターは前に移り、元のグループでは重複しません
どうなるか： フィルターの帯では、元の写真の次に、最近使ったフィルターが並びます（使ったことがあれば）。これらは元のグループから移されるので、同じフィルターが帯に 2 回出ることはありません。順番はページを開いたときに決まり、フィルターを押している間に並び替わることはありません。
なぜそうしたか： 同じフィルターが 2 つあると、「また同じものだ」と感じます。押している最中に並び替えると、指の下のセルが逃げてしまうのも問題です。いちばん小さなグループにも 6 個のフィルターがあるので、この方法でグループが空になることはありません。
自分で作ったフィルターの居場所は、まだ保存していなくても常にあります
どうなるか： 「カスタムフィルター」の区画は、保存したフィルターがなくても帯の上に常にあります。区画の最後は「フィルターを保存」で、保存したフィルターはこの区画に入ります。
なぜそうしたか： 保存の入口がこの区画の中にあるからです。空のときに区画が消えると、最初の 1 回の保存先がなくなってしまいます。
スライダーをドラッグしている間も、プレビューが指についてきます
どうなるか： スライダーをドラッグしたり写真の傾きを直したりすると、プレビューは 1 枚ずつ描画し、途中の値は捨てます。1 枚が描き終わったら、すぐに最新の値を描きます。そのため画像は指に合わせて動き、指を離したあとは最新の値で止まります。
なぜそうしたか： この仕組みに変える前の iPhone での内部測定では、1 回のドラッグが 211〜623 ミリ秒で、プレビューのリクエストが 7〜21 回出たものの、実際に描画されたのは 0〜2 回でした。リクエストが次のリクエストに次々に取り消されたからです。その結果、ドラッグ中は画像が動かず、離したときに初めて変わっていました。描画自体は 1 枚 1〜73 ミリ秒しかかかりません。
HDR を残せないときは、SDR で保存する前に確認します
どうなるか： 写真を保存するとき、その HDR の層を残せない場合は、黙って普通の SDR で保存することはしません。いったん止まって確認し、同意したときだけ SDR で保存します。HDR を残せるときは、何も聞きません。
なぜそうしたか： 以前は黙って画質が下がることがありました。HDR 層のある写真を回転やトリミングしただけなのに、SDR で保存されて、画面には「保存しました」と出ていたのです。かといって、残せないなら保存を拒否するのも間違いです。HDR の写真も編集したいからです。代償のある変更は、先に確認すべきです。
編集で写真を上書きする前に、フルサイズの元データがあるか確かめます
どうなるか： 編集の保存は、ライブラリにある写真の上に新しいピクセルを書き込みます。その前に PicWay は、iOS から渡されたのがフルサイズの元データで、小さな代用品ではないことを確認します。確信が持てなければ、書き込みません。
なぜそうしたか： 編集の保存は、アプリの中で既存の写真に新しいピクセルを書き戻す経路で、以前は、戻ってきたものが十分な大きさかを確かめる関門がありませんでした。はっきりしないときは、何も書かないほうが、誤って書くより安全です。
共有、形式コピー、ショートカットは iOS のほかの部分とどう連携しますか？
ここは、PicWay が共有メニュー、ショートカット、写真ライブラリと接する場所です。
Live Photo のコラージュを共有しても、AirDrop は表示されます
どうなるか： Live Photo を共有するとき、共有パネルは iOS に 1 つだけ項目を渡すので、共有先に AirDrop が表示されます。AirDrop が受け取るのは静止画のファイルで、メッセージなどそのほかの共有先は Live Photo そのものを受け取ります。ペアが Live Photo として組み立てられていなければ、どの共有先にも静止画が渡されます。
なぜそうしたか： 以前、テストで「共有に AirDrop が出ない」と報告されました。原因は、AirDrop がファイルしか扱えず、Live Photo のオブジェクトはファイルではないことでした。2 つのファイルを渡して、受け取る側の「写真」に Live Photo として組み直してもらう方法も試しましたが、共有パネルに項目が 2 つ並んでしまううえ、「相手側で自動的に合成される」という動作は、2 台の iPhone の間で一度も確かめられていなかったため、外しました。
共有した Live Photo のポスターは、編集後の姿です
どうなるか： Live Photo のポスターを共有する場合、たとえばスクリーンショットから共有すると、ポスターには編集を含む、いま見ているバージョンが使われます。編集前の元の写真ではありません。Live Photo 版を作れなかったときは、普通の静止画のポスターが手に入ります。
なぜそうしたか： iOS は、元の写真と調整内容を渡して自分で再現させる方法と、編集をすでに焼き込んだ完成品を渡す方法のどちらかで返せます。PicWay は完成品を求めます。調整内容を再現すると、編集前の Live Photo が書き出されて、画面上のカードと合わなくなるからです。
形式の変換は「PicWay変換」にコピーを作り、元の写真はそのままです
どうなるか： 写真の形式変更、ビデオから Live Photo への変換、ビデオから GIF への変換は、いずれも新しいコピーを作り、元のファイルには手を加えません。コピーは「PicWay変換」アルバムに入り、撮影日、位置、お気に入り、元のアルバム、PicWay のタグを、できる限り引き継ぎます。
なぜそうしたか： この 3 つの変換は、コピーをライブラリに書き込む出口を共有しています。以前、ビデオから Live Photo への変換と GIF への変換がそれぞれ別に書いていたときは、エラーも出ないまま、アルバムへの振り分け、新しいコピーの登録、成功後に変換フォルダを開くバナーという、いちばん抜けやすいところが抜けていました。1 本の道にまとめたので、そうしたことは起きにくくなります。
ショートカットでは、PicWay のアクション名は「開く」ではなく「PicWay」です
どうなるか： ショートカット App で、PicWay のアクション、新しいショートカットの既定の名前、検索で一致する名前は、すべて「PicWay」です。「開く」はパラメータの名前にすぎないので、1 行は「PicWay · 開く：過去のこの日」のように読めます。「写真」「振り返り」「アルバム」で検索しても見つかります。
なぜそうしたか： 以前はアクション名が「開く」だったので、既定の名前で保存したショートカットも「開く」になり、何十個もの中でどれがどれか分かりませんでした。アプリ名で検索しても出てきませんでした。追加した検索語は、最初に思いつきそうな言葉です。
ショートカットでできるのは画面を開くことだけで、特定の写真は操作しません
どうなるか： PicWay がショートカットに公開しているアクションは、画面を開くだけです。行き先は 12 か所で、「過去のこの日」「ランダム」「旅の記録」「コラージュ」「フォトカード」「作品」「写真を編集」などがあります。「この 1 枚を残す」「保留にする」のように特定の 1 枚を動かすアクションは、ウィジェットにしかありません。
なぜそうしたか： そうしたアクションには、ウィジェットが「どの 1 枚を表示していたか」という自前の証明が必要だからです。ショートカットで開く画面は、写真をあなた自身に選んでもらうので、ショートカットが特定の写真の身元をアプリに持ち込むことはありません。
共有メニューの「圧縮」「コラージュ」「Live Photo」は、PicWay を開くだけです
どうなるか： 「圧縮」「コラージュ」「Live Photo」は、システムの共有メニューに 1 行として表示されます。コラージュは写真を 2〜30 枚選んだとき、Live Photo は動画を 1 本選んだときに出ます。その行を押しても、共有メニューの中では何も処理しません。シートが閉じて、PicWay が開きます。
なぜそうしたか： 実際の処理は PicWay の中で行われるので、見ながらそのまま続けられます。拡張機能の画面は透明なので、見えるのは共有シートが閉じて、アプリが開くところだけです。
続けて読む
PicWay はまだ App Store で公開されていません。公開時にメールで知りたい方はこちら