ひとこと掲示板（過去ログ）
2009年分の過去ログです。
- テストです。 - naruto (2009年05月23日 21時45分25秒)
- 疑似チャットにも使えるかもしれませんが、そもそも閑古鳥なので無意味っぽいです(笑)。 - naruto (2009年05月23日 21時46分06秒)
- メイン掲示板って書き込みできるんでしょうか? 閑古鳥ですが(笑) - UME-3 (2009年05月23日 22時38分42秒)
- 純粋にどなたも書き込んでおられないだけかと思われます(笑)。テスト書き込みには成功したんですが、自分で削除しちゃったので、かえって怪しく見えるかもですね＾＾； - naruto (2009年05月23日 23時14分17秒)
- まあ、ゆっくりまったりといきましょう^-^; - hex125 (2009年05月23日 23時29分05秒)
- リハビリでNRTDRV Sample 01の実機録音版追加してみました。 - bla (2009年06月04日 21時46分09秒)
- 先生、更新履歴に記載がありません！(笑) (6/18版) - UME-3 (2009年06月19日 00時15分34秒)
- NEW Ver.でシリアル転送してみましたが、やっぱり”RX overrun error”で実機転送できません。 - bla (2009年06月20日 08時52分08秒)
- ご報告ありがとうございます〜。やっぱりゴードんさんの推測がビンゴで環境依存っぽいですね(涙)。X1側の個体差やロットのせいか、Windowsマシンのハード的な問題か、シリアルドライバのせいか、はたまた別の要因があるのか…etc...いろいろ考えられるだけに悩みます。 - naruto (2009年06月20日 09時55分05秒)
- 今のところ、ゴードんさん（blaさん）の環境では「RX overrun error」で転送不可、293さん（hex125さん）の環境ではX1termが終了せず起動ディスクが作れない…というわけで、シリアル転送のシビアさを痛感します。今のところ全世界でおそらく二人だけの実機OPM×2環境を持つ方々が揃って実機転送不可というのは、せつないものがありますが…僕には解決の糸口すら分からない状況ですorz - naruto (2009年06月20日 09時59分21秒)
- そういえば、ゴードんさんの環境では実機2台ともNGでしょうか？ 個体差やロット差が原因なら、片方では成功する可能性もあるかも… - naruto (2009年06月20日 11時49分15秒)
- 以前にもう1台のturboZで験してみましたが同じ結果に・・・。それと、Windows機2台使っても同じ結果でした＾＾；それと、こちらに書いていいかわからないですが、最新版でスペハリをコンパイルしようとすると何故か”,”でエラーになります。 - ゴードん (2009年06月20日 13時03分21秒)
- うお！既にそこまで色々な条件下で実験してくださったとは恐縮です。ありがとうございます！2台のZと2台のPCで同じ結果となると、IPL起動ディスク作成時にコケているセンもありうるのかな…。ますます悩んじゃいますね。 - naruto (2009年06月20日 13時45分11秒)
- それからバグ報告もありがとうございます〜。#CAPITAL_REVヘッダが誤動作していて、Gコマンドが「g」じゃなくて「s」になっちゃってました(汗)。そのせいでSPコマンドの「s」が誤認されてエラーを招いていた、という恥ずかしいミスです＾＾；すぐ修正いたします。 - naruto (2009年06月20日 13時46分16秒)
- お騒がせしました。こちらは起動ディスクの作成も、NRTDRVからの転送もクリアしました！ - hex125 (2009年06月20日 14時14分58秒)
- やったー！おめでとうございます！これで実機向けの調整が格段にしやすくなりそうですね〜＾＾ あとはゴードんさんの環境でもうまく動くようになることを祈るばかりです。 - naruto (2009年06月20日 15時20分25秒)
- もしかして…turboZの特定ロットだけ駄目っていうオチだったらどうしよう＾＾；；； - naruto (2009年06月20日 23時09分52秒)
- いやいやそれはないでしょう(笑)Z80SIO経由ですし。ちなみにウチはturboZIIです。 - UME-3 (2009年06月20日 23時37分21秒)
- もしかしたらIPL起動ディスクを作成する段階の転送で少しだけ取りこぼしが発生していて、「起動は出来るものの受信ルーチンが壊れているディスク」が仕上がってしまっているのかな？とも思いました。そうだとすると、IPL起動ディスク自体をイメージ化して配布したほうがいいのかな…。 - naruto (2009年06月21日 13時54分20秒)
- ディスク作成は問題なかったようなので、やはりX1側の問題（何らかの条件を満たす本体だとNG）っぽいですね。 - naruto (2009年06月22日 07時56分24秒)
- …と思いきや、UME-3さんの調査により、一般的な9ピン-25ピンのシリアルクロスケーブルは25ピン側のRTS（送信要求）と9ピン側のCTS（受信準備完了）の信号線が接続されていないことも多いことが判明しました(汗)。X1リソースセンター管理人様から頂いたアドバイスによりますと、HSSIO環境でのハードウェアフロー制御にはこれらの信号を使っているそうですので、これらのピンがきちんと結線されているクロスケーブルを使えば解決する可能性があります。 - naruto (2009年06月23日 12時39分02秒)
- "RX overrun error"が出る環境ではRTS-CTSの接続が必修です。本来はフロー制御なしで受信できるべきですね。HSSIO Ver.0.2aではLOADMループを少しだけ削りました。ドキュメントの不備にて不要なお手間をおかけしてすいませんでした。 - すーぱーたーぼ (2009年06月23日 13時44分51秒)
- いえいえ！まさかバージョンアップしていただいてドキュメントの加筆やRX overrun対策、そしてLOADMの効率化までしてくださったなんて感激です。ありがとうございます！ 早速「実機やX1エミュレータで再生するには」のページにも説明を加えさせていただきました。 - naruto (2009年06月23日 14時11分56秒)
- はじめまして。デモソングで紹介されているザナドゥ2とスペハリの移植曲ですが、元データが"はる"になっていますが、あれはさらに元データがありまして･･･。ベーマガなどで活躍されていたX68KのNAGDRV作者の永田英哉氏が元データの作者のはずです。はずというのはザナドゥ2の方は少し失念していまして、多分ということです（＾＾；ベーマガにX68用として掲載された曲をX1に移植したのは間違いありません。あとスペハリのドラム音色はOPMのノイズ周波数を変化させるパラメータがドライバに実装されていて、それで変化させているのですが気付きましたか？少し分かりにくいと思ったので、これも一応伝えておきます。 - HAL (2009年07月03日 20時46分35秒)
- はじめまして、ご来訪ありがとうございます！ X1界でのHALさんのご活躍をゴードんさんから聞き及んでおります。HALさんのご作品の数々も、実は去年ごろにゴードんさんからご紹介いただきまして…技術力や解析力のスゴさに感銘を受けている今日このごろです（OPM版グラディウスとか最高です！）。 …あ、「ゴードんさん」よりも「ぶらすさん」という名前のほうが馴染み深いかもしれませんね。 - naruto (2009年07月03日 22時00分05秒)
- そして、元データの作者様の情報もありがとうございます〜。さっそくデモソングのページ上の表記を変更させていただきました。http://www.north-wind.ne.jp/~yoshino/bmpg/index.php←こちらのサイトで調べると、X68用スペースハリアーは川野俊充氏みたいですね。ザナドゥシナリオIIはYu-You氏（永田氏）で間違いないようです＾＾ - naruto (2009年07月03日 22時00分12秒)
- それから、ノイズに関しては「MUSIC-DRIVER」のドキュメントを拝読したときに機能自体の存在は確認していたのですが、スペースハリアーのデータ内で活用されていたとは！気付いておりませんでした…ごめんなさい。このリアルなドラムの音色はOPMのノイズで作られていたのですね！ ゴードんさんの移植版と聞き比べると確かに違う音色になっていますので、NRTDRVにも機能追加するべきですね〜。貴重なご指摘を頂けまして、すごく光栄です。本当にありがとうございます！ - naruto (2009年07月03日 22時00分18秒)
- 新版頂いていきます〜。ライブラリ化機能は何気に欲しかった機能なので嬉しいですね(^^) - UME-3 (2009年08月03日 23時06分19秒)
- ありがとうございます〜＾＾ でも、まだ簡易的な機能なので使いにくくてごめんなさい＾＾； 今後、ちゃんとリストボックスとか表示させて曲順をいじったりできるようにしたいですね〜。 - naruto (2009年08月04日 10時28分16秒)
- 本日午前3時ごろ、ikaTuneがOPM×2環境に対応したという怪情報が…(ぉ - りう (2009年08月18日 06時38分12秒)
- おおおおお！まぢですか！ご対応ありがとうございますっ！ もしよろしければ、ぜひとも公開していただけたら…と夢見てしまいます。図々しい要望で申し訳ありませんが、もし可能でしたらぜひお願いします！ - naruto (2009年08月19日 17時48分13秒)
- 公開前提で作ったんで公開するつもりです。来週あたり(ぉ - りう (2009年08月19日 21時50分53秒)
- とうとうコメント欄にもスパムが来たので、やむを得ず認証キーを導入させていただきました…。「nrtdrv」と入力すれば投稿できます。 - naruto (2009年09月10日 06時02分54秒)
- 発音のリリースと同時にボリュームを落とすと単音で擬似リバーブが実現できるんですが、これの実装はNRTDRVでは16音も発音できるから意味ないかな。S-OS上で動く自前のFM音源ドライバで実装していましたが…。（これはゴードんさんからは受け取ってないかな？そもそも僕自身が渡してないかもしれませんが（＾＾； ） - HAL (2009年10月11日 17時21分39秒)
- アドバイスありがとうございます！ HALさんのドライバはBASIC上で動く物のみ拝見させていただいておりまして、S-OS用のFM音源ドライバまでご自作なさっていたとは驚きです！ S-OS上でのプログラム製作は僕にはとてもハードルが高くて断念してしまっているので、改めてHALさんの技術力の高さに感服しました。 そして、NRTDRV上での疑似リバーブは休符と音量を毎回打ち込む形で再現してましたが、これだとQ8以外のときに大変なんですよね。確かにコマンドレベルで用意したほうが役立ちそうですね〜。貴重なコメント本当にありがとうございます！ - naruto (2009年10月14日 18時34分50秒)
- 上記したドライバは、記憶が確かならOPM版のザナ2のオープニングで流用していたはず。変数に格納したMMLをコンパイル後も変数の形で展開しているので、使いまわしが多いMMLにとってメモリ効率が良いのですよ。あとはゲーム用に設計されているので低負荷で8音使っても10%程度のCPU占有率です。擬似リバーブはRL（リリースレベル）として音色として定義するようにしていました。ソースがあればNRTDRVの開発にも参考になるかもしれませんが、紛失してしまいました（＾＾；； - HAL (2009年10月15日 15時44分53秒)
- もうX1の記憶はだいぶ消えてしまったのですが、覚えている範囲で話します。FM音源ドライバはメインルーチンよりも割り込みのループ処理部分の高速化を狙った方が効率が良いです。OPMレジスタ書き込みはAレジスタでデータを指定するサブルーチンと、それ以外の適当なレジスタでデータを指定するサブルーチンを作っておき、使い分けるようにすると、高速化できる部分が生まれます。負荷がかかるLFOなどのループ処理部分ではローテイトを使って時間処理すれば、値の初期化を省けるので、結構高速化が狙えます。ただこれだと精度が悪くなるので、精度を上げる場合には二段構えにします。以上あまり役に立たないかもしれませんが…（＾＾； - HAL (2009年10月15日 16時07分49秒)
- おお！OPM版のザナIIは拝見しておりました！あのドライバだったのですね。容量を考えると変数は必須ですよね〜。NRTDRVにもドライバマクロという形で実装しています。それにしても8音で10％程度の負荷とは素晴らしいです！ HALさんの神懸かり的なスキルの高さが伝わってきます。 そして、リリースレベルという概念にも非常に納得です。 NRTDRVでも真似させていただいてしまおうかな…と思ったりしてしまいました＾＾； - naruto (2009年10月18日 15時49分34秒)
- しかし、ソースを紛失してしまわれたとは無念です(涙)。実はゴードんさんとは去年に職場で知り合ったのですが、NRTDRVを作る前、X1でFM音源16音化する計画はHALさんとゴードんさんとの間で話に上っていたと聞いておりまして…本当はHALさんのドライバでFM音源16音版を拝見したかったのでした。そしたらNRTDRVよりも格段に軽快で実機ユーザー垂涎の環境になったはずだと思うので…＾＾； - naruto (2009年10月18日 15時49分47秒)
- さらに、ドライバの高速化に関する奥義までご伝授くださって本当にありがとうございます！ ループ処理のステート削りは僕もやってみたのですが、僕のレベルだと根本的にアルゴリズムからしてダメなのかなと痛感しました＾＾； それにしてもOPMのレジスタ書き込みルーチンを2種類用意しておくとは目から鱗です！ この方法ならレジスタ退避の回数を大きく減らせそうですね〜。LFOの時間処理も僕は単純にカウンタをインクリメントさせていましたので、ローテートを使う手があるとは驚きました。 なるほど、こういった裏技的な高度なテクニックが満載だからこそ、HALさんのプログラムが超高速で動くのですね。 すごく勉強になります！ - naruto (2009年10月18日 15時49分56秒)
- 実はゴードんさんが所持していないと、僕の手元にはX1関係のプログラムは、とある事情でほとんどロストしているので、この世に存在しないことになります（涙）。一応逆アセンブルするという手段は残されていますが…。あと僕のアイデアは勝手に使ってもらって構いませんよ、むしろそれが本意です。OPMレジスタ書き込みサブはデータ指定がAレジスタのものと、OPMレジスタ指定がAレジスタのものを用意するんですよ。そうすると使い分けが上手くいきますよ。ちなみに多少最適化がいまいちですがMUSIC-DRIVERの方も負荷は10%強ぐらいですよ。MUSIC-DRIVERを完璧にしたものがS-OS上のドライバだったんですよ。一度完成したドライバを作った後に、改良点を見出して新たなドライバを作るとかなり良いものが作れますよ。NRTDRV2に期待します！ - HAL (2009年10月19日 17時15分59秒)
- もしゴードんさんが所持しているのならば、全部もらってしまっても構いません。実はOPMグラディウスはMUSIC-DRIVERなんですよ。だから結構負荷が軽いのが分かると思います。あれはエコーやら何やらで8音フルに使ってますから。ちなみに最適化が上達したのはX1をいじっていた末期です。処女作はBASICでの敵が一匹しか登場しないインベーダーゲームですが、何故かこんな単純なゲームに数十行も使っていたような記憶があります…（＾＾；最適化もキリがなくなるので90点を上限にした方がいいですよ、その方が能率がよいですから。上限近くなると苦労のわりに、それほど効果が出ません。僕のはやり過ぎと思って下さい（＾＾；； - HAL (2009年10月19日 17時25分19秒)
- 今ちょっとNRTDRVのソースを拝見してみましたが、綺麗で読みやすいソースですね。もっと最適化できそうなところはいくつかありましたが、ソースが読みにくくなりますよ（＾＾；；もし希望ならちょっと長くなりそうなので、コンタクト取った方がよいかも？ - HAL (2009年10月19日 18時10分58秒)
- ソースを入念にチェックしたわけではないので、実現できないかもしれませんが、アイデアだけ示しておきます。IXレジスタを使用すると大きなサイクルが必要になるので出来るだけ避けます、必要な内容を他のレジスタにコピーして参照します。使用頻度が低いレジスタをそれ用にして、メインルーチンなど止むを得ない状況までそのレジスタを使わないようにします。頻度が高いルーチンを優先して高速化するために、頻度が低いルーチンの効率は犠牲にします。ポルタメントとLFOのフラグや各種カウンタを出来るだけ共通化すれば省略できる部分が生まれるはずです。また0とそれ以外の値の他に、使用頻度が低いFFHの値もフラグとして利用すればフラグとカウンタなどの共通化が容易です。少し邪道ですが、IN F,(C)という隠し命令(ED 70)を使うとWOPMのサブルーチンが簡潔にできます。 - HAL (2009年10月19日 19時45分44秒)
- もうX1の記憶はだいぶ消えてしまったのですが、覚えている範囲で話します。FM音源ドライバはメインルーチンよりも割り込みのループ処理部分の高速化を狙った方が効率が良いです。OPMレジスタ書き込みはAレジスタでデータを指定するサブルーチンと、それ以外の適当なレジスタでデータを指定するサブルーチンを作っておき、使い分けるようにすると、高速化できる部分が生まれます。負荷がかかるLFOなどのループ処理部分ではローテイトを使って時間処理すれば、値の初期化を省けるので、結構高速化が狙えます。ただこれだと精度が悪くなるので、精度を上げる場合には二段構えにします。以上あまり役に立たないかもしれませんが…（＾＾； - HAL (2009年10月15日 16時07分49秒)
- NRTDRVもマクロはコンパイル後も参照扱いですか？僕が作ったS-OS上のドライバでは、同じ変数を何回使っても参照用のポインタが増えるだけで実データは増えなかったのです。コンパイル後のデータには参照用のポインタのかたまりと演奏用実データが格納されているわけです。あと上で書き忘れましたが、フラグとカウンタなどを共通化すればチェックが簡略化できて速度に貢献しやすいのです。 - HAL (2009年10月19日 20時30分02秒)
- 返信が大幅に遅れてしまってごめんなさい！私生活のほうが大変なことになっていて…。 それはさておき、HALさんのプログラムがほとんどロストしてしまわれているとは！なんという損失…(涙)。X1界におけるHALさんの多大なご貢献と偉業を知れば知るほど、その作品群のソースがこの世に存在しないことが悔やまれてなりません(泣)。ゴードんさんとは職場が別になってしまって顔を合わせる機会も激減してしまったのですが、今度会えた時に存在の有無を確認してみますね。 ところで、MUSIC-DRIVERも10%強の低負荷だったとは！ すごすぎます！ NRTDRV2を作れるかどうかは分かりませんが、確かに現状のNRTDRVはドライバもコンパイラもつぎはぎの連続になってしまっているので、それらを綺麗に整理する意味でも作り直せたら最高ですね。 - naruto (2009年11月17日 03時42分45秒)
- OPM版グラディウスもMUSIC-DRIVERでしたか！ 確かにゲーム自体の速度はほとんど（感覚的には全く）重くなっていないので、軽さを実感できますね〜。ただ、OPM版グラディウスの曲は8音をフルに使っているとはいえ、時間単位の密度としては軽めの曲データなのかな？とも感じました（曲中の音色切替が少ない点とLFOが控えめな点からの想像なので、もし間違っていましたらごめんなさい）。NRTDRV用のデモソングの内、hex125さんの作ってくださった作品ではアタック部分の2カウントだけ別の音色を鳴らしていたりしまして、ほぼ毎回キーオンのたびに音色切替するという処理が複数チャンネルで行われていますので、そのたびに約25バイト×チャンネル分のOPMレジスタ書き込みが起きる状況をイメージしていただければ「曲データ側の重さ」が想像できると思います。 - naruto (2009年11月17日 03時43分15秒)
- ところで、NRTDRVのソースまで見てくださったとは恐縮です！ インデックスレジスタは僕もできれば使いたくないなと思ったのですが、あちこちのワークエリアを頻繁に参照するような処理を書いてしまったので、普通のレジスタに置き換えることができなくて手つかずになっています…。そこを即座に見抜いてくださって、HALさんの解析力の鋭さに感服です。そしてご指摘の数々もすごく勉強になります。本当にありがとうございます！ 確かに現状では機能の数だけフラグやカウンタを用意してしまっているので、この辺をうまくまとめたら「あちこちのワークエリアを頻繁に参照するような処理」自体も直せるかもしれないなと反省しました。 - naruto (2009年11月17日 03時44分10秒)
- そして、最適化は激しく希望です(笑)が、これから数ヶ月後まで私生活のほうが困窮してしまう予定なのと、フリーソフトなのでギャラとか出せないのが心苦しくて…＾＾； でも、僕の状況が落ち着いた頃にHALさんと直接コンタクトを取れたら嬉しい限りです！ やっぱり僕は音楽屋なので音楽には自信があるのですが、プログラミングは下手の横好きで…＞＜ 一流のスキルを持つプログラマさんから話を聞けることがとても刺激になるのでした。 - naruto (2009年11月17日 03時44分46秒)
- あと、NRTDRVのマクロは2種類ありまして、ドライバマクロはドライバ側で処理（＝コンパイル後にアドレス参照）、コンパイラマクロはコンパイル時にデータをベタで展開（＝実データが増える）、となっています。前者のほうはHALさんのドライバと同じく、何回使っても実データは増えずにデータ参照用のポインタのみが増える方式です。 - naruto (2009年11月17日 03時45分14秒)
- 実機演奏環境ができるまで全く気付かなかったので・・・・行儀の悪いデータを乱造して申し訳ないです（苦笑）母音と子音の切り替えでヴォーカル的表現をしているので、その瞬間に大量のレジスタ書き換えが発生してしまうのですよね。。。ドライバの処理速度よりも、OPM自体の書き換え速度が限定要因になってしまっている感があります。かなり無茶をしているのは明白なので、むしろよく動いてくれてると思う次第です。 - hex125 (2009年11月17日 17時39分41秒)
- 行儀の悪いデータだなんてとんでもない！ ドライバを最適化するキッカケにもなりましたし、何よりOPMのポテンシャルを実感できて感謝感激なのです。 素敵なデータを制作＆公開してくださって本当にありがとうございます！ - naruto (2009年11月27日 19時13分59秒)