Forgeを用いて作られたMODをデコンパイルして改編後、再度リコンパイルしようとすると、うまくコンパイルができなかったりしますよね。（やり方が悪いだけかもしれませんが
そこで、今回は、逆アセンブルを用いた方法で、IC2のマターのレシピを無効化してみたいと思います。

用意するものは、JDKと、JD-GUIです。
また、テキストエディタや、バイナリエディダもあるとよいでしょう。
JDKは、MOD開発者なら当然持っていることでしょう。
JD-GUIも有名なJAVAデコンパイラですね。

今回は、JAVA等の環境パスは通ってる前提で進めます。

では早速始めたいと思います。

最初に、対象クラスを、取り出しましょう。

今回は、mod_IC2.class内の、レシピ情報を書き換えたいので、mod_IC2.classを取り出します。

そして、その取り出したmod_IC2.classをJD－GUIを用いて、改変箇所を確認します。

今回は、registerCraftingRecipes()内の、マターを用いたレシピ追加情報消去します。
なので、matterで検索を行います。
８４６行目あたりから、マターのレシピが大量に追加されていることが確認できます。
８７７行目のiridiumOreのレシピだけは残して、クァンタムの作成だけは許容するようにしてみます。

調査の結果、８４６行目～８７６行目　および、　８７８行目～８９０行目までを無効化すればいいと分かりましたね。

では今度は、これを逆アセンブルしましょう。

コマンドプロンプトを開いて、カレントディレクトリを　mod_IC2.classを保存した場所に移動します。
その後、  javap -private -c -l mod_IC2 > mod_IC2.asm　を実行し、逆アセンブルを行います。
　＊note:オプション指定の -private -c -l　の説明は、　javap -help を参照してください。
すると、カレントディレクトリに、逆アセンブルされたmod_IC2.asmが生成されます。
今度は、逆アセンブルされたクラスを見るために、mod_IC2.asmをTerapadやメモ帳などのお好きなテキストエディタで開いて確認します。

今回の編集対象のメソッド名であるregisterCraftingRecipesで検索をかけると、　４９６７行目に対象を発見しました。
ずらずらーーっとアセンブル情報が記述されています。　あまり長時間みていると、一部のマニアを除いて嫌気がさしてくるので、がっつり眺めてはいけません。
-lオプションをつけて、逆アセンブルしているため、メソッドの終了後に、デコンパイラとの行数の対応表が付与されています。

ずーーーーーっと下へスクロールし、15507行目あたりでやっと、オフセット対応表が出現しました。

対象は、８４６行目～８７６行目　および、　８７８行目～８９０行目までを無効化　と先程調査しましたので、それに対応するメソッド内オフセットを調査します。

対象開始となる８４６行目は、メソッド内オフセット４１７０番目から始まることがわかります。

対象終了である、８７６行目は、メソッド内オフセットの５９９１番目まで続いてることが分かります。
この際、5937番目ではないことに注意してください。５９３７番目は、８７６行目の開始オフセットであり、終了オフセットは、８７７行目のオフセット（5992番目）より１つ前の５９９１番目まで　となります。

同様に、８７８行目～８９０行目も調査すると、
　846～876　⇒　4170～5991
　878～890　⇒　6046～6400
が今回のターゲット　メソッド内オフセット値となります。
このオフセットはあくまで、メソッド内オフセットですので、このままでは実オフセットがわかりません。

ですので、メソッド内オフセット0が、実オフセットのいくつに対応するのか調査を行います。

幸い、registerCraftingRecipesの前のメソッド（takenFromCrafting)は、分かりやすい構成となっているので、それを目印として探してみましょう。前のメソッドは　aload_1,aload_2,aload_3 invokestatic , return となっていますね。
各々の命令（aload_1など）の前の数字は、メソッド内オフセットを表しています。
invokestaticのオフセットが3なのにたいして、returnのオフセットが６なので、
invokestaticは、３バイト有していることが分かります。
それをもとに、ニーモニック変換を行います。ニーモニック変換は、wikiの表を参考にしながら頑張ります。

その結果、
aload_1は2b ,
aload_2は2c,
aload_3は2d
invokestaticは、B8 ?? ??
returnは、B1　だと分かりました。

では、Stirlingなどのバイナリエディダを用いて、mod_IC2.classの対象個所を探してみましょう。

大体、0ｘC6DA付近に対象がみつかりましたね。　2B 2C 2D B8 03 ?? ?? B1 の条件にぴったりマッチしていることが確認できますね。
メソッドが終わった後、すぐに次のメソッドのコードが書かれるわけではないので、registerCraftingRecipes側の先頭部分についても同様に探してみましょう。
getstatic , iconst_5,anewarry,dup　的な感じなので、
B2 ?? ??
08
BD ?? ??
59
03
であるので、0xC6DA直後に、B2 ?? ?? 08 BD ?? ?? 59 03 がくるところを探してみます。

0ｘC73Bに発見できました。よって、オフセットは0xC73Bであることがわかりました。

これを先程もとめた、

　846～876　⇒　4170～5991
　878～890　⇒　6046～6400
に足します。　１０進表記と１６進表記がまじっててわかりにくいので、１６進数表記で統一します。
　4170～5991　 ： 104A ～1767
　6046～6400　： 179E～1900
これに、オフセットC73Bを加えると、
D785-DEA2
DED9-E03B
であることが分かりました。

これでほとんどの工程は完了です。あと一歩です。
最後に、　この範囲をNOPで埋めます。NOPは何もしないことを指します。
NOPコードは0なので、D785-DEA2とDED9-E03Bの範囲をそれぞれ指定して、0うめをします。

範囲をががーっと選択して、選択範囲を0で初期化します。同様に、DED9-E03Bも初期化します。

あとは保存して、jar内にclassを上書きして戻してやれば、作業は完了！

不安であれば、一応編集後のclassを再度、JD-GUI等でデコンパイルしてみて、正常に変更ができたか確認してにまにましてくださいませ。　また、実際にゲーム内で試してみることもお忘れなく。