डाउनलोड और मिरर
डाउनलोड धीमा होना आम तौर पर लॉन्चर की समस्या नहीं है। पहले डाउनलोड स्रोत बदलें, फिर थ्रेड संख्या और स्पीड लिमिट पर सोचें।
डाउनलोड टास्क कतार में लगते हैं
"डाउनलोड" पर क्लिक करने के बाद टास्क कतार में जाता है और पूरा इंटरफ़ेस नहीं अटकता: इंतज़ार कर रहा टास्क × पर क्लिक करके हटाया जा सकता है, चल रहा टास्क रद्द किया जा सकता है, और रद्द करने के बाद कतार आगे चलती रहती है।
डाउनलोड पेज हर टास्क की हालत दिखाता है: इंतज़ार में, डाउनलोड हो रहा है, पूरा हुआ, फेल।
फ़ाइल डाउनलोड स्रोत बनाम वर्ज़न लिस्ट स्रोत
सेटिंग्स → डाउनलोड → डाउनलोड स्रोत में दो ड्रॉपडाउन हैं, दोनों अलग:
- फ़ाइल डाउनलोड स्रोत: क्लाइंट jar, एसेट फ़ाइलें, डिपेंडेंसी लाइब्रेरी;
- वर्ज़न लिस्ट स्रोत: वर्ज़न मैनिफ़ेस्ट, वर्ज़न JSON, एसेट इंडेक्स।
दोनों में वही चार विकल्प हैं:
| विकल्प | व्यवहार |
|---|---|
| आधिकारिक को प्राथमिकता, धीमा हो तो मिरर | डिफ़ॉल्ट। पहले आधिकारिक से जुड़ता है, कुछ सेकंड जवाब न मिले तो BMCLAPI पर |
| मिरर का ज़्यादा से ज़्यादा इस्तेमाल | चीनी नेटवर्क पर सी धे मिरर |
| आधिकारिक स्रोत को प्राथमिकता | पहले आधिकारिक, फेल होने पर मिरर |
| आधिकारिक स्रोत का ज़्यादा से ज़्यादा इस्तेमाल | सिर्फ़ आधिकारिक, कनेक्ट न हो तो फेल |
कस्टम फ़ाइल मिरर
सेटिंग्स → डाउनलोड → कस्टम फ़ाइल मिरर में मिरर का रूट पता भरा जा सकता है (डिफ़ॉल्ट BMCLAPI, जैसे https://bmclapi2.bangbang93.com)। भरने के बाद वर्ज़न मैनिफ़ेस्ट, क्लाइंट, लाइब्रेरी और एसेट पहले उसी से जाते हैं; न मिले तो पुराने स्रोत क्रम से फ़ॉलबैक होता है।
खाली छोड़ने पर डिफ़ॉल्ट BMCLAPI ही रहता है।
गेम डायरेक्टरी
सेटिंग्स → डाउनलोड → गेम डायरेक्टरी से वर्ज़न, लाइब्रेरी, एसेट और मॉड किसी भी फ़ोल्डर में रखे जा सकते हैं; खाली छोड़ने पर %APPDATA%\gpcl\.minecraft पर लौट आता है।
डायरेक्टरी बदलने पर मौजूदा फ़ाइलें अपने आप नहीं जातीं। पुरानी डायरेक्टरी के वर्ज़न साथ नहीं जाते; ज़रूरत हो तो खुद कॉपी करें; कॉन्फ़िग और लॉग अब भी %APPDATA%\gpcl में रहते हैं।
अधिकतम थ्रेड संख्या
डिफ़ॉल्ट 64, रेंज 1–128। छोटी फ़ाइलें ज़्यादा हों तो समानांतरता बढ़ाने से तेज़ी आती है, पर बहुत ज़्यादा होने पर नेटवर्क डिवाइस या मिरर लिमिट कर सकता है। नेटवर्क अस्थिर हो तो घटा दें।
स्पीड लिमिट
0 का मतलब कोई लिमिट नहीं; मान भरने के बाद सारे डाउनलोड टास्क इसी कुल सीमा को साझा करते हैं, इकाई MB/s, और अगले डाउनलोड शुरू होने पर लागू होती है। साझा नेटवर्क में इसे घटाया जा सकता है।
यह लिमिट सिर्फ़ गेम एसेट डाउनलोड पर लागू होती है। Java रनटाइम अलग मिरर से डाउनलोड होता है और यहाँ से प्रभावित नहीं।
Java मिरर
सेटिंग्स → डाउनलोड → Java डाउनलोड में Tsinghua University, Nanjing University, Huawei Cloud या कस्टम चुना जा सकता है। चुना हुआ स्रोत फेल हो तो अपने आप अगले पर जाता है, अंत में Adoptium का आधिकारिक स्रोत बैकअप है।
कस्टम पते में दो वेरिएबल सपोर्ट हैं:
{v}: Java का बड़ा वर्ज़न, जैसे8,17,21;{version}: अपस्ट्रीम का पूरा वर्ज़न नंबर, जैस े17.0.20.1_1— अपस्ट्रीम रिलीज़ के साथ बदलता रहता है।
उदाहरण:
https://cdn.example.com/java/{v}/OpenJDK{v}U-jre_x64_windows_hotspot_{v}.zip
डाउनलोड फेल हो तो पहले क्या करें
- डाउनलोड स्रोत बदलें।
- थ्रेड संख्या 32 या 16 करके दोबारा कोशिश करें।
- सिस्टम का समय सही है या नहीं देखें — बहुत ज़्यादा अंतर होने पर HTTPS सर्टिफ़िकेट जाँच फेल होती है।
- फिर भी न हो तो मेल भेजें, साथ में
%APPDATA%\gpcl\gpcl\logका सबसे नया लॉग।