1. 定義ファイルで指定した初期値の値が仮想コントロールチェンジのダイアローグ・ボックスの値に加算されてしまう。
2. もしくは、 general.vcc の「value=」の指定がおかしい。
- ページ: 不具合
- 投稿者: 名無しさん
- 優先順位: 普通
- 状態: 提案
- カテゴリー: 1.5.1 (alpha)
- 投稿日: 2006-08-03 (木) 06:41:07
- バージョン: 1.5.1 (alpha)
メッセージ
まず関連項目として、要望/22 については、これは要望ではなく不具合でしょう。
Cherry では デフォルトで Panpot やフィルタ、ドラム用 NRPN 等の値を -64 ~ +63 にしていますので、- の値を入力出来ないのは明らかにおかしいです。
【追記】
Panpot やフィルタ等よりも Pitch Bend の方が例として相応しかったですかね。
1. 定義ファイルで指定した初期値の値が仮想コントロールチェンジのダイアローグ・ボックス *1 の値に加算されてしまう。
要望/29 では仕様と判断されていますが、私は上記の形のバグであると判断しました。
「初期値」の設定なので、本来仕様としては次のようなものが正しいと思います。
仮想コントロールチェンジのダイアローグ・ボックスで Volume を "選択(クリック)した時に" value が 100 に変わる。「/ → 7」 と入力した時に Vel/Value が 100 になる。
もっとも、現在の仕様で慣れ切った方々が多いと思われますので、バグであったとしても修正すべきではない気がします。
※ 利用する状況が分からなかったためバグと判断していましたが、 状況を思いついたので撤回します。すみません。
2. もしくは、 general.vcc の「value=」の指定がおかしい。
もし、バグでないとしたら、「初期値に対しての増減を入力する」という仕様は Panpot やフィルタ、ドラム用 NRPN 等の 値の範囲が -64 ~ +63 のもの に対して行うべきものではないでしょうか?
これら 値の範囲が -64 ~ +63 のもの であれば、「初期値に対しての増減を入力する」という仕様がピタリと当てはまります。
したがって、本来「value=」はこれらに対して設定するべき項目のはずです。
実際は、省略時は 0 になるので、結果として「none」以外は設定する必要はないことになります。
ところが、general.vcc では [7] [11] [91] [128] の4つに「value=」が設定されています。
これらを「初期値に対しての増減を入力する」という仕様にするのはおかしいです。
これらの「value=」の値は削除すべきではないでしょうか? *2
あとついでに、VCC#128 の綴りが間違っています…よね?
【誤】 Pitch Bend Ssensitivity
【正】 Pitch Bend Sensitivity
まとめ
- 必須の修正点
要望/22 より パラメータボックスのエディットボックスにES_NUMBERが指定されているために 負の数の入力ができません。
要望/29 より 値をクリップしないため、コントロールチェンジによっては 範囲外のとんでもない値が出現することがあります。
general.vcc の VCC#128 の綴りが間違っています。
- 必須というほどではない提案レベル
general.vcc の [7] [11] [91] [128] の「value=」を削除すべきではないか?
これにより下記の要望が解決します。
要望/29 より パラメータボックスに使用する値を イベントリストに同じになるようにして欲しいです。
- おそらく私はこの提案の意図を完全には把握できていませんが、思うところを。1.4.3#での修正はvalueを無視するだけでなく、入力値に対してvalue_offsetを加算するものとなっています。 -- gocha 2006-08-03 (木) 06:54:43
- 値域が-64~+63 のものであれば「初期値に対しての増減を入力する」という仕様が当てはまるとのことですが。私としてはこれは単に基準点が0であるために相対的な増減としても捉えられるだけで、結局絶対的な値の入力が本質のように思えます。 -- gocha 2006-08-03 (木) 06:56:54
- value_offsetの存在を忘れてました(汗 ちょっと検証してみます。 -- 2006-08-03 (木) 07:01:31
- ああ……これに関しては1.の解釈を除いた場合の話でしたね。すみません。 -- gocha 2006-08-03 (木) 07:01:44
- パッチでの修正は「負の数の入力に対応させるだけで事足りた」というのは、「部分改修を目的としたパッチではなるべく互換を保った方がいいのでは」という程度の意味合いでしょうか。それでしたら納得ですので修正を考えます。 -- gocha 2006-08-03 (木) 07:03:59
- あと、以前から少し思っていましたが、やはりパッチ項目を選択して改変を行える動的なパッチャを作った方がいいですよね。こういう嗜好の違いが各点に出るでしょうし。 -- gocha 2006-08-03 (木) 07:05:12
- 思いつくのはこれくらいです。だらだらと申し訳ありません。 -- gocha 2006-08-03 (木) 07:07:13
- …と思ったけど、value_offsetはあまり関係無いですね。 -- 2006-08-03 (木) 07:09:11
- > 07:03:59 意図としては「そこの部分は改修しなくても(vccを編集すれば)対応できるので、改修する必要はないのでは?」というものです。元の仕様の方が使いやすいという方にも対処出来ますし、とそんな感じでした。あと隠れた意図として、「0からはじめる~ の Cherry_FAQ も直してもらえるといいなぁ」というものもありますw .vcc を編集してボックスからも入力出来るようにした方が楽でしょうし。一番言いたいことは、そもそもの原因が「value=」の不自然な設定にあるので、根本的な原因を取り除いた方が良いのでは? というものです。「必須というほどではない」ってしてますが。 -- 2006-08-03 (木) 07:19:29
- ああなるほど、納得しました。1.4.3#の方はなんとか動的パッチャを書き上げてそれで解決させようと思います。 -- gocha 2006-08-03 (木) 07:25:40
- あと、1. については私にはバグとしか思えないので、それを確認したいという意図があります。何でこんな仕様にしているのかさっぱり分からないので…。どんな状況で「初期値に対しての増減を入力する」なんて仕様が必要になるのか、しかも Volume や Expression で…。 -- 2006-08-03 (木) 07:48:00
- そうして考えてみたところ、値の範囲が -64 ~ +63 のもの がそのまんま該当するということに気付きました。でも基点が 0 なので、設定する意味がないんですよね。 -- 2006-08-03 (木) 07:48:20
- あー、今気付きましたが、基点が 40H のやつが有効ですか。これ用の仕様だったのかな? -- 2006-08-03 (木) 07:48:33
- そう考えれば、この仕様は便利なのかもしれませんね。1. がバグなのではなく、general.vcc の指定ミスで FA 風味? -- 2006-08-03 (木) 07:53:07
- あー、すみません。変なこと言ってますね。基点が 40H でも表示上は 0 にするだろうから一緒ですな。 -- 2006-08-03 (木) 08:04:17
- ようやく分かりました。表示を -64 ~ +63 にしないで 0 ~ 127 のままでやっている時に便利なのか。初期値を 64 にしておけばダイアローグ・ボックス上では + - で入力できると。 -- 2006-08-03 (木) 08:08:09
- そうだとしても感覚的に妙な気がするのでインタフェース改修が必要かもしれません。元々そのつもりだったのかもしれませんが。 -- gocha 2006-08-03 (木) 09:21:56
- ところが、ここでこれまで放置されていた事が足かせになります。すなわち、「不自然な状態が自然になってしまった方々」の存在です。「不自然が自然になる = それだけ使い込んで来たヘビーユーザー」となるわけで、「これまでと同様の使い方が出来ないと困る」という声が多数寄せられる(または使いにくいから以前のバージョンでいいや、となる)可能性が高いと思われます。(何せ8年ですからねぇ^^;) そう考えると、この仕様(「初期値に対しての増減を入力する」)は残さざるを得ないのではないでしょうか? どの道、現時点で .vcc を編集すれば選択可能なので、この仕様を無くす方向での改修は特に必要ない気がします。というか、噂の(?)黒船のように計算式が入力出来るようになれば良いのかな? 変数に初期値を割り当てれば同じ仕様に出来そうな予感。 -- 2006-08-04 (金) 04:34:03
- 1.4.3#で項目別パッチを可能にしました。あと、ここに掲載しているgeneral.vccにおけるVCC#128の綴りを修正しておきました。 -- gocha 2006-08-04 (金) 09:44:59