唐突な始端側#LNOBJでHangする。3.0–5.812では軒並みundefinedが入っていた。string.prototype.charAt(0)に書き換えた。厳密にやるなら代用対にも対処しないと危ない。WSHによるBMS→BMSONへの一括変換は可能になったが、前述の修正漏れで予期せぬ箇所で座標配列が空になったりする。fileは、PowerShellを経由すれば普通に読めることに気づいた。Localeで表現できない非ASCII文字が“??”に文字化けしてしまっていた。私には原因の特定も修正も不可能だったので、UTF-32図表の読み込みを断念した。3.0未満の環境では実行しても反応が返ってこない。Vistaさえ門前払いということに。3.0–5.1で確認)。私「標準出力」を勘違いしている。眠すぎて腕に力が入らない。先月の不思議現象の原因が判明して、少しすっきりした。JScriptの罠を踏みまくって発狂。3.0–5.812では["11"]が得られる。value.split(/[^0-9A-Z]/)[0]||def;(値がFalsyならdefを適用)も駄目。んほーッ(↓↑〜ッ)すくなくとも今週中は他のことを考える余裕はなさそう。OSのversionによって異なる。Endian)も「引数が間違った型、または許容範囲外であるか、競合しています」と警告される。UTF-8の冗長表現は素通し。XP以前では変換器が起動しないように変更した。図表著者の名義は、鴉(Shift_JIS)・蜍(EUC-JP)・雨(EUC-KR)・殡(GBK/GB18030)・澣(Big5)のうちどれ?などの不毛な問題を解決すべく、BMSON形式への一括変換を試みる。Encodingの完璧な自動判別は不可能なので、例外のみ手動で決め打ち・BOMがあれば従う・BOMなしなら既定のEncodingを適用することにした。原始人並みだがBOFU2017の全図表を期待通りに読み込むところまではできた。ちなみに当方発見済みの例外はこんな感じ。Bazooka”は途中で制御文字らしきbyte列が混入するので、"ISO-8859-1"という解釈も間違いかも。手元で検証した限りではBOMつきのUTF-8/UTF-16/GB18030は読み込めたが、WSHのADODB.StreamはUTF-32をsupportしていないようだった。Framework”のいくつかのclassはWSHでも使えたが、System.Text.UTF32Encodingは借用できなかった。#RANDOM系の変換はBmsONEにお任せするとして、BGA仕様の差異にどこまで追従するか考え中。Manager(RAVCpl64.exe)が動作しなかった。MachineのUbuntuでも音が鳴るようになった。Linux”は冤罪だった。scriptを適用してみた。#1000以降の小節も出力されたり、いろいろと興味深かった。変換器とか無限loopに陥るので要修正。Machineとして導入した。サウンドデバイスを開くことができません:」の警告が出ている。HostたるWindows側でどうにかしないと駄目っぽい。「BOMつきShift_JIS」のBMSを更に発見。fileを開くだけでも難しすぎる。Rubyをinstallした。RubyInstaller2がMSYS2を何度もdownloadしようと試みて失敗し続ける。動画閲覧などで回線を使っている間はdownloadingも中断されない。そこに気づくまで二十分ほど無駄にした。結局installingだけで一時間半くらいかかって日付が変わってしまった......。単なる誤り?BananaBeats、beatoraja、およびPulsusは#VOLWAVを解釈する。0↑旧版Another図表。6.wav↑全図表がBOMつきUTF-8で符号化され、Easy図表のみU+FFFDあり(文字化けの結果)。file(source.py)同梱。Drive無量大数を軽々凌駕する発狂分解能、126003954190622841820816938520698981517882100406352274689636588083570040437216730867544587840974593677991903545882806840526036892638078707320932898157508310675505081933558796047618054083554044936502374547930063183913534071754212482652748738466985729678426246490055741141797391038438557292828878754893053740618138377631330656910450150150379768899862450456899039638876307517621622978564071923171862195895275243412454632872197594704726912603405556249192827391733353874818671768190050766031982536211365019321049048115507011012733460545913693660135505748752400000。file(_warp.rb)を実行することによって、図表にgimmickを付与する。Programmerしか作れない図表最高すぎる。小節線という有限のresourceを節約しようとして結果的に音楽的に視覚的に違和感が出ている箇所があって、そこはBMSON形式を推したい。有理数近似で分数化すると絶対に誤差が出そうな小節長の小数値やばい。2も正しく定義されており、そのうえでの誤字。1.5小数値#STOPはLR2で期待通りに働かない。EXPLOSION#PREVIEWpreview.oggが存在するので、すくなくともbeatorajaではpreview機能が働くはずだが。80なあたり、意図がありそうでへぇ〜ってなった。3#DIFFICULTYと誤字が両方ある。2_dph.bms、_dpn.bmsのみ誤字。HeartSPI.bmsのみ「UTF-8のBOM」つきShift_JIS。Memory?ITYM_02_Hyper.bmsのみ「UTF-8のBOM」つきShift_JIS。\u201C\uD83C\uDFB9\u201D"元の文字は以下の通り。”「あらゆる文字を収録したfont」は、現在のTrueType/OpenType仕様では不可能らしい。browsersで試した結果、「指定された書体が扱えない文字」にはfallbackが働く(FontLink機構?)。以下のCSSを指定して、各browsersがどの書体を適用するか確認した。Emojiで描画される。CJK書体に収録されているはずだが、beatorajaでは描画されない。基本多言語面に無い文字を扱うために特別な処理が必要なのかもしれない。Encodings(GBK/GB2312/CP936、Big5/CP950、Shift_JIS/CP932、EUC-KR/UHC/CP949)の範囲内の文字なら、おそらく現時点でもbeatorajaで使用できるものと前提してよさそう。U+10000以上の文字、たとえば「𠮷(つちよし)」や絵文字や梵字は、たぶん使えないので自重する感じで。当然ながらBMSON形式が前提。CJKに変更して、BOMつきUTF-8で図表を保存して......あ〜そういえばcharatbeatHDXはUTF-8じゃなくてCESU-8にしなきゃ駄目なんだった......まあ「U+10000以上の文字は使用禁止」としておけば問題は発生しないはず。\u0335\u031C\u0350S\u0337\u0332\u030Bo\u0335\u0324\u0312\u01D4\u0335\u0320l\u0336\u0330\u034C"図表著者のたった数文字程度の戯れのために各users様方に巨大なCJK書体をdownloadしていただきbeatoraja既定の書体を挿げ替えていただくというのは、普通に無いわ感ある。Gothicでも表示できていたことに気がついた。いつもながら迂闊だった。私が7-Zipに苦手意識を持っている原因を考えて、英語を読み書きできないからという結論に達した。7-Zipをinstallしようとして英語を理解できずcancelする日々があった。最近は読もうとはしている。Linux”を導入した。サウンドデバイスを開くことができません:」と警告を発するようになった。Driverの特定versionの不具合だった。BMSE非公式Helpを手元で微修正した。QiitaのHTTPS化を見落としていたので直した。環境依存文字(半角カナなど)を生で記述していた箇所を、狭義のShift_JISで書き表せる形に直した。RespecterSeven”という記述を見つけて、へぇ〜ってなった。“#”からcommentを開始すると、図表editorを通してもcommentが残る。備忘録・【BOFU2017】文字化けでLR2でerrorが発生するBMSたまたま見つけてへぇ〜ってなったので、図表filesだけを抽出していろいろ調べてみることにした。UTF-8(BOM)。filesも同梱されている。μBMSCで既定のencodingのまま編集されたのだろう。BOFU2017参加作品内にBOMつきUTF-8図表は約百枚ある。大半がASCII同然なので、たまたまこの作品だけが日本語環境のLR2に引っかかったのだとしても、そういうこともあるのかなという感じ。修正差分(v12.2.zip)の20.n.bmsは、ASCII文字のみになってしまった。いう経緯でこの文字符号化方式が選ばれたのかが気になる。ちなみにいまのところ、BOMなしのUTF-8はこの図表一枚のみ。Encoding図表」は他にもいくつか見かけたけど、このBMSだけがたまたま日本語環境のLR2に引っかかったのだとすれば、不運。Properties。