BMSCROLL／HBSCROLL

[rhimm]

現状のOTCフォーマットの構想には、tjaフォーマットにあったBMSCROLL／HBSCROLLの要素が無いように思われます。
tjaからの移行を考える上では必要不可欠な要素と考えており、ぜひ導入してほしいです。
個人的には、OTCフォーマットでこれらを表現するならば、.tccの変数名（tjaで考えるなら、COURSE以下の各ヘッダーと譜面部分？理解不足があったらすみません）として、

"scoreinit": 800,
"scorediff": 200,
"scoreshinuchi": 1200,
"balloon": [ 6, 10, 24 ],
"bmscroll": 0,
"measure":（以下譜面に続く）

のような位置にねじ込むのが最善かな、と考えています。
こうした場合、変数名 bmscroll の値は 0, 1, 2 のいずれかとし、それぞれがtjaフォーマットで言うところの

0:通常のスクロール
1:BMSCROLL
2:HBSCROLL

とする・・・のが個人的にはしっくりきます。

皆さんの意見や問題点の指摘などがありましたら、お願いします。

[AioiLight]

BMSCROLL、HBSCROLLの違いですが、スクロール速度が反映されるか否かのみWikiなどの情報源には書かれています。あえてHBSCROLLの下位互換であるBMSCROLLを定義する意味は何でしょうか？
これらの相違点などありましたら是非とも教えて頂きたいです。

[rhimm]

確かに、HBSCROLLがある今、譜面の側でBMSCROLLを指定する意味はほぼないと考えるべきかもしれません。
Koioto側で「スクロールを無視したある種の挙動」のようなオプションの一つとしてつける意味はあるかもしれませんが・・・

であれば、新たに名前をつけるのが妥当なのでしょうか？それとも「HBSCROLL」単独でもいいんでしょうか・・・命名由来がHS+BMSCROLLなので、新たなフォーマットとしては新しい名前があるといいかもしれません・・・

[AioiLight]

ということは、スクロール速度の扱い以外はふたつの挙動に違いがない、という認識で良いですかね？
仮にひとつにしたとしても、命名をどうするか、悩ましいところです……
種類をひとつにまとめてしまえば、

"bmscroll": 0(or 1, 2)

ではなく

"bmscroll": true(or false)

といったブール値で設定することができるのでそちらの方が良いかもしれません。

[nyoro-wrl]

種類をひとつにまとめる方向に賛成です。

個人的には、通常のスクロールとBMSCROLLを譜面の途中で命令文を使って切り替えられるようにしてほしいですね。
切り替えを行わないと実現できないスクロールパターンがありますし、多様性が広がるので。