ストリーミング技術

この記事は約22分で読めます。
スポンサーリンク
この話題の盛り上がりグラフ
2018-05-21 21:21:30 最終更新
1 1

ここは、ストリーミングに用いられるプロトコル、

RTSP、RTP、RTCP、mms、、HTTP、などなどについて

あげたりさげたり、適用範囲を語ったりするスレッドです。

41 anonymous@ gw.j-nic.jp

>>1

3  

ストリーミングってローカルユーザーにデーター残されたくないって

用途しかあんまり意図が無いような気もする。

MPEG4で軽くしてもらったの落とすほうが楽だもん

いいところでバッファに入られたりしたらエライストレス溜まるべ

5 1

>>3さんのいうように一般ユーザからすると、需要は少ないんでしょうね。

ローカルにファイルを残しにくいということで、コンテンツをもってる事業者が

色々提供してくれないでしょうかね。

個人的には、プロトコルの実用性・妥当性とかに興味ありです。

RTPに関しては、RTSPやH.323などのプロトコルと一緒に

用いられるという認識で間違ってませんか?

RTPだけでブロードキャストという実装はあるんでしょうか?

6 ponta

>>5

RTPだけっていうのは、聞いたことないですねぇ。

コントロールセッションは、どうしても必要なんじゃないんでしょうか。

ところで、mmsってどうなるんでしょう。まともなヘッダもないし、

デフォルトでパケットはフラグメントしちゃうし。

別物に変わるとか言う話も聞いたけど、詳しい人いませんか?

16 恍輝 ◆YBBjrhys

俺は、思う。

通勤、通学の時も、PDAとか専用の端末等でストリーミング放送を聴くのが主流になる。

電車で聴くラジオもデジタルで受信&もちろん文字情報もあり、

動画配信も

22 anonymous@ a00-117.ip-tokyo.highway.ne.jp

>>16

音声ストリーミングの実験をしてみた…

送信側

ラジオをWindows2000ServerのPCにつなぐ、、

WindowsMediaエンコーダで16kbpsに圧縮、

WindowsMediaサービスで mms-UDPで送信

ADSLでルータのTCP1755を空けてインターネットに

流せるようにする。

受信側

AirH”(Prin) + PocketPC

移動しないければ途切れず受信可能…

電車だと結構途切れる。

大掛かりなラジオが完成した… 普通にラジオ聞けって(^^;

利点は遠方に出張してもいつものラジオが聞ける事か…

AirH”じゃ、16Kbpsが限界だが。

17 anonymous@ i209075.ap.plala.or.jp

一回しかみない映像とかだったらいいけど、ストリームはいろいろうざい。

どうせVCRとかで録画できるんだからダウンロードさせれ。

とか思ってみる。

19 三級者

>>17

おれもそう思う。

同時に複数プレイヤー立ち上げようとすると埋め込むしかないし。

アルタイム配信だって、録画再生できるんだから

ハードディスクレコーダのほうが(゜д゜)ホスィ・・・

18 anonymous@ PPP218.tokyo-ap17.dti.ne.jp

>>16

昨日京葉線でPDAでAVみてるやついたよ。

隣の女の人がこまってたよ。

23 アナ板

>>22

おおーすごいですね

漏れはそれのTV版を考えているんですけど

難しいですね(w

地方に出張行くと見られない番組あるし、VTRだけではきびしいし

どこでも見たいし

ってなことでLinuxでビデオ録画スレみつつここも見つつ構築中

24 22

>>23

TV(動画)ストーミングでも、送信側は全然問題ないんです。

問題は受信側でそれなりの帯域を確保できる回線を用意出来る

かどうかです。( だからAirH”で音声試験してるし(^^; )

最近はホットスポットとか始まっているし将来はどうにか

なるかな?

ちなみに、AirH”の時は回線に余裕が無いのでUDPで送信しま

したが、帯域にゆとりがあればHTTPでの送信でOKです。

HTTP送信であれば、WindowsMediaエンコーダだけでOKなので

Windows98程度のPCでも送信側は構築可能です。

(ソフトはMSからダウンロードしましょう。フリーです。)

Celeron1.7GのPCに、TVチューナ付きキャプチャカードを付けて

LAN上では500Kbps程度の送受信は成功しました。

500Kbpsだと動きが激しい場面はかなり厳しいですが…

離れた場所の試験は回線が用意できないしなぁ。

仮に出来たとしてもチャンネルが変えられないという罠があり。

35 DOWNLOAD板住人

っていうかストリーミング技術なんてどうでもいい。

もう録画めんどいからいい加減ダウンロードさせれ。

ダウンロードしたファイルならMSのいう理想である「いつでもすぐにVOD」じゃない?

そもそもストリームって細い回線でダウンロード完了をまたずに再生させる技術だったでしょ?

ADSLとか普及してきてダウンロードがある程度楽になった今となっては不要。

ライブはしょうがないだろうけど、オンデマンド配信なんてコストかかりすぎでいいとこなしじゃない?

40 37

38>> ありがとうございます。

今、HTTPを利用してMPEGファイルを送信するサーバープログラムを書いているのですが

プログレッシブにはならず、ダウンロード配信になってしまいます。

どなたかサーバプログラムに詳しい方、プログレッシブ配信について教えてもらえませんか?

43 演技師(へっぽこ

>>35、42

今のストリーミングは細い帯域で随時再生のためにあるだけでなく

コピーコントロールに対応できないデータをいかに守るか、

という意味合いもあると思われ。

コンテンツプロバイダ側に立って考えれば、そういうこと。

そのうちIP経由で転送すると勝手にリモホ記録するフォーマットとかできたりして(冗談ごとじゃない

>>40

クライアント側の問題じゃないんですかね

(今後このメッセージを表示しない)。

44

>そのうちIP経由で転送すると勝手にリモホ記録するフォーマットとかできたりして(冗談ごとじゃない

開発済

hhttp://netleader.ddo.jp/web/

某MLではちょっと有名なしと

46  

>>44-45

リモホ記録だとDHCP環境下で問題あるね。

流行りのハードウェアコンフィグレーションの記録か?

48 日本語版モトム

どなたか、MPEG-4の動画配信やってる方おりませんか?

いちょう、いまからAppleの”Darwin Streemaing Server”

試そうと思っています。これ以外の配信ソフトをやってる方いましたら、

製品名と感想をよければ教えてください。

51

>>44-45

おもしろい試みですね。

もし一般化すればMXユーザにとっても手軽でいいサービスになるかな?

ちなみにどちらもMSの暗号技術使ってますね。

>>46-47

ハードコンフィグの取得ってWebアプリでもできるんでしたっけ?

>>48

ちょっといじってみます。

53 anonymous@ 49.198.104.203.livedoor.com

>>51

MSの暗号技術(((( ;゜Д゜)))ガクガクブルブル

Unfuck.exe

FreeMe.exe

AntiDRM.exe

で検索してみると面白いかもしれましぇん

54 Mr.X

色々やってるけど、こんなところに書き込めるわけないだろ!

55 MSマンセー

>>54

いろいろってなぁに?

FreeMeの動画対応版作ったとか?

56 wanabee

いまさストリーミングライブ見てんだけど0.1frame/secしかでてない

300Kbpsも送れないみたいね。

やってる方は大変なんだろうけど・・・

ストリーミングライブ用のマルチキャストみたいなのって実現されてないのか?

真面目に1本1本コネクションサーバに張ってたんじゃ送れるわけ無い

57 nanasi

>>56

そんなのとっくの昔にされとる。サーバは proxy にのみ直接配信して、

各 client は自動的に利用する proxy を選んで、proxy に connection を

張って、…とかいう感じ。

59 wanabee

>>57

でもさ結局proxyまでは1本1本コネクション張ってんでしょ

proxyまでのネットワークが混んでると結局遅くなってしまう

61 nanasi

>>59

要は、モノホンのmulti castについて議論したいってこと?

結論としては、現時点ではIPv4のmulti castなんて使いものにならね〜って

ことになるんだけど…

62 wanabee

>>61

>要は、モノホンのmulti castについて議論したいってこと?

だって今のままじゃ資源の無駄でしょ?

300kbpsのインターネットライブがコマ落ちするんじゃ

先が思いやられる。

>結論としては、現時点ではIPv4のmulti castなんて使いものに

>ならね〜ってことになるんだけど…

やっぱIPv4じゃ無理なのか〜

93

NTT晒しage

95 login:Penguin

DVTSって使ってる人いますか?

108 DV over 名無し

>>95

DVTSは良く使ってますですよ。帯域食うけどなー。

96 anonymous@ h205.p496.iij4u.or.jp

Windows Media エンコーダからブロードキャスト配信→サーバーを介さずLAN上の別のPCで受信

は出来ますか?

97 ストリーム名無しさん

>>96

クライアントがエンコーダに直に接続すれば出来ると思うけど。

115 anonymous@ h184.p987.iij4u.or.jp

>108

DVTSはBフレッツでもうまく通らないという噂

まあこのレベルの帯域を使うものが

一般に普及するには時期尚早ってことなんでせう

116 nanasi

画像をDVみたいな帯域バカ喰いな低圧縮フォーマットにする必要もないシナー。

素直にMPEG2-TSでも使えばいい。って、まだ MPEG2 on IP って RFC にはなって

なかったっけ。

117 anonymous@ h209.p987.iij4u.or.jp

>>116

とはいうもののVとMPEG2は性格が違うからな。

MPEG2で事足りることもあればDVのほうが良いときも有る

133 login:Penguin

なんとか安く映像配信したいのだが…

1000人、Bflets100M回線、フォーマットなんでも可、圧縮率も人とわかるならばカクカクでも可、音声は切れるべからず、

鯖1台〜5台

もまえらならどーする?!

135 anonymous@ g061026.ppp.asahi-net.or.jp

>>133

1000人って…1000人同時?おまえは割り算もできんのか。

Bフレの見込みスループットは20〜30Mbpsくらいだぞ。

20Kbpsで、人とわかるカクカク映像と切れない音声って

馬鹿か死ねよ。

しかも音声切れるべからずって想像以上に辛いぞ。

Xeon2.4G + ServerWorks GC-LE環境, 128Kbps/chで

WMV9で200人いかない。メーカースペックでは300本

以上いけるはずなんだが、ジッタ収束させるのまず無理。

これを5台で、予算は最低で800万円くらい。死ねよ。

回線は当然KDDIの直収1Gbpsな。ディスカウントすると

240万円/月くらいな。死ねよ。

136 _

>>133

1000USERならスプリッタは1〜2台でいいんじゃん。

Dual-Athelonサーバ x2 にGbE NIC

WM8でエンコードにしよう。300K x 1000 = 300Mbps

回線がBfletsなのはいただけないなぁ。

安い回線を調達したい所。

>>135のKDDI 1G 240万はいいな。営業紹介してくれ。

あとはUSEN 1G 48万とか

hhttp://www4.nikkeibp.co.jp/NCC/top10_news/ncc3630.html

あと国内限定でいいならBBX 1G 204万 とか

hhttp://www.bbx.co.jp/jp/service/5_4/541.html

151

>>136

BBX 1Gbps 204万円じゃなくて174万円ですが、何か?

しがらみないし。海外×なのは覚悟の上で。

KDDI安いですね。韓国/中国からアクセス集中がきたらいやだなあ。

140 135

むー…1日だけか。何かのイベントなら

J-Streamあたりに相談した方が結果的に

安上がりだよ。マジに。

いわゆるWebの(ようなノンリアルタイムの)

トラフィックと訳が違うから、ノウハウなく

始めるのは無理ぽ。

141 login:Penguin

ぐはぁ(吐血

死んでわびいれてきました

UNIX MAGAZINEの歌田ライブ記事読んでみました(過去ログにあったので

もう、ヴァカかとアフォかと(w

己の未熟さと世の中のすごさと回線の値段に_|‾|○ガックリ

コンサルの出番だな(w

145 名無し

>140

○-Stream 客を見て値段決めるから、、、

話題性あるなら、安くできるかも。

>141

数時間のライブならこれとかどうよ

hhttp://www.iij-mc.co.jp/service/stream/elp/

500M とかも金払えばやってくれるらしいよ

144 anonymous@ p000192.ppp.asahi-net.or.jp

ASXの録画とか録音は出来るけど、wmeで配信されてる奴を録画するのって出来る?

探したり試してるんだけどどのソフトも失敗する。

152 anonymous@ p010180.ppp.asahi-net.or.jp

>145

IIJ? (´<_`  )プ。

断末魔の貧乏会社だろ?

御国の機関の仕事に、親サーバだけでバックアップも用意しない

低価格が魅力だけの会社かもしれないしね〜。

かも、だからね。

153 anonymous@ z29.219-121-82.ppp.wakwak.ne.jp

>>135,137

のうはうが足りんよ・・・

>>151

BBX1Gbpsの174万円は回線費用が入ってないよ・・・

>>133

結局どうしたの? 結果が知りたいなー

154 名無しさん@4周年

>>153

133ですが…現在保留中になってしまいました

たぶん、没る可能性が高くなってしまったので…(´・ω・`)

それと、各地方でこれから選挙がありますが、そういった選挙速報サイトの

ストリーミングサイトを作るかもしれません

というか、業者に任しちまえよ(w

158 _

>>154

それは残念。

でも選挙関連の構築があるのならいいじゃん。

突発的なトラフィックなら95%タイルの従量課金なISPとか

オススメだと思われる。Vect社とか6000/Mって言う話を聞いた。

めちゃくちゃ安くてうらやますぃ。うちもそれにすればよかった。。。

学区氏。

162 anonymous@ p39182-adsau12honb1-acca.tokyo.ocn.ne.jp

WindowsMediaエンコーダで配信

ができねーよ

やり方教えてください。

163   

>>162

板違い

164 anonymous@ p6240-adsan10honb1-acca.tokyo.ocn.ne.jp

>>163

どの板がいい?

177 anonymous@ actkyo024010.adsl.ppp.infoweb.ne.jp

>>176

それ、CCDカメラとキャプチャカードとLANカードとPCを買うより高かったりしないの?

180 anonymous@ dhcp231.cin.nihon-u.ac.jp

NetCache 5.6

Summary of New Major Features and Enhancements

———————————————-

Support for Windows Media 9 content streamed over RTSP

IPv6 support for unicast and multicast streaming redirection

Support for SmartFilter IP list

Increased number of Web acceleration rules

Response-side ACL’s

New RADIUS groups features

FTP proxy user authentication support

HTTPS plaintext requests

Cross-protocol logging

Remote management controller command

185 anonymous

あの、素朴な疑問なんですが、映像のリアルタイムストリームの場合、

映像と音声のデータはそれぞれ、ビデオストリーム、オーディオストリームと

なって、別々のパケットとして送られるのでしょうか?

よろしくお願いします。

190 anonymous

>>189

あれ、概論だから、実際にストリーミング環境を構築しようとしてるひとには、なんの役にも立たないと思われ。

現存する実装方法を列挙している部分もあるから、実際にはマイナーで使用されていない配信方法が、

一般的な配信方法と同列に扱われているし。教材としてもイマイチ。そもそも、>>185の答えになってない(汗

ほんで、>>185だけど、べつのパケットで送られるかどうかという質問自体が適切じゃない。

配信するサーバソフトウェアが、映像と音声をべつべつに送ったとしても、

同じパケットに乗るかどうかなんて、通信プロトコル次第だから意識する意味がない。

「同じパケットとして送られる」ってのは言葉のあやだろうけど、ソフトウェアは

思ったように動くんじゃなくて書いたように動く。質問にそのまま答えれば、

同じパケットに乗るかどうかは、通信プロトコル次第。

映像データと音声データをいっしょに送ってるかどうかは、配信ソフトウェア次第。

いまのところ、質問の意図がわかりかねるので、べつだったらどうとか、べつじゃなきゃ困るとか、

なにか困ってることの原因がここにあるんじゃないかとか、質問の背景まで書けば、

もっと答えようはあるわけだけど。

191 anonymous

>>190

たしかにアプリケーション層での実装、もしくは通信プロトコルでの実装によって変わってきますね。

質問が漠然すぎました。

マルチキャストに限定すると、たとえばTV会議をする場合などは、映像データと音声データを

別々にエンコードして、データグラムで配信するので別々のパケットとして送信されるかと思ったんですが。。

しかし、映像データと音声データを同じパケットにするアプリだとやはり同じパケットとして送られるのだろうか。。。

すいません。はっきりわからないもので。。。ι(´Д`υ)

192 anonymous

>>191

返事が遅くなってスマソ。アク禁されてたもんで(w

データグラムとしてはもちろんべつだけど、ストリームとしてはいっしょに配信されるほうが今後の主流だと思うよ。

トランスポートストリームという用語を調べてみそ。

204 anonymous@ gate218.bunbun.ne.jp

XVDで圧縮したやつをストリーミング再生させたいんだけど、

どうしたらいいかな?

普通にmpgみたいにやると、mpgはストリーミングなるんだけど、XVDで圧縮したvg2は

zipとかと同じようにダウンロードしますか?って出る。

XVDプレイヤーといっしょにWMPで見られるやつもインストールして

asfでWMP立ち上げてvg2見れるかと思ったけど見れないorz

XVDつかってストリーミング再生してるサイトを参考にしようと思ったけど

どこもJava使っててちょっとよくわからないので、教えてエロイひと。

205  

>>204

鯖の設定が必要。

使っている鯖に問い合わせてください。

206

>>205

すいませんが、鯖の設定でどのようなことをする必要があるか、

ポインタだけでも教えて頂けませんか?

スポンサーリンク

元スレ

ストリーミング技術
http://hayabusa6.2ch.net/test/read.cgi/network/1016017945

コメント

タイトルとURLをコピーしました