.surface.xml を編集するとできるらしい

ヘルプから 「設定フォルダーを開く」すると C:\Users\[User]\AppData\Roaming\PreSonus\Studio One 6 が開く。User Devices 以下にファイルができる。ただ Studio One は終了時に設定ファイルを書きこむようなので、一度設定したら終了しないとファイルが見つからない。

type="knob" を type="relative" にする。方向が逆という場合、子要素になっている MidiMessage の options に reversed を指定する。

GUI上もそれっぽいノブが表示されるようになる。

ref. https://forums.presonus.com/viewtopic.php?p=218622#p218622

クリップボードは使えるか

MIDI をコピペする仕様ってあるのだろうか？ ウェブ上からコピーできたら便利ではないか → 以下の理由で無理

• コピペする仕様はなさそう
• MIDI ファイルとしてコピーしてもトラックにペーストする形で使い勝手がよくない
• そもそも Web Clipboard API は任意のデータ型は扱えない

MIDI デバイス

Web MIDI API があるので、JavaScript が仮想的にMIDIキーボードとして振舞えば入力できそう。ソフトウェア間のMIDIメッセージのやりとりなので、中継する仮想MIDIデバイスが必要になる。

Mac の場合は仮想 MIDI デバイスが OS 組込みでできるのに対し、Windows にそういった機能はない。

Ableton がいいドキュメントを出している。ここで紹介されている loopMIDI を使うと Windows でも仮想MIDIデバイスをつくれる。

Web MIDI API を使いブラウザから DAW へ入力を行う

Web MIDI API 自体はかなり使うのが簡単で不安になる。適当に出力可能なMIDIポートすべてにメッセージを投げつけるなら以下のようにしてできる。

async function midiDeviceSend(notes) {
	function noteOn(note, velocity) {
		return [0x90, note, velocity];
	}

	function noteOff(note) {
		return [0x80, note, 0];
	}

	const midi = await navigator.requestMIDIAccess();
	const outputs = midi.outputs;

	if (outputs.size === 0) {
		console.log('no output devices are found');
		return;
	}

	for (let output of outputs.values()) {
		console.log(output);
		for (let note of notes) {
			output.send(noteOn(note, 100));
			output.send(noteOff(note), window.performance.now() + 500);
		}
	}
}

なおページをリロードしたりする際に接続されている全MIDIチャンネルに all note off とかが送られるみたい。

いじれるレベルの一覧

INPUT から OUTPUT まででいじれる範囲のメモ。32bit float の場合 USB 入力に関してはどこでいじっても(録音後にいじっても)デジタルなので気にする必要はない。スペック上、入力換算ノイズが-127dBuらしいので、これよりも低ノイズのアナログアンプでなければ前段に繋いでもSNRの向上もない 。とにかく普通のマイクなら直接繋げってこと。

MUSIC モード時 (各入力ソースが個別にUSB入力になり、ダイレクトモニターもチャンネルごとに分離)

1. 入力レベル (デジタル) → Mix Control の左側のやつ。Mix Control の波形から後に影響。USB 入力に関係するのはここだけ。
2. 出力レベル (デジタル) → Mix Control の Level ノブ。ダイレクトモニターの出力に影響する。上げすぎると出力がクリッピングする。
3. 出力レベル (アナログ) → 本体の OUTPUT ノブ。OUPUT 端子の出力電圧を制限する形で働く。フルスケールが 0dBFS 時に +18dBu (=6.153V)

STREAMING モード時 (入力信号がミックスされてUSB入力になる。ダイレクトモニターもミックス結果を聞く)

1. 入力レベル (デジタル) → Mix Control の左側のやつ。Mix Control の波形から後に影響。
2. ミックスレベル (デジタル) → Mix Control の右側のやつ。実質的には入力レベルとやってることは変わらないが、Mic Control で見れる波形に影響しない。USB 入力に関係するのはここまで
3. 出力レベル (アナログ) → 本体の OUTPUT ノブ。OUPUT 端子の出力電圧を制限する形で働く。フルスケールが 0dBFS 時に +18dBu (=6.153V)

出力

ダイレクトモニターに関して、ボリュームをどう設定するか問題がある。

本体の OUPUT ノブはまわしきるとホワイトノイズが結構ある。このOUTPUTはDA後、出力直前のアナログボリュームだと思うが出力ゲインが高すぎるのか、DAのノイズ性能なのかよくわからない。 この OUTPUT ボリュームは最大値(+18dBu)からどれぐらい減らすかというものなので、クリッピングという概念はない。

一方、Mix Control で Level を最大にしても、これはデジタル補正なので、ホワイトノイズはほぼ増えない。しかし DA 前のレベルなので、上げすぎて 0dBFS を超えれば、DAでクリップしてしまう。

よって、Mix Control の Level を優先して上げることでSNRを稼ぎ、本体のOUPUTボリュームを適切に設定するということになる。とはいえモニターのホワイトノイズを気にしないなら Mix Control の Level は下げ気味にして、素直にOUTPUTボリュームの調整だけでもいい。

OBS で 32bit float 録音して DaVinci Resolve へ

(Windows 11)

とりえあえず出力フォーマットは 32bit float にする必要がある。

• 録画フォーマット .mkv
• 映像エンコーダ NVIDIA NVENC AV1
• 音声エンコーダ FFmpeg PCM (32-bit float)
• 音声トラックを必要なだけ選択

としている。これで DaVinci Resolve はマルチトラックを認識してくれるし、32bit float も正しく扱ってくれる。

この状態で「グローバル音声デバイス」で「2-ZOOM UAC-232 Audio」を設定して、録音してみたところクリップしてしまった。OBS 上で表示されるレベルメータも0dBでクリップしている様子が見える。Windows が悪いっぽい？


obs-asio というプラグインを別途入れて、ASIO で入力するように設定すると、クリップせずに正しく扱えるようになった。

BITS って何？

Windows Background Intelligent Service の略。ざっくりいうと Windows がなんかいい感じにダウンロードとかをやってくれるサービス。

イベントビューワでのエラー

イベントビューワで頻繁に以下のようなエラーが出て気になっていた。

Mozilla

うちの環境だと MozillaUpdate が無限に溜って BITS ジョブを浪費していた。なんでかわからん。Firefox では BITS を使ってアップデートファイルを受信するようになっている。

'MozillaUpdate 308046B0AF4A39CB' TRANSFERRED 1 / 1 7348739 / 7348739

最初の発声タイミング

実装してみると悩むポイントが最初の発声タイミングで、何を重視するかで2つのタイミングがある

• クリック間の時間を重視するなら、スタートを押した次のタイミングから発声
  • 拍の開始が1クリックずれる
• スタートを押したタイミングを重視、スタートを押して即時に発声
  • 「即時」が実装上即時ではなく、原理的に最大20ms程度遅れるので、初回～2回目のクリックが不正確になる

今回は後者のスタートを押したタイミングを重視して最初の1クリックの不正確さは許容するという方針にしてある。何らかの音源を鳴らしながら TAP TEMPO で BPM をひろい、音源にあわせてクリックを鳴らしてみるみたいなとき、最初のクリックがずれると難しい。

もっとやるなら音源ごとのアタックのディレイを補正すべきだけどやっていない

症状:スリープから復帰しない

「スリープから復帰しない」にもいろんなパターンがあるが、本件では電源LEDがスリープを示す点滅の状態から、ハードリセット(電源ボタン長押し)以外の方法で復帰も終了もできないというパターン。

複数の条件があるようで、自分が確認した限りだと

• モダンスリープ中である
  • 休止状態では発生しない
• Wi-Fi 接続状態である
• Windows Update のなんらかの処理が発生する(?)
• 長くスリープする(?)

という感じ。電源を接続している間は休止に入らない、つまりモダンスリープになるため、電源接続状態で1～2日程度放置すると再現する。

修理 2度目 (未修理返却)

1度システムボード交換で修理しているので、そこに続く形で修理依頼をした。2月上旬に修理センター預りとなった。

しかし「修理センターで不具合が再現しない」と言われ「検証状態」が2ヶ月弱続き、3月下旬に未修理で返却される。

しかし返却翌日にこちらで再現。動画で録画。即日、再度修理依頼をした。修理の手配中 (数日間) にまた再現したためこちらも録画。

修理PCのデスクトップに再現した動画をまとめて置いてくれと言われたので、かなり詳細なメモをともに置いて送った。

修理 3度目 (未修理返却)

3月下旬そのまま3度目の修理に送る。

4月下旬になって進捗を訊くと「症状発生を1度確認」といわれる。検証用ストレージに換装して検証といわれる。Lenovo の修理は修理対応画面にコメントを書ける機能がある、ここから進捗を訊いている。

5月中旬になり進捗を訊くと「症状の発生を2回確認」といわれる。メールで若干詳細な報告がくる。「技術部門も含めて確認する」というコメントがくる。

5月下旬になり進捗を訊くと特にないと言われる。もう半年ぐらい預かりだがなんとかならないのか？という旨もつっつく。

突然「初期化して各種アップデートを行って修理完了として出荷する」と言われる。こんなに再現しないとずっと預ってるくせに？？とかなり不信感がでたため「確実な再現方法がわかったのか。わかったからアップデートして再現しないことを確認できるようになったのか？ 技術部門に確認と言っていたが行ったのか？」という旨を訊いた。これらの対する回答はなし。

これまでは一貫して修理フォームのコメントかメールだったが修理センターから急に電話。要約すると「修理の目処がたっていない。修理センターではなく、レノボ本社での対応となる。了承頂けるのであれば、お客様資産であるPCは一旦返却し、担当者から連絡させる。どういった対応になるかは修理センターではわからない。」 修理センターではこの時点で、修理不能ということしかわからないらしい。選択肢的に修理できる気がしないし保証期間は過ぎていくしで了承するしかない。

「メールじゃだめなんですか？」と訊いたら「こういった要件は電話ですることになっている。別途メールを送ることもできない」という答え。一通り要件が終わったあと、「この内容をメールして欲しい」といったが「できかねます」という回答。不信

返金

修理センターからの電話の翌日、レノボ担当者から電話。保証規定に基いて対応するといちいち言われる。購入してすぐに修理に出しているため初期不良で償却日数(減額)はないと言われる。当たり前。全く使えてないのに減額されたらひどい話。

修理センターから直接レノボ引き取りはできないらしく、一旦返却される。

返金用の申請書が送れれてきたので返送。返送してから3週間で入金された。

感想

結果的に、金出してPC買って、修理の名目で検証用PCとして取り上げられ、当初の金だけが返ってきたという感じ。こっちが検証に使った労力、機会損失とかは返ってこない。

修理対応が特別悪かったとは思わない。ウェブチャットなりなんなりで問合せるとしっかり修理に誘導されるし、ある程度状況はシェアされている。定型の修理なら早い (初回のシステムボード交換は早かった)。一方で技術部門と修理部門は繋っていないようなので、未知の不具合は対応する能力がないし、後半不審な行動があった。

注文から何度か出荷延期し2ヶ月して届いてそこから6ヶ月まったく使えず返金になったのは率直に気分が悪い。まず不具合を認めさせること自体にかなり労力かけてるし、勘弁してほしい。

スリープ復帰しないのは割とよく聞く不具合なので、最初のうちに「同様の件は報告されてないのか」としつこく訊いたが「ない」らしい。

ノートPCのメーカーはそもそも選択肢が少ないのに、残念ながらまたひとつ選択肢が減った。なお NEC も Fujitsu もノートPC部門は Lenovo 傘下である。