バッチでは、ダウンロードしようとしている内容を隠すことなく、繰り返しの作業を保存する必要があります。 Flux は、バッチごとに最大 500 個の URL を受け入れ、プロバイダーに依存するプレイリストまたはチャンネル抽出、およびキャプチャされたページリンク コレクションをサポートします。通常のファイル URL のリストとメディア プレイリストは関連するワークフローですが、これらは交換可能な入力ではありません。
明確なリンクリストから始める
ファイル バッチの場合は、URL を確認し、誤って重複したものや無関係なナビゲーション リンクを削除します。 Web ページのアドレスは、必ずしも直接のファイル アドレスであるとは限りません。ワイルドカード拡張は、サポートされているファイルリンク ワークフローに役立ちますが、大きなバッチをキューに入れる前に拡張結果を検査します。
プレイリストはプロバイダーによって異なります
サポートされているプロバイダーがコレクションを公開すると、メタデータ抽出でそのエントリを検索できます。非公開アイテム、利用できないビデオ、ソース アクセス ルールは引き続き適用されます。プレイリスト リンクではすべてのアイテムへのアクセスが許可されるわけではなく、大規模なコレクションでは 1 つのビデオよりも多くのメタデータ作業が必要になる場合があります。開始する前に、出力形式と出力先を確認してください。
キューを使用可能な状態に保つ
- 関連するダウンロードをグループ化し、保存先を選択します。
- ファイル名を検査して、後で出力を見つけやすくします。
- 最初に必要なアイテムに優先順位を設定します。
- 大規模なコレクションには共有帯域幅制限を使用します。
- 何百もの同様のタスクを開始する前に、いくつかのエントリをテストしてください。
個々の障害を回復する
エントリが失敗しても、必ずしもバッチ全体が無効であるとは限りません。ソースの有効期限が切れているか、認証が必要か、またはもう利用できないかどうかを確認してください。コレクション全体を再度追加するのではなく、適切な現在のソースを使用して影響を受けるタスクを再試行してください。永続的な履歴により、完了したエントリと保留中または失敗したエントリを区別し、不必要な重複作業を回避できます。
ソースとリリースのコンテキスト
このガイドでは、Flux 2.6.6 ドキュメントについて説明します。パッケージの状態については、現在のリリース レコードを確認してください。


