[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 06/01 09:09 / Filesize : 249 KB / Number-of Response : 981
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

サウンドプログラミング4



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


2 名前:デフォルトの名無しさん mailto:sage [2007/07/25(水) 14:52:49 ]
2get

3 名前:デフォルトの名無しさん [2007/07/25(水) 16:24:53 ]
用語を統一するために

リアルタイム
 バッチ処理の対語で、ゼロレイテンシの事ではない。 
 遅延はあっても途切れずに処理する事をいう

レイテンシ
 ADCからDACまでにかかる時間の事だったり
 DSPの掛け算なんかで命令から実際に答えが出るまでの命令サイクル数の事だったり

DSP
 デジタル・シグナル・プロセッサ の場合は信号処理用のMPUの事
 デジタル信号処理の事を言う場合もある

4 名前:デフォルトの名無しさん mailto:sage [2007/07/25(水) 16:41:43 ]
最近サウンドプログラミングに目を向け始めたんだけど
ソフトシンセに関して書かれた本とかってないの?

5 名前:デフォルトの名無しさん mailto:sage [2007/07/26(木) 07:35:52 ]
            ,,.-‐'''"´ ̄ ̄ ̄``丶、
        ,,.-'"´             ``丶、
       /    :/    .、   、     丶
     /  :::.:/! :::/ :|.     T:、_.:::.:ヽヽ.:::.:::   ヽ
     /:/ ::::l:ア.:::/|.::::|! ::.:::.:::  |.:::l、.:::.::丶.:::.:::.:::.:::. ヽ
    /.::/ .:::.:l|!.::/ .|.:::|!.:::.:::.:::.:::.:|:.:::lヽ.:::.:::.:ト、.:::.:::.:::.:::.::::l
   l.::/! .:.:::.:::|!.:::|  |.::|」 .:i:.:::.:::.::|.:::メ、_ ヽ.::::l ヽ.:::.:::.:::.i::.::l
   .|::/ |:::::::::::::|!::| _,,.イ!_ヽ:::l::::::::::|!ソr _二ニァi- l::::::::::::l:l:::ト
   |!:l |::::::::::_,.ィ匕.r=テミ、 ヽ:l:::::::| ! イ 于ミヽ、 |:::::::::::|ア!:|:ヽ   出席番号5番
    l!  |::::::::、:::l::|'´i'丿;;ヽ  ヽ::::|   l‐'´;;;::|! `|:::/:::::l|::l:lt、::l  和泉亜子が5get
   !  ト、:::::l::::l! _|_::::::::_i!.  ヾ!   丶--≡‐、l::イ::::/.`l!l::l!ヽl
       |::ヽ:::ヽ:|.イ-' ̄   丶       `´ソノ/::/ ノ!ヽ::l 丶、
     .|:::::入:ヽヽ        _,,.--、   ソ l∠ィ'l´j  ヽ!
     |:/ヽヽヽ.Y-、_ 「 ̄  ̄       ン‐、 ,.イソ/ .レ'   !
      '´   ヽ/_,,.-‐'''`L    _,,.∠__\!l/   !
     ,r─‐ァ'´  .-‐'''"ヽヘ__/,⊥,,__   ヽr───‐-、
    /.|   ヽ    -‐'''"´┤ 〉L__    /       入
  /  ヽ   \         |   {       /      /  ヽ

6 名前:デフォルトの名無しさん mailto:sage [2007/07/26(木) 09:25:38 ]
>>3
リアルタイムじゃなくてインタラクティブと呼ぶと良さげ

7 名前:デフォルトの名無しさん mailto:sage [2007/07/26(木) 11:19:38 ]
マルチメディアなスレみーっけ!

8 名前:デフォルトの名無しさん mailto:sage [2007/07/26(木) 11:45:14 ]
   __i.\,/!_
  ゝ, ''´⌒`ヽ   
   ノノメノハノ〉〉  
 |\ルリ!゚ ヮ゚ノ∩ やっぱり最強なあたいがHゲットよ!
  \ と)i`\´iノ  
  ∠ ,く// i ゝ
   '`"!ンィン'´

9 名前:デフォルトの名無しさん mailto:sage [2007/07/28(土) 22:35:32 ]
とある音源Aと、イコライザなどを使いAの特定の部分の周波数を強調した音源Bから
周波数のどの部分が加工されたかを知るにはどうすればいいんでしょうか。

10 名前:デフォルトの名無しさん mailto:sage [2007/07/28(土) 22:57:20 ]
Spectrogram を PrintScreen して Photoshop に hariko して XOR を掛ける



11 名前:デフォルトの名無しさん mailto:sage [2007/07/28(土) 23:01:40 ]
☆SHI☆NE☆YO☆

12 名前:名無しさん@そうだ選挙に行こう mailto:sage [2007/07/29(日) 07:42:58 ]
周波数の強調などのフィルタは普通は線形だから
入力A 出力B フィルタF なら B = F*A

だからFを求めて、このFの周波数特性を求めるという事になる。

方法は
1、A,BをFFTして、 周波数軸上でB/Aを求める

2、適応フィルタ PARCORフィルタなどで、Fの近似値を求めて
 このFの係数から特性を出したり、
 Fにホワイトノイズや周波数スイープを入れて特性を出す


13 名前:名無しさん@そうだ選挙に行こう mailto:sage [2007/07/29(日) 09:37:50 ]
単純にB-AをやってからFFTして、
一番でかかった周波数帯を見れば良いんじゃないかしら?

14 名前:名無しさん@そうだ選挙に行こう mailto:sage [2007/07/29(日) 12:49:30 ]
それは旨くゆかない。イコライザーなどはIIRフィルターなので、位相も変化してるし
FIRフィルターであっても、BとA間には遅延があるので B-Aではダメだよ

15 名前:デフォルトの名無しさん [2007/08/03(金) 21:11:19 ]
即死判定予防

16 名前:デフォルトの名無しさん mailto:sage [2007/08/03(金) 22:32:46 ]
サウンドカードの入出力を利用してオーディオ用のディジタルフィルタ(リアルタイム)を
実現してみたいので参考になるホームページお願いします。

17 名前:デフォルトの名無しさん mailto:sage [2007/08/04(土) 08:42:33 ]
基本的にサウンドカードの入出力でエフェクトするのは環境依存。

最近のマザー付属のものでは、入出力を同時に出来るものも増えてきてるけど
一昔前は、入出力を同時にすると、入力がそのままハード的に出力に出て来たりとかのが多かった。

2枚刺しなどで入力と出力を別ボードとなると、サンプリングレートの微妙なずれでだんだんとズレてゆく
あるいは1枚のものでもズレるものが多かった。

つまり、エフェクトするには、まず入出力でサンプリングが同期して、
かつ入出力がハード的に分離してるハードである事が条件だ。

それを解決していれば、あとはwindowsなら低レベルオーディオAPIで -->ヘルプ【低レベル オーディオの概要】

WAVEHDR 構造体を、in/out用に複数用意して それをコールバックかメッセージ駆動で
順に再利用してやればいい。

C++でもDelphiでもそういうコンポーネントを1回作っておけば、後はとても楽チン

18 名前:デフォルトの名無しさん mailto:sage [2007/08/04(土) 22:22:51 ]
アドバイス有難うございます。
開発環境はBCC5.5.1(C言語)とWin32APIを使ってます。
ハードは比較的新しいマザーP5Bですので対応大丈夫と思います。
ただ、ゴーグル検索でオーディオ入出力を同時に行っているサンプルが見つからず???な状態です。
良いサンプル落ちてないですか?

19 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 11:41:57 ]
たとえば、ここは2個用意して交互に利用してるけど、
ttp://www13.plala.or.jp/kymats/study/MULTIMEDIA/waveOut_multibuf.html
こんな感じで2個3個を順に利用させる。
ttp://www7a.biglobe.ne.jp/~lshen/EternalWindows/Sound/WAVE/WAVE04.html

入力側も同じように、マルチバッファリングで処理する。

入力--WAVEHDRのマルチバッファリング-->FIFO-->出力のWAVEHDRのマルチバッファリング


プログラムの開始時は、
1waveOutPrepareHeade/waveInPrepareHeade で WAVEHDRを全部登録
2,waveOutPause
3,出力のWAVEHDRによるマルチバッファをwaveOutWriteで全部埋めて
4,入力のWAVEHDRによるマルチバッファを連続してwaveInAddBuffer
5,waveInStart

以後は、コールバックか窓メッセージで
最初の MM_WIM_DATA で waveOutRestar

入力はMM_WIM_DATA$3C0 出力はMM_WOM_DONE $3BD
それぞれ 帰ってくる WAVEHDRを再利用する
片方ではFIFOに書き出し、片方ではFIFOから読み出す。
どっちかの処理でエフェクトをかければいい


20 名前:18 mailto:sage [2007/08/05(日) 16:44:55 ]
>>19 すごい親切な方熱烈感謝です。
先ははるかに遠いですが、なんとなく流れの概要がつかめました
(全体の流れがつかめないとどうしようもないですから助かりました)
先ずは入力を出力に出すだけの音声スルーを実現にしたいと思います。

3.で出力用データが用意されてないのにwaveOutWriteしてますが、
出力用データはどうするのでしょうか?

MM_WIM_DATA、MM_WOM_DONE処理はこんな感じでよいですか?
*MM_WIM_DATAを受け取ったら、
最初のMM_WIM_DATA ならwaveOutRestartする
入力データに対するを処理する(エフェクト)
それFIFOに書き込む
受け取ったWAVEHDRをwaveInAddBufferする(WAVEHDRの再利用処理)

*MM_WOM_DONEを受け取ったら、
受け取ったWAVEHDRをwaveOutUnprepareHeaderする
出力データをFIFOから読み込み、受け取ったWAVEHDRのlpDataバッファに転送する
そのWAVEHDRをwaveOutPrepareHeaderする
waveOutWriteする



21 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 20:00:02 ]
>3.で出力用データが用意されてないのにwaveOutWriteしてますが

まあ途中のFIFOがいっぱいになってから、出力WAVEHDRを書いてもいいんだけど
>入力--WAVEHDRのマルチバッファリング-->FIFO-->出力のWAVEHDRのマルチバッファリング
と、全部が遅延要素だから、出力側のマルチバッファリングにはゼロでも埋めて
出力をスタートしようって事

後はOK

22 名前:デフォルトの名無しさん [2007/08/06(月) 10:51:32 ]
すみません。
wavOutWriteで2つ以上の波形をミックスした音を出したいのですが、合成のやり方がわかりません。
データは16ビットモノラルです。

char* buf1,buf2,out_buf;//元データ

short* in1 = (short*)buf1;
short* in2 = (short*)buf2;
short* Out = (short*)out_buf;

for(int i=0;i<BUFFER_SIZE/2;i++)
{
Out[i] = in1[i] + in2[i];
}

こんな風にすると、音割れが発生してしまいます。どうすればよいのでしょう。

23 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 11:04:15 ]
そりゃぁ、単純に足しちゃダメだろ。安直にやるなら平均だけど、それで事が足りないなら調べて工夫すればいい。

24 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 14:18:20 ]
>22
in1[i] + in2[i] の結果を -32768 〜 32767 でクリップするだけでもだいぶマシになる。
真面目にやるならソースの音量を調整するなりコンプレッサつけるなりしないとダメ。

25 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 15:49:16 ]
サウンドプログラムってやったことないおれがいいかげんレスすると
演算のオーバーフローで音割れ発生なら
Out[i] = in1[i]/2 + in2[i]/2;

int tmp = in1[i] + in2[i];
Out[i] = tmp/2;
したらどう?

26 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 16:14:25 ]
>>25
それ、>23で指摘している平均ですから。

27 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 16:15:19 ]
俺は夏の間だけ2乗平均するゼ

28 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 17:56:35 ]
平均てか、オーバーフローしないように音量下げてるだけでしょ。

単純に足すの自体は正しいけど、フルボリュームの音2つ混ぜればレベルオーバーして割れる、ってあたりまえの話し。
割れないようにするには基本音量調節だけど、
クリップ処理はしといたほうがいい。でないとクリップしたとき醜いことになる。
整数処理の場合、混ぜた結果をクリップ処理するならshortじゃなくてlongとかで足し算しないとね。

29 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 18:11:40 ]
色々と突っ込みどころだらけだな。

>単純に足すの自体は正しいけど、フルボリュームの音2つ混ぜればレベルオーバーして割れる、ってあたりまえの話し。
「混ぜる」が「足す」であることが前提となっているが、「混ぜる」ことと「足す」ことはイコールではないぞ。
フルボリュームの音を足すとレベルオーバーするから、そうならないように混ぜないといけないという、当たり前の話だね。
×話し
○話

>クリップ処理はしといたほうがいい。でないとクリップしたとき醜いことになる。
何が言いたい。字義通りに解釈すると、「クリップしないとクリップしたときに醜い」となって意味不明なのだが。

30 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 19:29:40 ]
重箱の隅



31 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 19:36:32 ]
隅の多い重箱だな

32 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 19:43:20 ]
石頭

33 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 20:14:12 ]
>28
アホだコイツw
レベルオーバーで割れるのはクリップしても割れるだろうが、嘘教えてんな
それを言うならオーバーフローだろボケ
用語は正しく使え、知らないなら黙ってろ

34 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 21:23:01 ]
クリップ処理すればレベルオーバーしても割れないなんてだれも書いてないと思うけど、
とりあえず、君が正確な用語で簡潔に説明してやればいいんじゃない?

35 名前:18 mailto:sage [2007/08/06(月) 21:32:43 ]
>>21 有難うございました。
また、質問すると思いますが、そのときはよろしくです。

36 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 23:15:12 ]
>>25
細かいことだけど、CやC++の仕様ではintより短い整数型は演算中は自動的にintに格上げされるから、
intが32ビット以上の環境なら単純に Out[i] = (in1[i]/2 + in2[i])/2; と書いてもオーバーフローしないよ。
これは Out[i] = (int)(in1[i]/2 + in2[i])/2; とまったく同じ挙動になる。

37 名前:36 mailto:sage [2007/08/06(月) 23:17:48 ]
コピペしたら /2 消し忘れた・・・orz
正しくは Out[i] = (in1[i] + in2[i])/2; と Out[i] = (int)(in1[i] + in2[i])/2; です。

38 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 23:20:06 ]
>>36
それって仕様でなくて、処理系によるんでない?

39 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 23:36:17 ]
てかシンプルなことなのに、やたら難しいことみたいにじれったいやりとりだなw

40 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 23:44:20 ]
>>38
charやshortが被演算数になったときのintへの自動格上げはANSI Cの言語仕様だよ。
K&R第2版のA6.1節に書いてある。



41 名前:デフォルトの名無しさん mailto:sage [2007/08/07(火) 01:55:28 ]
自動作曲ソフトのようなものを作りたいです
そこでまず何を勉強すればいいですか?

42 名前:デフォルトの名無しさん mailto:sage [2007/08/07(火) 01:56:32 ]
midi(笑)

43 名前:デフォルトの名無しさん mailto:sage [2007/08/07(火) 01:57:41 ]
>>41
pc11.2ch.net/test/read.cgi/tech/1177285633/

44 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 13:03:58 ]
音源Aが 波形x + 波形a
音源Bが 波形y + 波形a
で構成されている時、
A - B = (x + a) - (y + a) = x - y
でaを消す事が可能ですけど、逆にxとyを消してaだけで構成された音源を作る事は不可能ですよね?

45 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 13:13:09 ]
変数が3つあって方程式が2つしかない場合、一般的に全ての変数は求まりません。

46 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 14:44:43 ]
>>44
x と y が無相関なら、A, B の無相関化である程度の除去はできるかも。
x, y がそのままとりだせるかどうかは知らないけど。

47 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 15:23:04 ]
歌がセンター定位である事を利用した カラオケ器 なんてのが趣味の工作で流行ったけど

その逆にセンターの歌だけ取り出すのは まだまだ無理だよ。
リアルタイムに音声認識⇒音声合成をやらないといけないからね

48 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 16:18:18 ]
>>47
それは、センターにボーカル以外の音も混ざってるからでは。
左右の音の、ボーカル以外の部分が完全に無相関なら
結構いいせんで分離できると思う。

まあ、「完全に無相関」なんて仮定が通じるわけもなく、
結局、ボーカル抽出は音声認識的な技術も使わないと無理くさい
ってことだと思う。


49 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 16:55:02 ]
完全に無相関かどうかは、この場合関係ないでしょ。

L(x)+S(x) と R(x)+S(x)から、どうやってS(x)を分離するというのだい?

50 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 17:01:26 ]
うん



51 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 17:29:44 ]
相関ベースのブラインド信号処理でも、
2チャネルだと分離できるのは2信号までか。

52 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 00:34:44 ]
歌声りっぷで同名ファイル選んで中央定位抽出できるけど
FFTでなんとかかんとか

53 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 00:53:48 ]
ノーマルバージョンからカラオケバージョンを減算すればいいんじゃね

54 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 02:44:09 ]
歌声りっぷでググれって

55 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 03:00:45 ]
誰もツールの話なんかしてねー

56 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 03:48:49 ]
FFTでなんとかかんとか

57 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 06:11:53 ]
離散フーリエ変換なんて糞

58 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 07:52:14 ]
>>57
具体的に書かないと、ただの「自分に判らないものは糞ってことにしておきたい人」にしか見えませんよ。

59 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 07:59:34 ]
A = a + x, B = b + x から得られるのは a - b, b - a しかないけれど、そのどちらかをFFTで何とか何とかすることにより、a + b の周波数が得られる。
あとは A + B = a + b + 2x = C, C - (a + b) = 2x, 2x / 2 = x で終了。

60 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 08:08:14 ]
FFTを魔法の道具と思ってないかい?
a+b +2*x から、 2*x をどうやって消せるの?

それが出来るなら自動車の運転中の音声認識なんかに威力を発揮する大発明さ。
他にも、携帯電話で話者の声だけ取り出して送信するとか応用はすごいぞ。


大金持ちになれるチャンスだよ。 がんばれ




61 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 08:37:37 ]
だから離散フーリエ変換なんて糞なんだよ。
アナログ回路最強。

62 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 12:36:56 ]
DFT単体で考えてる人が多いな
あれはツールなんであって、何かと組み合わせんとね

で、到達方向が違うならビームフォーミングでいけるんちゃうの?と適当に言ってみる

63 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 14:36:32 ]
>>62
ビームフォーミングって、分離の精度上げようと思うと、
>>51 あたりで言ってる相関ベースのブラインド信号処理になるんだけど、
マイク2本だと2音源までしか分離できないよ。

フーリエ変換でどうこうって言ってるのは、
a, b, x のそれぞれが、違う基本周波数のハーモニックトーンだとすると、
周波数領域でその倍音成分だけとれば分離できるかもって話かと。

64 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 20:18:37 ]
>61
板違い

>63
ぶっちゃけ出来ないけどな。
そりゃソース次第では出来るだろうけど、汎用は出来ない。

65 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 14:58:50 ]

555 名前:名無しさん@そうだ選挙に行こう 投稿日:2005/09/11(日) 07:27:19
簡単そうに見えて簡単に出来ない事がある

1.CDをかけるとカラオケで再生してくれるプレイヤーってあるよね。
  逆に歌手だけ抜き出すってのも簡単?

2.アナログ時代の電話線のエコーキャンセラーってあったよね?あれと同じで
 ビデオカメラにメカノイズが載るのはカメラ上に別のマイクつけて適応処理したら簡単に消せるよね?


3.最近3Dサウンドってあるよね。 2スピーカーなのにヘリコプターが立体的に飛び回って聞こえるよ。
  だから、狭い間隔でおいた2スピーカーを広げて置いたように聞かせるのも簡単だよね

4.ホール効果とか残響のある部屋を再現する機能がついてるじゃん。 アレの逆でさ
  残響の多い部屋から残響を消すのは、マイク付ければ簡単だろ?
  マイクで部屋の特性取りながら逆位相の信号を足せばいいだけだろ?

---------------------------
前スレにあった話の、この1の問題だね。 この4つとも、とても難しいのだけど、難しさを説明するのも難しい

66 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 17:08:41 ]
ボーカルのみを消去するソフトがあったけど、出来はどんなもんだろ?

67 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 17:50:19 ]
ヒロフのやつ?

68 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 03:46:01 ]
>>55
FFTで中央定位抽出が一応出来る
どうやってるかはしらん

69 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 04:23:58 ]
誰もツールの話なんかしてねー

70 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 10:15:09 ]
定位が中央、右、左の3点だけって状態はまずない、ってので説明終わりにならない?



71 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 10:34:47 ]
無理だろうな
L(t) := A1*sin(w1t+C1)*D(r1*t,T1) + A0*sin(w0t+C0)*D(r0*t,T0)
R(t) := A2*sin(w2t+C2)*D(r2*t,T2) + A0*sin(w0t+C0)*D(r0*t,T0) 関数Dはアタック+リリース

みたいな単純モデルがタマタマあてはあまるなら別だろうけど

72 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 15:33:02 ]
動的フィルタ使えば? このあいだAESとかいう学会で展示されてたのが単純な仕組みでなかなかの効果だったよ。

73 名前:デフォルトの名無しさん mailto:sage [2007/08/14(火) 06:32:06 ]
動的フィルタってどうゆうの?

74 名前:デフォルトの名無しさん mailto:sage [2007/08/14(火) 06:54:00 ]
えっ

75 名前:デフォルトの名無しさん mailto:sage [2007/08/16(木) 13:25:50 ]
>>73
Adaptive Filter のことかな。
入力によって、係数をどんどん更新していくようなタイプのフィルタ。

伝播路推定とか、音源推定に使えたりするんで、
それで、音源分離しようって話かも。
もちろん、入力信号の種類にまったく過程を置かない場合は
2マイクだと2信号までしか分離できないんだけど、
ある程度、信号が独立だとか、基底周波数が違うとかの条件があればいい線いくかも。

76 名前:デフォルトの名無しさん mailto:sage [2007/08/16(木) 21:28:08 ]
東京から大阪まで行きたいんだ

新幹線使うといいよ

電車ってのに乗るといいらしいよ

そんな流れ…?

77 名前:デフォルトの名無しさん mailto:sage [2007/08/17(金) 14:01:38 ]
目的地は大阪じゃなく月だな

78 名前:デフォルトの名無しさん mailto:sage [2007/08/17(金) 14:12:55 ]
まあ、今の所不可能という点じゃ火星に有人飛行くらいじゃないかな

79 名前:デフォルトの名無しさん mailto:sage [2007/08/17(金) 16:57:03 ]
遠いお星に行きたいよ

ロケット使えば何とかなるかもよ、でも難しい

ちょっとそこで目をつぶって拝んでろ

80 名前:デフォルトの名無しさん mailto:sage [2007/08/17(金) 17:15:15 ]
そして79は星になった



81 名前:デフォルトの名無しさん mailto:sage [2007/08/17(金) 18:22:38 ]
2信号ってのは、f1(t) と f2(t) の2信号が

L = L1 * f1(t) + L2 * f2(t)
R = R1 * f1(t) + R2 * f2(t) という関係になって L1..R2が定数(畳み込み)なら分離出来るか

というような問題 って事?

82 名前:デフォルトの名無しさん [2007/08/20(月) 22:40:29 ]
フーリエ変換ってものすごく簡単なことなんだろうけど、大學の教科書のわざわざアホみたいに難しい形に書いてる数式見たらやる気なくします(^^)

83 名前:デフォルトの名無しさん mailto:sage [2007/08/20(月) 22:42:42 ]
一応、理論自体はそれなりに難しいと思うがな。

84 名前:デフォルトの名無しさん mailto:sage [2007/08/20(月) 22:43:38 ]
理論をちゃんと理解できてる人の方が少ないと思う

85 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 00:22:06 ]
あの難しい形の式も、数学の発展には大きく寄与してるのよ。
音響関係ではというか、工学系ではあんまり役に立たないけど、
理学系、特に数学科とかにいくとあれが必須。

86 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 00:56:53 ]
直交変換(とその考え方)は工学系全般で役に立ちまくってるがな

87 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 04:18:24 ]
>>86
ここの先生連中は正規直交基底については博士級の知識がある。
直交基底を用いた変換を理解しないで音プログラムは開発できないからな。

88 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 05:34:25 ]
博士級(笑)

89 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 06:56:05 ]
...を理解しないで音プログラムは開発できない?
どんだけ狭い意味での音プログラムなのさ

90 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 09:17:06 ]
直交(笑)座標変換



91 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 09:35:10 ]
>>82
ミクシンスキー の演算子法 なんて読んでないなら読むといいかも

92 名前:デフォルトの名無しさん [2007/08/21(火) 10:05:26 ]
直交基底の説明ってなんで揃いも揃ってあんなに日本語が不自由なんですか。
国語能力に優れている人間だけが数学に関する書物を書けるようにする法律を作るべきだと思います。
あと、数学に非直観的でわけわからん記号を導入した人間や、人間の名前を法則につけた人間も死刑。
そして、心理学や人間工学の見地から数学記号のデザインを一新するべきですね。
あんなアリの這ったようなギリシャ文字は人類の負の遺産ですよ。

93 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 10:35:55 ]
必要は発明の母と申しますが

改善点を見つけられた貴方は幸せですね。
直交基底の判り易い日本語説明をすれば、きっと大ヒット間違い無しですよ
そして人間工学に基づいた数学記号のデザインを一新すればきっと神と崇められますよ。

これは発案者の貴方の権利であり義務ですから私たちは見てるだけしか出来ませんが
頑張って下さいね。 

94 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 11:32:28 ]
「オレが理解できないのはあんたの説明が悪いからだ!」と堂々と言うのは最近の風潮だねえ。
その図太さが羨ましくもある今日この頃…

日本語で書かれた理工学書の分け分からん度の高さには同意ですが、
己の意識改善も必要だと思いますよ。

金谷さんの本なんかは結構噛み砕いて書いてあるんで読んでみたらどう?

95 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 12:12:57 ]
"最近の風潮"ではない。2chは当初からそういう風潮

96 名前:デフォルトの名無しさん [2007/08/21(火) 12:20:04 ]
内積・外積とか直交基底とか、ネーミングセンスゼロだな
大昔のオッサンが勝手に決めた不可解な和訳の用語をそのまま現代でも使っていいものか
異議を唱える者は居ないのか

97 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 12:40:51 ]
>>96 そりゃ皆んなその言葉で考えたり仕事したりしてるからね。
新人は常に少数派だから、受け入れるのが普通。

圧力単位を急にパスカルに変えられても、水柱につい換算してしまうように、変更にはコストが伴うからね。

まあ、あなたが素晴らしい小学生でも高等概念が身に付くような総合入門書を作れば皆んな解決

98 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 12:57:43 ]
素晴らしい小学生でも

99 名前:デフォルトの名無しさん [2007/08/21(火) 13:16:39 ]
クソネーミングをした大昔のオッサンは大罪人だな
後の人間のことを考えない自分勝手な考えでつけた名前のせいでみんなが迷惑している

100 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 13:30:35 ]
あ、そのみんなってどこにいるの?








[ 続きを読む ] / [ 携帯版 ]

次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<249KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef