RPGの息抜きで作っている作品の「復活の呪文」みたいなシステムに、現在大大大大苦戦中。 なので、淡々と苦戦する様子を公開し、たまーに助け船を求めて…って感じのトピックを建てました。 ひとまず自力で奮闘して、無理だと思った時点でココに救援要請します。はは。

ちなみに保存すべきデータは2進数で172桁になるものです。 これを、半濁音・小字・ゐ・ゑ・べ・ぼを除いたひらがな64パターンに圧縮展開する形。 …に、現在大苦戦中なのです。うぐぐぐぐ。

あ、172桁ってのはコレ完全に間違いですね。正しくは740桁です。 データA（1桁）　データB（6桁）　データC（2桁）　データD（143桁）　データE（588桁）の構成。

…データA,B,Cは10進数、データD,Eは2進数で使う変数です。 なので、圧縮は 【データA,B,Cを10進数から2進数に変換】 【変換したデータをデータD,Eと結合】 【結合したデータをひらがなに変換】 と、この３ステップになります…

…というのは理屈では分かるんですが、実際に作るとなるともう大苦戦。 絶賛大失敗中です。うむむ。

データからひらがなへの変換についてですが、 「あいうえおかきくけこさしすせそたちつてとなにぬねのはひふへほまみむめもやゆよらりるれろわをんがぎぐげござじずぜぞだぢづでどばびぶ」に、左から１～６４を割り振っている形です。

（違う、０～６３だ。）

質問す。 二値演算、というか論理演算は大丈夫ですか？それから10進数は2の乗数に収まる数？

例えばAの10進数が0-7までの数値しか想定してないのなら3桁で済むけど、9まであるなら4桁必要だったり

想定できる数値は、 データAは「0~1」、データBは「0~42」、データCは「0~3」なので、 恐らく大丈夫だと思います。

論理演算は…正直よくわかってません。行き当たりばったりでうまくいったやつを使ってます。ははは。

とりあえず今はひらがな化はカットして、二進数変換だけでテスト中です。

なるほど、提示した桁数は2進変換した後の桁数だったのね。

データからひらがなの変換にMID$関数、 ひらがなからデータへの変換にINSTR関数を使うと良いかと思います。

論理演算は10進データの指定2値桁への移動と合成に使うかと、 ガンバです、( ﾟ∀ﾟ)o彡°

ありがとうございます。頂いたコメントを参考にうまいことやってみます！

とりあえず現行のもの投げておきます。まだ作品として成立すらしてないですが…。 １週間くらい製作すればある程度遊べるようにはなりそうです。 【２ＸＮＥＷ３Ｇ４】

ふっかつのじゅもんシステムって Base64 とだいたい同じなので調べてみるといろいろと分かるかもです（あっちは変換元の長さが固定じゃないので"0"や"="を追加してたりするけど） 結合したデータを配列で持つか２進数文字列で持つか生データそのまま数値で計算してしまうかでやりかたいろいろ変わるので、 wikipediaのBase64の変換例みたいな短いデータをどんな感じで変換していくか実際の処理や変数名を紙に書いて行くとわかりやすいかもです。

ゲームデータ → 変換用データ → 変換結果 ゲームデータ ← 変換用データ ← 変換結果 で、ゲームデータはゲームで使ってる変数たち、変換用データは自分が作るやりかた次第、変換結果はふっかつのじゅもんで、 「→」と「←」の部分が別々の処理になって、その処理が気にする変数や変換内容の整頓のためにも紙に書くのオススメです。 ちなみに ふっかつのじゅもんの入力間違え用（変なデータにならない用）に変換データ部分に単純なチェックサムもいっしょに持つ必要もあったりします。

あぁ、不正データのチェック…これは盲点でした。 素数の積とかにすればいいんですかね…？ちょっとその辺調べてみます。

変換結果はどこかの通信を経由してくるので間違い（入力間違えや改造も含む）が紛れ込む可能性があって、変換結果を生成するときに追加して、変換結果を入力するときに判定して、ゲームデータに戻すときまでには不要になります（変換用データに必要かは処理しだい） データの つじつまがあってるかのチェックするのが目的であれば単純に ひらがな用の値(0～63)を全部足し算した結果を、ひらがな用の値の範囲で表現するだけでもいけます（足し算結果を 64 で mod してあげるか、63で and してあげればいい）※チェックサムの考え ちなみにQRコードでも使われている、データがまちがってても復元できるしくみは「誤り訂正」で、また別の考えなのでそれはそれで。 （誤り訂正用のデータを余計に持っているのでデータ量は増えます）

たとえば１バイト（８ビット）の数字から上位４ビットと下位４ビットを取り出すことはできますか？ A=154 B=上位４ビット C=下位４ビット そして上位４ビットは単純に取り出すと下位４ビットが０の値なので、その上位４ビットを下位４ビットにずらす事が出来ますか？ それも出来たら今度は１バイトに限らず２バイトとかから好きなビット位置の６ビットを取り出して０〜６３の数字にしてみます。 その辺りが出来れば、作れるような気がしますが、よくわからなかったらビット演算子をいじって試しながら理解してみるといいと思います。

チェックサムの話題が出たので一言。 チェックサムだと「あいうえ」と「あういえ」の様に入れ替わっても発見できないので 1桁目には1を掛けて、2桁目には2を掛けて…の様に「何桁目」を掛けると、入れ替わりも発見できるように。 ガチ改ざんには弱いけど、わざとでない間違えの発見には結構使えます。

興味があったので作ってみました。 公開キー【5XCXQ3GJ】 ファイル名「HUKKATU」 スレ主さんの仕様データを124+2文字に変換します。2文字はチェックサムです。 このソースではランダム作成→文字列化→復号化→照合を行っています。

とりあえず奮闘終了！トピック閉じさせていただきます〜