Re: [情報] 1.6.1
→
07/02 04:34,
07/02 04:34
TL;DW 版摘要:
新版啟動器在 .minecraft 開了個 versions 目錄,專門存放各版 minecraft.jar
.minecraft\versions\1.5.2
\1.6.1
如果要裝模組,例如在現階段改用新啟動器但玩舊版模組,可以這樣做:
1. 把 versions\1.5.2 複製一份成 versions\1.5.2-MyMods
※注意目錄名稱不可有空白;「1.5.2-MyMods」是我隨便取的名字。
2. 把 1.5.2-MyMods\1.5.2.jar 改名跟目錄名相同為 1.5.2-MyMods.jar
把 1.5.2-MyMods\1.5.2.json 一樣改名為 1.5.2-MyMods.json
3. 編輯 1.5.2-MyMods.json:
把 "id": "1.5.2" 依前面名稱改為 "id": "1.5.2-MyMods"
存檔
4. 照以前做法把要裝的模組都裝進 1.5.2-MyMods.jar
※至此為止的作業只是在新啟動器的架構裡,偷偷放進我們自製版的 Minecraft.jar
5. 去開新的設定檔(Profile),裡面在 [Use Version](使用版本)的地方,
把下拉式功能表展開就會發現我們剛才丟進去的 [1.5.2-MyMods] 可以選了。
※這裡各版本的排列應該是依照 json 檔裡的 releaseTime 順序,最新的在前
6. 選好 1.5.2-MyMods 並儲存設定檔 [Save Profile]
7. 完成。
以後想要玩這個裝好模組的版本,就只要選自己新開的設定檔就行。
常玩不同伺服器需要不同版本的,不必再用 MagicLauncher 之類的了,
直接把 JAR 檔準備好丟進 Versions 資料夾裡,開新設定檔就好。
== 補充 ==
雖然說這種方式方便玩家玩各種不同版本,但是對於涉及模組資料的處理,
卻仍然受限於舊版模組。
例如我想做一套 1.5.2 配 OptiFine、Forge 等等的設定檔。
依前面方式我弄了個 1.5.2-Modded 版本進去,然後創新設定檔,
在設新定檔的地方指定獨立的遊戲目錄為 F:\MC\1.5.2\.minecraft
其中:
F:\MC\1.5.2\ 裡面擺我下載來的1.5.2的所有相關資料
F:\MC\1.5.2\.minecraft 則是給這1.5.2時代的遊戲目錄
如果我的新設定檔中指定正式 release 1.5.2 版的 JAR,
那麼在遊戲中開啟材質資料夾時,會開出 F:\MC\1.5.2\.minecraft\texturepacks
也就是說我可以把各版本專用的材質包都分開放,清楚明瞭。
可惜的是,裝了 OptiFine 之後,OptiFine 並不吃自訂遊戲目錄,
反而會回頭去預設的 %AppData%\Roaming\.minecraft\texturepacks 抓資料,
所以辛辛苦苦分版號去做的獨立遊戲目錄裡的材質包,就讀不到了。
所以主要仍然玩舊版模組的人可以先不必改用新啟動器,繼續用舊版的就好了。
--
Sent from my HR-93.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
※ 編輯: zxcvforz 來自: 1.34.120.80 (07/02 07:43)
推
07/02 10:20, , 1F
07/02 10:20, 1F
→
07/02 10:23, , 2F
07/02 10:23, 2F
改 AppData 變數的方法基本上應該是用批次檔啟動對吧?
那也不必用新啟動器了,繼續用現有的就好了,我的意思是這樣子的。
等到模組都更新 1.6.1 時照理說也都該採用新架構,
那麼 AppData 也不必改,真正直接開啟動器就好了。
推
07/02 10:25, , 3F
07/02 10:25, 3F
所以說要用舊模組的,就不必急著換了,繼續照舊就好。
但是等到模組都更新新架構後,MagicLauncher就沒有存在意義了 XD
※ 編輯: zxcvforz 來自: 1.34.120.80 (07/02 10:38)
→
07/02 10:55, , 4F
07/02 10:55, 4F
→
07/02 12:48, , 5F
07/02 12:48, 5F
→
07/02 12:49, , 6F
07/02 12:49, 6F
→
07/02 14:15, , 7F
07/02 14:15, 7F
→
07/02 14:28, , 8F
07/02 14:28, 8F
→
07/02 14:29, , 9F
07/02 14:29, 9F
→
07/02 16:18, , 10F
07/02 16:18, 10F
1) 很多模組都吃 Modloader/Forge loader 的方式,跟 Magic/MMC 根本無關
2) 其他不吃而得另外改的模組大多是大型不會拆拆裝裝的所以幫助有限
像我用的 Timber!, InventoryTweaks, SpawnChecker 這類的全都吃 Forge。
MultiMC 我沒有用過,不過他有能力區別不同模組設定下使用不同材質包、存檔嗎?
MagicLauncher 本身是沒有這個能力的。
所以就這一點來講,除非你三天兩頭在試裝大型模組,
否則一旦 Forge/modloader 開始吃新啟動器各設定檔的自訂遊戲目錄後,
我是不會再去用 MagicLauncher 這類東西的 :(
※ 編輯: zxcvforz 來自: 1.34.120.80 (07/02 18:22)
→
07/02 18:31, , 11F
07/02 18:31, 11F
→
07/02 18:37, , 12F
07/02 18:37, 12F
→
07/02 18:38, , 13F
07/02 18:38, 13F
→
07/02 18:45, , 14F
07/02 18:45, 14F
→
07/02 19:24, , 15F
07/02 19:24, 15F
→
07/03 02:20, , 16F
07/03 02:20, 16F
→
07/03 02:20, , 17F
07/03 02:20, 17F
我的意思就是他可以取代MagicLauncher這些功能。
唯一繼續使用MagicLauncher的理由只剩下常要換裝模組時,
像上面說的剛改版的時候。
對於不趕最新,例如做實況之類,一向等到所有模組都齊了才升級的人來講,
新啟動器就可以滿足所有需求了。
如果有人覺得我在說 MagicLauncher 沒用,那是誤會了。
我從來沒有說 MagicLuncher 不方便,事實上我到 1.5.2 為止也都用他。
但是因為我不會常換裝模組,通常動到 JAR 的裝一次就用到下個版本,
所以他的便利性對我的幫助非常有限,其餘的功能都在新啟動器就有了。
希望不要誤會我的意思而以為我在說 MagicLuncher 的壞話。
我懂得大家對於慣用的好東西被說壞話都會想要反對,甚至攻擊,
但我沒有在說壞話。 :(
→
07/03 03:09, , 18F
07/03 03:09, 18F
→
07/03 03:10, , 19F
07/03 03:10, 19F
→
07/03 03:11, , 20F
07/03 03:11, 20F
→
07/03 03:12, , 21F
07/03 03:12, 21F
→
07/03 03:14, , 22F
07/03 03:14, 22F
※ 編輯: zxcvforz 來自: 1.34.120.80 (07/03 08:29)
→
07/03 10:55, , 23F
07/03 10:55, 23F
推
07/03 11:05, , 24F
07/03 11:05, 24F
推
07/04 12:02, , 25F
07/04 12:02, 25F
→
07/04 16:11, , 26F
07/04 16:11, 26F
討論串 (同標題文章)