Google タイムライン ビジュアライザーの動画解像度：セットアップガイド

Google タイムライン ビジュアライザーの動画解像度は、単一の画質設定ではなく、レンダリング設定の一部として理解するのが適切です。ビジュアライザーは、書き出した Google Timeline データをアニメーション化されたルートに変換するため、最終結果は選択したフレーム形状、旅行時間、カメラの動き、地図タイル、エンコーダーの互換性によって変わります。

ワークフローはローカル処理を中心に設計されています。Timeline JSON ファイルを選択し、日付範囲を指定して、アニメーション化された旅行をプレビューします。ルートに問題がなければ MP4 を作成できます。Timeline ファイルはデバイス上に残り、ベースマップの提供元には、準備およびレンダリング中に表示される地図エリアのリクエストが送信されます。

動画のポイント：

• Timeline JSON を静的な地図ではなく、アニメーション化された旅行ルートに変換できます。
• 正方形、縦長、横長のフォーマットで、異なる共有レイアウトに対応できます。
• プレビューと最終レンダリングでは、全体的に同じビジュアルデザインが使用されます。
• ルートには、安定、固定、ダイナミックのカメラ移動を使用できます。
• 終了時にはズームアウトして、旅行全体を表示します。

この手順を使うと、間違った日付範囲やレイアウトを何度も再処理することなく、見やすい旅行動画を作成できます。

初期設定では、すばやいルート表示よりも、見て楽しめる旅行記録を重視します。90 秒はバランスの取れた開始点として説明されていますが、10〜300 秒の範囲から再生時間を選択できます。長い書き出しではルートの詳細を表示する時間が増える一方、レンダリング時間も長くなります。

ビジュアライザーはローカル優先のワークフローを中心に構築されています。Timeline JSON はサーバーにアップロードされず、選択したファイルを読み取るために Google アカウントへのアクセスも必要ありません。主なネットワーク機能はベースマップの配信です。そのため、地図タイルの提供元には、表示されたエリアのリクエストが送信される場合があります。

Timeline ファイルを読み込む前に、地図のプライバシーに関する注意事項を確認し、ベースマップへのリクエストが利用目的に適しているか判断してください。必要な場合、プレビューと書き出した動画には OpenStreetMap と CARTO の帰属表示が含まれます。

パーサーは、現在の直接配列形式の書き出し、古いセマンティックセグメント、パス、アクティビティ、訪問、任意の生の位置データなど、複数の Timeline 構造に対応するよう設計されています。また、度数値、latLng、geo: 文字列、E7 座標など、複数の座標表現の認識も試みます。

保守的な GPS 外れ値フィルタリングは、デフォルトで有効になっています。孤立した不自然な往復地点を無視し、除外した座標の数を報告します。フィルターを無効にすると、選択したすべての位置データが使用されるため、センサーのノイズや突然のジャンプが残る可能性があります。

過去の旅行が不足している場合、暗号化されたバックアップが利用できるなら、まず Google マップで Timeline を復元してから、新しい JSON ファイルを書き出してください。ビジュアライザーから Google アカウントの履歴に直接アクセスしたり、暗号化されたバックアップを復元したりすることはできません。

一般的な書き出し方法については、Google マップ Timeline ヘルプを参照し、開始前に使用しているデバイスでメニューの表示名を確認してください。

ビジュアライザーで感じる品質は、ピクセル寸法だけで決まるものではありません。鮮明な書き出しには、十分な地図カバレッジ、適切なルートの縮尺、安定したカメラの動き、選択したサイズ、フレームレート、ビットレート、アラインメント、カラーレイアウトに対応するエンコーダーが必要です。

フレームのエンコード前に地図の準備が行われます。選択したフレームと最後の概要表示に交差するタイルは、事前に準備され、一時的な失敗に対して再試行が行われます。タイルを取得できない場合、レンダラーは問題を報告し、目に見える欠落がある地図を黙って書き出さないようにする必要があります。

終了シーケンスでは、ルート全体が見えるようにズームアウトした後、短時間静止します。移動するマーカーが近距離の移動に焦点を当てていた場合や、旅行した年全体または旅行全体を最後にまとめたい場合に、この概要表示が役立ちます。

バランスの取れた圧縮設定から始めるのが適切です。元の説明では、圧縮はルートの形状ではなく時間的な強調を変えるものとされています。そのため、正しい日付の選択やカメラ調整の代わりにはなりません。強い圧縮を使用すると、停止時間が平坦になり、旅行の中で重要度の低い部分に費やされる時間が短くなることがあります。

Android では、モバイルアプリの使用に Android 8.0 以降が必要です。Android 10 以降では、完成した動画を Movies/Timeline Visualizer に自動保存できます。Android 8 および 9 では、システムの Save As ピッカーが使用される場合があります。Android 13 以降では、通知によって進行状況や完了を表示できますが、通知へのアクセスを拒否しても動画の作成は続行できます。

iPhone のワークフローは、別途インストールすることなく Safari 上で動作します。プロジェクト情報では、Safari 16.4 以降が対応する最低バージョンとして示されています。レンダリング後は、Web アプリから完成した MP4 を再生、共有、またはダウンロードできます。

信頼性の高いワークフローでは、データの準備と視覚的なスタイル設定を分けます。まず、書き出した Timeline に目的の移動が含まれていることを確認します。次に、ルートとカメラの動きを確認します。長時間のレンダリングや最終的な共有フォーマットを決定するのは、その後にしてください。

完成した書き出しは、アプリの動画ライブラリに保存するか、別の場所にコピーしてください。ライブラリには小さなインデックスと決定論的なサムネイルが保存されます。一方、Remove from list や Delete video などの操作は、それぞれ異なる効果を持ちます。エントリを削除しても MP4 自体が削除されるとは限りません。ストレージプロバイダーが対応している場合、削除には別途確認操作が必要です。

Python と FFmpeg を使いたいユーザー向けに、従来のデスクトップジェネレーターも引き続き利用できます。Python 3.9 以降と、プロジェクトに記載されたパッケージが必要です。デスクトップとモバイルのワークフローでは、Timeline JSON の入力、日付の選択、カメラの動き、地図の準備、MP4 の出力という基本概念を共通して使用できます。