タグ付けされた質問 「video」

ビデオは、動画像の記録、コピー、および放送用の電子媒体です。関連する場合は、より具体的なタグを使用します。たとえば、ビデオのトリミングと変更に関連する質問には[video-editing]、ビデオを任意の形式に編集することに関連する質問には[video-encoding]、ビデオの処理に関連する質問には[video-processing]を使用しますビデオフレームをフィルタリングします。

6
iPhoneまたはAndroidでHTML5を使用するネイティブフルスクリーンビデオプレーヤーを回避できますか?
HTML5タグと、実行中のビデオと同期した他のコンテンツをレンダリングするJavaScriptコードを使用するWebアプリを作成しました。デスクトップブラウザー(Firefox、Chrome、Safari)でうまく機能します。iPhoneまたはDroidXでは、ネイティブビデオプレーヤーがポップアップして画面を引き継ぐため、ビデオと同時に表示したい他の動的コンテンツが見えなくなります。 これを回避する方法はありますか?必要に応じて、両方のプラットフォーム用のネイティブアプリを作成する方法を説明しますが、HTML5 / JavaScriptをそのまま使用できれば、多くの労力を節約できます。


13
WebViewおよびHTML5 <video>
私はとりわけ、いくつかのWebサイトを「フレーム化」する安価なアプリをつなぎ合わせていWebViewClientます。ビデオをヒットするまで。 ビデオはHTML5 要素として実行され、これらはChrome、iPhoneで問題なく機能Androidし、ネイティブブラウザでうまく機能するエンコードの問題を修正しました。 今、摩擦:WebViewそれは好きではありません。全然。ポスター画像をクリックしても何も起こりません。 グーグル、私はこれが近いことを発見しましたが、ビデオ要素の代わりに(href ...のような)「リンク」に基づいているようです。(onDownloadListenerはビデオ要素で呼び出されたようには見えません...) onShowCustomViewのオーバーライドへの参照も見ますが、それはビデオ要素で呼び出されないようです... shouldOverrideUrlLoading ..も呼び出されません。 「サーバーからxmlをプルし、アプリで再フォーマットする」ことは避けたいです。サーバー上でストーリーレイアウトを維持することで、アプリを更新し続けることを人々に強いることなく、コンテンツを少し良く制御できます。したがって、ネイティブブラウザのようなタグを処理するようにWebViewを説得できれば、それが最善です。 明らかなものは明らかに見当たりませんが、何の手掛かりもありません。

15
TDD / BDDスクリーンキャスト/ビデオリソース[終了]
現在のところ、この質問はQ&A形式には適していません。事実、参考文献、専門知識によって回答が裏付けられることを期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問が改善され、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 私は最近、アジャイルの秋のスクリーンキャストの視聴を終了しました。同様の範囲の資料をもっと探しています。基本的に、私はTDD / BDDプロセスを示すスクリーンキャストを探していますが、「実際の」アプリケーション(またはその一部)をいくらか開発しているため、20分の紹介はご遠慮ください。でもそんなものを見つけられなかったのには驚きました。要件に合うリソースをご存知の場合は、リストしてください。
122 video  tdd  bdd 

13
「キャッチされていない(約束された)DOMException:ユーザーが最初にドキュメントを操作しなかったため、play()が失敗しました」の処理方法 Chrome 66を搭載したデスクトップ上で
エラーメッセージが表示されます。 キャッチされていない(約束どおり)DOMException:play()は、ユーザーが最初にドキュメントを操作しなかったために失敗しました。 ..Chromeバージョン66を使用してデスクトップでビデオを再生しようとしたとき。 次のHTMLを使用して、Webサイトで自動的に再生を開始する広告を見つけました。 &lt;video title="Advertisement" webkit-playsinline="true" playsinline="true" style="background-color: rgb(0, 0, 0); position: absolute; width: 640px; height: 360px;" src="http://ds.serving-sys.com/BurstingRes/Site-2500/Type-16/1ff26f6a-aa27-4b30-a264-df2173c79623.mp4" autoplay=""&gt;&lt;/video&gt; そうでパッシングと同じように簡単に追加するだけ本当にクロームV66の自動再生ブロッカーをあるwebkit-playsinline="true"、playsinline="true"とautoplay=""に属性を&lt;video&gt;要素?これにマイナスの影響はありますか?

5
HTML5 youtubeビデオを強制する
Youtube APIブログに関して、彼らは新しいHTML5ビデオプレーヤーを実験しています。 どうやらhtml5でビデオを再生するには、iframe埋め込みコードを使用する必要があります。 &lt;iframe class="youtube-player" type="text/html" width="640" height="385" src="http://www.youtube.com/embed/VIDEO_ID" frameborder="0"&gt; &lt;/iframe&gt; ただし、クライアントがHTML5トライアルに参加していない場合、クライアントのブラウザーがHTML5ビデオ対応であっても、プレーヤーは自動的にFlashプレーヤーにフォールバックします。 ユーザーがまだHTML5トライアルに参加していない場合でも、ブラウザーがHTML5ビデオの再生を強制する方法を教えてください。 それ以外の場合、フラッシュフォールバックを無効にする方法は? 編集: YouTube動画へのリンクを介してHTMLプレーヤーを強制することは可能ですが、埋め込み動画にはこの種の機能が必要です。
119 html  video  youtube 


30
HTML 5 <video>タグとFlashビデオ。長所と短所は何ですか?
重要な更新 この質問は9年以上前に行われました。それはそれで意味がありました、それは今それをしません。フラッシュはその道のりが難しい。&lt;video&gt;モバイルデバイスを含め、サポートはユビキタスです。Flashでできることはほとんど何でも、HTMLでもできるようになりました。HTMLは勝ち、Flashは負けました。ページにビデオを埋め込む方法について考えている場合は、使用してください&lt;video&gt;。この質問は、歴史的価値のためにのみ保存されます。 元の質問 &lt;video&gt;特にFirefoxがサポートするようになったため、最近では新しいタグが大流行しているようです。このニュースは随所にブログで取り上げられており、誰もが興奮しているようです。しかし、どうですか? 検索したところ、古き良きFlashビデオよりも優れているものは見つかりませんでした。実際、私はそれに関する問題だけを見ています: すべてのブラウザがサポートを開始するまでにはまだ時間がかかり、ほとんどの人がアップグレードするまでにはさらに時間がかかります。 Flashはすでに利用可能であり、誰もがそれを持っています。 Flashを、再生を制御するために好きなUIと組み合わせることができます。タグも(おそらくJavaScriptを介して)制御可能であると収集しましたが、フルスクリーンで表示できますか? &lt;video&gt;私が見ることができるタグの2つの長所は次のとおりです。 それはより「セマンティック」です-私を含む多くの人々にとっておそらくそれは重要ではありません。 単一の商用サードパーティエンティティ(Adobe)に依存していません。これは、無料のプレーヤーとビデオコンバーターがすでに利用可能であり、Adobeがプロセス全体を妨害しているわけではないため、切り替える必要のある理由として私は見ていません。 (それは彼らの利益にもなりません)。 だから…大したことは何ですか? 追加: よし、もう1つProがある…多分。モバイルデバイスのサポート。言うのは難しいです。主題について多くの考えが私の頭の中を駆け巡ります: とにかく、フラッシュなど、まともな速度でビデオをデコードできるモバイルデバイスはいくつありますか。 主流のモバイルデバイスが&lt;video&gt;サポートを受けるまでの期間 アップデートで入手できたとしても、実際に何人でやっているのでしょうか? 携帯電話のウェブページで動画を視聴する人は何人ですか? セマンティクスの部分については、検索エンジンで動画をより適切に検出できる可能性があることは理解していますが、とにかく彼らはどう処理するのでしょうか?OK、彼らはページにビデオがあることを知っています。そして?動画をインデックスに登録することはできません。ここでもう少し議論をお願いします。 追加: 別の短所を考えただけです。これにより、ブラウザ間の非互換性というまったく新しい領域が開かれます。HTMLとCSSは、この面ではすでにかなり厄介です。少なくともフラッシュはどこでも同じです。しかし、少なくとも1つの主要なブラウザベンダーが&lt;video&gt;タグに反対することで十分です(誰でも「Internet Explorer」と言うことができますか?)。 追加: プロが登場しました。競争の激化=イノベーションの増加。それは本当だ。アドビにさらなる競争を与えることは、おそらくこれまで足りなかった領域でFlashを改善することを強制するでしょう。多くの人が引用するように、LinuxはLinuxの弱点のようです。
116 flash  video  html 

4
WiFiを介してAndroidフォン間でライブストリーミングビデオ
Androidフォンから別のAndroidフォンにWiFi接続を介してビデオストリーミング機能を実装する方法について、これまで何日もインターネットを検索してきましたが、何も役に立たないようです。私はサンプルコード、stackoverflow、google、androidブログをAndroid開発者に探しましたが、何もありませんでした。私が見つけることができるのは、ストリーミング用の電話からデスクトップまたはデスクトップから電話へのソリューションのようなものだけですが、私の実装で借りることができるものは何もありません。 私はarduino ADKを使用してロボットを制御する必要があるため、2台の電話を使用しています。1台はロボットに搭載され、もう1台はロボットからビデオストリームを受信します。放送時間と視聴時間の間の遅延を最小にしようとしているので、これについて言及します。 私は2つのアプリを作成しています。1つは、スレーブアプリを制御してストリームを受信するロボット(ハンドヘルド電話から)を制御するマスターアプリ、もう1つは、ロボット/ストラップ付き電話で実行され、モーター/アクチュエータを制御するスレーブアプリです。 /マスターアプリへのストリーミング。残念ながらサードパーティのアプリは使用できません。ビデオストリームコードを2つのアプリに統合する必要があります。 これを達成するためのオプションは何ですか?また、JavaとAndroidの両方の開発でかなりうまくやっているのは難しいのですが、ビデオストリーミングを使用したことがないので、実行するのは非常に困難です。ストリームのエンコード/デコード方法、接続の開始方法、TCP / IPではなくUDPを使用する必要がありますか?サンプルコードがないため、どこから始めればいいのか本当にわかりません。これは達成できると確信しています。正しい方向に進むために役立つ情報が見つからないだけです。 私はspydroidを偶然見つけました が、デスクトップでVLCを使用しているので、私にはよくありません。 編集: Cagney Moreauのブログをチェックしてください。彼はこれを実装することについて詳しく説明します。

11
WebRTC-スケーラブルなライブストリームブロードキャスト/マルチキャスト
問題: WebRTCは、ピアツーピアのビデオ/オーディオ接続を提供します。p2p通話、ハングアウトに最適です。しかし、ブロードキャストについてはどうでしょう(1対多、たとえば1から10000)。 放送局「B」と2人の参加者「A1」、「A2」があるとします。もちろん、解決できるようです。BをA1に接続し、次にBをA2に接続するだけです。したがって、Bはビデオ/オーディオストリームを直接A1に送信し、別のストリームをA2に送信します。Bはストリームを2回送信します。 次に、A1、A2、...、A10000の出席者が10000人いるとします。これは、Bが10000ストリームを送信する必要があることを意味します。各ストリームは〜40KB / sです。つまり、Bはこのブロードキャストを維持するために400MB / sの発信インターネット速度を必要とします。受け入れられない。 元の質問(廃止) どういうわけかこれを解決することは可能ですか?Bはいくつかのサーバーで1つのストリームのみを送信し、出席者はこのサーバーからこのストリームをプルするだけですか?はい、これはこのサーバーの発信速度が高速でなければならないことを意味しますが、私はそれを維持できます。 あるいは、これはWebRTCのアイデアを台無しにすることを意味しますか? ノート エンドユーザーの貧弱なUXによると、Flashは私のニーズに対応していません。 ソリューション(実際にはない) 26.05.2015-現在、メディアサーバーをまったく使用しないWebRTCのスケーラブルなブロードキャストのソリューションはありません。サーバーサイドソリューションだけでなく、ハイブリッド(さまざまな条件に応じてp2p +サーバーサイド)が市場に出ています。 https://github.com/muaz-khan/WebRTC-Scalable-Broadcastのようないくつかの有望な技術がありますが、それらは考えられる問題に答える必要があります:遅延、ネットワーク接続の全体的な安定性、スケーラビリティの公式(おそらく無限にスケーラブルではありません) )。 提案 オーディオコーデックとビデオコーデックの両方を調整して、CPU /帯域幅を減らします。 メディアサーバーを取得します。

14
ffmpegでフレーム数を取得する
誰かがffmpegを使用してビデオファイルから合計フレーム数をフェッチする方法を知っていますか?ffmpegのレンダー出力には現在のフレームが表示され、進行状況をパーセントで計算するにはフレーム数が必要です。
112 video  ffmpeg 

2
特定の時間にffmpegを使用してビデオの1つのスクリーンショットを抽出する方法
ffmpegを使用してビデオから複数のスクリーンショットを抽出する方法を示す多くのチュートリアルやものがあります。-rを設定すると、一定量を開始することもできます。 しかし、たとえば01:23:45インチで1つのスクリーンショットが欲しい、または86%インチで1つのスクリーンショットが欲しい。 これはffmpegthumbnailerですべて可能ですが、依存したくない別の依存関係です。私はffmpegでそれができるようになりたいです。
109 video  ffmpeg 


13
ビデオストリームのTCPとUDP
ネットワークプログラミングの試験から家に帰ってきたところ、「ビデオをストリーミングする場合は、TCPまたはUDPを使用しますか?保存されているビデオとライブビデオストリームの両方について説明してください」という質問がありました。。この質問に対して、彼らは単に保存されたビデオのTCPとライブビデオのUDPの短い答えを期待していましたが、私は帰宅時にこれについて考えました、そしてライブビデオのストリーミングにUDPを使用するほうが良いのでしょうか?つまり、帯域幅があり、サッカーの試合やコンサートをストリーミングしているとしたら、本当にUDPを使用する必要がありますか? このコンサートまたはTCPを使用して何かをストリーミングしているときに、パケットを失い始め(あなたと送信者の間のネットワークで何か問題が発生しました)、1分間はパケットを受信しません。ビデオストリームが一時停止し、1分後にパケットが再び通過し始めます(IPが新しいルートを見つけました)。その後、TCPは失われた分を再送信し、ライブストリームを送信し続けます。前提として、帯域幅はストリームのビットレートより高く、pingは高すぎないので、短時間で、失われた1分がストリームのバッファーとして機能します。 、パケット損失が再び発生しても、気付かないでしょう。 さて、ビデオチャット中の遅延がひどいので、常にストリームの最後にいる必要がある、たとえばビデオ会議のように、これが良いアイデアではないいくつかのアプライアンスを考えることができますが、サッカーの試合中、またはコンサート中に、ストリームから1分遅れている場合、何が問題になりますか?さらに、すべてのデータを取得することが保証されているため、後でエラーなく受信できるように保存しておくことをお勧めします。 だから私は私の質問に連れて行きます。ライブストリーミングにTCPを使用することについて知らない欠点はありますか?それとも、帯域幅がある場合は、ネットワーク(フロー制御)に「より良い」という前提で、TCPを使用する必要がありますか?

3
Node.jsを使用してビデオファイルをhtml5ビデオプレーヤーにストリーミングして、ビデオコントロールが引き続き機能するようにしますか?
Tl; Dr-質問: Node.jsを使用してhtml5ビデオプレーヤーへのビデオファイルのストリーミングを処理し、ビデオコントロールが引き続き機能するようにする正しい方法は何ですか? 私は考えてそれはヘッダが処理される方法に関係しています。とにかく、ここに背景情報があります。コードは少し長いですが、それはかなり簡単です。 Nodeを使用して小さなビデオファイルをHTML5ビデオにストリーミングするのは簡単です 小さなビデオファイルをHTML5ビデオプレーヤーに非常に簡単にストリーミングする方法を学びました。この設定では、コントロールは私の側で何の作業もせずに機能し、ビデオは完璧にストリーミングされます。サンプルビデオを含む完全に機能するコードの作業コピーは、Googleドキュメントからダウンロードできます。 クライアント: &lt;html&gt; &lt;title&gt;Welcome&lt;/title&gt; &lt;body&gt; &lt;video controls&gt; &lt;source src="movie.mp4" type="video/mp4"/&gt; &lt;source src="movie.webm" type="video/webm"/&gt; &lt;source src="movie.ogg" type="video/ogg"/&gt; &lt;!-- fallback --&gt; Your browser does not support the &lt;code&gt;video&lt;/code&gt; element. &lt;/video&gt; &lt;/body&gt; &lt;/html&gt; サーバ: // Declare Vars &amp; Read Files var fs = require('fs'), http = require('http'), url …

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.