4

NodeJSを使用して、以下の文字列をbasE91から読み取り可能なテキストにデコードするにはどうすればよいですか?

8D7Hh-9D*.n-!DZrG-#DE-$DD-%DC-sl-tl-BEp2m-CE^Ul-DE}CH-EEE-FED-GEC-<l-=l-hE(.K-iEvqS-jEB-kEB-lEB-mEB-Rm-Sm-%E!{Q-&EDgN-(EG:K-)EE-*EE-+EB-xm-ym-GF{}U-HF()Q-IFt%D-JFE-KFB-LFD-[m-]m-mF;JG-nF7]Q-oF2-pFB-qFC-rFB-Wn-Xn-+FD-,FE-.FB- FE-:FD-;FC-2n-3n-

* 編集 *

baseE91 テーブルを使用して、上記の文字列を 16 進文字列に変換することができました

16 進文字列

5668557210457684246110336890114713568693668683768671151081161086669112501096769948510868691567726969697069687169676010861108104694046751056911811383106696610769661086966109696682109810937693312381386968103784069715875416969426969436966120109121109717012312585727040418173701637687470697570667670689110993109109705974711107055938111170501127066113706711470668711088104370684470694670664770695870685970675011051110

次に、それをバッファに送りました

var buf = new Buffer(hex, 'hex');
console.log(buf.toString('utf8'));

これは私に与えます:

VhUr►Ev?$a►3h?◄G‼V??f??v?q§►?▬►?f?↕P►?v?Hhi↕Vw&???♠??▬?va►?♦i@Fu►V?↑◄81♠if►v?if►??h!    ?►??1#?8ih►7?♠?§?T▬??&??6?a ►?!►?↨☺#↕XW'♦♦↑↨7☺▬7htpiupfvph?►?1 ►?♣?G◄►p    U??◄↨♣☺↕pf◄7♠q¶pf??►CphDpiFpfGpiXphYpgP◄♣◄►

それを使用できるものにするにはどうすればよいですか?JSONオブジェクトだと思います...

4

4 に答える 4

4

この議論で混同されている 2 つの非常に別個の問題があります。

Javascript/NodeJS/CommnJSを使用してbasE91をデコードするにはどうすればよいですか?

これはあなたの質問が一見するとそのように見え、この流れでさまざまな回答が寄せ られています。答えは次のように思われます: 既存の解決策はありませんが、basE91 は小さくてシンプルなので、あまり問題なく JS に移植できるはずです。

あなたの2番目のあまり明確でない質問は次のようです:

ロード オブ ウルティマのゲーム サーバー通信プロトコルをリバース エンジニアリングするにはどうすればよいですか?

あなたの「basE91 LE」文字列は MMO ゲーム サーバーからのものだとおっしゃいましたが、「basE91 リトル エンディアン」の他のヒットは、 ロード オブ ウルティマに関するこのフォーラムの投稿だけです。(さらに、数日前に投稿したようです。)さまざまに 指摘されている ように、投稿したデータは単純なバニラbasE91ではありません。BasE91 には明確に定義された一連の文字が使用されており、' -' と ' ' (スペース) はその中に含まれていませんが、両方ともデータに表示されます。「 」がセパレーターとして使用されていると考えているとのコメントが-ありましたが、そのような情報が事前に提供されていれば、この 2 番目の質問に簡単に答えることができます。

この質問に関するいくつかのメモ:

  • BaseE91 は、標準のエンコード テーブルを使用します。オンライン ゲームを作成していて、トラフィックを少し難読化したい場合は、別のテーブルまたはスクランブル テーブルを使用するのは簡単です。これにより、データに表示される有効な baseE91 ではない文字が考慮されます。さらに、そのフォーラムからのこの投稿には、まさにそのように見えるものがあります: 別のデコード/エンコード テーブルです。そのテーブルを使用してデータの一部を手動でデコードし、意味があるかどうかを確認しましたか?

  • 「読み取り可能なテキスト」への変換を要求しますが、basE91 はバイナリ データの送信に使用されるため、プレーン テキストに使用する理由が明確ではありません。テキストをエンコードしていると仮定しても、プレーン テキストをエンコードするにはさまざまな一般的な方法があり、デコードされたデータはそうではないようです。多くの場合、データは実際のバイナリ データであり、実際には baseE91テキスト表現です。期待している出力に関する詳細情報がなければ、それをどのようにテキストに変換したいかを知ることは困難です。これは、1 ピクセルの透明な gif の baseE91 エンコーディングです。

    JaQGWo*HBtAARDBtB"B"B"S|QtAAAA$M)Bc4v(#AsAAABtAACABtlBLHBtd
    

    読みやすいテキストに変換できますか?JSONだと思うとおっしゃいましたが、その理由についてヒントをいただけますか? (繰り返しになりますが、なぜプレーン テキストにバイナリ エンコーダーを使用するのでしょうか?)

  • 同じフォーラムの投稿から作業すると、一連の 5 ビット座標で作業しているように聞こえるので、それらの数値が探しているものでしょうか? ただし、これらの baseE91 グループはさまざまなサイズの数値をエンコードするため、まだパズルが必要です。ウィットに(不可解なテキストの警告壁):

    echo '8D7Hh-9D*.n-!DZrG-#DE-$DD-%DC-sl-tl-BEp2m-CE^Ul-DE}CH-EEE-FED-GEC-<l-=l-hE(.K-iEvqS-jEB-kEB-lEB-mEB-Rm-Sm-%E!{Q-&EDgN-(EG:K-)EE-*EE-+EB-xm-ym-GF{}U-HF()Q-IFt%D-JFE-KFB-LFD-[m-]m-mF;JG-nF7]Q-oF2-pFB-qFC-rFB-Wn-Xn-+FD-,FE-.FB- FE-:FD-;FC-2n-3n-' \
    | while IFS='' read -d - a; do echo -n "'$a' => "; echo -n "$a" \
    | ./base91 -d | hexdump | head -1 | cut -d ' ' -f 2-; done
    # head and cut are easier that understanding hexdump's formatting system
    '8D7Hh' => 4d 01 57 84                                    
    '9D*.n' => 4e a1 3b 9f                                    
    '!DZrG' => 4f 41 ec 19                                    
    '#DE' => 50 81                                          
    '$DD' => 51 61                                          
    '%DC' => 52 41                                          
    'sl' => 53                                             
    'tl' => 54                                             
    'BEp2m' => 6d 61 6b 9a                                    
    'CE^Ul' => 6e e1 ed 94                                    
    'DE}CH' => 6f c1 21 1c                                    
    'EEE' => 70 81                                          
    'FED' => 71 61                                          
    'GEC' => 72 41                                          
    '<l' => 73                                             
    '=l' => 74                                             
    'hE(.K' => 8d 61 3b 2b                                    
    'iEvqS' => 8e a1 e3 49                                    
    'jEB' => 8f 21                                          
    'kEB' => 90 21                                          
    'lEB' => 91 21                                          
    'mEB' => 92 21                                          
    'Rm' => 93                                             
    'Sm' => 94                                             
    '%E!{Q' => ad 01 da 43                                    
    '&EDgN' => ae 61 6c 35                                    
    '(EG:K' => af 81 4a 2b                                    
    ')EE' => b0 81                                          
    '*EE' => b1 81                                          
    '+EB' => b2 21                                          
    'xm' => b3                                             
    'ym' => b4                                             
    'GF{}U' => cd c1 f3 53                                    
    'HF()Q' => ce e1 0d 43                                    
    'IFt%D' => cf 01 e9 0e                                    
    'JFE' => d0 81                                          
    'KFB' => d1 21                                          
    'LFD' => d2 61                                          
    '[m' => d3                                             
    ']m' => d4                                             
    'mF;JG' => ed c1 6f 18                                    
    'nF7]Q' => ee 21 ac 43                                    
    'oF2' => ef c1                                          
    'pFB' => f0 21                                          
    'qFC' => f1 41                                          
    'rFB' => f2 21                                          
    'Wn' => f3                                             
    'Xn' => f4                                             
    '+FD' => 0d 62                                          
    ',FE' => 0e 82                                          
    '.FB' => 0f 22                                          
    ' FE' => 71                                             
    ':FD' => 11 62                                          
    ';FC' => 12 42                                          
    '2n' => 13                                             
    '3n' => 14           
    

    そこには確かにパターンがあり、目を細めるとリトルエンディアンに見えます。しかし、それらは私には何の意味もありません。あなたには賢明に見えますか?

于 2012-07-14T05:23:50.923 に答える
2

github には、エンコーダー/デコーダーの非常にコンパクトなJava 実装がbasE91あります。これを JS に変換するのはかなり簡単だと思います。

ソースファイルへの直接リンク

于 2012-07-09T21:34:49.453 に答える
0

簡単に言えば、node.js でこれを行うための簡単で迅速な方法はありません (また、明らかに現在モジュールもありません)。

base91 を出発点として使用して @bryanmac のコメントに追加すると (メイン ソース ファイルは著作権を含めて 160 行しかありません!)、データを node.js バッファーに格納し、base91 からバイトに変換したら、文字列に変換する組み込みの node.js メソッド。

于 2012-07-09T21:23:22.527 に答える