問題タブ [progressive-download]

まず第一に、私はこの質問をよく知っています、そしてそれがグーグル批評家によって尋ねられたので、私はそれが閉じられたと強く感じています。

私のサブ質問は次のとおりです。ここで説明する処理はttfの作成後に行われると想定するのは正しいですか。つまり、それらをすべてまとめてバッチ変換することはできません。方法を教えてください（Linuxの場合）

たとえそれが実際にグーグルが提供するファイルを好むとしても、グーグルがこれを可能な限り最高の方法で行うかもしれないので、ウェブサービスやツールにそれらを変換させるよりも！

どこかに何かがあるような気がします。ブラウザのリファラーを変更してgooglehttpの応答を要求するスクリプトが必要なだけなので、それらをダウンロードして、cssの「ローカル」フォント名に基づいた名前に名前を変更します。さらに、フォント名と可能なバリエーション（太字/通常/ ...）へのいくつかのWebスクレイピング

これが私がそれに加えてこれを再試行している理由です：私はウェブプログラマーです私はローカルホストのウェブ開発のためにこれを必要としますのでこれは私の心の中でスタックオーバーフローのための完全に有効な質問ですそして私は多くの人が欲望を持っていると確信していますすべてのフォントを簡単に手に入れることができます。したがって、少なくとも、有効な質問ではないと思われる場所に移行してください。

そのため、html5/javascript でビデオをクライアントにストリーミングするサーバーを作成しようとしています。可能であれば、html5 のビデオ タグの既存のフレームワークを使用したいと考えています。そうは言っても、ストリームの形式が何であるかについての良い情報源が見つかりません。プログレッシブ ダウンロードを使用して動作すると思います (これは YouTube も同様に動作しますか?) が、特定のプログレッシブ ダウンロード パケットのヘッダーがどのように見えるべきかがわかりません。

ビデオ タグ ストリームの実際の形式に関する情報を教えてもらえますか? また、私は video タグを使用するという考えに 100% 専念しているわけではないので、誰かがより良い代替手段を持っていれば、それも素晴らしいことです!

プログレッシブ ダウンロード アーキテクチャから、ビデオのストリーミング/アダプティブ アーキテクチャに移行しています。ビデオがプログレッシブ ダウンロードで処理されているか、ストリーミングで処理されているかを簡単に検出する方法はありますか。私はフラッシュに詳しくないので、初心者の質問かもしれませんが、プログレッシブ ダウンロードまたはストリーミングのどちらであるかをどのように検出できるかについて、誰かが私に情報を提供してくれませんか。

http 以外のアプリケーションで http プログレッシブ ダウンロードを使用する際のヒントを教えてください。いくつかのビデオ フレームをクライアント アプリケーションにストリーミングして表示する必要があります。サーバー側アプリケーションとクライアント側アプリケーションを開発する必要があります。サーバー側はそれほど難しくないと思います（リクエストを受け取って転送を開始するだけです）。クライアント側は私にとって問題です。次の点に関して、この問題にどのようにアプローチできますか。

• キャッシング (ファイルに何らかのキャッシングが必要)
• インデックス作成（ユーザーは特定の時間にソルトできる必要があります）
• クリーンアップ (いつファイルを破棄するか)

まもなく、Flash Player の動作を再現する C++ のアプリケーションが必要になります。

ビデオ ストリーミングとプログレッシブ ダウンロードの両方に同じファイルを使用できるかどうかを知りたいです。エンコーディングに違いはありますか?

たとえば、.flv ファイルがある場合、それ以上の操作を行わずに、上記の配信方法のいずれかに同じファイルを使用できますか?

プログレッシブ ダウンロードの実装方法を説明するチュートリアルや記事を提案できる人はいますか?

ImageObserver方法に実力ありGraphics.drawImage()。これを実際に見る最も簡単な方法は何ですか? 私はImageIO.read()戻ってくると思うBufferedImageので、それはすべてメモリに入っています。オブザーバーが呼び出されるように部分的に読み込まれた画像を取得する方法は?

私のアプリケーションでは、10前後のビデオをアプリケーションにダウンロードし、それに応じて再生する必要があります。各ビデオは約50MBです。
私は次のコードを使用しており、ビデオをダウンロードした後、icloud同期を回避するためにアプリケーションサポートフォルダーに保存しています。しかし、問題は、ビデオをダウンロードするとクラッシュすることです。

私が考えているのは、ビデオをダウンロードしている間、それはメモリ内にあるため、アプリが占める合計メモリが増加しているということです。最後に、iOSはアプリを閉じさせています。ビデオをダウンロードしたいのですが、データのストリームを受信したら、一時ファイルに書き込み、完了したらアプリケーションサポートフォルダーに移動します。誰かがそれをファイルに書き込んで最後に保存する方法を教えてもらえますか？
法的な問題により、サードパーティのライブラリを使用できません（小さい場合を除く）。

これは非常にばかげた質問に聞こえるかもしれませんが、しばらくの間私を悩ませてきました! ほら、red5 メディア サーバーをセットアップして rtmp プロトコルを使用することで、自分の動画がダウンロードされないように保護できます。プログレッシブな方法を使っているということですか？なぜ彼らはストリームを使わないのですか？それがストリームである場合、なぜそれらをダウンロードできるのでしょうか?

AVPlayerを介してビデオ ファイルの再生を提供する必要があるアプリを開発中です。ファイルはユーザーのデバイスに保存する必要がありますが、ダウンロード中に再生する必要もあります。

現時点では、ASIHTTPRequestライブラリを使用して PHP 経由でビデオ ファイルを取得し (パブリック URL 経由でメディアをリンク可能にしたくありません)、それらを非同期的にディスクに書き込むダウンロード モジュールを作成しました。

次に、 AV Foundation Programming Guideに従って AVPlayer をセットアップし、AVURLAsset を使用してファイルを取得し、アセットを使用して AVPlayerItem を作成し、アイテムを使用して AVPlayer を構築し、プレーヤーを AVPlayerLayer に設定しました。プレーヤーは、完全にダウンロードされたビデオ ファイルで正常に動作し、プログレッシブにダウンロードされたファイルもシミュレーターで完全に正常に動作します。

残念ながら、実際のデバイスでは、プレーヤーの動作が変わります。代わりに、ビデオを 1 回ロードし、ディスクから新しいパケットを取得しようとしないように見えます。その結果、プレーヤーは、アセットがロードされた時点でダウンロードの進行状況を示すビデオのポイントまでビデオとオーディオを再生します(たとえば、2MB のデータがバッファリングされてからプレーヤーが作成される場合、プレーヤーは最大 2MB 分のデータを再生できます)。ビデオのヘッダーがあるため、プレーヤーはビデオの全期間にわたって再生されていると喜んで考え続けますが、他のビデオが画面にレンダリングされることはありません。

最後の問題は、ビデオが AVComposition に挿入され、それを使用して AVPlayer が作成された場合、プログレッシブ ビデオが正常に再生されることです。これは素晴らしい解決策です (また、場合によってはアプリに必要です) が、アプリのクライアントは、ビデオが AirPlay 経由で Apple TV で再生可能であることを要求しますが、AVCompositions はこれができません。

AVURLAssets から構築された AVPlayer を使用して、プログレッシブ ダウンロード ビデオ ファイルを再生する方法があるかどうかは誰にもわかりませんか? ビデオをメモリにキャッシュしているように見えるのではなく、AVURLAsset を使用して、AVComposition で行うように、player/playerItem を強制的にディスクから読み取る方法はありますか?

ありがとう！

デフォルトで、プログレッシブダウンロードを介して「ストリーミング」されるときに、MediaPlayer がオーディオ/ビデオコンテンツをどこに/どのようにキャッシュするかを知る必要があります。

Android メディア プレーヤー アプリのオプションを評価しています。懸念事項の 1 つは、コンテンツがコピーされないようにすることです (可能な範囲で)。プログレッシブ ダウンロードには多くの利点がありますが、メディアを保護するために適切な措置を講じていることを確認する必要があります。これに関する詳細を見つけることができなかったので、間違った場所で間違った検索を行っているに違いありません。テスト デバイスのファイル システムを調べて、テスト用のプログレッシブ ダウンロード アプリからキャッシュされたファイルを見つけようとしましたが、役に立ちませんでした (これは、私たちの目的にとっては良い可能性があります)。