Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • May 23 13:01

    cwtickle on develop

    [0567/current-script:0.1.0] cur… Merge pull request #1291 from c… (compare)

  • May 23 13:01
    cwtickle closed #1291
  • May 23 13:00

    cwtickle on 0566-encode-uri

    (compare)

  • May 23 12:58
    codeclimate[bot] commented #1291
  • May 23 12:58
    cwtickle labeled #1291
  • May 23 12:58
    cwtickle opened #1291
  • May 23 12:53

    cwtickle on 0567-current-script

    [0567/current-script:0.1.0] cur… (compare)

  • May 22 11:15

    cwtickle on 0565-split-header

    (compare)

  • May 22 09:03

    cwtickle on develop

    Merge pull request #1290 from c… (compare)

  • May 22 09:03

    cwtickle on v27.5.1

    (compare)

  • May 22 09:02

    cwtickle on master

    [0566/encode-uri:0.1.0] カレントパス取… Merge pull request #1289 from c… [ver27.5.1] カレントパス取得部分のURIエンコード… and 1 more (compare)

  • May 22 09:02
    cwtickle closed #1290
  • May 22 09:01
    cwtickle opened #1290
  • May 22 09:00

    cwtickle on develop

    [ver27.5.1] カレントパス取得部分のURIエンコード… (compare)

  • May 22 08:57

    cwtickle on v26.7.3

    (compare)

  • May 22 08:57

    cwtickle on v26

    [ver26.7.3] カレントパス取得部分のURIエンコード… (compare)

  • May 22 08:55

    cwtickle on v25.5.9

    (compare)

  • May 22 08:55

    cwtickle on v25

    [ver25.5.9] カレントパス取得部分のURIエンコード… (compare)

  • May 22 08:08

    cwtickle on v24.6.8

    (compare)

  • May 22 08:07

    cwtickle on v24

    [ver24.6.8] カレントパス取得部分のURIエンコード… (compare)

goe
@goe0
ご意見ありがとうございました。ティックルさん案で調整しています。
izkdic
@vdos2643_twitter

お疲れ様です。地味な不具合を発見したため報告します。
left_dataなどの譜面データが昇順になっておらず、データ末尾に最初のデータより早い位置にノートが存在していた場合、一部の挙動がおかしくなることを確認しました。
作品としては、いしころさんの紅い頬の5key譜面で発生していて、
実際のノート数が455+56=511であるにも関わらず、Info画面では452+56=508ノーツとして表示されています。
紅い頬はソースバージョンが14.4.0と古いですが、23.2.0でも発生することを確認しました。

テストデータとして、
|left_data=200,300,400,500,600,700,800,50,55,60,65,70,75,80|
というものを用意します。ノート数は14です。
このデータのInfoを確認すると、ノート数が8になっており、APMが-242になっていたり、Timeが「-1:-2」になっています。
この譜面を再生すると、8ノート目までは正常(50~80Fの縦連も正しく降ってくる)のですが、9ノート目からは速度がおかしくなり、逆走状態で流れてきます。

譜面データが昇順になっていなくても、後ろに挿入されたデータが最初のデータより遅い位置にある場合は問題なく計上されます。
|left_data=200,300,400,500,600,700,800,550,555,560,565,570,575,580|
であれば、ノート数は正しく14と表示されていますし、APMが負値になったりすることもありません。
しかし、この場合も14ノート目だけが逆走状態で流れてきたため、この辺の処理に何らかの問題がある可能性があります。

なお、エディタから正式に出力した譜面データなら、エディタから出力される時点で昇順ソートされているはずなので、本現象は発生しません。
不具合ではありますが修正の緊急度は低いと思われます。

以上、よろしくお願いします。

tickle
@cwtickle
@vdos2643_twitter
報告ありがとうございます。
テストデータで確認したところ、報告頂いた内容が確認できました。
おそらくですが、最初のフレーム数特定時の処理が各矢印の最初の数字を拾うようになっているのが問題になっていると思いました。
function getFirstArrowFrame(_dataObj, _keyCtrlPtn = `${g_keyObj.currentKey}_${g_keyObj.currentPtn}`) {

    let tmpFirstNum = Infinity;
    const keyNum = g_keyObj[`chara${_keyCtrlPtn}`].length;

    for (let j = 0; j < keyNum; j++) {
        const data = [
            _dataObj.arrowData[j],
            _dataObj.frzData[j],
            _dataObj.dummyArrowData[j],
            _dataObj.dummyFrzData[j]
        ];

        data.filter(data => hasVal(data)).forEach(_objData => {
            if (_objData[0] !== ``) {
                if (_objData[0] < tmpFirstNum && _objData[0] + C_MAX_ADJUSTMENT > 0) {
                    tmpFirstNum = _objData[0];
                }
            }
        });
    }
    return (tmpFirstNum === Infinity ? 0 : tmpFirstNum);
}
tickle
@cwtickle

#1134 で修正しました。

速度変化、色変化、モーションデータも念のため対応しています。

izkdic
@vdos2643_twitter
結構大がかりな修正になってしまいすみません\(^o^)/
ご対応いただきありがとうございました!
goe
@goe0

お疲れ様です。

#810 にてプレイ画面でのキーリピートが無効化されましたが、

これによって #433 の対応も不要にならないでしょうか。
特にフェードイン時にリトライするまで長時間待たなければならないのが不便なので、ご検討お願いします。

tickle
@cwtickle
@goe0 ご意見ありがとうございます。#1137 で対応してみました。
自サイトにも試験的に反映してみました。
goe
@goe0
ご対応ありがとうございます。
連打でリトライを繰り返してみましたが、自環境では特にズレは発生しませんでした。
tickle
@cwtickle
ありがとうございます。マージしておきます。
aconite
@aconite_ac_twitter

お疲れ様ですm( )m
ティックルさんと自分のダンおに作品(おそらく全部?)において、
オプション画面の難易度名と画面下部のボタン全てが表示されず、プレイ不可能になる現象が報告されています。
https://twitter.com/eefg_/status/1449258001303363590

自環境(Windows10,Google Chrome)ではティックルさんの「ピコLOVE」のみ同様の現象が確認されました(自作品は正常に動作しています)。
「ピコLOVE」ではショートカットキーによるプレイ開始も不可能でした。
おそらくCW Edition最新版でのみ発生するバグだと思われます。
お手数ですが、確認のほどよろしくお願いしますm( )m

(現在報告してくれた方(eefgさん)の使用ブラウザの聞き取りをしています)

tickle
@cwtickle
@aconite_ac_twitter
ありがとうございます。
こちらのPC(Windows 10 20H2, Google Chrome 92/dev 94)では現象が確認できなかったのですが、Firefox (developer edition, 94) で発生したため #1139 で直してみました。自サイトに反映してみましたが直っているでしょうか?
aconite
@aconite_ac_twitter
Google Chrome(ver 94.0.4606.81)で改めてティックルさんの「ピコLOVE」(c5b13d9)をプレイしたところ、
本日16:00に報告した不具合は解消され、正常にプレイすることができました!
早速の対応ありがとうございますm( )m
tickle
@cwtickle
早速ありがとうございます、マージして更新しますー
tickle
@cwtickle
説明文や補足など日本語表記だった部分について、英語に切替できるようにしてみました。( #1144 )
これまでのリロードボタンで切替できるようにしています。
直訳が多いので、直した方が良いなどあればご指摘ください(
ただ、枠内に収める都合もあるため簡素で伝わる部分は簡素にしておきたいです。自サイトの作品に試験反映しています。
tickle
@cwtickle
本当のところを言えば、キーコンフィグ内のキー表記も日本語/英語キーボードで表記分けすべきのような気もしますが、変更量が多くなるのと必ずしも英語=英語キーボードではないので今回の対応からは除外しています。
apoi
@kwbredda3_twitter

いつも開発お疲れ様です。機能追加の要望がございますので書き込みます。
Sudden+やHidden+のオプションを使用時に、プレイ画面にて特定のキーを押すなどのアクションをすると、Page UpやPage Downを押してもレーンが動かないようにしていただきたいです。

提案理由は、当該オプション使用時に11keyの変則右手移動を行うとPage Downを誤爆しやすく、レーンがどんどんずれていってしまい、プレイに支障が出てしまうためです。
極めて限定的な状況ではありますが、実際に快適なプレイに支障が出てしまっています。
機能の追加をしてくださいますととてもありがたいです。

どのようなアクションをするかについては、左上の方のファンクションキーが利用可能であれば、その位置は誤爆の危険性が低いため、それを希望します。
何卒宜しくお願い致します。

tickle
@cwtickle

@kwbredda3_twitter
ご意見ありがとうございます。
キー誤爆の件はそのためにキー割り当てをするとまた何かあったときに別の誤爆に繋がりかねないので、事前にレーンをロックするかを設定画面で決めてもらうようにしたらどうかと思っています。
(例えば自分のキーボード(タブレットに付属したもの)では3 or 4キーがファンクションキーと隣接しており、キーがさらに複雑になった場合に誤爆する懸念があります)

そのうえで、Hidden+/Sudden+については作品ごとのレーンの位置をローカルストレージに保存するようにすれば問題は解消されそうかなと。

ローカルストレージに保存するデータが増えてきたので、個人的な欲を言えばどれを保存するかをカスタムできる画面が欲しいところですが、動線が増えてしまうのが悩ましいところです。

apoi
@kwbredda3_twitter

@cwtickle
素早いレスポンスありがとうございます。
・レーンカバーのロックをするかしないかの設定
・レーンカバーの初期位置の設定
の2点を設定画面に追加するということでしょうか。

これであれば、従来の諸々の機能を損なうことなく私の提案した要望も満たせるのでありがたいです。ただ、このロック機能は相当ニッチな需要なので、レーンカバーの初期位置はローカルストレージに保存する必要はないと個人的には感じます。

tickle
@cwtickle

@kwbredda3_twitter
ありがとうございます。
元々はレーンカバーの位置をプレイ中にHidden+/Sudden+で調整しておいて、プレイした後にレーンカバー位置を保存できるようにすればいいかと思っていました(設定画面としてはレーンカバーのロック有無のみ)。

ただ、現状のHidden/Suddenが空気(?)なので、これの初期値を変更できるようにすればそれでよい気もしてきました。
現状Hidden初期値:50%、Sudden初期値:40%

具体的にどうしたらいいかはもう少し考えてみます。

tickle
@cwtickle
一旦apoiさん案で作っています。既存のHidden/Suddenに手を入れると面倒になりそうなため。
apoi
@kwbredda3_twitter
ありがとうございます!諸事情(もろバレ)により早めの実装がありがたいので助かります。
tickle
@cwtickle

@kwbredda3_twitter

#1171 で実装してみました。自サイトにもテスト反映しています。

こんなイメージでしょうか?
https://cw7.sakura.ne.jp/danoni/2013/0079_Thrustup.html

tickle
@cwtickle
問題ないとのことだったので、ver24.5.0として更新しました。
izkdic
@vdos2643_twitter
お疲れ様です。本当に地味な不具合を発見したので報告します。
9AkeyのキーパターンはSelf→Type1(JKIL)→Type2(矢印キー)→Type3(9B)→Type4(11i)→Type5(11i矢印向き違い)→Self→……のように遷移しますが、
このようにぐるっと1周させた後、Type1に戻ってきたときに配色がおかしくなる現象を確認しました(24.3.0にて)。
具体的にはType3と同じような交互の配色になります。
デフォルトが9Bの作品では発生しませんでした。
tickle
@cwtickle
@vdos2643_twitter
報告ありがとうございます。
関連した問題がいろいろ出てきたので、 #1174 で諸々直しました。
tickle
@cwtickle

#1174, #1175 を修正した結果、カラーグループの別の問題が出ました。

後で調べます。

tickle
@cwtickle
諸々ver24.5.1にて対応しました。
tickle
@cwtickle

Fast/Slow情報から適正なAdj値を結果画面に表示することを検討しています。
詳細は #1210 へ。
この機能がそもそも必要か、表示するなら何フレーム刻みがいいか、
表示する名前はどんなのがいいか(できれば長くないのがいい、領域が無いので)、
ご意見があればお願いします。

ちなみに、数個の矢印で適正値を決められても信ぴょう性に欠けるので、
とりあえず20個以上の矢印がFast/Slow圏内に入った場合に表示するようにしています。

izkdic
@vdos2643_twitter

現状0.1刻みは隠し機能(コマンドを知らないと使えない)なのでそういう意味では0.5刻みで十分なんですが、
情報としては0.1刻みの方が魅力的なんですよね、難しい。
0.1刻み情報から0.5刻み情報への脳内変換はできるけど逆は無理なので、
僕としては0.1刻みを推します。
ここは他の方の意見も聞きたいです。

名称はC.Adjでもよさそうですし、Estimated AdjustmentでE.Adjでもよさそうですし、
単にAdjだけでもいいかもしれません。ここはそんなに気にしないです。

ぷろろーぐ
@prologue25_twitter
表記は単に"Guessed"とか"Suggest"とかでもいいかもと思いましたが、これだとちょっと長いですかね
個人的にはぱっと見C.AdjのCってなんだ?となってしまう感がありました。
0.5刻みか0.1刻みどっちがいいかはちょっと判断できないですね(実装されてから気になってきそう)
tickle
@cwtickle

@vdos2643_twitter @vdos2643_twitter
ありがとうございます。
この値はズレの参考にするための平均値なので、個人的には(と付けますが)、
精度の細かい0.1刻みの方が良いかなと思っています。
多分3.6fと出ても3.6fをそのまま充てるよりは3f(、3.5f)、4fを選ぶような気がします。

名前は何でも良いのですが、せめて「Adj」が無いと何を表示しているのかがわかりにくいと思いました。
一旦日本語版は「推定Adj」、英語版は「Est-Adj.」(Estimated Adjustmentの略)として自サイトに上げてみましたので、違和感が無いか確認頂けると助かります。

ぷろろーぐ
@prologue25_twitter
確認しました。↑で挙げていたC.AdjのCって何?問題は解決したと思います!数字は0.1刻みでも特に違和感感じません。
aconite
@aconite_ac_twitter
とても魅力的な機能だと思います!
推定Adj表示は0.1刻みにして、各自推定Adj表示を好きな数値精度で丸めた値にAdjを設定するとすれば、
万人のニーズに応えられて良いと思います。
名称についても日本語版は「推定Adj」、英語版は「Est-Adj.」で違和感ございません。
ただ、現在のAdjustmentからの差分は、
意味が分からないと混乱を招きかねない(自分はパッと見よく分かりませんでした)ことと、
意味が分かっても設定すべきAdjustment値以上の有用性が個人的に感じられないことから、
表示しなくてもいいのではないかと思いました。
tickle
@cwtickle
@aconite_ac_twitter
ご意見ありがとうございます。
差分表示は、もともとは差分だけを表示していた名残です。
確かに推奨Adjustment値があるので、差分表示する意味はあまりないですね・・・(^o^)
差分は取り除いておこうと思います。
izkdic
@vdos2643_twitter

お疲れ様です。
Ver25.1.0で追加されたdefaultFrzColorUse=falseの時の追従設定についてです。

・多鍵だからフリーズの初期色は通常ノートと同じにしたい
・でもヒット色はすべてのフリーズで固定にしたい

この場合、これまでだと、
・ColorをOFFにされたときに備えてdefaultFrzColorUseをFalseにして通常ノートと連動させたうえで、
・色変化と同時にフリーズ初期色についても同様の色変化を入れる
・ヒット色は固定なので、ヒット色についての色変化は入れない
という形で対応していました。

しかし、25.1.0で実装されたdefaultFrzColorUse=false時の追従設定により、
通常ノートへの色変化があってフリーズヒット色の色変化設定がないため、
(本来は変えたくないから色変化を入れていないのに)仕様で無理やりヒット色を変えられてしまうことになりました。
現象例、FadeIn53%あたりから 本来はフリーズ押下色は緑

また、フリーズ色を変える必要がない部分で矢印色だけ変えた場合、
意図せぬ部分でフリーズ色も変わってしまう現象も発生しました。
(これについてはこんな機能が実装されることを想定していなかったから、に尽きます)
現象例、最初のフリーズ押下色はすべて水色が正しいが個別色変化でSFJLのヒット色が変わっている

上記のことから、この追従設定の有効・無効を、
・settingで一括設定
・作品ごとのヘッダでオーバーライド
する形で切り替えられるようにしていただけると大変うれしいです。
最悪ヘッダだけでも何とかなりますが、このままだと全作品の色変化チェックを余儀なくされてしまいます……

ご検討いただけましたら幸いです。

tickle
@cwtickle

@vdos2643_twitter
ご意見ありがとうございます。PR #1211 にて追従設定を分離しました。
この追従設定は|defaultFrzColorUse=false|以外で使う可能性が低いため、
|defaultFrzColorUse=false|(もしくは g_presetFrzColors = false)時に限定の設定にしています。

また、単純にON/OFFにすると通常フリーズのみ追従したい場合に困るため
「追従しない」「フリーズ通常時のみ追従」「フリーズ通常時、ヒット時双方追従」
のような設定ができるように変えています。

izkdic
@vdos2643_twitter
ぬおおおありがとうございます!
確かに通常のみ追従したい場合ON / OFFだけだと困りますね……
(一応ヒット色を変える色変化を通常色変化のあとに仕込んでおけば回避できますが、それだとこの機能の真髄を活かせない)
izkdic
@vdos2643_twitter
Ver25.5.1で、Autoなどを使って記録差分がNo Recordになると推定Adj表記と被ってしまうようです。
すずめ
@suzme
v24.5.1以降、9Bkeyや17keyでキーコンフィグ画面のColorGr.の設定が実際のプレイ画面では反映されなくなってしまっているみたいです
tickle
@cwtickle
@vdos2643_twitter @suzme
報告ありがとうございます。それぞれ #1216#1215 で修正しています。
すずめ
@suzme
対応ありがとうございます!
Tarwil
@Tarwil1503_twitter
初チャット失礼します。自サイトで実験をしていたところ、関連した問題として自分が提案した推定Adjの計算式が間違っていた可能性が浮上したため報告します。
bayesExValの計算式の定数を3としていますが、その倍の6が正しいと思われます。よければ対応をお願いします。
tickle
@cwtickle
@Tarwil1503_twitter
報告ありがとうございます。PR #1226 にて対応しました。
この内容で問題ないでしょうか。
Tarwil
@Tarwil1503_twitter
確認しました、問題ありません! 対応ありがとうございます
tickle
@cwtickle
@Tarwil1503_twitter 確認ありがとうございます。マージしておきますー
すずめ
@suzme
原因は分からないのですが、最近のバージョンでディレクトリ名にスペースなどが含まれていると動作しなくなっているみたいです
v27.2.0では正常に動作していて、v27.3.1だと動作しなくなります
すずめ
@suzme
27.3で入ったカレントパス取得部分をエスケープする処理が原因みたいです。document.currentScript.srcは元々URIエンコードされているようで、%20が%2520になってCSS読み込みがnot foundになります
tickle
@cwtickle
@suzme 報告ありがとうございます。v27.5.1にて修正しました。
すずめ
@suzme
対応ありがとうございます