辞書
今まで、EIJIRO Viewerを使ってたけど、
Snow Leopardにしてから、ショートカットで立ち上がらなくなったので、
調べたい単語はコピペでやってた。
で、昨日、LeopardにはDictionary.appがあることを知って、
しかも、英辞郎が入れられるので、早速試してみた。
http://d.hatena.ne.jp/splash-fresh/20090129/1233235499
にあるとーりにした。
makeはLeopardでは2Gメモリのマシンで40分くらいらしい。
昨日の夜やったら、処理がなかなか終わらない。
今日の朝になっても、終わってない。
放置して、仕事いって帰ってきたら終わってた。
どうも、SnowLeopardでは容量は小さくなるけど、時間がかかるみたい。
たしかに、LeopardからSnowLeopardに変えたとき、HDの空きが増えたり、
Finderとかの動きが速くなるのは、ファイル圧縮の恩恵みたいだしなあ。
そこらへんが絡んで、makeの所要時間がかかってそうな…
それから、Dictionary.appの表示フォントが気に入らないので、
http://inforati.jp/apple/mac-tips-techniques/application-hints/how-to-change-a-font-of-mac-dictionary-app.html
のとーりに変えた。
要は、Dictionary.app→ Contents→ Resources→DefaultStyle.cssを修正
あと、ショートカットがSafariとバッティングするので、Safariのショートカットを変更
システム環境設定→ キーボードとマウス→キーボードショートカットで変更
辞書使った感じは、表示がきれい。
今まで使った辞書の中で、一番シンプルできれいかも。
Snow Leopardにしてから、ショートカットで立ち上がらなくなったので、
調べたい単語はコピペでやってた。
で、昨日、LeopardにはDictionary.appがあることを知って、
しかも、英辞郎が入れられるので、早速試してみた。
http://d.hatena.ne.jp/splash-fresh/20090129/1233235499
にあるとーりにした。
makeはLeopardでは2Gメモリのマシンで40分くらいらしい。
昨日の夜やったら、処理がなかなか終わらない。
今日の朝になっても、終わってない。
放置して、仕事いって帰ってきたら終わってた。
どうも、SnowLeopardでは容量は小さくなるけど、時間がかかるみたい。
たしかに、LeopardからSnowLeopardに変えたとき、HDの空きが増えたり、
Finderとかの動きが速くなるのは、ファイル圧縮の恩恵みたいだしなあ。
そこらへんが絡んで、makeの所要時間がかかってそうな…
それから、Dictionary.appの表示フォントが気に入らないので、
http://inforati.jp/apple/mac-tips-techniques/application-hints/how-to-change-a-font-of-mac-dictionary-app.html
のとーりに変えた。
要は、Dictionary.app→ Contents→ Resources→DefaultStyle.cssを修正
あと、ショートカットがSafariとバッティングするので、Safariのショートカットを変更
システム環境設定→ キーボードとマウス→キーボードショートカットで変更
辞書使った感じは、表示がきれい。
今まで使った辞書の中で、一番シンプルできれいかも。
迷走ちう
kAudioOutputUnitProperty_SetInputCallback
のCallback内で
printf("%lu",&ioData->mBuffers[0].mDataByteSize);
とか表示できてるから、
これでiodata触れそうだと思ったけど、
Callback内でOpneALデバイスを開いて、コンテキスを作成＆カレントにするとエラー
この部分を外に出しても、
alSourcePlayでthread2つたってエラー
で、外に出したとき、コールバックの呼び出し速度が格段に遅くなった
でも、Playthroughしたときの音的には特に違和感なかったけど、なんだろ？
ま、いいか
AudioUnitでOpenALはやっぱむりなんかなあ
OpenALだとエフェクトとか結構あって情報豊富なのに…
すげー未練が残る、
kAudioUnitProperty_SetRenderCallbackじゃなくて、
kAudioOutputUnitProperty_SetInputCallbackでiodata触れたのは進歩だけど、
そこから先がむりぽ
ということで、AudioQueueを勉強中
複数のbuffer再生はできたので、なんかいろろできそうだけど、
AudioQueueNewInputして、
inputcall内でAudioQueueNewOutputってできるのかなあ
コード書くのめんどいのでまた暇なときためそ
やりたいことは、マイクから流れてる音を何秒間か遅らせるだけっていう単純なことなんだけどなあ
ボタンつくってファイル保存とかすればできるけど、
ボタンおすのめんどいから保存なしでいきたいってなると、
情報がほとんどねえ
iPhoneの音関係はちょーむじー
のCallback内で
printf("%lu",&ioData->mBuffers[0].mDataByteSize);
とか表示できてるから、
これでiodata触れそうだと思ったけど、
Callback内でOpneALデバイスを開いて、コンテキスを作成＆カレントにするとエラー
この部分を外に出しても、
alSourcePlayでthread2つたってエラー
で、外に出したとき、コールバックの呼び出し速度が格段に遅くなった
でも、Playthroughしたときの音的には特に違和感なかったけど、なんだろ？
ま、いいか
AudioUnitでOpenALはやっぱむりなんかなあ
OpenALだとエフェクトとか結構あって情報豊富なのに…
すげー未練が残る、
kAudioUnitProperty_SetRenderCallbackじゃなくて、
kAudioOutputUnitProperty_SetInputCallbackでiodata触れたのは進歩だけど、
そこから先がむりぽ
ということで、AudioQueueを勉強中
複数のbuffer再生はできたので、なんかいろろできそうだけど、
AudioQueueNewInputして、
inputcall内でAudioQueueNewOutputってできるのかなあ
コード書くのめんどいのでまた暇なときためそ
やりたいことは、マイクから流れてる音を何秒間か遅らせるだけっていう単純なことなんだけどなあ
ボタンつくってファイル保存とかすればできるけど、
ボタンおすのめんどいから保存なしでいきたいってなると、
情報がほとんどねえ
iPhoneの音関係はちょーむじー
かべ
iPhoneでマイク入力の音をいじりたいけど、
ことごとく壁にぶつかってる。
AudioUnitでがんばってみたけど、
kAudioOutputUnitProperty_SetInputCallbackでiodataをいじるとエラーでた。
かといって、kAudioUnitProperty_SetRenderCallbackつかうと入力とれてなさそう。
で、OpenALで録音できないかなあと思ったけど、
http://developer.apple.com/iPhone/library/technotes/tn2008/tn2199.html#document_revision_summary
によると、できないっぽい（１年前のドキュメントだから今はわからん）。
そういう意味で、iFX-LITEって神アプリだなあ。
iPhone2.0以降で動くらしいから、やっぱOpenALの入力じゃないんだな
ずばりの情報があれば、いいんだけどなあ
一旦、保存してみたいなのは結構あるけど、リアルタイムじゃないとテンションさがるから
リアルタイムでやりたいなあ
もうちょっと、AudioUnitで試行錯誤してみよ
ま、とりあえずビール飲みながら、てきとーにやろ
ことごとく壁にぶつかってる。
AudioUnitでがんばってみたけど、
kAudioOutputUnitProperty_SetInputCallbackでiodataをいじるとエラーでた。
かといって、kAudioUnitProperty_SetRenderCallbackつかうと入力とれてなさそう。
で、OpenALで録音できないかなあと思ったけど、
http://developer.apple.com/iPhone/library/technotes/tn2008/tn2199.html#document_revision_summary
によると、できないっぽい（１年前のドキュメントだから今はわからん）。
そういう意味で、iFX-LITEって神アプリだなあ。
iPhone2.0以降で動くらしいから、やっぱOpenALの入力じゃないんだな
ずばりの情報があれば、いいんだけどなあ
一旦、保存してみたいなのは結構あるけど、リアルタイムじゃないとテンションさがるから
リアルタイムでやりたいなあ
もうちょっと、AudioUnitで試行錯誤してみよ
ま、とりあえずビール飲みながら、てきとーにやろ
Bluetoothイヤホンで入出力
知識ゼロなので、ほんまわけわかめ。
普通にイヤホンジャックにさして、
入力した音をリアルタイムで聞くのは、
ほんまありがたいことに解説サイトがある。
（http://nagano.monalisa-au.org/?page_id=808）
すげーたすかった。てか、これなかったら撃沈です。
まじ感謝です。
で、イヤホンコードがうざいので、
これをBluetoothでできないか、さぐる。
AudioSessionProgrammingGuideにのってて、やったがうまくいかない。
OSStatus RenderCallbackつけたり、
void InterruptionListener(void *inUserData,
UInt32 inInterruption)つけて、
AudioSessionInitializeしたらうまくいった。
うまくいってうれしい反面、
仕組みをまだ把握できてないことにもやもや。
ま、一歩前進ということで、
自分のはりぼてコードを一つずつ理解していこ。
あと、きのうiDrumのUnderWorld版とBloomをかった。
ぼーっとするときはBloom、気分転換にiDrumしてる。
はまりそうな予感。
RjDjも最高なのだが、Bluetoothでできないので、
使用頻度が低くなってるかも…
普通にイヤホンジャックにさして、
入力した音をリアルタイムで聞くのは、
ほんまありがたいことに解説サイトがある。
（http://nagano.monalisa-au.org/?page_id=808）
すげーたすかった。てか、これなかったら撃沈です。
まじ感謝です。
で、イヤホンコードがうざいので、
これをBluetoothでできないか、さぐる。
AudioSessionProgrammingGuideにのってて、やったがうまくいかない。
OSStatus RenderCallbackつけたり、
void InterruptionListener(void *inUserData,
UInt32 inInterruption)つけて、
AudioSessionInitializeしたらうまくいった。
うまくいってうれしい反面、
仕組みをまだ把握できてないことにもやもや。
ま、一歩前進ということで、
自分のはりぼてコードを一つずつ理解していこ。
あと、きのうiDrumのUnderWorld版とBloomをかった。
ぼーっとするときはBloom、気分転換にiDrumしてる。
はまりそうな予感。
RjDjも最高なのだが、Bluetoothでできないので、
使用頻度が低くなってるかも…