Optifineを導入する

　Optifineは、既存書き換えのMODの中でも一番導入されているMODと言っても過言ではないでしょう。このOptifineがあるだけで、Minecraftの快適さが違います。そんなOptifineですが、1.6.2になってから導入が難しくなりました。これはMinecraftとForgeが他の既存書き換えのMODの導入を難しくしたためです。しかし、それでも導入することは可能なので、根気よく頑張りましょう！

　親記事にもあるように、今回の目的は「既存書き換えのMODを、jarファイルを書き換えること無く、librariesに追加する方法で、Minecraftに導入する」です。このOptifineの導入ができれば、他の既存書き換えのMODも無理なく行うことができるでしょう。

　それではまずは、Optifineを用意します。この記事の執筆時点での最新版は 「Oprifine 1.6.2 HD U B4」 でした。

　Oprifineのファイル自体は各自で用意して下さい。

　早速ですが、その落としてきたOptifineをリネームします。今回用意したOptifineは、「Optifine_1.6.2_HD_U_B4.zip」でした。これを「Optifine-1.6.2_HD_U_B4.jar」にリネームしてください。なお、「.jar」「.zip」は、拡張子というものであり、「こんなのついてない！」という方は、google先生で「拡張子　表示方法」等で調べると幸せになります。


　リネームが終わったらlibrariesに入れるのですが、これが少し変わってます。librariesというフォルダは、「.Minecraft」というフォルダの中にあります。そのlibrariesを開くとこのようなフォルダが並んでいると思います。


　このフォルダの中にあるファイルが全て「libraries」というMinecraftの中に導入されるファイル郡です。Minecraftは起動するたびに、jarファイルを確認し、内部に足りないファイルがあれば、この「libraries」から適宜jarファイルの中に導入します。つまり、このlibrariesに既存書き換えのMODも追加してやれば、jarに導入されるということになるのです。

　さて今回、このファイルのどれにでもOptifineを入れてやってもいいのですが、今回は新しいフォルダを作りそこにいれてやることにします。今回は、非公式フォーラムで、Minecrat負荷軽減MODを公開している、Auroraさんと同じく、「jarmods」というフォルダを作りました。



　そしてそこにOptifineを次のように配置します。


　「jarmods」の内部に「Optifine」というフォルダを作り、その中に、「1.6.2_HD_U_B4」というフォルダを作り、そこに先ほどリネームした「Optifine-1.6.2_HD_U_B4.jar」を配置します。このフォルダ名称には法則性があり、リネームしたファイル名がその法則になっています。「Optifine」- 「1.6.2_HD_U_B4」と、リネーム後のファイル名称の「-」の前後がフォルダ名となるのです。

　言わば、-の前が「MOD名称」後が「バージョン」と考えれば分かりやすいです。自信があれば、別の名称で管理することができます。たとえば1.6.2が不要であれば「Optifine-HD_U_B4」とリネームしても構いません。(フォルダ名もソレに合わせて変更されますが)他のMODもこのような法則でのリネームが必要です。
　これだけの作業で、「Optifine」の配置は終了です。流れとしては

1. 法則にもとづきリネーム
2. 法則にもとづきフォルダを作成
3. 法則にもとづき配置

　たったこれだけです。確認しておきますが、法則とは「MOD名称」-「MODバージョン」のことです。

　さて、Optifineをlibrariesに追加するだけでは、いくらMinecraftを起動してもjarにOptifineは追加されません。このOptifineをlibrariesからjarに入れるための「指示書」を記述しなければなりません。それが各jarの隣に配置されている「json」というファイルです。


　このjsonを開くとこんな感じです。(画像ではForge導入済みのjsonを、Word Padで開いてます。)


更にこれをずっと下にいくと


　jsonに記述されている情報は「minecraftArguments」「libraries」「mainClass」「minimamLauncherVersion」「time」「id」「type」「processArguments」「releaseTime」の9つ(順不問)ですが、MODを導入する上で把握すれば良いのは、「libraries」「id」の2つです。

• libraries

　librariesからjarに導入するファイルを指示します。

• id

　jsonとjarのファイル名称を定義します。(たぶん)

　それではまず、MODを導入するjarを用意しましょう。今回は、日本非公式フォーラムサーバーにINするためのjarファイルということで名称を「JPF-1.6.2」と設定しました。各自、好きな名称でversionsに用意してください。(但し英語と数字と一部の記号しかつかえません。また、Minecraftのバージョンと同じ名前(例えば「1.6.2」「1.5.2」等)にすると、自動でバニラの状態に更新されるため、絶対に避けて下さい。)

　そして、そのファイルに「jar」と「json」も用意します。今回はForgeの導入環境にOptifineを導入するのが目的なので、下準備を参考にして「1.6.2-Forge9.10.0.801」からjarとjsonを用意します。なお、用意したjarとjsonは、あらかじめフォルダ名と同じ名前でリネームをしておいて下さい。

　そしたら次にjsonを書き換えます。まずは、idを変更します。


　このように、「フォルダ名・ファイル名」と同じ名前にidを変更してください。

　それではいよいよ本命であるlibrariesを書き換えます。

　(librariesを書き換えるといっても、「Optifine」をlibrariesからjarに持ってくるという指示を追記してやるだけになります。)



　このjsonのlibrariesは、やはりルールにもとづいて記述されていますので、それを把握すれば、次からどんな既存書き換えMODでも、ここに追加してやることができるようになります。


　赤色で囲ったのが、librariesを構成する一つの単位です。

{
 "url" : "(URL)",
 "name" : "(?)"
},

　この構成単位は、他にも下にあるように「url」ではなく、「serverreq」などもありますが、今は考えなくても問題ありません。必要となるのは「name」を正しく書けるかどうかであり、それ以外はここでは考える必要がありません。故に、最低限の構成を示すと次のようになります。

{ "name" : "(?)" },

　さて、ではこの(?)なのですが、これは一体何なのでしょうか？ところで、このlibrariesの目的は、「特定のファイルをlibrariesからjarに持ってくるという指示」でしたね。つまりこの(?)がその役割を果たしています。
　先ほど赤く囲った指示をみてみてると、

net.minecraftforge:minecraftforge:9.10.0.801

　となっています。それでは実際にlibrariesフォルダを見ながら確かめてみましょう。

　さてそれでは、librariesのフォルダを開いたのですが、「net.minecraftforge:minecraftforge:9.10.0.801」というのはどのファイルのことなのでしょうか、明らかにこれだろうなとおもわれるのが「net」というフォルダですね。


　それでは「net」というフォルダを開いてみましょう



　「minecraftforge」というフォルダがありました。ここまで「net」→「minecraftforge」の流れは、「net.minecraftforge:minecraftforge:9.10.0.801」と同じですね。ということはこのminecraftforgeを開くと次はおそらく「minecraftforge」というフォルダがあるのでしょうか？



　ありました！ここまできたらもうお分かりですね！


　「net.minecraftforge:minecraftforge:9.10.0.801」というのはそのまま「minecraftforge-9.10.0.801.jar」というファイルがlibrariesのどこにあるのかを示す内容なのです。

　oprifineをlibrariesのフォルダに収納した時のことを思い出して下さい。DLしてきたzipファイルを「Optifine-1.6.2_HD_U_B4.jar」にリネームし、「Oprifien」というフォルダの中に、「1.6.2_HD_U_b4」というフォルダを作り、その中に格納しましたね。その時の法則が、「MOD名称」-「MODバージョン」でした。

　これをする必要があったのは「json」が、この法則にもとづいてlibrariesがどこにあるのかを指定しているからです。フォルダ名称とファイル名をこの法則で整理することにより、jsonはlibrariesからjarを導入することができます。

　このminecraftforgeの場合も、「net.minecraftforge:minecraftforge:9.10.0.801」と、この法則に従っています。

　それでは、jsonの法則が分かったところで、実際にoptifineをjsonに追加してやりましょう。Optifineは、「Optifine-1.6.2_HD_U_B4.jar」というファイルにリネームして「jarmods/Oprifine/1.6.2_HD_U_B4」というファイルに格納していましたよね？



　そして記述するほうほうは、

{ "name" : "(?)" },

　で、実際にforgeの記述は

net.minecraftforge:minecraftforge:9.10.0.801

　でした。このminecraftforgeの記述に従うと。

{ "name" : "jarmods.Optifine:1.6.2_HD_U_B4" }

　とおもわれるかもしれませんが、違います。「jarmods.」ではなく、「jarmods:」と記述して下さい。なぜならが、今回、fogeの構文とは違い、「フォルダを一つ飛ばしている」ためです。Forgeの場合は「minecraftforge」の中にさらに「minecraftfoge」が存在しました。そのため、「net.mincraftforge」という記述がされていました。

　これをもう少し詳しく説明すると(ちょっと難しい説明です)

「フォルダスタート位置」:「libraries参照位置」

　となります。「libraries参照位置」は法則に基づいた「MOD名称:MODバージョン」ですが、前者の「フォルダスタート位置」とはどのフォルダから「libraries」を参照すればいいのかを意味します。最初に「libraries」を読み込み、次のフォルダを探します。このフォルダスタート位置が「jarmods」だけの場合は、それで完結しますので、「jarmods：」と書けばいいのです。しかしforgeの場合は。「net」の下にさらに「minecraftforge」というフォルダがありました。そのため、「minecraftforge」からスタートさせる必要があります。そのため、「net.minecraftforge」と記述します。この「.」は「まだフォルダのスタート位置ではないですよ！」という意味だと考えればいいと思います。

　そのため、これに従い、記述をし直すと

{ "name" : "jarmods:Optifine:1.6.2_HD_U_B4" }

　これが正しいjsonへのOptifineの追加方法です。のもしも、minecraftforgeと同じように導入したい場合は、「jarmods/Optifine/Optifine/1.6.2_HD_U_B4」と、Optifineというフォルダを途中に一つ増やしてやれば。

{ "name" : "jarmods.Optifine:Optifine:1.6.2_HD_U_B4" }

　と記述することができます。細かいことはいいんだよ！って方のために説明すると「Optifine/Optifine」と繰り返しがなければ「.」は使う必要がない。という感じです。