従来のプロジェクトを Windows Media から HTML5 ビデオ/オーディオに移行する必要があります。システムは、次の基準を満たす Web ユーザーにビデオ/オーディオ コンテンツを提供する必要があります。
- プレイアウト: 大きなビデオ/オーディオ ファイルのセグメント (TcIn から TcOut) は、Web ユーザーに対して「オンザフライ」で再生する必要があります。(セグメント間のオーバーラップ率が高いため、ソース マテリアルをセグメントにカットすることはできません。そのため、3 ～ 4 倍の HDD スペースと多くの余分なプログラミングが必要になります。大きなソース ファイルのマーカー付き再生もオプションではありません。ソース素材には、ユーザーが決して利用できない禁止されている部分があるため)。
- 切り取り: 一般的に、ユーザーは資料のコピーを作成することが許可されています。実際、ダウンロード機能を使用すると、ユーザーは選択したセグメントをダウンロードできます。これは問題ではないと思います。サービスがビデオをカットするカット ソフトウェア (おそらく ffmpeg) を開始し、ユーザーは製品をダウンロードするように電子メールで通知されます。（それが私が今やっている方法ですが、もっと簡単なオプションがあるかもしれません）。
- フォーマット: ほとんどのブラウザ (Chrome、Firefox、Opera、Android) がサポートしている、推奨されるビデオ/オーディオ フォーマットは何ですか?
- サーバー: 背後にあるデータベースは MS SQL Server であるため、可能であれば Windows Server を保持します。
(Windows Media Server と WMEncoder は現在、上記のすべてに対して正常に動作しますが、WM はブラウザーでサポートされなくなりました。これが再設計の理由です)。
このビデオ/オーディオ システムを再構築する方法について、ご提案をいただければ幸いです。(どのソフトウェア要素をどのように使用するか)。
ありがとうございました。
-------- 追加 -------
コメント
者の皆様、コメントありがとうございます。上記は 1 つの質問であり、残りは、stackoverflow.com が推奨する問題/条件の詳細な説明であることに注意してください。答えも非常に簡単だと思います。自分で書いてみます。
- 大きなビデオ/オーディオ ファイルはxxx 形式で保存する必要があります。 理由は...
- セグメントごとに、 この例のようなプレイリスト ファイルを作成します。
- xxx ストリーミング ソフトウェアコンポーネントを Web/メディア サーバーにインストールして、セグメントをプレイアウトします。
- 次のように、クライアント側の Web ブラウザからセグメントをアドレス指定して再生できます: ...
- 非同期カットの場合、はい、ffmpeg をお勧めします。これらのプロファイル設定を試してください。
太字の部分がわずかに欠落しています。それらを埋めることができる人に感謝します。