समस्या निवारण

/substances कहता है कि मुझे अनुमति नहीं है

एडिटर एक ACE के पीछे बंद है। या तो इसे अनुमति दें:

add_ace group.admin bupa.substances allow

या Config.Creator.Developers में अपना लाइसेंस आइडेंटिफ़ायर जोड़ें। Config.Creator.UseAce = false सेट करने से ACE जाँच हट जाती है लेकिन डेवलपर सूची लागू रहती है।

आइटम का उपयोग करने पर कुछ नहीं होता

संसाधन को इसके बारे में पता चलने से पहले आइटम को उपयोग योग्य (usable) के रूप में पंजीकृत किया जाना चाहिए।

• ox_inventory पर, प्रविष्टि (entry) में server = { export = 'bupa-addictioncreator.useSubstance' } होना चाहिए। इसके बिना, इन्वेंट्री कभी भी संसाधन को यह नहीं बताती कि आइटम का उपयोग किया गया था।
• QBox, QB-Core और ESX पर संसाधन कोर के माध्यम से खुद हैंडलर को पंजीकृत करता है; आइटम को केवल useable = true की आवश्यकता होती है।
• जाँच लें कि एडिटर में आइटम का नाम आपकी इन्वेंट्री में आइटम के नाम से बिल्कुल मेल खाता है, छोटे अक्षरों (lower case) में।

आइटम गायब हो जाता है लेकिन कुछ नहीं होता

यह आपकी इन्वेंट्री है जो उपयोग करने पर इसे खपत कर रही है। ox_inventory प्रविष्टि में consume = 0 जोड़ें। संसाधन खुद आइटम को हटा देता है, लेकिन केवल तभी जब यह पुष्टि हो जाती है कि खुराक की अनुमति है।

सेव करने के बाद एडिटर में कुछ नहीं दिखाई देता

सब्सटेंस सेव हो गया है लेकिन क्लाइंट्स के लिए पब्लिश नहीं हुआ है। शुरू होने पर सर्वर कंसोल की जाँच करें — यह प्रिंट करता है कि कितने सब्सटेंस लोड किए गए थे। यदि यह शून्य प्रिंट करता है, तो SQL इम्पोर्ट नहीं किया गया था या Config.Tables.Substances किसी ऐसी टेबल की ओर इशारा करता है जो मौजूद नहीं है।

प्रभाव बहुत अधिक तीव्र हैं

Effects टैब पर प्रत्येक मान पीक (peak) है, जिसे कर्व से गुणा किया जाता है। 1.0 का ब्लर एक ऐसे कर्व के साथ जो अपनी अधिकांश लंबाई के लिए शीर्ष पर रहता है, खेलने योग्य नहीं है, और यह डिज़ाइन के अनुसार काम कर रहा है। या तो मान को कम करें या कर्व को फिर से आकार दें ताकि यह पीक पर कम समय बिताए। Apply to me का उपयोग करें और अपने खिलाड़ियों के ऐसा करने से पहले पता लगाएँ।

खिलाड़ी लगातार ओवरडोज कर रहे हैं

लोड थ्रेशोल्ड चीजों को तेज़ी से लेने से पार होता है, न कि शाम को बहुत सारे लेने से। यदि यह बहुत बार ट्रिगर होता है, तो या तो एडिटर में प्रति-सब्सटेंस लागत (cost) को कम करें या Config.Overdose.Threshold को बढ़ाएँ। 20 की लागत वाला सब्सटेंस लोड के बिल्कुल भी कम होने से पहले पाँच खुराक की अनुमति देता है — उस नंबर की जाँच करें कि आपके डीलर्स कितनी तेजी से बेच सकते हैं।

कोई भी कभी भी विथड्रॉल (withdrawal) तक नहीं पहुँच पाता

विथड्रॉल को आखिरी खुराक से मापा जाता है, इसलिए स्थिर आपूर्ति वाले खिलाड़ी को यह कभी नहीं दिखता। यदि यह बिल्कुल भी ट्रिगर नहीं हो रहा है, तो पहले चरण के after मान की जाँच करें — 120 मिनट दो वास्तविक घंटे हैं, जो कम सत्र वाले सर्वर पर शायद कभी न पहुँचें। पहले चरण को आगे लाएं।

ब्रेक के बाद विथड्रॉल सीधे संकट (crisis) पर पहुँच गया

Config.Withdrawal.RunsOffline चालू है और खिलाड़ी कैप से ज्यादा समय तक दूर था। Config.Withdrawal.OfflineCap को कम करें, या लॉगआउट होने पर घड़ी को पूरी तरह से फ़्रीज़ करने के लिए RunsOffline = false सेट करें।

कोई मेडिक किसी की जाँच नहीं कर सकता

जाँच करें कि जॉब का नाम Config.Medical.Jobs से बिल्कुल मेल खाता है और ग्रेड MinGrade पर या उससे ऊपर है, फिर दूरी की जाँच करें — परीक्षा और उपचार दोनों को सर्वर पर सत्यापित किया जाता है और Config.Medical.Distance प्लस एक छोटे मार्जिन से अधिक होने पर मना कर दिया जाता है।

चार्ट लगभग खाली है

वह Medical टैब अपना काम कर रहा है। प्रत्येक सब्सटेंस तय करता है कि डॉक्टर क्या देख सकता है, और हर चीज़ को बंद करने वाला सब्सटेंस जानबूझकर मेडिक को एक श्रेणी के अलावा कुछ नहीं देता है। उन सब्सटेंस के लिए टॉगल वापस चालू करें जिन्हें आप पढ़ने योग्य बनाना चाहते हैं।

इंटरफ़ेस में आइटम की तस्वीरें खाली हैं

वे आपके इन्वेंट्री के इमेज फ़ोल्डर से आती हैं, जिनका स्वतः पता लगा लिया जाता है। किसी रीनेम किए गए फ़ॉर्क पर, संसाधन को उस पर इंगित करें:

Config.UI.ImagePath = 'nui://my-inventory/web/images/'

वर्शन चेक एक त्रुटि प्रिंट करता है

संसाधन शुरू होने पर GitHub से वर्तमान संस्करण पूछता है। वहाँ एक HTTP त्रुटि का मतलब है कि आपका सर्वर raw.githubusercontent.com तक नहीं पहुँच सका — एक फ़ायरवॉल या एक अस्थायी आउटेज। संसाधन जो कुछ भी करता है उस पर इसका कोई प्रभाव नहीं पड़ता है; चेक केवल प्रिंट करता है और आगे बढ़ जाता है।