研究の息抜きにMATALABで簡単なMMLを書けるようにした。
音色は正弦波、矩形波(デューティ比可変)、三角波、ノコギリ波で音長、ゲートオフ、オクターブ(相対・絶対)、テンポ、音量、ループ指定ができて音色のADSR、ポルタメントは指定できない。
Octaveでも動いた。
UbuntuでCtrlとCaps Lockを入れ替える
この春からUbuntuを触ることになっていろいろ設定した時の、JISキーボードのCtrlとCaps Lockの入れ替えについてのメモ。
テキストで設定を記述する方法もあったけど、今回はgnome-tweak-toolを使って設定してみた。ラジオボタンをポチポチ押すだけでUbuntuの設定ができて便利なアプリ。
$ sudo apt install gnome-tweak-tool
インストールした後ターミナルから
$ gnome-tweak-tool
で起動して、「タイピング」メニューを選択。
「Ctrlキーの位置」を「CtrlとCaps Lockを入れ替える」にチェックすると簡単に入れ替わる。
ただ、このままだとShift+Caps Lockが有効なままになってる。Emacsのキーバインドに慣れてしまった自分にはCtrl+Shift+###みたいな操作ができないのは辛い。
そこで「Caps Lockキーの動作」を「Make Caps Lock an additional Ctrl」に設定するとCtrlだけがCaps Lockに割り当てられる。
2つ目の設定の方は色々調べてもあまり書かれていなかったりしたので適当に設定をポチポチして当てた。gnome-tweak-toolは他にもコピー、切り取り、貼り付けなどのキーバインドをEmacs風に設定出来たり色々便利。
windeployqt.exeでdllをコピーしてきても実行ファイルが動かない
WindowsでQtを勉強し始めて簡単なアプリができたので、とりあえずQt Creatorでreleaseビルドしたあとに生成されたexeファイルを実行しようとした。すると実行に必要なdllが見つからないよと怒られた。
WindowsでQtアプリの配布パッケージを作る（windeployqt.exeを使ってみた） - 理ろぐ
自分で探してくるのも面倒なので何かいいツールがないか探していると、windeployqt.exeというものが既に用意されているのを知った。開発環境はQt5.10.1 & MinGW5.3.0 32bitなのでC:Qt\5.10.1\mingw53_32\binにあったwindeployqt.exeを上のブログのように実行するとdllを自動でコピーしてきてくれた。
これでよし、と思って実行してみると、libwinpthread-1.dllがないよと怒られた。どうもこいつはMinGWやサードパーティのライブラリはコピーしてきてくれないらしいので手動でwindeployqt.exeがあったところからdllをコピーした。
すると、今度は「プロシージャ エントリポイント *** がダイナミック リンク ライブラリ xxx から見つかりませんでした。」(xxxはdllだったりexeだったり)と警告された。不勉強なのでどういうことかと調べてみると、これはどうも間違ったdllをコピーしてきてますよ、ということらしい。
libwinpthread-1.dllと同じところからdllをコピーし直してみたけど、同じエラーが出続けた。C:Qt\Tools\QtCreator\binの方のデータをコピーしてきてもエラーが出続けるので、もう自分で必要なdllを全部コピーしようかと思っていたところ、Stack Overflowで自分と同じことを質問してる人がいた。
Cannot run Qt C++ release build. 'The procedure entry point could not be located' - Stack Overflow
ビルドしたexeファイルをC:Qt\5.10.1\mingw53_32\binに移動させて実行すると、問題なく動いた。こりゃwindeployqt.exeが間違ったdllをコピーしてるのが確実なので、windeployqt.exeで自動コピーしたdllを1つずつC:Qt\5.10.1\mingw53_32\binのものに置き換えていった。するとlibstdc++-6.dllを変えた途端アプリが実行できた。
windeployqt.exeについて調べてみると、いくつかdllが間違ってコピーされることがあるようで、信用しすぎるのは良くなさそうだ。
雑記#8
MAMEのOPNAのモジュールをC++でラッピングして、キーボードを押すとFMとPSGをリアルタイムで再生するプログラムをSDLを使って書いた。
以前使ったときはSDL1.2だったけど、今回はSDL2.0を使った。いくつか変更点があったけど、もともとどうやって使っていたのか忘れていたのでそれほど気にならなかった。
キーボード入力処理と音声処理はスレッドを分けて置いたので、これから作るOPNAトラッカーには音声処理のスレッドをそのまま移植すればいい感じになった。
コーディングするついでにC++11や14、17についても勉強しているので、この1カ月でプログラミング力も鍛えられた。
去年の11月ごろから次の新曲を作る作る詐欺をし続けていたので、今回やっと作曲をすることにした。
自分でトラッカーを作るのに他のトラッカーを色々触って研究するためにも、今回はいつものGoatTrackerでのSIDじゃなくて0CC-FamiTrackerでのファミコン曲を作ることにした。
ファミコンもVRC6とかの拡張音源があるけど、とりあえず標準の方形波x2、三角波、ノイズの4chだけでやってみる。ADPCMはなんとなくやめておく。
ファミコン音源は日本でも人気があるからネットで探しても情報が沢山見つかるし、トラッカーのチュートリアルも日本語で書かれているのでとっつきやすい。
ただ、自分の作曲力は相変わらずなので苦労している。
最近自分が作りたい曲は、昔のゲーム音源で普通の曲を鳴らすイメージなので、「ゲームっぽさ」が強い自分の癖の曲はとても気持ち悪い。
雑記#7
MAMEのYM2608(OPNA)音源部を取り出して鳴らそうとしてる。
前に探したときOPNA系のエミュレーションとしてはfmgenがあったけど、実際PSGの出力波形は0-maxのところが(-max)-maxになっていたのが気になったので別のものを探してみたところ、前に使ったVGMPlayの音源部にMAMEのコードが使われていたので調べてみた。
今GitHubに上がってるMAMEのコードを見てみるとC++で書かれていて、継承が複雑に絡んでいて必要なものだけ取り出すのが大変で心が折れてしまった。
VGMPlayのほうはC++に書き換える前のCで書かれていて、既にVGMPlay用に音源部のみ抜き出した状態で扱いやすく、中身のコードもそれほど変わっている様子がなかったのでそちらを使った。
fmgenは関数の説明がしっかりと書いていたので実装しやすかったが、MAMEのほうは関数がずらずらと書かれているだけだったのでまず音を鳴らすまでが大変だった。
個人的にはMAMEの実際のチップと同じ順序で値を書き込むよりfmgenのように簡単にレジスタ操作できる方がよかったのでCのコードをラッピングする形でクラスを作った。CのコードをC++に直接移植する根性はなかった...
大体はまとまってきたけどまだリズム音源部は試していない。たしかMAMEはfmgenと違ってドラムデータを内部に保持しているはずだったのでそれも確認しておく。
FM音源部とPSG音源部の音量比をどうするか悩んだが、そもそも実際のチップがミキシングを外部で行なっているので音源ボードによって音量比が違っているし、どれが基準と決められないのでとりあえずそのままにしておいた。
MAME内部で波形サンプルを出力した時、サンプリングレートはチップのクロック数から算出される形式なので44.1kHzとは限らず、さらにFM音源部とPSG音源部でレートが違っているのでサンプリングレート変換する必要がある。
サンプリングレート変換については何も知らなかったので色々サイトを巡って調べた。
VGMPlayでは線形補間しているけど、調べてみるとこの方法では結構誤差が出るみたいなのでsinc補間というものを使おうと思う。
