- 1 名前：デフォルトの名無しさん [2007/07/25(水) 14:07:56 ]
- 音のプログラミング処理について語りましょう
各エフェクタの組み合わせとか、
プログラミング外の話題はDTM板の方がいいよ
サウンドプログラミング3
pc11.2ch.net/test/read.cgi/tech/1145573675/
サウンドプログラミング2
pc8.2ch.net/test/read.cgi/tech/1091054082/
サウンドプログラミング
pc5.2ch.net/tech/kako/996/996171508.html
- 411 名前：デフォルトの名無しさん mailto:sage [2008/02/02(土) 21:07:39 ]
- ドラムとかシンセとかいろいろ入ってると難しいだろうな
- 412 名前：403 [2008/02/03(日) 05:37:33 ]
- 皆様回答ありがとうございます。
>>404
MSバランスって初めて聴きました。
MIDをモノラルにしてLRをステレオとして合計３つの音源で広がり感を
調節するものようですね。
なるほど、中央に音源を置いたほうがいいのかも。
ちょっと試してみたいと思います。
参照：
stagesounds.blog74.fc2.com/blog-entry-53.html
- 413 名前：403 [2008/02/03(日) 05:38:06 ]
-
>>405
遅延時間をいじるというのは、LRそれぞれに別のFIRをかけて、
左右の遅延時間に差をつけるということでしょうか？
コーラスの場合は、左右のディレイ分の変化、つまりピッチ感の変化の位相を
ずらすことによって、同じ音源を微妙に違うものとして耳に届けることで、ステレオ感が表現できると理解しているのですが、
FIRの場合は、左右のフィルタの係り具合、つまり音色の微妙な違いによって、ステレオ感を表現するということでしょうか？
その場合、ステレオ音の広がりの間隔をどのようにして調節するのかが理解できていないのですが、
もう少しヒントをお願いできないでしょうか？
- 414 名前：デフォルトの名無しさん mailto:sage [2008/02/03(日) 09:00:34 ]
- 遅延時間を変更するのに１サンプル遅延するのに苦労は無いけど
0.5遅延するのにどうする？ 単に２つの平均を取ると、これはLPFになってしまう。
高域をあまりカットしないで0.5遅延したいというような場合には
比較的長いFIRフィルタが必要。
- 415 名前：デフォルトの名無しさん mailto:sage [2008/02/03(日) 18:41:33 ]
- というか、コーラス等のエフェクタ用途だったら、
遅延時間の解像度はサンプル単位で十分なのでは？
というか経験的には十分だったような。（44.1KHzとかのサンプリングレートなら）
どの程度のS/Nになるかは計算できないんだけどさ。
- 416 名前：デフォルトの名無しさん mailto:sage [2008/02/03(日) 19:00:51 ]
- それで十分というならソレでいいんじゃない？
両耳の距離が17cmとして 170/340E3*44100 で22サンプルの遅延分
１サンプル単位にカクカクと変更しても気にならないといえばならない。
とりあえず思うような特性になるかどうか試してみるといいよ
- 417 名前：デフォルトの名無しさん mailto:sage [2008/02/04(月) 01:06:18 ]
- コード抽出なら離散ウェーブレットじゃないの
再構成しないならオクターブバンドより狭く解析できるし
時間解像度的にも有利
- 418 名前：デフォルトの名無しさん mailto:sage [2008/02/04(月) 12:46:12 ]
- その手の題材って、研究目的とかじっくりと取り組めるのでなけりゃ、
なかなか手を出しにくいね。
いくらかうまくいったとしても、道具としての実用レベルまでは遠い道のり・・・
- 419 名前：403 [2008/02/05(火) 03:52:34 ]
- >>405
>>414
>>415
>>416
回答ありがとうございます。
両耳への到達時間を1サンプル以下の単位で操作するためにFIRを利用するという意味なんですね。
やっと理解しました。
ちょっと実験してみたいと思います。
ありがとうございました！
- 420 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 11:54:50 ]
- サウンドカード付属のマイク入力（3.5ミニ）から入力された音声を
リアルタイム（非バッチ処理）にディジタル処理するプログラムの作成を考えています．
計測機器などはその製品ごと（というか会社ごと？）にコマンドが異なりますが，
サウンドカードも同様なのでしょうか？
windows Visual C++6 での開発を考えていますが，
後にUNIX系に移植するつもりです．
関数の使いまわしが出来るのかが心配になり質問しに来ました．
お願いします．
- 421 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 13:23:42 ]
- 入出力は処理系依存だと思うけど
- 422 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 14:46:24 ]
- Windowsの場合は
１ 低レベル オーディオAPI
waveInOpen/waveInAddBuffer/
waveOutOpen/waveOutPrepareHeader/waveOutWrite
窓へのメッセージで貰うか、CallBackを使う。
利点：サウンドカードをインストールすれば、ほぼ確実に使え、サウンドカードを意識する必要がない
欠点：色んなサウンドカードで音切れしないように考えるバッファを大きくとってレイテンシが大きくなりがち
ステレオ以上のマルチチャンネルは対応が難しい
２ DirectSound
msdn.microsoft.com/library/ja/default.asp?url=/library/ja/DirectX9_c/directx/htm/directsound.asp
利点：エフェクタ等、便利な機能が既にそろってしまっている。
欠点：DirectXがインストールされ、一部機能は対応サウンドカードである必要がある
３ ASIO
利点：低遅延
- 423 名前：420 mailto:sage [2008/02/07(木) 16:19:16 ]
- >>421-422
ありがとうございます．
低レベルオーディオAPIを使ってみます．
- 424 名前：デフォルトの名無しさん [2008/02/11(月) 00:00:11 ]
- 板違いかもしれませんが、質問させてください。
WindowsMediaPlayerのプレイビューのような、音楽にシンクロしてグラフィングが
変化する物（名前がわかりません）の作成の仕方が知りたいのですが、
どのように調べていいのかもわからず困っております。
ご存知の方がいましたら、調べ方についておしえてください。
- 425 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 00:04:29 ]
- >>424
それはグラフィクイコライザというものです。
音の高さに合わせて、それぞれの音の高さの音の大きさを棒グラフで表示します。
WMP等はこれをリアルタイムで行います。
原理は、フーリエ変換というものを使って信号を処理してそれぞれの周波数のゲインを解析しています。
手がかりは書いた。あとは検索しろ。
- 426 名前：デフォルトの名無しさん [2008/02/11(月) 00:09:05 ]
- ありがとうございます。
大変重要な手がかりをいただけました。
早速検索してきますー。
- 427 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 01:53:23 ]
- ス ペ ク ト ラ ム ア ナ ラ イ ザ だ
- 428 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 02:00:52 ]
- ﾜﾛﾀ
- 429 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 03:24:13 ]
- >>425
あれって本当にフーリエ変換なんてやってるのだろうか？
大体のふいんきが分かれば十分だからもっと簡単な実装で良いんじゃないかと思わなくもない。
- 430 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 04:20:34 ]
- フィルタした音を再構成して使うんじゃなければただのIIRバンドパスで十分かもね。位相回ってもパワーには影響しないし。
IIRで完全なクロスオーバー作るのは難しいから、各バンドのパワーの和を厳密に元信号と一致させたいときは使えないけど、
棒グラフ程度なら十分だと思う
- 431 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 04:48:13 ]
- 出てくる絵が変わっていけばいいだけなら、
無理にfftかけなくてもいいだろうけど、
スペクトル出すならなんかやってんだろうね。
- 432 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 11:05:56 ]
- パソコンの場合は十分な演算能力あるからFFTでもOK
ただ、FFTの都度CPUの負荷が上がるから消費電流の変動がノイズとなって聞こえるという困った事に
なおMP3はそもそも周波数毎に分割されてるのを再構成してるから、その時の情報を残している
可能性もある。
マイコン内蔵のDSPなんかで実現してる場合は
IIRフィルタでも共振型というかサイン波オシレータの構成だろう。
ようするにQ無限大の共振器に単発の窓関数かけて結果を見る
１個の共振器を時分割で使い回せば負荷も軽い
- 433 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 12:00:41 ]
- いつもは過疎スレなのにネタが落とされるとすぐにレスが付くな。
- 434 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 14:22:10 ]
- なんか前スレあたりでもほぼ同じ流れみたような
そしてそこでも、スペアナをグライコとよんでるやつがw
- 435 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 14:25:59 ]
- 前スレじゃなかったこのスレだわ>>324
- 436 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 14:57:35 ]
- グライコがスペアナの意味で使われてて混乱してたけど、やっぱり違ったか。
- 437 名前：デフォルトの名無しさん [2008/02/11(月) 15:20:50 ]
- >>436
なんか多くの素人が同じ間違いをしてる。
音楽やってたことある人でも多いし。
おそらくコンポやｶｰｽﾃﾚｵでスペアナとグライコの表示が似てるせいだろう。
- 438 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 16:08:10 ]
- グライコはどうやってるんだろな
IIRフィルタだっていうけど、係数を全部いっぺん変更してるんだろか？
- 439 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 18:45:44 ]
- 双二次で検索
- 440 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 15:20:24 ]
- 多分、一番多い実装は、
RBJ Audio-EQ-Cookbook で言うところの
双二次のピーキングIIRを複数つないでる。
- 441 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 17:22:50 ]
- b0 = 1 + alpha*A
b1 = -2*cos(w0)
b2 = 1 - alpha*A
a0 = 1 + alpha/A
a1 = -2*cos(w0)
a2 = 1 - alpha/A
コレって、 1/Aの部分で割算が必要だし
結局 a0で割らないといけないから、リアルタイムにこのまま計算してるとは思えないなんだよね
- 442 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 17:41:00 ]
- >>441
その割り算（a_i, b_i の計算）は、イコライザの設定変更時だけしかしなくて、
毎サイクルは必要ない。
- 443 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 18:16:13 ]
- イコライザだからAの変更は必要だよね？ そうすると 1/a0も計算しないといけないよね？
だから、割り算しなくていいような構成方法あるんじゃないの？
- 444 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 18:31:03 ]
- 設定変更時だけだし多少遅くても割り算やってる。
- 445 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 18:31:23 ]
- A の変更の頻度、それほど高くないはずだから、
割り算のコストをそこまでシビアに考えなくてもいいんじゃないかと。
除算器乗ってないプロセッサでも、除算表持ったり近似計算したりで、
割り算全く出来ないわけではないし。
- 446 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 19:04:53 ]
- 逆数を乗算してもいいな
そういう話をしてるんじゃないのは分かってるけどｗ
- 447 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 20:14:14 ]
- イコライザいけるならHPFでもいけるかと思って
リアルタイムで係数書き換えたらあっさり発振した。
やっぱだめか。
- 448 名前：デフォルトの名無しさん mailto:sage [2008/02/12(火) 20:18:37 ]
- イコライザも係数を一気に書き換えたら発振するよ
書き換えでフィードバックゲインが大きく変わるから、
結果オーバフローすると不安定になる。
- 449 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 03:26:05 ]
- だから俺はFIR派
- 450 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 08:04:25 ]
- FIRで、RBJみたいに簡単に扱える方法はあるの？
- 451 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 09:26:34 ]
- FIRでバンドパスフィルタを作っておけば直線位相だから
元の信号の遅延信号と加減算できるんだよ。
元の信号に足せば、そのバンドだけポコンの持ち上がるし
足せば下げられる。
IIIRでも同じなんだけどね
- 452 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 13:57:31 ]
- IIRは結果の加減算やろうとすると位相差のせいでうまくいかないからねぇ
てかRBJって何？
- 453 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 14:32:31 ]
- ｸﾞｸﾞﾚｶｽ
www.google.co.jp/search?q=RBJ+IIR
- 454 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 15:02:04 ]
- いや、バンドパスの頂点はゼロ位相だから 加算は可能だよ。
その特性は IIR-ピーキングイコライザのものと殆ど同じ
ただQはだいぶ調整必要なのとf0も少しズレるように思ったな
- 455 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 16:08:33 ]
- 頂点以外ずれるから問題なんだろう
- 456 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 16:11:20 ]
- それを言うならIIRのピーキングイコライザも問題って事になる
- 457 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 16:19:57 ]
- いや、位相がずれたものを元音に加減算することが問題って話ですよ
- 458 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 16:34:02 ]
- だからIIRピーキングイコライザも、位相はピークでは一致するけど
その前後では 〜 になる。
そして、IIRバンドパスのを加算しても、これは同じだから、同じだって
- 459 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 17:28:44 ]
- ん？ピーキングでもバンドパスでも位相がずれるのは当然、そりゃわかってる
問題はそれを元音に加減算することだと言ってるわけですよ。
位相がずれた音を元音に加減算したら周波数特性に影響が出るしょ？
までも、バンドパスは位相のズレ幅と同じスロープで減衰してるから、
大きな特性変化にはならないかもだけど。
まちがってたらすまん
- 460 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 17:45:59 ]
- 速い話
IIRピーキング = 元音 + IIRバンドパス
でははない。ということ。
周波数特性が崩れる。
- 461 名前：デフォルトの名無しさん mailto:sage [2008/02/13(水) 18:10:16 ]
- だからさあ
BPFの係数と
b0 = alpha
b1 = 0
b2 = -alpha
a0 = 1 + alpha
a1 = -2*cos(w0)
a2 = 1 - alpha
>>441 を比べてごらん
構造の違いは b1がゼロかどうかだろ？
BPFと元信号１遅延したのと重みを調整して加算したら区別付かないんだって
- 462 名前：デフォルトの名無しさん mailto:sage [2008/02/14(木) 02:43:28 ]
- >>453
なんだ、それか。妙な略し方だなぁ……。
>>462
よく分かってないんだけど、
>>441でA=1として
b0 = 1 + alpha
b1 = -2*cos(w0)
b2 = 1 - alpha
a0 = 1 + alpha
a1 = -2*cos(w0)
a2 = 1 - alpha
a系列は共通だから分母は無視するとして、
441のH(z)の分子 = 1 + alpha - 2*cos(w0)*z^-1 + (1 - alpha)*z^-2
462のH(z)の分子 = alpha - alpha * z^-2
分子部分の違いは
1 - 2*cos(w0)*z^-1 + z^-2
これが
> BPFと元信号１遅延したのと重みを調整して加算
でどう区別つかなくなるのか知りたい……。
- 463 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 19:29:47 ]
- A=1の時
BPF/alpha *(1+alpha) + -2*cos(w0)*z^-1 とすれば一致するようだね
- 464 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 10:20:39 ]
- 他スレから誘導されてきました
if文で、if (音を感知したら)
do ○○ っていう感じのプログラムを考えているのですが
その音を感知する部分で何か有効的な物ありますか？
（音はその時しか扱いません）
- 465 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 12:17:53 ]
- リアルタイム処理なら常に音量のゲインを見張って、
それが閾値に達したら別スレッドでdo○○に相当する関数を実行させるとか。
- 466 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 13:14:40 ]
- >>464
環境は？ そして、その入力元は何？ たとえばwindowsでマイク入力なのか、スピーカー出力なのか
- 467 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 20:05:30 ]
- >>465-466
ありがとう
windowsのマイク
何がしたいかっていうと
音を感知したら（どんな小さな音でもいいんだけど）、
HDDに録画をするっていうプログラムを作りたいんです。
だからゲインまでは必要ないかなとは思っています。
- 468 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 20:05:52 ]
- 連続ごめん
マイク入力のこと↑
- 469 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 20:34:24 ]
- どんな小さな音でもっていうけど
録音状態でマイクからの入力が0フラットのまま安定することってなかなか無い気がするけど。
ゲインを監視しなかったら録画しっぱなしになるな。
ていうかひょっとして、聞きたいのは録音するためのAPIとか、そんな程度じゃねぇの？
- 470 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 21:06:25 ]
- あ、そっかそうだよね... まぁとりあえず、ゲインは後で考えます
そう、APIとかの事でした、質問が明確じゃなくてごめん。
何か良いのないかなと思って
C++を考えてるけど
- 471 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 22:38:08 ]
- トリガの音にもよるんじゃね？
チャイムとか時報みたいな単音かつ短い物ならFFTなりで周波数成分見て判別出来そうだけど、
比較的長めのジングルみたいなのはどこまで一致したらトリガ音と認識させるのかとか、
マイクからの入力だとちょっとした事で入力状態も変わってくると思うんだよなぁ。
- 472 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 00:02:27 ]
- ちょっと話はズレるんだけど、プログラムを走らせるパソコン外部の装置からのデータ入力の際に
ノイズが完全に入らないデジタルな接続ふｙふｙふゆいおｊｈｙ「
- 473 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 00:34:41 ]
- ふじこ！
- 474 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 04:25:26 ]
- >>467
物音がしたら一定時間録画、防犯システムみたいなもんか。
スレ一通り見た？Winでのマイク入力については
>>16 以降とか、
>>420 以降あたりが参考になりそう。
当然、環境音やアナログ回路由来のノイズとかあるから、静かだったら入力0ってことはない。
ある値を超えたら、って具合に感度（スレッショルド）は設ける必要ありますよ。
それから常に空調が入っているような部屋の場合は、
ハイパスフィルタなどを使って検出に不要な帯域をできるだけカットする必要があるかもね。
- 475 名前：デフォルトの名無しさん [2008/02/20(水) 05:07:39 ]
- 質問なのですが、ここらへんの技術で食べていくにはどうしたら良いのでしょう、
この中でプロで音響関連のプログラマーをやってる方っていますか？
やはりゲーム業界や計測器系の会社が多いんでしょうか？
DAWの開発会社に勤めている方とかいましたら、ぜひ職場の雰囲気など教えてほしいです。
職場での立ち位置なんかも気になります。
やっぱりマニアックな分野の分だけ、発言権は低いのでしょうか。
大学での専攻分野が音響/信号処理関連でないと難しいとかやっぱりあるのでしょうか。
- 476 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 06:01:23 ]
- 発言権てｗ
- 477 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 10:06:59 ]
- 国産DAWやシーケンサーは、プログラマ1人で作ってるものがほとんど（過去のものも含む）。
1人の作業に雰囲気もなにもない。
- 478 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 10:59:44 ]
- 職場の雰囲気なんて社風によったり、部署毎に違ったり、面白いやつが一人いるだけで変わるもんだから聞くだけ無駄。
ゲーム業界におけるサウンドの地位は基本的に底辺。
サウンド専用のメモリをメイン側で使われたって話も聞いたことがある程。
唯一コナミだけはサウンドの発言権が強いってんで有名だったけど、それも10年くらい昔に聞いた話だし現状どうなってるかは知らない。
組み込み系やサウンドツールはボチボチ仕事転がってるから需要あるかもしんない。
ってかマ板向けの内容だなｗ
- 479 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 12:18:01 ]
- Q ここらへんの技術で食べていくには
A 自分を差別化出来るだけの技術を付けるしかない
音しか出来ないのでは駄目。
色んな事が出来た上で音も出来るのでなければならない。
算数や工業数学には強くないといけないね
- 480 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 13:02:34 ]
- 算数は機械がやってくれるので問題ないだろ。
数学をやれ。
- 481 名前：デフォルトの名無しさん [2008/02/20(水) 20:14:33 ]
- スタインバーグとか開発が海外でしかも音響専門のソフトウェア会社ならどうなのか気になる。
みんな楽しそうにやってるのか、デスマーチで死んでるのか。
- 482 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 22:06:48 ]
- >>479
技術よりネタだろうな、なんつーかもう何もかもやり尽された分野だし
FM音源が流行っていた時代、ソフトで音を作っていた時代が懐かしい。
今やるとするなら初音ミクみたいな奴とか
あえて技術で攻めるなら、このデータは効き難い事で有名といところで、圧縮、だがこれももう限界に近い。
他には音声認識もまだやれる事が多いかな、これは出力ではなくて入力なのでこのスレとはちょっと違う雰囲気か。
- 483 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 02:07:34 ]
- たしかに雰囲気は違うか
でも語らうとしたらこのスレくらいしかって気もするな
- 484 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 02:23:11 ]
- Visual C++ 6
SDKにて開発をしています．
こちらをコピーして，マイクから録音したものをwav形式で保存しています．
ttp://www7a.biglobe.ne.jp/~lshen/EternalWindows/Sound/WAVE/WAVE11.html
処理の流れを見ると，
waveInOpen
waveInPrepareHeader
waveInAddBuffer
waveInStart
＞録音中
waveInStop
waveInReset
waveInUnprepareHeader
waveInClose
で，最後にSaveWave関数内で wav ファイルに落としています．
ここで，信号を wav に落とさずに信号処理を行いたいのです．
おそらく wh.lpData 内にデータが書かれていると思うのですが，
サンプリング周波数（例では8kHz）によってデータを配列に並べる処理等が分かりません．
具体的には，録音をしたデータをフーリエ変換し，そこから別の処理へと繋げるつもりです．
ご教授願います．
- 485 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 03:20:36 ]
- >484
>474
- 486 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 08:37:57 ]
- >>484
wf.nChannels = 1;
wf.wFormatTag = WAVE_FORMAT_PCM;
wf.wBitsPerSample = 8;
wf.nBlockAlign = wf.nChannels * wf.wBitsPerSample / 8;
wf.nSamplesPerSec = 22050;
wh.lpData に モノラル 8bit 22.05KHzの配列として入力されている
FFTするなら、
wf.wBitsPerSample = 16;
として 16bit 符号付の配列として wh.lpData を扱えばいい。
連続して処理するなら、
waveInPrepareHeader
を２つ以上確保しておいて、MM_WIM_DATAメッセージを貰う都度、バッファを使いまわす事だ
- 487 名前：484 mailto:sage [2008/02/21(木) 13:28:25 ]
- >>485
もちろん目を通しましたが，わかりませんでした．
>>486
ありがとうございます．8kHzではなく22.05kHzでした．
おそらく wh.lpData 内はバイナリで書かれていると思います．
バイナリファイルから数値を読み込むのは fopen( hoge, "rb") を利用すれば良いのですが，
バイナリとして書かれているものをアスキーの配列に入れなおすには
どうしたら良いのでしょうか？
調べる中で以下のサイトに辿り着きましたが，
こちらも fopen による処理でした
ttp://oku.edu.mie-u.ac.jp/~okumura/wavefmt.html
よろしくお願いします．
- 488 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 13:47:13 ]
- チョットまだ基本的なC言語の考え方がわかってないようだ。
もう少しC言語の作法がわかる段階でないと説明する方も辛いんで勉強してくれ。
wf.wBitsPerSample = 8; だから
wh.lpData にはバイト列で入ってる 符号なし8bitだから
unsigned char *p= (unsigned char *)wh.lpData;
とやれば for 文で (p[i]-0x80 ) とでも ( *p++ - 0x80 ) とでも 処理出来る。
wf.wBitsPerSample = 16; にしてやれば 16bit 符号付になる
同じように16bit幅の符号付ポインタに代入すればいい。
- 489 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 14:00:14 ]
- >>488
不勉強な中，質問させていただいて申し訳ありません．
ご丁寧なレス，感謝致します．頑張ります．
- 490 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 14:26:16 ]
- >>487
サウンドプログラム以前の話じゃん。
スレ違いだよ。
- 491 名前：デフォルトの名無しさん [2008/02/25(月) 22:35:24 ]
- Windows上で、waveOutGetDevCaps()やwaveInGetDevCaps()で取得したデバイスの、
さらに詳細な情報を得るにはどうしたら良いでしょうか？そのデバイスがUSBオーディオ
デバイスであるかどうかや、USBデバイスの場合はPIDやVID等を取得できるとうれしい
んですが。
Setup APIと組み合わせればどうにかなるかなと思ったんですが、Setup APIで取得できる
情報と、waveOutGetDevCaps()/waveInGetDevCaps()で取得できる名前とのマッチング
がとれないんですよね。WAVE APIだと、"(2)"とか"スピーカー"とか勝手についたりするし。
何か良いアイディアは無いでしょうか？
- 492 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 11:25:01 ]
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4D36E96C-E325-11CE-BFC1-08002BE10318}
を見るくらいかなあ・・・
- 493 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 20:52:43 ]
- 質問です。
Q1.
信号を、ハミング窓をかけて５０％オーバーラップしながらFFTして、
そのまま、逆FFTして、Overlap and Add した場合、信号が完全に
再現されるのでしょうか？
Q2.
信号を、sine窓かけて５０％オーバーラップしてMDCTして、
そのまま逆MDCTして、再度sine窓かけて、オーバーラップすると
信号は完全に再現されるのでしょうか？
- 494 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 21:07:26 ]
- 理論上どうだったかは忘れたけど、
少なくとも窓関数が 0 近い辺りでは誤差が大きくて、
完全な再現ってのは無理。
- 495 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 08:13:37 ]
- FFT->逆FFTで完全に元に戻っているのだから、
窓関数がオーバーラップ処理でフラットになるかどうかの問題。
フラットになる窓関数は １８０度の位相差のものと足して1になる必要がある。
ハニング/ハミング窓は
A-(1-A)*cos(2πT/L)で 180度ズレると A+(1-A)cos(2πT/L) で加算すると2A
だから、ハニング窓は完全に戻るし、ハミング窓は 0.54*2 のゲインが残るだけ
サイン窓は 180度のズレは窓関数上は90度のズレになるので、
加算してもsin関数が残る。 そのサイズでモジュレーションした信号になってしまう
FFT->加工->逆FFTとした場合は、一般的には完全には接続しない。
MP3なんかはうまく誤魔化してるけどね。
単純に考えても、音程のある成分は位相を合わす事が出来るけど
でも位相を合わせると、ノイズは位相が合わせられないのだから 1/√2になる
- 496 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 16:41:59 ]
- >>495
詳しい説明ありがとうございました。
ＭＰ３は、なぜハミング窓を使わなかったのだろう、と思いまして。
sine窓の必然性が理解できてないのです。。。
- 497 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 17:08:38 ]
- >>496
周波数領域での加工を前提とすると、
FFT前に窓がけしないと、周波数領域の信号レベルの確度が悪くなる
逆FFT後に窓がけしないと、時間領域で接続性が悪い
上の理由から実務上2度窓がけする必要があって、かつ、2度の窓がけ後の結果の
オーバーラップが元信号に戻らないといけない。でも、han窓は１回の窓がけの
結果のオーバーラップで元に戻るように設計されてるから適さない。
で、上の条件を満たすsin窓とかVorbis窓が使われる。
- 498 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 20:45:14 ]
- なるほど、頭いいなー
- 499 名前：デフォルトの名無しさん [2008/03/15(土) 16:21:05 ]
- すみません、質問なんですが
サウンドプログラミングに関する本で、
picか何かでのサウンドドライバの作り方とか
一連のサウンドプログラミングが説明してある組込みの書籍か雑誌が発売されてたみたいなんですが、
本のタイトルがわからなくなって探すことができません。
それっぽいキーワードでググっても出てきません。
目次を眺めただけなので、具体的な内容は違うかもしれないのですが。。。
どなたか、上記の本のことをご存じないでしょうか？
- 500 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 18:34:48 ]
- picってMicrochip社のPIC?
- 501 名前：499 [2008/03/15(土) 23:37:51 ]
- >>500
ごめんなさい、picかどうかも怪しいです。
僕はMicrochip社のPICのつもりで書きましたが、
そもそもpicじゃないかもしれないです。
質問内容が曖昧過ぎますよね。。。
今になって>>499の本にすごく興味が出てきてしまって。
- 502 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 08:27:07 ]
- PICだとすれば DsPIC だろうけど
- 503 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 08:32:06 ]
- 検索したけど、コレくらいしかみつからなかった
gihyo.jp/book/2006/4-7741-2863-5
- 504 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 23:38:52 ]
- すげえなこれ
ttp://slashdot.jp/it/08/03/16/222221.shtml
- 505 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 00:01:38 ]
- ソレ、おれもおどろいたわ
どういう仕組みなのかなあ
- 506 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 00:45:39 ]
- 基音を分解したあと上音を再構成してるんだろうけど
どの上音をどの基音に結びつけるかってのは、
あらかじめ楽器音を抽象化したサンプルのカタログから検索してるんじゃないかなぁ
- 507 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 05:47:11 ]
- すげえなこれ
sho1.jp/sho1/movie.swf
- 508 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 10:07:14 ]
- >>506
それだと人の声とか、音の響き方が変わったときは無理じゃね？
解析中に倍音成分の偏りのテーブル作ってるんじゃないかなぁ。
試算は元波形から減算して０になればいいわけだから、その辺からも補完情報得られそうだ。
おかしなエフェクトかけた音とか食わしてみたい。
>>507
ナニガ？
サウンドプログラム的には初歩の初歩だろ。
- 509 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 19:54:37 ]
- 位相を和音を基準に解析して、各周波数ごとにピッチ、スピード、再生タイミング等を調整できるようにしただけじゃね。
和音に分解するのにものすごい時間かかりそうだ。どちらかというとアイディアよりも速い速度を出したという努力の方が凄い。
- 510 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 23:43:22 ]
- >>509
短絡的に考え過ぎじゃまいか。
速度無視すりゃキミ作れる？
- 511 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 23:51:51 ]
- まあ、そういうこと言い出すと、情報系の研究の結構な割合が、
真新しい技術を作ることじゃなくて、既存技術を低演算量で実現ってノリよ。
|
 |
