サウンドプログラミン ..
[2ch|▼Menu]
83:80
06/06/20 13:47:42
>>82
おお、ありがd!

あ、それと…







>>81
こっちはサウンドプログラミングの一環としてやっとんじゃ、野垂れ氏ね、ヴォケ!

84:デフォルトの名無しさん
06/06/20 13:51:16
>>83
このスレの住民は結構高尚なことが好きなんだよ。
試しにウェーブレット変換とか離散コサイン変換とか言ってみ。
面白いように話に乗ってきてくれるから(´・ω・`)

85:デフォルトの名無しさん
06/06/20 14:09:05
>>83
そんなに顔を真っ赤にするなってwww

あ、それと…




>>83 は、やねうらお説

86:デフォルトの名無しさん
06/06/20 14:39:03
うらおは今度からゲ製でやれや、な?

87:デフォルトの名無しさん
06/06/20 15:38:55
ゲ製作技術板かDTM板向きの質問だったな

88:デフォルトの名無しさん
06/06/20 15:53:36
>83
お前にふさわしいスレは↓だから、サウンドプログラミングの意味が解るまで二度と来るな。
【ゲ製作技術】ゲームを作るための素材を集めよう! Part2
スレリンク(gamedev板)

89:デフォルトの名無しさん
06/06/20 19:58:04
うわ。
今までちょっと尊敬してたのに、
>>83はねえな。軽蔑した。

90:デフォルトの名無しさん
06/06/20 22:48:21
>83
「サウンドプログラミングの一環」でやってる奴が素材すらマトモに見つけられないてwww
しかもスレ違いどころか板違いの質問、挙句逆切れ・・・

お前、センス無いからプログラマやめろ。

91:デフォルトの名無しさん
06/06/21 01:14:57
音ネタがパクりならソースもコピペだろ

92:デフォルトの名無しさん
06/06/21 19:24:31
もうそのくらいにしといてやれよw

93:デフォルトの名無しさん
06/07/04 00:58:30
ホルマント周波数を求めて母音の判定を行おうと思っているのですが、
まずホルマント周波数をどこから求めていいのかわかりません。

/a/の波形をFFTした結果のスペクトルに対してピークを求めれば
それがホルマント周波数になるのでしょうか?
それともスペクトル包絡を求めた結果の曲線のピークが
ホルマント周波数になるのでしょうか?

やりたいことのために情報を集めていると短時間スペクトル解析というのも
出てきたり、振幅スペクトルを使えばいいのかパワースペクトルを使えばいいのか
周波数スペクトルを使えばいいのか混乱しています。

94:デフォルトの名無しさん
06/07/04 07:25:10
他にケプストラムとか、PARCORや線形予測係数から求める方法とか、
色んな方法があるわけで、演算能力が足りる範囲で好きな方法を使えばいいとおもうよ

95:デフォルトの名無しさん
06/07/06 07:06:00
まったくの初心者です。
サウンドプログラミングするには音響学のクラスも取る必要がありますか?
物理の音に関する部分だけで十分ですか?
数学は微分積分のI,II(多変数のは取ってないです)と線形代数と統計学は取ったんですけど
他に数学で必要なクラスはありますか?
他に何か取っておいた方がいいクラスはありますか?

質問多くてすみません。

96:デフォルトの名無しさん
06/07/06 10:59:10

フーリエ変換を習っ(た|てる)?


97:デフォルトの名無しさん
06/07/06 23:16:45
>>95
まずは体力だな。その次は腕力と暴力。学力は一番最後でヨシ。

98:95
06/07/07 05:02:44
>>96
>フーリエ変換を習っ(た|てる)?

微分積分のIIでやりましたよ。軽くですけど。
あれをソラで(教科書見ずに)スラスラっと解けるようでないとダメですか?

>>97
工工エエエエエエェェェェェェ(゚Д゚) ェェェェェェエエエエエエ工工

でも、体力には自信あり。
ベンチプレスで100kg挙げられます。\(^o^)/

99:デフォルトの名無しさん
06/07/07 05:47:05
>>98
スラスラと解く、というよりは、フーリエ変換が使えると
何がうれしいのかってことがわかる方が重要と思われ

100:デフォルトの名無しさん
06/07/07 06:17:48
“メイドさん”が「Firefox」グッズを配るイベントが秋葉原で今週土日に開催
URLリンク(www.forest.impress.co.jp)

もじら組メーリングリストより
-----
spreadfirefox in AKIHABARA
1、7/8(土)、7/9(日)10:00-17:00 東京・秋葉原/秋葉原路上において、ステッ
カーとポストカード、特製CD-ROMの入った袋を配布します。配布するのは、イベント・
コンパニオンさんとメイドさん、もじら組。メイドさんにネコ耳としっぽをつけても
らい配布をしますので、要チェック!場所としては、1、ラジオ会館側駅前、2、ヨド
バシ向かい道路、3、中央通り(大きな通り)の3箇所です。人の多そうなところへ、
移動しながら配布していきます。コンパニオンさんもメイドさんも写真撮影可です。
-----


101:95
06/07/07 06:57:23
>>99
フーリエ変換の概念は一応理解してると思います。
スラスラとは解けないですけど。

音響学や物理などは取らなくてもいいですか?
というより、このスレの住人で取った人はいますか?
何か詳しい方が多いようなのでいるような気がしてなりません。

102:デフォルトの名無しさん
06/07/07 07:20:57
うるせえな

103:デフォルトの名無しさん
06/07/07 07:25:35
自分で本買うなり調べるなりして勉強しようっつー考えは浮かばないのかね?
受身ならどのみち身につかんと思うよ。

104:デフォルトの名無しさん
06/07/07 07:39:09
フーリエ変換とラプラス変換の相似性と Z変換の扱いが普通に出来れば問題ないよ
授業を取るのと勉強するのとは別の問題だろう

105:95
06/07/07 07:43:17
>>104
なるほど。
ではそれらに集中して勉強しますね。

106:デフォルトの名無しさん
06/07/07 07:49:18
教養としては音の波と光の波がどう似ていてどう違うのかとか語れるくらいには勉強してもいいと思うよ

107:デフォルトの名無しさん
06/07/07 07:54:17
フーリエ変換やZ変換だけだと
音は3次元の空間を伝わってくるのだという事を忘れがちだよね

108:デフォルトの名無しさん
06/07/07 15:00:05

スリットを通した干渉だけ習っても3次元空間の音の干渉って説明できますか?


109:デフォルトの名無しさん
06/07/07 15:23:49
光は干渉すると完全に消えるけど音はそうじゃないよ。
音だと運動量か圧力のどっちかが小さくなるだけ。

110:デフォルトの名無しさん
06/07/07 15:46:57
んなぁ〜こったない

111:デフォルトの名無しさん
06/07/07 16:47:06
簡単に違いを言うと

電磁波は進行方向を軸にした回転が伝わってくる(偏波は2つの回転が組み合わさったもの)
音は、進行方向の振動


112:デフォルトの名無しさん
06/07/07 17:06:12
>>110
光のように空間上のスリットで干渉して音がホントに消える事はない。
ただし、検出器は圧力か運動量のどちらかを検出するので、片方だけを捉えれば消えたという事になる。

だからスリットではなく管として、管から外に音が出るかどうかのようにすれば 消すことは出来る


たとえば、クインケ管で実験すればいい、
左右が同じ長さの時に運動量変化は最小になるが圧力変化が最大だから外に音が出る
左右が半波長だけズレると、圧力変化が最小になる為に管から外に音は出ない。
しかし、その繋ぎ目では運動量変化は最大の点で
管の中に運動量変化を取る検出器を入れればそこでは最大音量となっているだろう


113:デフォルトの名無しさん
06/07/07 19:31:32
光だってEとBの両方を考えれば干渉したって完全に消える地点は無いんだがな。

114:デフォルトの名無しさん
06/07/07 20:30:36
>>113 電磁波の場合、>>111のイメージの通り、
 電場、磁場の両方を交換しながら伝わってくるわけで、
 その方向は進行方向に垂直だから、位相=回転角なわけで、位相が合えば両方消えるよ

115:デフォルトの名無しさん
06/07/07 20:46:32
>>114
電場と磁場の両方が打ち消すためには2本のビームが平行に交わらないと
(つまり一致しないと)完全には消えないよ。2本のビームに角度差があれば
どちらかは残る。

116:デフォルトの名無しさん
06/07/07 22:20:28
んなぁ〜こったない

117:デフォルトの名無しさん
06/07/07 22:35:22
>>115
どっちかが残るという事は、電場だけで振動する波がありえることになるよ。
電場が振動するならその垂直方向に自動的に磁場が発生するわけで、単独振動は無理さ。


118:デフォルトの名無しさん
06/07/07 22:49:41
線形システムにおけるベクトルの合成的にそんなことはあり得ない

119:デフォルトの名無しさん
06/07/07 23:34:59
干渉が起きるのはそこで観測するからだけど、
観測しないなら消えるだの消えないだのの議論にそもそも意味がないわけで、
と考えると、なかなか難しい話だな

120:デフォルトの名無しさん
06/07/08 00:36:50
ヘッドホンで再生する音の上下方向の位置制御ってどうやるのですか?


121:デフォルトの名無しさん
06/07/08 00:51:45
つ頭部伝達関数

122:デフォルトの名無しさん
06/07/08 02:55:15
(´-`).。oO(やっぱりしっかり物理を勉強した人達なんだ、ここの住人は…)

123:デフォルトの名無しさん
06/07/08 03:17:31
他人の事なんてどうでもいいだろ?

124:デフォルトの名無しさん
06/07/08 04:10:53
>>123
つ「人の振り見て我が身を直せ」

125:デフォルトの名無しさん
06/07/08 04:30:26
>>124
流れからすると、それは的外れだ。

126:デフォルトの名無しさん
06/07/08 04:34:50
>>125
んなぁ〜こったない

127:デフォルトの名無しさん
06/07/08 04:39:14
空気の読めない奴は困る。

128:デフォルトの名無しさん
06/07/08 04:40:45
>>127
んなぁ〜こった(ry

129:デフォルトの名無しさん
06/07/08 10:16:55
>>121
バイノーラルの測定文献って3つ位あるけどホロフォニックみたいな臨場感のある再生
のデータってないんだよね。


130:デフォルトの名無しさん
06/07/21 04:50:47
質問なのですが、C#でVSTプラグインを作ることは可能なのでしょうか。
もし出来る場合、実行時の速度以外に何か問題が発生する可能性はあるのでしょうか。

131:デフォルトの名無しさん
06/07/21 10:02:43
>>130
可能。問題点は、SDKを自力で修正する必要があること。

132:デフォルトの名無しさん
06/07/21 13:11:01
>131 ご返答ありがとうございます。
さらに質問で申し訳ないのですが、SDKを自分で修正するというのは、どういった箇所になるのでしょうか。
SDKのAPIクラス自体を.NETに対応させる必要があるということでしょうか?
VSTホストに対するインタフェースを変更しなければ、
ネイティブで書かれたVSTホストから.NETで作ったVSTプラグインを呼び出すことは加納なのですよね?

133:デフォルトの名無しさん
06/07/27 01:17:43
age

134:デフォルトの名無しさん
06/08/05 17:27:47
Directサウンドバッファに読み込んだWAVを合成して書き込もうとしてるんですけど、
うまくいきません。ずっと前にこのスレで話題になっていたときは
「ほんとうに加算するだけ」ということだったのですが・・・
8ビットステレオデータです。
単音では鳴るのですが二つを合成すると×。

135:デフォルトの名無しさん
06/08/05 17:31:26
ソースさらせ

136:デフォルトの名無しさん
06/08/05 17:47:11
単なる桁溢れ

137:デフォルトの名無しさん
06/08/05 17:51:11
>>134
変な音がするなら>>136に一票
音がしないなら>>135に一票


138:デフォルトの名無しさん
06/08/05 17:51:25
>134
8bit wavは0基点ではなく、0x80基点。
char in1, in2; // 入力
char out; // 出力
out = ( ( in1 ^ 0x80 ) + ( in2 ^ 0x80 ) ) ^ 0x80;
こんなんだったかな? 間違ってたらすまそ。
後は加算後にクリッピング処理入れる程度で鳴るはず。

139:デフォルトの名無しさん
06/08/05 18:08:04
話題になったのは本当にこのスレかい?
ゲーム製作技術板でそんなことを書いたような覚えはあるが>「ほんとうに加算するだけ」

140:デフォルトの名無しさん
06/08/05 18:55:09
int tmp = in1 - 128 + in2 - 128;
tmp = max(tmp,-128);
tmp = min(tmp,127);
out = tmp + 128;

141:デフォルトの名無しさん
06/08/06 01:17:37
int tmp = in1 + in2 - 256;
out = (tmp / 2) + 128;


out = (in1 + in2) / 2;

142:デフォルトの名無しさん
06/08/06 04:15:53
>>141
一行目からバグってんじゃん。

143:デフォルトの名無しさん
06/08/06 18:34:19
マイクから入力された音声と逆位相の
音波をスピーカから出して、音を消すシステムを
作りたいのですが(もう誰かが作ってるらしいですが)、
こういったリアルタイム性が求められるものは
プログラムだけでは無理でしょうか。


144:デフォルトの名無しさん
06/08/06 18:57:58
モーターアシストつきのじてんしゃを もっていたら
SP1 カンマ キュークイック  キュークイック 200PS がここで 230PSに
まわりのクルマが なってるが キュークイック キュークイック 250PS キュークイック 245PS キュークイック
キュークイック 350PS キュークイック 450PS に なってる はっずうだ。 250PSとか 245PS 350PS 450PSとかぬかして
SP1 とはどういうのかと いうと Specialぱわーすてーじ だが
あと
4p pppp
と いう そうすると クルマは てんかは ふるぱわー状態だ
あと なまえをいうじぶんのなまえだ
じぶんのモーターアシストじてんしゃは モ−ターアシストが はたらいていなくても
つまり きってあっても かなりかるくなってるだろう。
あと SATEP 4SUTEPPU 2 という そうすると 4パー というと 4秒 ないし 40秒モードは どうしますかと
なると 4ぷれいという わかりましたと なると では てんかじき せいぎょがどうか
きいてきますというが きんきゅうじ うんてんしゃ ののっぞむままの パワーをひきだしてほしいとなる
4びょう というと にげている180の パワーが 4びょうだけ 4500PSになる。
どうしてかというと まいくろぷろせっさーゆにっと ふるもーど
こんぴゅうたーというのはそういうものなんだといえる。
モーター かいせい型 つまり モーターをこいで じゅうでんする モーターアシストじてんしゃの
になるだろう。 

145:デフォルトの名無しさん
06/08/06 18:59:55
あと なまえをいうアニメなど ゴリラ というなまえをいう

146:デフォルトの名無しさん
06/08/06 19:01:48
あと プレイ 2プレイ と 4プレイ と 4びょうたつと じどうてきに
もどる

147:デフォルトの名無しさん
06/08/06 19:03:07
ゴリラではわかりませんので ゴリラ ツー つまり ゴリラ2といっておく

148:デフォルトの名無しさん
06/08/06 19:04:08
4pは フォーピー というはつおん

149:デフォルトの名無しさん
06/08/06 19:08:28
4p pppppppppp pのあとにppをうったちょっといみはわかるとおもうがまあpといういみではなくて
まいくろぷろせっさー ふるもーど のほうがいいかな

150:デフォルトの名無しさん
06/08/06 19:09:04
>>143
リアルタイム性も何も、対象の音を得た時点でその音はもう通り過ぎているわけだから消せるわけない。
周期性のある音に対してなら有効だろうがな。

プログラムだけじゃ無理かといわれればそのとおり。
どんなに精度高く作っても、それが使える条件は限られてくる。

151:デフォルトの名無しさん
06/08/06 20:22:36
なんでも さくじょしちゃうんだよな
180ってなに せいれき2000ねん ころかなあ r18 というところで
4km くらいてまえから policeカーとの ばとるが はじまたんだ ただr18を しっそうするだけだけど
そのくらいのきょりで ついせきされる くるまがじこるのは おかしいんだ じつは ぶつかったのは Policeカーなんだ
なんでも ちがうにんげんを たいほして あだうちとか やるんだ

にほんの ぐんしんのじんじゃが くびらい はんふる をまつったとしたらどうする
1267ねん の うみをうめつくしていた ちゅうごくの ぐんせ”い 
じつは 首都がかんらくしていたら
ちゅうごくちほうが ちゅうごくちほうと いうのがちゅうごくの やくしょがあったからんだって
へいけものがたりが にほんにおける てんぷるとん てんぷるとんくびらい さま てんぷるとん てんぷるとん くびらいさま
つまり せんそうに さんかした へいしは しょばつだが 
こっかこうむいんは せんそうへの さんかを もとめられる だが じたくで
テレビなどをきいていて しょくむを ほうきする のなら それはのがれているとみなされる。
ながのけんの ひっとてみな よそからきたひとたちなんだよな 

152:デフォルトの名無しさん
06/08/06 20:25:00
せんそうって ひとたび きまりがあると かんらくした あと
おんなは ちぶさを こしのあたりから かたまで りょうてでさするように
なるけど けっこんも あいての こっかの なるけど
おとことか やんなっちゃうな やんなっちゃうな やあんなんちゃうな なんてね

153:デフォルトの名無しさん
06/08/06 20:43:50
ロード オブ リング ハカ の 楽園 くらんくいん
ブリトンぞくの ちがながれてる ブリュウターニちほうに あった 
あいつは かわってすまったんだよ せんそうに いって
かんぱあい じゆうの めがみのような かっぷを もって
ぶどうしゅを おんなも きれいなのはいっぱいある せんりひんも ある
せんそうに さんかした うばいたかった うめえうめえ じゆうのめがみの かっぷのようにつがれた ぶどうしゅを
えんかいだ さあ せんそうの うばいとった つまり さんかしたかった わけね    
ながのけんの っぜんこうじたいらの じんこうは せいれき1900ねんから 500ねんまえは
13せいきだと おもうが
じつは 15せいきからは は にほん のよそからきた ながのけんの っぜんこうじたいらのじんこう15にん から はじまった とつたえられている。
てんぷるとん てんぷるとん くびらいさま すくいをあたえてください
クンパルベル さま すくいをすくってください はーんこくの みなまなさまに はーんさまから つたえが あるそうです。
うまって ものすごく はやいんだもん 1900ねんからの カーね かざりたてるのは   

154:デフォルトの名無しさん
06/08/06 20:54:18
ロード オブ リング ハッカ の 楽園 くらんくいん
まんがの しっずかなるっどううううは げんだいの かいしゃのことをかいてる
つまり しゅじんこうが かいしゃいんね そうして あんなもん げんだいには ないよ
ビジネスというのは なんだよね
ほうりつの しょうyもん を たてに びじねすを する つまり かいしゃね
ながのけんの きぎょうに ぴたりこの さいごだとおもう
つまり いくっら やっても だもん
いつのまにか なかまに なっちゃたんだよね けいさつしゅたいの げーむなんてやらに
ひやあ てつどうの れーるの しなりつけたのも
かきこんだ おれと はなせるにんげんが いないんだよな つまり だれも わかんないって
ぼくは うんこから はんばあがあ に はさむ にくに そっくりな うんこかこうひんを つくってみせる 
けっきょく ねえ わりきれないのが よのなか だから なんとも してないの
つまり どうでもいいの、 いくっらやっても なのが しょうばい しょうばい なのよ
だから ぴったりの さいごなわけ せまいちいきの さんかがた なかまの きぎょうぐんには

155:デフォルトの名無しさん
06/08/06 21:49:35
じんるいの そせんは 3じゅうれんさのいでんてきこうそ”う が 5分の2 か 5分の3
をしめていた くろーんかぎじゅつを もちいて くろーにんぐ つまり てんしゃとか いうのだが
もちいて うまれた
3じゅうれんさの せんしょくたいの いくつあるかは っずのうかつどうとは かんけいが ない 
3じゅうれんさの いでんてきこうっぞう つまり 3じゅうれんさのせんしょくたいこうっぞう
は ただ そうだ つまり だけだ
2じゅうれんさの せんしょくたいの こうっぞうは 3じゅうれんさの せんしょくたいの こうっぞうよりは
ふくっざつだ。

 


156:デフォルトの名無しさん
06/08/06 21:52:29
3じゅうれんさの いでんてきこうっぞう つまり 3じゅうれんさの せんしょくたいの
こうっぞうを もっていた じんるいの そせんから くーろんかぎじゅつ つまり くろーにんぐ てんしゃ
ぎじゅつを もちいて じんるいの そせんが うまれた

157:デフォルトの名無しさん
06/08/06 21:58:00
もーたーあしすとしきの じてんしゃが なにかに つかわれるかのうせいが ある
べとなむで げんちでは つまり じてんしゃさ のってたんだが グラスファイバー製の
ぼうだんそうち

158:デフォルトの名無しさん
06/08/06 22:03:01
ケブラー  グラスファイバー製 =

159:デフォルトの名無しさん
06/08/06 22:15:10
まるこぽーろの とうほうけんぶんろく なるぶんしょに うしなわれた ぶんしょが ある。
あるひとに よると だが

ようろっぱのたいりくには はくしょくけい3じゅうれんさ

うわさによると ちゅうごくから にげてきた えいこくじんは にほんじんが きらいで
えいこくじんは ちゅうごくよりらしい。

こーかさすちほう 500まんにんの きゅうじんを ついそう きじゅつも ある つかわれたうまの ちくさんえきとうほう きげんせ”んには
もうあった

160:デフォルトの名無しさん
06/08/06 22:23:05
まるこぽーろが ちゅうごくに ちゅうごくじんは あたまがいいと おもったらしい。
はくじんが ゆうごくから きた きゅうじんから しんかしたというせつも ある らしい。

にほんの とっきょに みくだすというのが ある つまり2じゅうれんさこうっぞう が えらいというのだ
くるまを うんてんするには えらいんだというのを すてるのだが なかなか
くるまを つくるのは くらいでないと くるまのうんてんは むっずかしい。    

161:デフォルトの名無しさん
06/08/06 22:33:07
じんるい 人類が かつやくしたのは 地球に わずかな きかんだった
りゆうは 人類が かつやくしたのは わずかなきかんだったという ふれーっずが しっくりくるからだ。
人類のれき終にしゅう止符を うつんじゃ ないだろうかなあ 2じゅうれんさのかんじをかんがえる 

162:デフォルトの名無しさん
06/08/06 22:40:12
せーぶでーた が できないのは かそうでーたーくうかんを つくってる かのうせいも ある

163:デフォルトの名無しさん
06/08/06 23:37:46
月配列の亜流でも作ってんのか?よそでやれよ

164:デフォルトの名無しさん
06/08/07 00:14:05
>>150
とはいえ、環境音を抑えるヘッドフォンもあるぐらいだから、十分早く打ち消す音を発生させればある程度音量を抑える事はできるんじゃないだろうか?

165:デフォルトの名無しさん
06/08/07 08:11:44
>>164

周期性がないとかえって五月蝿くなるだけのような

166:デフォルトの名無しさん
06/08/07 08:47:14
>>165
逆位相波を重ねて雑音を消す技術は既に色々応用されていますが何か。

167:デフォルトの名無しさん
06/08/07 10:49:05
音はね、エネルギーなんだよ。
だからスピーカーで音を消すにはスピーカーがエネルギーを吸収しなければいけない。
だったら吸音剤をおいた方がいいよね。

ただね、
ダクト内部のような場合は、出口で丁度圧力変化がゼロになるようにしてやれば
外に出ないというのはあるよね。 でもダクトの中のエネルギーは増えている。当然だよね。
高速道路なんかの壁のスピーカーも同じ理屈だね。


168:デフォルトの名無しさん
06/08/07 11:38:05
>>167
吸収しなくても逆方向のエネルギーをぶつけりゃいいじゃん。
吸音材ができることなんてタカがしれてる。

169:デフォルトの名無しさん
06/08/07 12:05:03
運動量や圧力はマイナスになれますが
エネルギーはその2乗項なので、物理量が虚数にならなければエネルギーは消滅しません。
つまりマイナスのエネルギーというのは無いのです。

もしかして、マイナスのエネルギーという意味を、
エネルギーを閉じ込めて、その閉じ込めた空間で吸音=熱エネルギーへの変換を行うとい
う意味に使っているのかもしれませんが


170:デフォルトの名無しさん
06/08/07 12:13:35
おしえてぇ♪ くだぁさい♪
この世の引力と反発力に♪
符号の違いに意味があるのならば
あなたは浮きますか?

171:デフォルトの名無しさん
06/08/07 12:14:48
>>169
音は波なので逆相を重ねりゃ弱くなる。つりあいとって合力0にすりゃいいだけ。
あんた、頭悪いね。

172:デフォルトの名無しさん
06/08/07 12:25:39
有限の大きさの面で音場の逆相を作る事は出来ない。

音は圧力と運動量が交換しながら伝わってゆく
でも圧力はスカラーだけど、運動量は方向成分を持った(つまりベクトル)
で圧力も場の上にあるから、
逆相を重ねるには3次元上に圧力コントロールを行える装置を配置しなければならないわけだ。

ダクトの中や、ヘッドホンのようにその一点に絞ればその点だけをコントロールする事は可能だが
音に音をぶつけてエネルギーを吸収する事は出来ない。

173:デフォルトの名無しさん
06/08/07 12:36:33
生半可な知識で頭の悪い屁理屈捏ねている香具師がいると聞いて来ました。

174:デフォルトの名無しさん
06/08/07 12:39:37
まったくだ。
任意の3次元空間で音が消せるというなら、
ハイファイ対応のハウリングキャンセラーなんて簡単に作れると思ってるんだろうな

175:デフォルトの名無しさん
06/08/07 12:46:04
音の振動を伝える者をなくせばいいんじゃないの?

176:デフォルトの名無しさん
06/08/07 12:47:05
つ[真空ポンプ]

177:デフォルトの名無しさん
06/08/07 13:05:17
共鳴させてエネルギーを集中させてから回収するというアイデアはどう?

178:デフォルトの名無しさん
06/08/07 13:34:10
クインケ管のように穴が開いてるのに音が外に出ない現象を 【消す】 と呼んでるという事でいいのでは?

179:デフォルトの名無しさん
06/08/07 13:40:07
>>178
クインケ管
URLリンク(www.geocities.co.jp)



180:デフォルトの名無しさん
06/08/07 16:21:53
そこの実験発表、いちいち面白いよな

181:デフォルトの名無しさん
06/08/07 17:39:23
消音の原理
URLリンク(www.cepstrum.co.jp)

まさしくクインケ管の原理で
上流下流と書いてるように、左からの音を消すというより
左からの音を反射している。 つまり仮想の壁を作る技術にすぎない。


182:デフォルトの名無しさん
06/08/07 17:47:19
でも 反射するという事は、>>177のいうように 左からの音についてダクトを
ヘルムホルツ共鳴器に換えてしまっているのかもしれない。

183:デフォルトの名無しさん
06/08/07 17:55:33
つまり進行方向⇒
A ----++++----++++----++++----++++----++++
B ++++----++++----++++----++++----++++----

A+B なら完全に消えるけど、
スピーカーからの音は左右に反対位相(反対進行方向)で伝わる
++++----++++----++++----++++----++++----
+++----++++----++--++----++++----++++---
++----++++----++----++----++++----++++--
+----++++----++------++----++++----++++-
----++++----++---++---++----++++----++++
この進行波を加算すると、スピーカーの所で反射されているのと同じ

184:デフォルトの名無しさん
06/08/07 18:08:53
反射以外の吸音原理:

 ダクトを2又にすれば、片方の通路の音は当然1/2になる。
 つまりそこで反対位相で振幅1/2になるようにスピーカーをコントロール出来れば
 スピーカーがエネルギーを1/2吸収した事になる

185:デフォルトの名無しさん
06/08/07 18:34:22
床天井壁が均質な部屋に明かりが灯っている。
明かりを壁が αだけ吸収し (1-α) 反射するとする。

反射した光は再度反射するから  (1-α)+ (1-α)^2+ (1-α)^3 .... と無限に反射する
部屋の明るさは 真っ黒な壁の部屋にくらべて Σ(1-α)^n 倍明るくなる。
αが小さくなると、この倍率はとても大きくなる。
白い壁、明るい色の床の狭い部屋は蛍光灯1灯でも十分明るい。
しかし、壁に黒い学生服をかけるだけで突然暗くなる。
学生服が光を吸収してしまうからだ。

同じ事は音についても言える。 部屋の中で音は壁で何度も反射される故に音は大きくなる。
この原理で増幅された音は、一箇所で吸音するだけで一瞬で小さくなる。
これを電気的に起こせば

186:デフォルトの名無しさん
06/08/07 18:38:13
光のように音を吸収できる素材なんてない。

187:デフォルトの名無しさん
06/08/07 21:08:44
音のように光を吸収できる素材なんてない。

188:デフォルトの名無しさん
06/08/07 22:52:23
観測者の位置でだけ消音状態にしたいんじゃないのか?


189:デフォルトの名無しさん
06/08/07 23:27:28
・耳から入る音以外(体が感じる音)をどう消すのか
・既に届いてる音に対して、プログラムで対処するなら>>150の言うように周期性から予測して打ち消すしかない
・上記方法の場合でも環境依存をどう対処するか(マイクとヘッドホンの配置と特性、PCの構成等)

>>143
汎用的な物は限りなく無理に近いと思うけど、
環境依存覚悟で実験してみる価値はあるんじゃね?

190:デフォルトの名無しさん
06/08/08 01:49:16
音消してくれるエアーカーテンほしいよね。

それとどんなに大声でしゃべっても通話相手にしか聞こえないマイクもほしい。
超音波ですんごいピンポイントの指向性もったスピーカー作ったのあったじゃない。
あの技術とか使ってできないかな。

191:デフォルトの名無しさん
06/08/08 03:00:21
>>190

>音消してくれるエアーカーテンほしいよね。

音波レンズというものがあるので、焦点が自分の方に来ないようにしてしまえば
エアカーテンに相当するものは可能だと思う

3次元に広がる音をピンポイントで消すには
上で何度か言われている(言ってるひとは勘違いしてるみたいだけど)
逆位相の部分での干渉を利用すれば出来なくはない
ただしピンポイントなので他の場所は静かにならないし
3次元的にはエネルギーも決して無くなる訳ではない


>それとどんなに大声でしゃべっても通話相手にしか聞こえないマイクもほしい。
>超音波ですんごいピンポイントの指向性もったスピーカー作ったのあったじゃない。
>あの技術とか使ってできないかな。

すこしずらした非可聴周波数音を二つのスピーカーから発生させて
その二つのベクトルの交わる部分のみずれからくるうなりで
可聴周波数を再現するという話が出たことがあると思う




192:デフォルトの名無しさん
06/08/08 07:50:58
>>188
その位置だけ消音といっても、3次元空間内でそういう点を作るのは難しい
もし可能だとしても、そこで定在波を作ってるようなものなので、
節と腹が生じる。 節で音量がゼロなら、腹では音量は2倍になるという事になる。

耳が2つあり音速は330メートル/秒程度なので、300Hz以上では
両方の耳に節が来るような定在波を作る事は出来ない

193:デフォルトの名無しさん
06/08/08 08:03:12
右耳と左耳の間隔が〜1m近くあるデカ頭の人キター

194:デフォルトの名無しさん
06/08/08 08:06:10
頭の直径が1mもあるわけねぇ〜だろ

  330 [m] / ( 300 [Hz] × 2 ) = 0.505 [m]

>>192の頭の直径は 50cmしかないんだよ。


195:デフォルトの名無しさん
06/08/08 08:06:44
↑ 0.55 [m] orz

196:デフォルトの名無しさん
06/08/08 08:49:17
>>194
>>192の頭の直径は 50cmしかないんだよ。
充分でかいよ。漏れの肩幅でさえそんなにないよ。

197:デフォルトの名無しさん
06/08/08 09:04:39
だから実際実用化されてるらしいでないの。
ただソフトウェアでとなると遅延時間がでかくなるから(一番でかいのはA/D/Aレイテンシー)、
そうとう条件は厳しくなるだろうね。

198:デフォルトの名無しさん
06/08/08 09:48:32
-6dB sin(30度)=0.5 だから  330 [m] / ( 300 [Hz] × 12 )  約9cm 
子供の頭?

199:デフォルトの名無しさん
06/08/08 09:50:18
そういや180度の場所も節だな

200:デフォルトの名無しさん
06/08/08 09:58:03
>>193-194 いいか、お前ら、

0  90 180 270 360

---______---~~~~~~---______---

節  腹 節 腹 節


波長が 1メートルなら 腹はその1/4と3/4のところだ

201:デフォルトの名無しさん
06/08/08 10:07:07
そうか、電話なんかは300Hz以下カットしてて、耳の感度が悪いのは 頭の大きさから来てるのか!

202:デフォルトの名無しさん
06/08/08 10:07:26
>>197
逆相で音を弱くするので実用化されてる例は、
踏み切り、病院、救急車、消音ヘッドフォン、高速道路、新幹線の線路などなど。

203:デフォルトの名無しさん
06/08/08 10:24:50
でも音を単に反射してるのだとすれば、高速道路なんかは高いマンションなんかは逆にうるさくなってるのかも

204:デフォルトの名無しさん
06/08/08 11:07:10
>>198
丁度頭の中央を狙えばそんなものじゃないの

頭の幅のデータ
URLリンク(homepage3.nifty.com)
平均 
男 16.2cm
女 15.6cm

205:デフォルトの名無しさん
06/08/08 14:09:44
定在波と進行波で検索したリンクで初めて勘違いに気が付いた。
圧力と|速度| って 90度位相差が出るのは定在波の時だけで 進行波は同相だったのか


206:デフォルトの名無しさん
06/08/08 14:23:47
ダクトの中に細いフィラメントを沢山配線して通電する事で加熱
熱膨張で進行波を打ち消してしまうというのはどうだ?

207:デフォルトの名無しさん
06/08/08 14:55:09
プログラミングの話が全然出てこないのは何故?

208:デフォルトの名無しさん
06/08/08 15:47:21
>>207 何か質問があるならどうぞ

209:デフォルトの名無しさん
06/08/08 21:19:28
DPCMのいいエディタご存じないですか?
それとも、無きゃ作っちまえ、なスレですか?

210:デフォルトの名無しさん
06/08/08 22:43:58
>>209
それがローカルルールの範囲内の質問なんですか?

211:デフォルトの名無しさん
06/08/09 08:00:56
エディタといっても、波形を表示してそれをカットペースト+エフェクトするくらいだからなあ
波形をマウスで作ったりしたってまともな音にならない


212:デフォルトの名無しさん
06/08/12 08:12:36
URLリンク(www.miraikan.jst.go.jp)

213:デフォルトの名無しさん
06/08/14 02:21:43
MP3のエンコーダのライブラリでライセンスフリーのものってありますか?
ご存知でしたらどなたか教えていただけませんか。デコーダはあるんだけど。

214:デフォルトの名無しさん
06/08/14 03:06:13
>>213
ない

つか、もし配布元が問題ないといっても、F社やらT社は絶対それを認めないだろ

215:デフォルトの名無しさん
06/08/14 17:50:08
>>214
ではMP3のエンコーダ自体を自ら実装すれば問題のでしょうか?


216:デフォルトの名無しさん
06/08/14 18:15:24
>>215
フォーマット自体には特許の及ぶところではないというのは当たり前になっているわけで、
それゆえに、LZWの特許が有効だったときも無圧縮GIFは問題無いという考えが主流だった

そう考えると、確かmp3も圧縮アルゴリズムの特許は例の2社が持っていたはずで、
それなら無圧縮mp3は問題ないことになる。

だが、それってmp3の意味無いじゃん。

217:デフォルトの名無しさん
06/08/16 13:41:26
午後みたいに、インストーラーでコンパイルするという荒技もあるけどな。

しかし、あれは酷いやり方だな。
賛同はできん。
素直にソースだけ公開しとけば問題ないのに。

218:デフォルトの名無しさん
06/08/16 23:44:51
音ゲーで使えるようなくらいの遅延の少ないエフェクトの掛け方を探してます。

C#.NETで、DirectSoundのSecondaryBufferのエフェクトを使ってみたんだけど、
バッファに書き込んでから音が鳴るまでの時間が200msecくらいもあって、結構使えない。
そこで腹をくくってその辺りの処理を自前でやろうかと。

複数のwaveを鳴らして、その合成音にリアルタイムにリバーブエフェクトをかけるのって、

再生用バッファにwaveを加算(サンプル毎足し算)
その波形に対して随時インパルス応答を適用する

こんな感じで合ってますか?

219:デフォルトの名無しさん
06/08/17 07:05:55
あってるよ。 問題は飽和に対しての処理だけさ

220:デフォルトの名無しさん
06/08/17 08:37:15
午後でいくつかまとめて処理すると
ファイル名が入れ替わったりするバグありますよね?

221:デフォルトの名無しさん
06/08/17 08:54:04
>>220知らん。 つーか板違い

222:デフォルトの名無しさん
06/08/17 10:07:16
>>218
ASIOとかWDMとかに最適化しないとめちゃめちゃ遅れるよ。

223:デフォルトの名無しさん
06/08/17 16:09:30
>>220
翌日の朝やればいいじゃん


224:218
06/08/17 17:29:50
試しに2秒のwaveに100kbくらいのインパルス応答をFIRフィルタで適用してみたら
処理に糞時間かかった。。ノイズもいっぱい。

このやり方じゃダメですか?

ちなみに使ったインパルス応答
URLリンク(noisevault.com)
これのm1_44.wav

>>222
うちのオンボードじゃASIO4ALL入れても無理でした。

225:218
06/08/17 17:52:43
録音して波形を見てみたら、ノイズは>>219の忠告通り飽和が原因っぽかった。
飛び出したサンプルだけとりあえず範囲内に凹ましてみたけどノイズは和らいだだけ。
やっぱりその周辺も同じ比率でなだめないといけない?
処理に時間かかって仕方なす

226:デフォルトの名無しさん
06/08/17 18:04:28
インパルス応答をそのまま掛け算したら遅いのが当然
といってFFTで掛け算回数を減らす高速化をするとブロック処理になって、希望じゃないでしょ。

だからリバーブなら思い切って一定時間の遅延にしてしまうのがいいんじゃないの?
その遅延にIIR2時のLPFかければそれらしくなるさ。

227:デフォルトの名無しさん
06/08/17 18:59:33
デジタルリバーブの基礎から勉強したら?

リアルタイム性を重視してリバーブをかけるなら、
ディレイ時間の違うIIRフィルタの結果をさらにIIRフィルタに通すのが基本。

今のCPU速度だとゲームでコンボリューション・リバーブは非常識。

228:デフォルトの名無しさん
06/08/17 19:13:01
EAXのリバーブとか使えないか?
幾分ハードウェア処理だから軽いだろ

229:218
06/08/17 21:29:11
IIRで何とかなるならそれに決めたいんだけど、探してきた↓のサンプルだと音が曇ってしまった。
URLリンク(www.morikita.co.jp)
フィルタが悪いだけ?良いフィルタのサンプルは無いだろうか。

>>227
フィルタ1の出力をフィルタ2の入力にして、その出力を適用という作業をサンプル毎に行う
と解釈してみた。

>>228
SDKが見つからないよう

230:デフォルトの名無しさん
06/08/17 22:34:37
遅延が…遅延がぁぁっ!

231:デフォルトの名無しさん
06/08/17 22:43:59
係数が…係数がぁぁっ!

232:デフォルトの名無しさん
06/08/18 06:37:49
>>229
2次のIIRフィルターは LPFならf0とQで係数が決まるけど、それぞれいくらにしてるの?
Q=0.7程度にして f0を変化させてみたら?

それから、あくまでも遅延した方にだけIIRをかけて、元の信号と加算するんだよ。
加算した結果飽和するなら音量を下げるAGCを使うか
飽和しないように a , (1-a) の比率で加算するか

233:デフォルトの名無しさん
06/08/18 12:05:06
ああ、まさか>>229のソースで係数そのまま使ったって事?
そのレベルならとりあえず1次のLPFでやってみたら?

過去ログ のレス14より
URLリンク(www.2chdat.net)

1次のLPFは
w =2*π*f0/22050.0;
r =tan(w/2);
b =(1-r)/(1+r)

・・・・・略・・・・

y:=b*(x-y)+y と計算します


xが入力で yが出力だよ そしてyはグローバルに取るんだよ。
でbを可変してみて感じのいい所を探してみるといいよ

高域をもう少し減衰させたいなら2段するといいよ

234:218
06/08/18 19:48:30
フィルタ係数の算出方法があったのか( ゚д゚)…今見見返してみると過去ログが宝の山に見える。

そういえばさっきから全然残響音が出ないなぁと思って考えてみたんだけど、
1サンプル前じゃなくてもっと前のサンプルをフィードバックすれば良かったのか!?
っと気づいてから今更>>226の意味を理解した。ぁーぁー

それから1次なり2次のIIRを掛けて高音減衰させれば良い感じになるのか。
一応これでそれっぽいのは聞こえるようになったよう。みんなありがとうヽ(゚∀゚)ノ

後はこれとミキシングがどのくらいのレスポンスで出来るかどうかー

235:デフォルトの名無しさん
06/08/18 19:52:51
IIRは発振しないようにパラメータ選びは慎重にしてね( ´∀`)b

236:デフォルトの名無しさん
06/08/19 01:44:34
>>9-11を参考にして、ブロックのサイズを凡そ0.1秒にして、
音程変化の内速度調整を実装したところ、
再生速度を0.5倍にするところまでは非常にスムーズな音でこれを実現できました。

しかし、0.5を下回る倍率(〜x0.4)になった途端、音声が毒電波状態です。

現時点での実装は
・ブロックの間引き(重複)
・ブロックの窓関数処理
のみで、
・空白を優先
・繰り返しを配慮
という二点は実装していません。
自分の作っているプログラムでは効率が悪すぎて、
この二点を実装しようとすると処理時間が不足するおそれがあり、
何よりこの二点の効率の良い実装方法が思いつかなかったので。

よくよく考えてみると、この機能を実装しているプレイヤの内のいくつかは、
やはり0.5倍を下限に置いている様なのですが・・・。


何か良い解決方法はありますでしょうか?
また、それはどのような方法か教えてください。

237:デフォルトの名無しさん
06/08/19 03:24:13
ァ・・・もしかしてサンプリング定理と関係があるのか・・・?0.5倍ってのが2の逆数であることから考えても・・

238:デフォルトの名無しさん
06/08/19 05:11:04
やっぱ厳密にはオーバーサンプリング+アンチエイリアスを
かけてから処理すべきとこなんじゃないの

239:デフォルトの名無しさん
06/08/19 07:28:47
音程が変っているのなら、サンプリング速度が変化しているからどこかの段階でLPFを入れておく必要があるよ。
そうじゃないと折り返し雑音が問題になる。
綺麗な音にしたいなら、最低2倍のオーバーサンプリングしておいた方がいいかもね。

音程が変らずに再生速度だけ変化させてるならサンプリング定理の問題じゃない
0.5を下回る場合に問題が出るという事は
0.5を下回ると同じ音を3度以上繰り返し利用しなければならなくなるけど
その処理がはいってないんじゃないの

240:デフォルトの名無しさん
06/08/19 09:10:42
>>238-239
書き方が悪くてすみません。
「音程を変化させずに速度変化をした」
処理です。
>>239
いいえ、3度以上の繰り返しについても問題なく実装しているはずです。
DirectSound+C#なので、部分抜き出しが難しいですが・・、
0.5以上1倍以下ではどれだけ細かい指定をしても平気なので、
ここにバグがあるわけでは無い・・・とは思うのですが。

 decimal readCount = 0;
 decimal readSpeed = 0.4;

 for(writePoint=0;writePoint<(一秒分のバッファ長);writePoint+=(0.1秒分のバッファ長))
 {
  readCount += (double)readSpeed;
  for(i=0;i<readCount;i++)
  {
   /* [readBufferに0.1秒分読み込み] */
  }
  /* [readBufferから書き込み用バッファにwritePoint位置でコピー] */
  readCount -= (int)readCount;
 }
 /* [書き込み用バッファを再生バッファにコピー] */

という感じでの実装です。
なんだっけ、グラフィックとかで良く使う「斜めの直線を整数型のみで計算するアルゴリズム」を応用した感じなのですが。

241:デフォルトの名無しさん
06/08/19 09:12:30
あ、Shift+Enter間違えて押してしまった・・・。
改行と書き込みがメッセとは逆だから間違えるなぁ・・・

とりあえず、お二人のご意見から
オーバーサンプリング+アンチエイリアスについても実装を検討してみます。

242:デフォルトの名無しさん
06/08/19 09:16:02
あともう一点追記です。
240で示したソースの中で、i以外の変数はすべて
クラススコープです。iのみがメソッドスコープになっております。
readCountがメソッド呼び出し毎にリセット、というわけではありません。

おまけに分かりづらくてすみません・・・。

243:デフォルトの名無しさん
06/08/19 09:24:22
音程が変化していないという事は、サンプリングレートが変化してないわけでしょ?
だったら オーバサンプリングとかLPFは必要ないよ。

で、やっぱり3度利用する部分に単純にバグがあるのだと思うよ
もっとも3度も利用すると違和感があるという事なら当然そうだろうけどね

あまり2倍以上遅くする場合は、やっぱり無音期間を検出して、そこを出来るだけ引き延ばす方がいいと思うよ


たとえば0.1秒のブロックを0.05くらいに小さくして、そのブロックの音量が今までの音量より一定比率より小さいなら、
その部分の繰り返し回数を出来るだけ多くするとか


244:デフォルトの名無しさん
06/08/19 09:31:35
まてよ >>240の定数だと、引き伸ばしではなくて短縮なんだよね?

短縮で0.1秒単位に2ブロック以上連続してすてるようになると、音声だと何を言ってるのか判らないようになってしまう。

そこまで強力に短縮するなら、
まず周期性を検出して周期の整数倍の
もっと小さいブロック (1/30)〜1/60のような(ブロックというよりgranul) サイズにして
それを捨てるようにする。必要があるよ。

245:デフォルトの名無しさん
06/08/19 09:35:11
サウンドプログラムの本ってあんまりないよね

246:デフォルトの名無しさん
06/08/19 09:40:53
!バグ見つけた!

>>243
バッファを注意深く見たところ、きちんと三度利用されるところは三度利用されていました。
ですが、読み込み時に窓関数をかけるのではなく、書き込み時に窓関数をかけていたため、
 一回目の利用>二回目の利用>三回目の利用
と、窓関数により一気に減衰していました。
これをなおしましたが、やはり違和感は酷いです。
どうやらご提案の通り、きちんと無音期間や繰り返し周期の懸念を行わないといけないようです。

>>244
いいえ、短縮ではなく延長です。
なぜならreadCountは
一回目のループで0.4→読み込まない(readBufferはデフォルト0配列)
  →書き込みバッファには0が書き込まれる
二回目のループで0.8→読み込まない
  →書き込みバッファには0が書き込まれる
三回目のループで1.2→読み込む(readBufferには0〜0.1秒分の)
  →書き込みバッファには0〜0.1秒分のデータが書き込まれる
四回目のループで0.6→読み込まない
  →書き込みバッファには0〜0.1秒分のデータが書き込まれる
五回目のループで1.0→読み込む
  →書き込みバッファには0.1〜0.2秒分のデータが書き込まれる
という感じに機能するので・・・。

247:デフォルトの名無しさん
06/08/19 09:48:58
出来るだけ無音期間を検出して無音期間を引き延ばすのが第一
次善は、周期を検出してその周期の整数倍にgranulを切り出して
それを並べる

音声の場合は周期の揺らぎが音声らしさを作ってるから
母音の部分の極端な引き伸ばしは巧くゆかないけどね(周期性が増すと声が変ってしまうから)
やらないよりはマシ

248:236
06/08/19 09:52:20
うん、どうやらその方法をとるしか無い様ですね。
・・・分かり切ったことを聞いたようで、すみませんでした。

しかしそうすると演算量が極端にあがるなぁ・・・
全量ノルムチェックと倍速調整か・・・うは、頭いてえ

249:デフォルトの名無しさん
06/08/19 10:07:55
Σx^2はそんなコストはかららないでしょ
周期検出の方が計算コストの低いのを探すのは大変でしょ

250:236
06/08/19 10:22:12
>>249
やぁ、せっかくあちこちダイエットしたのになぁ、ってボヤキです。
再生に関係しない他のところが処理コスト食い過ぎで、
再生するとCPU利用率が3%くらい跳ね上がるもんですから。

実質的な問題はただ単に面倒くさいだけです、本当にすみません。

251:デフォルトの名無しさん
06/08/19 10:23:57
急に内容が難しすぎ。

252:236
06/08/19 10:32:11
・・・確率論的に乱数で処理の是非を決定して無音部分の処理確率をあげt

いや、やめておこう

253:デフォルトの名無しさん
06/08/19 10:40:30
>>234
毎サンプルデータ毎に
Xを入力 Yを出力 配列をM, rwp,

Y = X*(1-g) + LPF( M[ (rwp +T) % SIZE] ) *g

M[rwp] = Y

rwp=rwp % SIZE;

てな計算になるだけだから、別に遅延などそう必要ないでしょ

254:デフォルトの名無しさん
06/08/27 18:27:58
QuickTimeSDKつかいづらい・・・・・・・

255:デフォルトの名無しさん
06/08/30 15:08:42
波形を合成する機能をもったライブラリって例えば
どのようなのがありますか?

256:デフォルトの名無しさん
06/08/30 16:11:14
DirectSound

257:デフォルトの名無しさん
06/08/30 23:33:24
8000Hz,8bitで取り込んだ音の中に、1KHzの音が混じってるかどうかだけをリアルタイムに調べたいんですが、低スペックマシンで処理するのにおすすめの方法はありますか?

258:デフォルトの名無しさん
06/08/30 23:36:44
FFTを応用すればどうとでも出来るとおも

259:デフォルトの名無しさん
06/08/31 10:30:18
>>257
フィルタ使うのが軽い。


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

4944日前に更新/170 KB
担当:undef