BUPA Sync Status
BUPA Sync Status
BUPA Sync Status मेडिकल रोलप्ले के लिए एक बॉडी एनोटेशन सिस्टम है। एक खिलाड़ी /status टाइप करता है और उनके असली कैरेक्टर पर एक पैनल खुल जाता है — एक स्क्रिप्टेड कैमरा कपड़ों, बालों, टैटू और प्रॉप्स के साथ लाइव पेड को फ्रेम करता है, और हर फ्रेम पर पेड की हड्डियों से क्लिक करने योग्य रीजन मार्करों को प्रोजेक्ट किया जाता है, ताकि मुड़ने पर वे शरीर से बिल्कुल चिपके रहें।
किसी क्षेत्र पर क्लिक करने से आप एक छोटा नोट लिख सकते हैं। वह नोट फिर दुनिया में दिखाई देता है, आपके शरीर के उस सटीक हिस्से पर तैरता हुआ, आपके पास खड़े हर खिलाड़ी के लिए। पैरामेडिक्स /status <id> के साथ एक मरीज के लिए भी ऐसा ही करते हैं: वे चोट का दस्तावेजीकरण करते हैं, चुनते हैं कि दस्तावेज़ कितने समय तक रहता है, और नोट लॉक कर दिया जाता है ताकि मरीज समय समाप्त होने से पहले इसे हटा न सके।
/status के साथ खुद पर पैनल खोलें। मेडिक्स /status 12 के साथ एक मरीज की जांच करते हैं। /statusclear वह सब कुछ मिटा देता है जिसे हटाने की आपको अनुमति है।
Key features
- लाइव कैरेक्टर प्रीव्यू — कोई पुतला और कोई डॉल ड्राइंग नहीं। कैमरा खिलाड़ी के अपने पेड को फ्रेम करता है,
AutoFrameसिर से पैर तक इसकी माप लेता है ताकि हर मॉडल सही ढंग से फ्रेम हो, और मार्कर असली बोन कोऑर्डिनेट्स पर बैठते हैं। - 16 बॉडी रीजन्स — सिर, गर्दन, छाती, पेट, बाजू, फोरआर्म्स, हाथ, जांघें, घुटने और पैर, प्रत्येक GTA पेड बोन से बंधा हुआ और प्रत्येक को कॉन्फ़िगर से हटाया जा सकता है।
- फ्लोटिंग इन-वर्ल्ड टेक्स्ट — अन्य खिलाड़ी सीधे शरीर पर एनोटेशन पढ़ते हैं, गंभीरता के अनुसार रंगे होते हैं, प्रति-फ्रेम नेटवर्किंग के बिना: एनोटेशन प्लेयर स्टेटबैग के माध्यम से यात्रा करते हैं।
- मेडिक डॉक्यूमेंटेशन — कॉन्फ़िगर करने योग्य जॉब्स (या ACE) एक निर्धारित दूरी के भीतर दूसरे खिलाड़ी को एनोटेट कर सकते हैं, प्रीसेट सूची से अवधि चुन सकते हैं, और उस नोट को हटाने के खिलाफ लॉक करवा सकते हैं।
- ऑटोमैटिक एक्सपायरी — सर्वर एक टाइमर पर समाप्त हो चुके एनोटेशन को हटा देता है और वे आपकी ओर से किसी सफाई के बिना हर जगह गायब हो जाते हैं।
- टाइप्स और सीवरिटीज — इंजरी / बैंडेज / नोट, मामूली / मध्यम / गंभीर, दोनों सादी कॉन्फ़िगरेशन सूचियों के रूप में परिभाषित हैं।
- एंटी-एब्यूज लिमिट्स — प्रति-कैरेक्टर कैप, प्रति रीजन एक एनोटेशन, एक टेक्स्ट लंबाई सीमा, एक राइट कूलडाउन, और हर कार्रवाई पर एक दूरी की जाँच।
- डिॉर्ड लॉगिंग — जोड़े गए, हटाए गए और साफ़ किए गए एनोटेशन के लिए कलर-कोडेड एम्बेड, किसके साथ किसने लिखा, किस पर, कितने समय के लिए।
- अंग्रेजी के साथ डिफ़ॉल्ट के रूप में
ox_libके लोकेल सिस्टम के माध्यम से 10 भाषाएँ।
Frameworks
फ्रेमवर्क shared/bridge.lua द्वारा स्वतः पहचाना जाता है — सेट करने के लिए कुछ भी नहीं है:
| Framework | Detected resource |
|---|---|
| QBox | qbx_core |
| QB-Core | qb-core |
| ESX | es_extended |
| Standalone | कोई नहीं — license: पहचानकर्ता पर वापस लौटता है |
फ्रेमवर्क केवल दो चीजें प्रदान करता है: डेटाबेस कुंजी के रूप में उपयोग की जाने वाली एक स्थिर प्रति-कैरेक्टर आईडी, और मेडिक अनुमति जांच के लिए खिलाड़ी का जॉब नाम और ग्रेड।
How the data flows
- एक राइट
ox_libकॉलबैक के माध्यम से सर्वर पर जाता है। क्लाइंट पर कभी भरोसा नहीं किया जाता — पहचान, अनुमति, सीमाएं, अवधि और टेक्स्ट सैनिटाइजिंग सभी सर्वर-साइड तय किए जाते हैं। - एनोटेशन कैरेक्टर की सिटीजन आईडी के मुकाबले MySQL में संग्रहीत किया जाता है।
- कैरेक्टर की पूरी सूची
bupaStatusesप्लेयर स्टेटबैग में धकेल दी जाती है। - हर आस-पास का क्लाइंट उस स्टेटबैग को पढ़ता है और मिलान करने वाली हड्डी पर टेक्स्ट ड्रा करता है।
Dependencies
| Resource | Required | Purpose |
|---|---|---|
ox_lib |
Yes | कॉलबैक, नोटिफिकेशन और लोकेल सिस्टम |
oxmysql |
Yes | प्रति कैरेक्टर एनोटेशन संग्रहीत करना |
डेटाबेस टेबल पहले स्टार्ट पर अपने आप बन जाती है — आयात करने के लिए कोई SQL नहीं है।