cloud-to-disk-sync

PlaylistPillarは、Dockerベースのアプリケーションとして配布されるセルフホスト型の音楽カタログエンジンです。その目的は、ストリーミングプラットフォームのプレイリストを、トラックを使い捨てのファイルとして扱うのではなくプレイリストの文脈を保ちながら、永続的で閲覧可能なローカルアーカイブに変えることだと述べられています。 基本方針 - メタデータ優先のアーカイブ: エクスポートには埋め込みID3タグ、アルバムアート（JPEG/PNG）、リリース年情報が含まれ、MusicBrainzやDiscogsなどの公開ディスコグラフィデータベースと照合されると説明されています。 - 構造の保持: 元のプレイリストの並び順、トラックメタデータ、アートワークが保持されるため、後でトラックがストリーミングサービスから消えても、ローカルコピーにはカバー、アーティスト、アルバム、トラック番号が表示されます。 - プレイリスト差分エンジン: 以前にアーカイブしたプレイリストを再スキャンし、前回のエクスポート以降に削除、追加、変更されたトラックを確認できます。 デプロイとインターフェース - Dockerネイティブ: 単一のcompose.yaml設定で任意のDocker環境で動作し、システムレベルの依存関係は説明されていません。 - レスポンシブWebダッシュボード: 任意のデバイスからアーカイブを管理し、ストレージ使用量を確認し、インポートしたプレイリストを閲覧できます。 - 多言語インターフェース: ダッシュボードとエクスポートログは英語、スペイン語、フランス語、ドイツ語、日本語、ポルトガル語で利用可能と記載されています。 - バックグラウンドワーカー: キューに入ったプレイリストは、ブラウザセッションをブロックすることなく、レート制限、再試行、進捗追跡とともに処理されます。 エクスポートとストレージの詳細 - エクスポート形式: 構造化フォルダ（Artist / Album / Track.mp3）またはメタデータを埋め込んだ単一の圧縮.pillarバンドル。 - READMEに記載されたストレージ見積もり: 320 kbpsで音楽1時間あたり約80～120 MB、加えてアルバムごとにアートワーク用の1～3 MB。50曲のプレイリストは通常300～450 MBを使用します。 - 技術的な注記: トークンバケット方式のリクエストキューイング、デフォルトはSQLiteでオプションのPostgreSQL、アルバムカバーはPNGフォールバック付きでWebPに圧縮、整合性検証のためにSHA-256チェックサムがサイドカーマニフェストに記録されます。 はじめに 1. 環境を設定する: より高速なメタデータ拡充のために任意のストリーミングプラットフォームAPIトークンを提供し、compose.yamlでストレージボリュームを設定します。 2. ダッシュボードを起動し、プレイリストのリンクを貼り付けるか、URLを含む.txtファイルをアップロードします。 3. システムはバックグラウンドでトラックを処理し、アートワークとメタデータを保持し、アーカイブの準備ができるとダッシュボードで通知します。 リポジトリ構成 READMEには、ワーカー、モデル、メタデータ拡充機能を備えたバックエンド（Python、Flask + Celery）、コンポーネントとロケールファイルを備えたVue.jsフロントエンド、dockerファイル、docs、tests、MITライセンスが記載されています。 2026年に言及されているロードマップ項目には、バッチインポートウィザード、ジャンルとムードの提案のためのオフラインAIタグ付け、毎週の自動プレイリストミラーリング、モバイルコンパニオンアプリが含まれます。 サポートとコンプライアンス READMEは、設定、ログ、コンテナの健全性、ネットワーク状態のサポート対応可能なスナップショットを生成する診断モジュールを宣伝しており、通常の応答時間は2時間未満、営業時間中はライブチャットがあると述べています。また、APIトークンはAES-256で保存時に暗号化され、決してログに記録されず、匿名の公開メタデータ検索も選択肢であると述べています。免責事項として、このプロジェクトは個人のアーカイブ用途を目的としており、地理的制限、DRM、サブスクリプションティアを回避するものではなく、統合されたプラットフォームの利用規約を遵守する責任はユーザーにあると記載されています。