5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

★多対多の音声チャット★

1 :名無し@お腹いっぱい。:02/04/03 00:18
 多対多の音声チャット(同時に1000人くらいログインできるくらいの)
を実現してみたいのですが、普通にサーバ・クライアントシステムにすると
サーバ負荷の問題で自分では不可能なのかなぁと思ってます。
 そこで、(変な言い方かもしれませんが)各クライアント同士が音声情報を
通信しあうようなシステムならいけないか?と考えるようになりました。
僕自身あまりこの分野にくわしくない(はっきりいってドキュンレベル)なので
そういうことが可能なのかよくわかりません。
 こういうことって可能なのですか?
 また、すでにこういったシステムが実現されているのですか?
(自分で探してみた限りではみつかりませんでした) 


2 :デフォルトの名無しさん:02/04/03 00:19
NetMeetingは違うの?

3 :デフォルトの名無しさん:02/04/03 00:20
うるせーヴぁか

4 :テリー:02/04/03 00:20
VChatとか。

5 :デフォルトの名無しさん:02/04/03 00:21
無理。 うんこ。

6 :デフォルトの名無しさん:02/04/03 00:22
>>4
それ何?

7 :デフォルトの名無しさん:02/04/03 00:22
長すぎ。読む気にならん

8 :デフォルトの名無しさん:02/04/03 00:23
ねむいなあ

9 :名無し@お腹いっぱい。:02/04/03 00:23
NetmMeetingはサーバ・クライアントシステムじゃないのですか?
そういったシステム的なことに関する詳細が示されていないし、
(いい加減な言い方ですが)なんとなく同時アクセスユーザ数が
かなり限られているような気がするのですが。

10 :デフォルトの名無しさん:02/04/03 00:24
>>1
もう帰るよ。眠い。糞して寝るよ

11 :デフォルトの名無しさん:02/04/03 00:26
NetMeetingはPtoPだろ。
相手のIP直指定でつながるし。

12 :デフォルトの名無しさん:02/04/03 00:27




13 :デフォルトの名無しさん:02/04/03 00:27
おやすみ。

14 :デフォルトの名無しさん:02/04/03 00:28
>>1
まあ、今ある音声通話機能つきチャットソフト(AIMとか、Yahoo
メッセンジャーとか)を使って、音声通話時のnetstatを見て、
いろいろ考えてみるのが良いかと。


15 :デフォルトの名無しさん:02/04/03 00:29
>>9
NetMeetingの仕様はこうかいされてるだろ。
なんとかって規格だって聞いたことあるよ。

16 :名無し@お腹いっぱい。:02/04/03 00:35
>>11、14、15

レスありがとうございます。やっぱり勉強不足でしたね。これから調べ
直してみたいと思います。PtoPで実現できるなら、かなりサーバ負荷が
へらせるはず。(・∀・) ヤター

17 :デフォルトの名無しさん:02/04/03 00:36
>>1は電話の事かな?

18 :デフォルトの名無しさん:02/04/03 00:39
>>16
PtoPでも良いことばかりじゃないんよ


とか言ってみるテスト

19 :1:02/04/03 00:41
>>17 電話というか、多対多の音声チャットができるコミュニティができたら
おもしろいな、と思いまして。

それから9、16は1です。

20 :1:02/04/03 00:43
>>18と、いいますと?

 (ただいま検索中)

21 :デフォルトの名無しさん:02/04/03 00:46
多対多なら逆にクライアントサーバの方が有利じゃないのかな。
クライアント側が音声で多チャンネル使うと、大域使い切るでしょ?
サーバでミックスダウンすれば1チャンネルの通信で済む。

22 :デフォルトの名無しさん:02/04/03 00:48
Net Meetingじゃだめなの?

23 :仕様書無しさん:02/04/03 00:50
音声チャット多対多だと、
1.干渉する
2.聞き逃すことがある。
3.録音し難い
4.録音しても抽出するのが面倒
5.帯域設定の問題
6.声の質が似ていると誰が話したのか分からないことがある
7.マイクの感度調整が面倒である
などが上げられる。


24 :1:02/04/03 00:52
>>21
それだとサーバの転送量がたいへんなことになるような気がするのですが・・・
それくらいの転送量は覚悟しろ、ということですか?

25 :1:02/04/03 01:34
というか、Netmeetingでは1対1までしか音声チャットできないようですけど・・・。
やはり多対多では無理なのかなぁ?

26 :デフォルトの名無しさん:02/04/03 13:24
結構前に、こんなの考えた。

参加者をリング状につないで、パケットをぐるぐる回す。
具体的には、前の人からパケットをもらったら、
・自分の音声を足す
・そのパケットに前周回で足した自分の音声が入っているなら、
 そのパケットから前周回で足した音声を引く
(位相が合ってれば、波形の足し引きでOKだよね?)
で、できたパケットを次の人に渡す。

参加人数が増えれば増えるほど、タイムラグが大きくなるけど、
これなら、一人当り2コネクションですむ。
でも、圧縮アルゴリズムとかちゃんと考えないと、すぐ共振しちゃいそうとか、
どこかがボトルネックに成ると音声が途切れちゃうとか、課題満載。


27 :デフォルトの名無しさん:02/04/04 23:13
ふと思ったんだけど、C/SにしろP2Pにしろ
伝送遅延による、会話の不自然な間を
>>1はどのように解決するつもりなんだろう?
すごく難問だと思うんだけど。

というか、この擦れもう終わってるのか?


28 :1:02/04/07 01:23
>>27

いやー、正直まだ誰かレスしてくれるとは思っていなかったもので。
自分ではもうおわちゃったんだなぁ、と。

ちなみ、ただいま26さんの提言に基づいていろいろ試していこうとしています。
経過はできるだけ報告したいです。(それまでにこのスレが逝ってなければの話ですが。)

29 :1:02/04/07 01:35
 ちなみに、今のところ(はじめに1000人がログインできるくらいの)と
いいましたが、同時に20〜30人が会話できれば、とりあえずいいだろう、
ということにして、その範囲内で考えることにしています。
 具体的には、各クライアント(?)をリング状に配置して、
時計周り(?)、半時計周り(?)ー感覚的に理解できますよね?ーにパケット
をまわす、または網の目状にしてより高速にパケットがいきわたるような
アルゴリズムを考える、などが僕の構想です。
 さらにクライアントのリストをサーバが管理して、その時々に応じて、リアルタイムに
ベストのパケット伝送路を築く、というわけなんですが、・・・難しそうだなぁ(´ヘ`;)ハァ


30 :デフォルトの名無しさん:02/04/07 01:37
20人くらいだと光ファイバ、最速CPUでサーバ立ててもダメ?

31 :1:02/04/07 01:40
>>30

言葉不足ですいませんでした。
20人くらい、というのは26さんの構想で、ひとつのリングに参加する人数のことです。
つまり、ひとつのサーバで複数のリングを管理して、トータルとして1000人クラスの
同時参加を実現しよう、という話です。

32 :デフォルトの名無しさん:02/04/07 01:43
>>31
なるほど。かなり複雑で相当めんどくさそうだね。
オフ会開いて直接会話したほうが早いわw

33 :デフォルトの名無しさん:02/04/07 01:45
なんか、見ててわくわくするスレッドです。1さん頑張って

34 :デフォルトの名無しさん:02/04/07 01:47
個人的には実現を望む。
俺には1対1の同時音声チャットすら難しい…
だから>>1ががんばってくれるとありがたい

35 :1:02/04/07 01:49
>>32

そうですね、できるのかなぁ?ホントに、とは思うのですが、
(ドキュンな)僕にはやっぱりできそうに思えるので、やってみたいと思います。

皆さんどう思います?

36 :1:02/04/07 01:52
>>33,34

ありがとうございます!!
がんばります。
またそのうち皆さんに意見を伺うと思うので、そのときはよろしくお願いします。

37 :デフォルトの名無しさん:02/04/07 01:54
ところで、1000人が一度にしゃべったらわけわからなくないか?
誰が誰に何を言ってるのか、サッパリだと思うのだが・・・

38 :デフォルトの名無しさん:02/04/07 02:02
親サーバ(リング全体の管理)と子サーバ(各リングの管理)に分けて
子がリング内のデータをひとまとめにして親に渡す、くらいのノリでいいんじゃ
ないっすか?
それで追いつかなきゃ親子孫3代にわたって管理するよろし。OK?

39 :デフォルトの名無しさん:02/04/07 02:03
ま、そのためには膨大な費用がかかるわけだが。

40 :1:02/04/07 02:05
>>36
 19でもいいましたが、僕はこのシステムを基盤にして、(2Dなり
3Dなりの仮想空間を用いて、コミュニティを築いていきたいと思っています。
 そして1000人が同時ログイン、と書きましが、1000人の人はそのコミュニティ
内で好きに動き回れるようにするつもりです。しかし、仮想空間、ですから空間的
な制限からせいぜい20〜30人くらいまでしか同時に会話することは無理になると思う
と思います。(というか無理にします。)
 1000人の人が同時に会話をするけれど、1−999、ということはありえない、そういう
状況設定をしっかりやっていくことで、その問題をクリアしたいと思っています。


 

41 :1:02/04/07 02:08
あ、なんか変なことをいってしまった。

でもいいたいことはわかりますよね?

42 :1:02/04/07 02:10
思うと思うって、・・・(;^▽^)はは


43 :デフォルトの名無しさん:02/04/07 02:11
>>40
30人が同時にしゃべっても訳和歌ランクなりそうだが。。。
ようするにUOのボイス版が作りたいと。

44 :デフォルトの名無しさん:02/04/07 02:15
30人が同時に参加しても、同時に2人話すような使い方はあんまり無さそうだけどね。

45 :1:02/04/07 02:16
>>42
まあそういうことです。

例えば現実世界で30人の人が会話をすることってまずないと思います。
だから、人の姿がキャラになったその手のコミュニティであっても、
それだけの人数が一度期にみんなで話す、ということは(多分)ない
と思います。30人というのはあくまで上限ということで。


46 :デフォルトの名無しさん:02/04/07 11:57
>>40
それ俺も考えてた。来年から始めようと思ってた。いや、マジで。
んで、俺が考えてたのは、FPSみたいに3D空間を一人称画面で
歩き回って、3Dキャラに扮したユーザと会話する、みたいな感じ。
ある距離内の人間だけに聞こえればいいかな、と思った。だから、
距離計算とか誰に伝えるか、ってことだけをサーバが計算し、実
際の音声伝達はP2Pでいける、てな具合。
でも実装するには、3Dというだけでめんどくさいことがわかった。
壁とかドアでの音の伝わり具合、とか。マップ作ったりとか。
まあ、素人個人の俺では今はとうてい無理ということに気づいた
わけさ。

47 :デフォルトの名無しさん:02/04/09 18:18
おい、>>1、出てこい!!!

48 :27:02/04/10 01:02
>>47
怒るな怒るな、>>1は、きっともう飽きたんだよ。
この擦れ立てたのも忘れたかもね。

49 :デフォルトの名無しさん:02/04/11 01:21
全く偶然だけどおれも3D空間の会議室みたいな妄想してたよ。

物理的な制約がないから、直径10メートルくらいの球面の内側に
沢山人が座れて便利〜とか。

50 : :02/04/11 03:42
だから結局1対nなんだって。
普段の会話を考えてみろよ?
ヒッキーだから無理か。


51 :フリーPG:02/04/11 03:57
5人ぐらいで充分なんだけど、
身近なところでも“多対多”を欲しがっている
クライアントがいくつかあるので、
ビジネスとしても充分成り立つかと。

自分で作ってるヒマないんで手をつけてないけど。

52 :ひろ優子:02/04/11 07:49
まあ仮に実現したとしてもパソコンの前で一人で何かぶつぶつ言ってる姿は
人間として見られちゃいけないな

53 :デフォルトの名無しさん:02/04/11 08:44
いきなりネットワークの話になっているが、
帯域と音声圧縮の形式はどうするんだ?

当然何度も合成すると言うことは、圧縮展開を繰り返すわけだから、
繰り返し圧縮しても劣化の少ない形式を用意する必要があるぞ

54 :デフォルトの名無しさん:02/04/11 09:33
というか、ADPCM以外の圧縮方法は複数の人間が喋る音声では、とても実用にならない

携帯電話に向かって2人同時に喋ってみろ


55 :デフォルトの名無しさん :02/04/12 04:39
>>54 はおいといて、ジークジオンとかやるの楽だろうな

56 :デフォルトの名無しさん:02/04/16 00:32
なんか1に逃げられたのがすごくむかつく

57 :デフォルトの名無しさん:02/04/29 23:06
おい、>>1、逃げるな!!!!!

58 :某板某スレ554:02/05/15 23:38
>>23,>>27 超遅レス

C/S方式(サーバ上でミックスした声を各クライアントに配る方式)のパッケージを使っています。
ネットワークの遅延時間については、各クライアントからの音声に適当な遅延をかけて、同じ時間軸上に音声を並べる処理をしてるらしいのですが、全体の遅延時間が最も遅延の大きなクライアントによって決まるため、自分の声に超遅エコーが付いて難儀しています。

携帯電話のハンズフリーキットでは、スピーカ-マイク間の音の回りこみを抑制するために、100ms程度のエコー・キャンセラーICを使っていると聞きます。
音声チャットに適した、遅延時間の長いエコーを抑制する SW/HWってないんでしょうかねぇ?

 

59 :デフォルトの名無しさん:02/05/16 21:40
誰か知らない?

60 :デフォルトの名無しさん:02/05/17 01:39
>58
自分の発信した音声を一定時間保持しとい送る信号には
可聴域の外の周波数域に各ユーザ固有の目印信号を一定時間毎に
乗っけてそれを目印にしてエコーキャンセルできないかなぁ。
と言ってみるテスト。


61 :デフォルトの名無しさん:02/07/01 01:25
age

62 :デフォルトの名無しさん:02/07/01 01:31
>>58
正弦定理をつかって
単に位相を100msずらした値を
足すか引くかすればいいだけでわ?
と言ってみる...


63 :デフォルトの名無しさん:02/07/01 08:14
某板で話題になってた
適応型フィルターの応用と思ったんだけど、
そーゆーレスはなかなか付かないですね、

64 :デフォルトの名無しさん:02/07/01 11:21
vb6.0で座標をピクチャーボックスの中心にもっていきたい場合は
どうしたらよろしいんでしょうか?
どなたか教えてください?

15 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)