印象を共有します。
まず、アプリケーション(簡単にするためにGoogleカメラと呼びます)はKitKat(Android 4.4)にのみインストールされます。 昨日、私はJelly Bean
Googleカメラを起動すると、全画面で開きます:
写真モードとビデオモードのメニューが左側に表示されますが、そのうちの一番上(「Photo Sphere」)を選択しました。 画面の右隅(横向きの場合は上隅、縦向きの場合は下側)
ただし、これがない場合(前のスクリーンショットでは)、このようなインターフェイスの背景は仮想の
「開始し、ドットを円の中に入れる」というプロンプトで説明された原理に従って、別々の写真が半自動で作成されます。 視野の中心には、互いに等しい距離で球に平行な位置にあるポイントを「キャッチ」する必要がある円があります(さらに、写真家の地平線に対応する球の赤道では、そのような点が多く、他の平行点では平行に近づくほど小さくなります)写真家の頭の上
最初のそのような点は常に赤道にあり、装置の「視線」が最初に赤道を横切る場所にあります。 最初の写真が撮影された後、Googleカメラは残りの写真が同じ向き(縦または横)で撮影されることを計算し、球の緯線上に対応する数のポイントを配置します。 さらに、背景の「床」は垂直軸を中心とした回転に反応し始めます。 さらに、長方形の中心になる最初の画像のポイントであり、最終的には、平面上で球体が発達した後に判明します。
デバイスがゆがんでいる場合、または回転が速すぎる場合(画像がぼやけている場合)、Googleカメラはこれについて警告します。 一般に、私は写真がよりよく得られることに気づきました、特に夜に、ポイントへの円が遅くなります。
球上のポイントは、異なる順序で「見えている」ことができます。 たとえば、Googleマップのビデオでは、平行移動を推奨しています。最初に水平線に沿って完全な円を描き、次に水平線に沿ってさらにいくつかの円を作ります。 しかし、残念なことに、このような動作ではまったく同じ場所に立つことは非常に難しいことに気付きました-しかし、球に隣接して写真をドッキングするとき、横への一歩は視差歪みの出現を避けられません。 したがって、逆に、最初に1つの「子午線」に沿って(必要に応じて、水平線から天頂から直下まで)移動し、隣接する緯線上の不均等な数の点を考慮して側に回避することを好みます。
いつでも(球体全体が撮影されたときだけでなく)球体上の一連の写真の編集を中断することができます(そして自動ドッキングに進みます)。 Photosphereが完成していない場合、最終的な写真パノラマでは、撮影されていない部分はすべて黒になります。 Androidのシステム全体の通知バーに、ドッキングの進行状況(パーセントとクリープ完了バーの両方)が表示されます。
昨日、私(およびGoogleのカメラ)が作成した写真パノラマの例を挙げましょう。 それは完全に(360°×180°)
この写真のパノラマのサイズは9728×4860ピクセルで、5,914,774バイトを占めています。 舗装上の
意図せずに表示する場合、Nexus googleカメラに
インターネット上での写真パノラマの公開も大きな問題です。多くの画像ホストは、このような巨大なものを保存するのに適していません。 たとえば、 hostingkartinok.comは3メガバイトを超える写真を受け入れず、 FastPicは25メガピクセルを超える写真の受け入れを拒否します(写真には47メガピクセルを超える)。 Twitterは素直に受け入れますが、画像を1024ピクセル(正確には