削除キー (記事削除時に使用)
■投稿時には、この記事を削除する時に利用する削除キーを設定してください. ■一度設定して投稿すれば一定期間同じ削除キーが保存されます. ■入力欄に記憶された内容を消去するには、[書き直し]→[書き込む]を順番に押します.
遅ればせながらスパム対策のため下記変更を行いました。 ・英語のみの記事は投稿エラーを出すようにした ・このページ以外のフォームからの投稿禁止
はじめまして ＞εχαさん 新規音源ドライバのテストありがとうございます。 まだまだ不十分なところがあるので、 時間を見つけて改良していきたいと思います。 確かに音色作成は複雑で難しいので、 もう少し簡単にできるようにしたいですね。
初めまして。[新規音源ドライバ]のVer0.13とVer0.12を試させていただきました。 私の環境の自作_P4 3.0EGHz,MEM:1.5Gでは、もたつき等もなく快適に動作しました。 Ver0.12の方では、自作のMIDI(40音同時発音の箇所あり）でも、多少音が抜けるものの 無事再生できました。 Ver0.13では、とてもFM音源とは思えないすばらしい演奏が聴けました。 MMLの構文解析部は良くできていると思います。 (私は関数電卓を作るだけで精一杯です・・・) 個人的な意見ですが、MMLでの音色作成を簡単化するための ウィザードのような物などがあるとさらに使いやすくなると思います。 今後の発展を期待しています。 開発頑張ってください。
実は、演奏しないで音の性質だけ送ってるトラック(チャンネル)が あったり、モジュレーションのデータが延々と流れていて、特定の トラックが影響を受けて発音されたり、そもそも音が生成される 段階で別のトラックのデータ(値/生成波形/スクリプト)とからんで いたりとか、この企画をみたときから可能性の面でいろいろと 浮かぶ事がありました。 (上のような妄想が演奏の向上につながるかはなんともいえませんが。) また、音色のカスタマイズについては、都度再定義するだけでなく、 作成した音源のインスタンスに差分を投入してカスタマイズできたりとか… (と書くとプログラマ寄りな表現ですが、もしかしたら音源設定の簡 素化の効果以外にも、ユーザー定義のスタイルシートのように、 音源特性を変更し、演奏に個性を与えることができるかもしれません。 これはDTM音源で音が不可抗力で変えられてしまうのと逆で、オリジ ナルはオリジナルとして配布され、ユーザーの意思で演奏の雰囲気 を制御できるイニシアチブを持つことにつながります。) 気分的には「僕の楽器」みたいなイメージだけど、クリック一つで オリジナルデータの演奏に戻ると。 そのカスタマイズが面白ければ、流通性が生じるかもしれない。 ただ、注文だけだして負担がかかってもよくないと考えていますし、 取り込むつもりもないものさえ含まれていると思いますので、 あくまでも、気長に願望として持っておくようにします。 長文になり失礼しました。
まず、お読みいただいただけでも感謝しています。 (内容が内容だけに返事が返ってこないことも覚悟していましたので) そうですね。 実際にはどんな音源(応答性も含め)が実装されるのか自体が定まった ものではないと思いますので、それが音色に手を出せる仕様で作成される のかどうかも勝手に仮定していますが、 >音色の定義そのもの(現在の neiro{} で定義している内容)を のように、発音中のパラメータにもタッチできると音源に習熟しやす そうだなぁと思います。 データ作成環境についてはMMLでないとダメというわけではありませんが、 作曲者から見る音源データとして、汎用データであるSMFには ・特定の入力に対して同じ応答を返す楽器を揃えない限り、同じ音はしない ・SHOW CONTROLなどいろいろと工夫は見られますが、基本的には演奏の ことしか考えていないため、メタデータの取り扱いが苦手。 ・(MIDIの規格上)大量の波形データを取り交わして演奏することは 難しい という問題があります。 既存の楽器と似ていたり、GSやXGを意識して作成しているというもの ではないと思いましたので、今までのデータ形式にとらわれず、 ドライバにメタデータを与えて演奏させる環境があったら 面白そうだな…と思いました。 (続きます)
返事遅れてすみません。 正直言って、１年以上開発が止まっているところです(泣) MML の実装はそれなりに需要があるのでしょうか？ 自分自身で曲を書いていないので、どの方向に向かったらよいのか 悩んでいるところです。 cfs. さんの考えだと音色の定義そのもの(現在の neiro{} で定義している内容)を MML 中でカリカリ書き換えて使いたい、とのことでしょうか？ 自分としては音源の性能をフルに引き出すためには MML なり何なり 自作のドライブ手段を設けた方がいいと思っていますので、 MML 実装の方向で考えて見ます。
スタートしたときからすごく期待していて、 もしかしたらこれが標準のドライバになりえるのかもしれない、と 当時から思っていたのですが、簡易にMMLの打ち込みだけでも できるバージョンが欲しいところですね。 もしかしたらそういう方向性で開発をしていないのかもしれませんが、 >仕様変更が出来ないとその分設計をじっくり煮詰める必要があり、 >いつまでもモノが出てこない可能性があるので ということから、別に完備されていなくても全く問題ないので 音源にアクセスする手段をSMF以外にも一つ用意していただく事 ができればと思っています。 (音源内にアクセスする場合のスタブでもあれば、仮想的に取り扱 いに習熟することもできそうですし) 当面、SFMのような間接的なアクセス手法で良いという判断であれば、 私もそれで行くことにしますが、今現在何を音源のドライブの主体と して考えているのか見えにくいので、どんな考えをお持ちなのかだけ でも知りたいです。 もともと未完成のものですし、今後いくら変更される可能性があっても 良いのですが、今までの考え方でも音色を設定できるように見えますし、 トラックにどの音源をアサインするかを考えるだけで旧来〜新しい使い 方まで完全に対応可能なような気がします。 もしかしたら内部ですごい進化をしているのかもしれず、私のような 視点は表層的に過ぎないのかもしれませんが、作曲者向けのSDKがあ れば非常に楽しそうだな、と思います。 以上になります。 頭の中では直接ドライブできる音源がイメージされていますが、 認識に不一致な点があればご指摘下さい。
かなりいい感じですね。 音が良すぎて、その気になって聞かないと FM かどうか 分からないくらいです。 自作の MIDI 演奏テストプログラムも動いてはいるんだが 一部の MIDI イベントしか解釈していないので もう少し作り込もうかと・・・ かなり無理しているんで htsfms よりも重いです(;_;)
http://hp.vector.co.jp/authors/VA024632/ なんかこちらのソフトもFM音源みたいです。 6オペだとか・・・
synthesizer ですが、今日 newmusicdriver004.lzh を解凍して 試したらちゃんとコンパイルできました。 うーむ・・・ 今後の進め方はいろいろ考えましたが、YM2203 のアルゴリズムの 習得を進めつつ、SMF を鳴らすためのテストプログラムを 作成しようと思っています。 SMF の構造の理解とシーケンサー作成時の参考にするためと、 モチベーションを上げるためです。 （やはり音楽が鳴るとモチベーションが上がるので）
■削除は、[削除]欄をチェックして、投稿時に設定した削除キーをすぐ上の欄に入力してボタンを押します. ■削除キーが合致しない記事は削除されません. ■削除キー欄にマスターキー(管理者のみ)を入力すると任意の記事の削除が可能です.