यह कमांड Xdmx है जिसे हमारे कई मुफ्त ऑनलाइन वर्कस्टेशन जैसे उबंटू ऑनलाइन, फेडोरा ऑनलाइन, विंडोज ऑनलाइन एमुलेटर या मैक ओएस ऑनलाइन एमुलेटर का उपयोग करके ऑनवर्क्स फ्री होस्टिंग प्रदाता में चलाया जा सकता है।
कार्यक्रम:
नाम
Xdmx - वितरित मल्टी-हेड X सर्वर
SYNOPSIS
एक्सडीएमएक्स [:प्रदर्शन] [विकल्प...]
वर्णन
एक्सडीएमएक्स एक प्रॉक्सी एक्स सर्वर है जो अपने डिस्प्ले डिवाइस के रूप में एक या अधिक अन्य एक्स सर्वर का उपयोग करता है। यह
डिस्प्ले के लिए मल्टी-हेड एक्स कार्यक्षमता प्रदान करता है जो अलग-अलग पर स्थित हो सकता है
मशीनों। एक्सडीएमएक्स फ्रंट-एंड एक्स सर्वर के रूप में कार्य करता है जो बैक के सेट के लिए प्रॉक्सी के रूप में कार्य करता है-
अंत एक्स सर्वर। सभी दृश्यमान रेंडरिंग बैक-एंड एक्स सर्वर को भेज दी जाती है। ग्राहकों
से कनेक्ट एक्सडीएमएक्स फ्रंट-एंड, और सब कुछ वैसा ही दिखाई देता है जैसा कि यह एक नियमित मल्टी-हेड में होता है
विन्यास। यदि Xinerama सक्षम है (उदाहरण के लिए, के साथ)। +xinerama कमांड लाइन पर), द
ग्राहकों को एक बड़ी स्क्रीन दिखाई देती है।
एक्सडीएमएक्स मानक X11 प्रोटोकॉल और मानक का उपयोग करके बैक-एंड X सर्वर से संचार करता है
और/या सामान्यतः उपलब्ध एक्स सर्वर एक्सटेंशन।
विकल्प
में वर्णित सामान्य X सर्वर विकल्पों के अतिरिक्त स्वागत(1) मैनुअल पेज, एक्सडीएमएक्स
निम्नलिखित कमांड लाइन स्विच स्वीकार करता है:
-प्रदर्शन प्रदर्शित होने वाला नाम
यह कनेक्ट करने के लिए बैक-एंड एक्स सर्वर डिस्प्ले का नाम निर्दिष्ट करता है।
एक से अधिक बैक-एंड से कनेक्ट करने के लिए यह विकल्प कई बार निर्दिष्ट किया जा सकता है
प्रदर्शन। पहले का उपयोग स्क्रीन 0 के रूप में किया जाता है, दूसरे का स्क्रीन 1 के रूप में, आदि
विकल्प छोड़ा गया है, $प्रदर्शन पर्यावरण चर का उपयोग एकल बैक के रूप में किया जाता है-
अंत एक्स सर्वर डिस्प्ले।
-xinput अंदर जाने का मध्यम
यह XInput एक्सटेंशन डिवाइस के लिए उपयोग किए जाने वाले स्रोत को निर्दिष्ट करता है। विकल्प हैं
के लिए के समान -इनपुट , नीचे वर्णित है, सिवाय इसके कि बैकएंड पर मुख्य डिवाइस
सर्वर को XInput एक्सटेंशन डिवाइस के रूप में नहीं माना जा सकता है। (यद्यपि विस्तार
बैकएंड और कंसोल सर्वर पर डिवाइस एक्सटेंशन डिवाइस के रूप में समर्थित हैं
एक्सडीएमएक्स).
-इनपुट अंदर जाने का मध्यम
यह मुख्य इनपुट डिवाइस के लिए उपयोग किए जाने वाले स्रोत को निर्दिष्ट करता है। विकल्प हैं:
नकली
डमी कोर इनपुट ड्राइवरों का एक सेट उपयोग किया जाता है। ये कभी कोई इनपुट उत्पन्न नहीं करते
आयोजन।
स्थानीय
स्थानीय कंप्यूटर से कच्चे कीबोर्ड और पॉइंटर का उपयोग किया जाता है। एक अल्पविराम-
ड्राइवर नामों की अलग सूची संलग्न की जा सकती है। उदाहरण के लिए, का चयन करने के लिए
उदाहरण लिनक्स कीबोर्ड और PS/2 माउस ड्राइवर का उपयोग: -इनपुट स्थानीय,केबीडी,पीएस2।
लिनक्स के लिए निम्नलिखित ड्राइवर लागू किए गए हैं: केबीडी, एमएस (एक दो-बटन
Microsoft माउस ड्राइवर), ps2 (एक PS/2 माउस ड्राइवर), USB-mou (एक USB माउस
ड्राइवर), यूएसबी-केबीडी (एक यूएसबी कीबोर्ड ड्राइवर), और यूएसबी-ओथ (एक यूएसबी गैर-कीबोर्ड,
गैर-माउस ड्राइवर)। भविष्य में अतिरिक्त ड्राइवर लागू किए जा सकते हैं।
यदि कोई अल्पविराम से अलग की गई सूची प्रदान नहीं की गई है तो उचित डिफ़ॉल्ट का उपयोग किया जाएगा।
प्रदर्शित होने वाला नाम
यदि डिस्प्ले-नाम एक बैक-एंड सर्वर है, तो कोर इनपुट इवेंट लिए जाते हैं
निर्दिष्ट सर्वर से. अन्यथा, एक कंसोल विंडो खुल जाएगी
निर्दिष्ट प्रदर्शन.
अगर प्रदर्शित होने वाला नाम इसके बाद ",xi" फिर XInput एक्सटेंशन डिवाइस है
डिस्प्ले के रूप में उपयोग किया जाएगा एक्सडीएमएक्स XIइनपुट एक्सटेंशन डिवाइस। यदि प्रदर्शित होने वाला नाम is
उसके बाद ",noxi" फिर डिस्प्ले पर XInput एक्सटेंशन डिवाइस होंगे नहीं be
के रूप में इस्तेमाल एक्सडीएमएक्स XIइनपुट एक्सटेंशन डिवाइस। वर्तमान में, डिफ़ॉल्ट ",xi" है।
अगर प्रदर्शित होने वाला नाम इसके बाद ",कंसोल" और है प्रदर्शित होने वाला नाम एक को संदर्भित करता है
डिस्प्ले जिसे बैकएंड डिस्प्ले के रूप में उपयोग किया जाता है, तो एक कंसोल विंडो होगी
उस डिस्प्ले पर खोला गया और उस डिस्प्ले को बैकएंड डिस्प्ले माना जाएगा।
अन्यथा (या यदि ",noconsole" का उपयोग किया जाता है), तो डिस्प्ले को विशुद्ध रूप से माना जाएगा
जैसा कि ऊपर बताया गया है, बैकएंड या कंसोल डिस्प्ले।
अगर प्रदर्शित होने वाला नाम इसके बाद ",विंडोज़" आता है, फिर विंडोज़ की रूपरेखा आती है
बैकएंड कंसोल विंडो के अंदर प्रदर्शित किया जाएगा। अन्यथा (या यदि
",nowwindows" का उपयोग किया जाता है), कंसोल विंडो की रूपरेखा प्रदर्शित नहीं करेगी
बैकएंड विंडोज़. (यह विकल्प केवल कंसोल इनपुट पर लागू होता है।)
अगर प्रदर्शित होने वाला नाम इसके बाद ",xkb" आता है, फिर अगला 1 से 3 अल्पविराम-
अलग-अलग पैरामीटर कीकोड, प्रतीक और ज्यामिति निर्दिष्ट करेंगे
इस इनपुट डिवाइस के लिए कीबोर्ड. उदाहरण के लिए, ",xkb,xfree86,pc104" होगा
निर्दिष्ट करें कि "xfree86" कुंजीकोड और "pc104" प्रतीकों का उपयोग किया जाना चाहिए
कीबोर्ड प्रारंभ करें. SGI कीबोर्ड के लिए, ",xkb,sgi/indy(pc102)" हो सकता है
उपयोगी। कीकोड, प्रतीकों और ज्यामिति की एक सूची यहां पाई जा सकती है
/usr/share/X11/xkb. XKB के लिए कीकोड, प्रतीकों और ज्यामिति का उपयोग
कॉन्फ़िगरेशन को नियम, लेआउट, मॉडल, वैरिएंट आदि के पक्ष में अस्वीकार कर दिया गया है
विकल्प सेटिंग्स -param कमांड लाइन स्विच के माध्यम से उपलब्ध हैं। यदि यह विकल्प
निर्दिष्ट नहीं है, इनपुट डिवाइस से पूछताछ की जाएगी, शायद इसका उपयोग करके
एक्सकीबोर्ड एक्सटेंशन।
यदि यह विकल्प निर्दिष्ट नहीं है, तो डिफ़ॉल्ट इनपुट स्रोत पहला बैक-एंड है
सर्वर (स्क्रीन 0 के लिए उपयोग किया जाने वाला)। कंसोल विंडो इसका लेआउट दिखाती है
कंसोल के भीतर बैक-एंड डिस्प्ले और पॉइंटर मूवमेंट और कुंजी प्रेस
विंडो का उपयोग कोर इनपुट डिवाइस के रूप में किया जाएगा।
इनपुट स्रोत के आधार पर कई विशेष फ़ंक्शन कुंजियाँ सक्रिय हैं:
Ctrl-Alt-q को समाप्त कर देगा एक्सडीएमएक्स सभी मोड में सर्वर.
Ctrl-Alt-जी कंसोल मोड में सर्वर ग्रैब को टॉगल करेगा (एक विशेष कर्सर,
वर्तमान में एक स्पाइडर का उपयोग सक्रिय सर्वर ग्रैब को इंगित करने के लिए किया जाता है)।
Ctrl-Alt-च कंसोल मोड में सूक्ष्म गति को टॉगल करेगा (एक विशेष कर्सर,
वर्तमान में इस मोड को इंगित करने के लिए एक क्रॉस हेयर का उपयोग किया जाता है)। यदि यह मोड है
सर्वर ग्रैब के साथ संयुक्त, तो कर्सर के बजाय 4 लाइनें होंगी
केवल 2।
CTRL-ALT-एफ 1 पूज्य गुरुदेव के मार्गदर्शन से संपन्न कर सकते हैं - CTRL-ALT-एफ 12 स्थानीय (कच्चे) में किसी अन्य वीसी पर स्विच हो जाएगा
मोड।
-nomulticursor
यह विकल्प ओवरलैप्ड बैक पर एकाधिक कर्सर प्रदर्शित करने के लिए समर्थन बंद कर देता है-
अंत प्रदर्शित करता है. यह विकल्प परीक्षण और बेंचमार्किंग उद्देश्यों के लिए उपलब्ध है।
-फ़ॉन्टपथ
यह विकल्प सेट करता है एक्सडीएमएक्स सर्वर का डिफ़ॉल्ट फ़ॉन्ट पथ. यह विकल्प हो सकता है
एकाधिक फ़ॉन्ट पथों को समायोजित करने के लिए कई बार निर्दिष्ट किया गया। देखें फ़ॉन्ट के रास्ते
डिफ़ॉल्ट फ़ॉन्ट सेट करने के संबंध में बहुत महत्वपूर्ण जानकारी के लिए नीचे दिया गया अनुभाग
पथ।
-कॉन्फिगफाइल फ़ाइल का नाम
उस कॉन्फ़िगरेशन फ़ाइल को निर्दिष्ट करें जिसे पढ़ा जाना चाहिए। ध्यान दें कि यदि -प्रदर्शन
कमांड-लाइन विकल्प का उपयोग किया जाता है, तो कॉन्फ़िगरेशन फ़ाइल को अनदेखा कर दिया जाएगा।
-ऑफिग नाम
उपयोग करने के लिए कॉन्फ़िगरेशन निर्दिष्ट करें. नाम के बाद का नाम होगा आभासी
कॉन्फ़िगरेशन फ़ाइल में कीवर्ड.
-stat अंतराल स्क्रीन
यह विकल्प प्रदर्शन आँकड़े प्रदर्शित करने में सक्षम बनाता है। अंतराल में है
सेकंड. स्क्रीन किस डेटा के लिए बैक-एंड स्क्रीन की संख्या की गणना है
प्रत्येक अंतराल पर मुद्रित किया जाता है। स्क्रीन के लिए 0 निर्दिष्ट करने से सभी के लिए डेटा प्रदर्शित होगा
स्क्रीन।
प्रत्येक स्क्रीन के लिए, निम्नलिखित जानकारी मुद्रित होती है: स्क्रीन नंबर, ए
की गई XSync() कॉलों की संख्या की पूर्ण गणना (SyncCount), इनकी दर
पिछले अंतराल (सिंक/एस) के दौरान कॉल, औसत राउंड-ट्रिप समय (इंच)।
पिछले 10 XSync() कॉल (avSync) के माइक्रोसेकंड), अधिकतम राउंड-ट्रिप समय
(माइक्रोसेकंड में) पिछले 10 XSync कॉल (mxSync) की औसत संख्या
XSync() अनुरोध जो लंबित थे लेकिन पिछले 10 में से प्रत्येक के लिए अभी तक संसाधित नहीं हुए थे
संसाधित XSync() कॉल, लंबित XSync() अनुरोधों की अधिकतम संख्या
लेकिन पिछले 10 संसाधित XSync() कॉलों में से प्रत्येक के लिए अभी तक संसाधित नहीं किया गया है, और a
हिस्टोग्राम सभी XSync() कॉल के समय का वितरण दर्शाता है
पिछले अंतराल के दौरान बनाये गये थे।
(चलती औसत की लंबाई और हिस्टोग्राम डिब्बे की संख्या और मूल्य हैं
में संकलन समय पर कॉन्फ़िगर करने योग्य dmxstat.h हेडर फाइल।)
-सिंकबैच अंतराल
यह विकल्प सेट करता है अंतराल XSync() बैचिंग के लिए मिलीसेकंड में। एक अंतराल
0 से कम या उसके बराबर XSync() बैचिंग अक्षम कर देगा। डिफ़ॉल्ट अंतराल is
100 मि।
-नोऑफस्क्रीनऑप्ट
यह विकल्प ऑफस्क्रीन अनुकूलन को अक्षम कर देता है। आलसी खिड़की निर्माण के बाद से
अनुकूलन के लिए ऑफस्क्रीन अनुकूलन को सक्षम करना आवश्यक है, यह विकल्प होगा
आलसी विंडो निर्माण अनुकूलन को भी अक्षम करें।
-nowwindowopt
यह विकल्प आलसी विंडो निर्माण अनुकूलन को अक्षम कर देता है।
-नोसबडिवप्रिम्स
यह विकल्प आदिम उपविभाग अनुकूलन को अक्षम कर देता है.
-नॉक्सकेबी बैक एंड डिस्प्ले के साथ संचार के लिए XKB एक्सटेंशन का उपयोग अक्षम करें।
(के साथ संयुक्त -केबी XKB के सभी उपयोग को अक्षम करने के लिए।)
-गहराई int
यह विकल्प रूट विंडो की डिफ़ॉल्ट गहराई सेट करता है। डिफ़ॉल्ट विज़ुअल चुनते समय
बैक-एंड एक्स सर्वर पर उपलब्ध लोगों में से पहला दृश्य उससे मेल खाता है
निर्दिष्ट गहराई का उपयोग किया जाता है.
इस विकल्प को इसके साथ जोड़ा जा सकता है -सी सी विकल्प, जो डिफ़ॉल्ट रंग निर्दिष्ट करता है
दृश्य वर्ग, जड़ के लिए एक विशिष्ट गहराई और रंग वर्ग के उपयोग को बाध्य करने के लिए
खिड़की.
-कोई देनेवाला नहीं
यह विकल्प RENDER एक्सटेंशन को अक्षम कर देता है।
-noglxproxy
यह विकल्प GLX प्रॉक्सी - बिल्ड-इन GLX एक्सटेंशन कार्यान्वयन को अक्षम कर देता है
क्या DMX जागरूक है?
-noglxswapgroup
यह विकल्प GLX प्रॉक्सी में स्वैप समूह और स्वैप बैरियर एक्सटेंशन को अक्षम कर देता है।
-glxsyncswap
यह विकल्प स्वैप बफ़र्स कॉल के बाद सभी तक प्रतीक्षा करके सिंक्रनाइज़ेशन को सक्षम बनाता है
एक्स प्रोटोकॉल संसाधित किया गया है. जब कोई ग्राहक glXSwapBuffers अनुरोध जारी करता है,
Xdmx उस अनुरोध को प्रत्येक बैक-एंड X सर्वर पर रिले करता है, और वे अनुरोध हैं
अन्य सभी प्रोटोकॉल अनुरोधों के साथ बफ़र किया गया। हालाँकि, जिन प्रणालियों में है
बड़े नेटवर्क बफ़र्स, इस बफ़रिंग से बैक-एंड एक्स सर्वर का सेट हो सकता है
स्वैप बफ़र्स अनुरोध को अतुल्यकालिक रूप से संभालना। इस विकल्प के साथ, एक XSync()
स्वैप बफ़र्स भेजने के बाद प्रत्येक बैक-एंड एक्स सर्वर को अनुरोध जारी किया जाता है
अनुरोध। XSync() अनुरोध सभी बफ़र किए गए प्रोटोकॉल को फ्लश कर देंगे (जिनमें शामिल हैं)।
स्वैप बफ़र्स अनुरोध) और तब तक प्रतीक्षा करें जब तक कि बैक-एंड एक्स सर्वर उन्हें संसाधित न कर दे
जारी रखने से पहले अनुरोध. यह विकल्प तब तक प्रतीक्षा नहीं करता जब तक कि सभी GL कमांड पूर्ण न हो जाएं
संसाधित किया गया है इसलिए पहले से जारी किए गए आदेश हो सकते हैं जो अभी भी जारी हैं
XSync() अनुरोध वापस आने पर GL पाइप में संसाधित किया जाता है। देखें -glxfinishswap
यदि Xdmx को GL कमांड संसाधित होने तक प्रतीक्षा करनी चाहिए तो नीचे विकल्प।
-glxfinishswap
यह विकल्प स्वैप बफ़र्स कॉल के बाद सभी तक प्रतीक्षा करके सिंक्रनाइज़ेशन को सक्षम बनाता है
जीएल कमांड पूरे हो गए हैं। यह के समान है -glxsyncswap उपरोक्त विकल्प;
हालाँकि, XSync() जारी करने के बजाय, यह प्रत्येक के लिए एक glFiish() अनुरोध जारी करता है
स्वैप बफ़र्स अनुरोध भेजने के बाद बैक-एंड एक्स सर्वर। ग्लोफिनिश() अनुरोध
सभी बफ़र किए गए प्रोटोकॉल अनुरोधों को फ्लश कर देगा, X और GL दोनों अनुरोधों को संसाधित करेगा, और
लौटने से पहले तब तक प्रतीक्षा करें जब तक कि पहले कहे गए सभी GL कमांड पूरे न हो जाएं।
-अनदेखाफ़ॉन्टपथ
यह विकल्प उन फ़ॉन्ट पथों को अनदेखा करता है जो सभी बैक-एंड सर्वर पर उपलब्ध नहीं हैं
डिफ़ॉल्ट फ़ॉन्ट पथ सूची से ख़राब फ़ॉन्ट पथ हटाना। यदि कोई वैध फ़ॉन्ट नहीं है
खराब पथों को हटाने के बाद पथ छोड़े जाते हैं, तो उस आशय की एक त्रुटि मुद्रित होती है
लकड़ी का लठा।
-स्क्रीन हटाएँ
यह विकल्प स्क्रीन को गतिशील रूप से जोड़ने और हटाने में सक्षम बनाता है, जो अक्षम है
डिफ़ॉल्ट रूप से। ध्यान दें कि GLXProxy और Render अभी तक गतिशील जोड़ का समर्थन नहीं करते हैं
स्क्रीन को हटाना, और के माध्यम से अक्षम किया जाना चाहिए -noglxproxy और -कोई देनेवाला नहीं आदेश
ऊपर वर्णित लाइन विकल्प।
-परम यह विकल्प कमांड लाइन पर पैरामीटर निर्दिष्ट करता है। वर्तमान में, केवल पैरामीटर
XKEYBOARD कॉन्फ़िगरेशन से निपटना समर्थित है। ये पैरामीटर ही लागू होते हैं
कोर कीबोर्ड पर. पैरामीटर मान स्थापना-निर्भर हैं। कृपया देखें
/usr/share/X11/xkb या संपूर्ण जानकारी के लिए एक समान निर्देशिका।
Xkbनियम
डिफ़ॉल्ट रूप से "evdev"। अन्य मानों में "एसजीआई" और "सूर्य" शामिल हो सकते हैं।
Xkbमॉडल
डिफ़ॉल्ट रूप से "पीसी105"। जब "आधार" नियमों के साथ प्रयोग किया जाता है, तो अन्य मान भी हो सकते हैं
इसमें "पीसी102", "पीसी104", "माइक्रोसॉफ्ट", और कई अन्य शामिल हैं। जब साथ प्रयोग किया जाता है
"सूर्य" नियम, अन्य मानों में "टाइप4" और "टाइप5" शामिल हो सकते हैं।
XkbLayout
डिफ़ॉल्ट रूप से "हमें"। अन्य देश कोड और "ड्वोरक" आमतौर पर उपलब्ध हैं।
Xkbवेरिएंट
डिफ़ॉल्ट ""।
Xkbविकल्प
डिफ़ॉल्ट ""।
विन्यास फ़ाइल व्याकरण
निम्नलिखित शब्द और टोकन आरक्षित हैं:
आभासी प्रदर्शन दीवार विकल्प परम { } ; #
टिप्पणियाँ a से प्रारंभ होती हैं # चिह्नित करें और पंक्ति के अंत तक बढ़ाएँ। वे कहीं भी प्रकट हो सकते हैं.
यदि किसी कॉन्फ़िगरेशन फ़ाइल को पढ़ा जाता है xdmxconfig, उस फ़ाइल में टिप्पणियाँ होंगी
संरक्षित, लेकिन संपादन योग्य नहीं होगा.
व्याकरण इस प्रकार है:
आभासी सूची ::= [ आभासी सूची ] | आभासी
आभासी ::= आभासी [नाम] [मंद] { dw-सूची }
dw-सूची ::= [ dw-सूची ] | dw
dw ::= डिस्प्ले | दीवार | विकल्प
प्रदर्शन ::= प्रदर्शन नाम [ज्यामिति] [/ज्यामिति] [उत्पत्ति] ;
दीवार ::= दीवार [ मंद ] [ मंद ] नाम-सूची ;
विकल्प ::= विकल्प नाम सूची ;
परम ::= परम नाम सूची ;
परम ::= परम { परम-सूची }
परम-सूची ::= [ परम-सूची ] | नाम सूची ;
नाम-सूची ::= [ नाम-सूची ] | नाम
नाम ::= स्ट्रिंग | डबल-उद्धृत-स्ट्रिंग
मंद ::= पूर्णांक x पूर्णांक
ज्यामिति ::= [पूर्णांक x पूर्णांक ] [ हस्ताक्षरित-पूर्णांक हस्ताक्षरित-पूर्णांक ]
उत्पत्ति ::= @ पूर्णांक x पूर्णांक
नाम निम्नलिखित है आभासी कॉन्फ़िगरेशन के लिए एक पहचानकर्ता के रूप में उपयोग किया जाता है, और हो सकता है
पास किया एक्सडीएमएक्स का उपयोग -ऑफिग कमांड लाइन विकल्प. एक डिस्प्ले का नाम होना चाहिए
मानक X डिस्प्ले नाम, हालाँकि कोई जाँच नहीं की जाती है (उदाहरण के लिए, "मशीन:0")।
नामों के लिए, दोहरे उद्धरण चिन्ह वैकल्पिक हैं जब तक कि नाम आरक्षित न हो या उसमें रिक्त स्थान न हो।
निम्नलिखित पहला आयाम दीवार टाइलिंग का आयाम है (जैसे, 2x4 या 4x4)।
दूसरा आयाम निम्नलिखित है दीवार दीवार में प्रत्येक डिस्प्ले का आयाम है (उदाहरण के लिए,
1280x1024)।
निम्नलिखित में से पहला ज्यामिति प्रदर्शन बैकएंड पर स्क्रीन विंडो की ज्यामिति है
सर्वर. दूसरी ज्यामिति, जिसके पहले हमेशा एक स्लैश होता है, वह ज्यामिति है
रूट विंडो. डिफ़ॉल्ट रूप से, रूट विंडो में स्क्रीन विंडो के समान ज्यामिति होती है।
RSI विकल्प लाइन का उपयोग किसी भी कमांड-लाइन विकल्प को निर्दिष्ट करने के लिए किया जा सकता है (उदाहरण के लिए, -इनपुट). (यह
फ्रंट-एंड डिस्प्ले का नाम निर्दिष्ट करने के लिए उपयोग नहीं किया जा सकता।) विकल्प पंक्ति है
सर्वर स्टार्टअप पर एक बार संसाधित, बस लाइन कमांड लाइन विकल्प। यह व्यवहार हो सकता है
अप्रत्याशित.
विन्यास फ़ाइल उदाहरण
डेस्कटॉप के लिए उपयोग किए जा रहे दो डिस्प्ले निम्नलिखित में से किसी भी प्रारूप में निर्दिष्ट किए जा सकते हैं:
आभासी उदाहरण0 {
डिस्प्ले d0:0 1280x1024 @0x0;
डिस्प्ले d1:0 1280x1024 @1280x0;
}
आभासी उदाहरण1 {
डिस्प्ले d0:0 1280x1024;
डिस्प्ले d1:0 @1280x0;
}
आभासी उदाहरण2 {
प्रदर्शन "d0:0";
प्रदर्शन "d1:0" @1280x0;
}
आभासी उदाहरण3 {दीवार 2x1 d0:0 d1:0; }
कुल 4 डिस्प्ले की एक 4x16 दीवार को निम्नानुसार निर्दिष्ट किया जा सकता है (यदि कोई टाइलिंग आयाम नहीं है)।
निर्दिष्ट, एक अनुमानित वर्ग का उपयोग किया जाता है):
आभासी उदाहरण4 {
दीवार d0:0 d1:0 d2:0 d3:0
d4:0 d5:0 d6:0 d7:0
डी8:0 डी9:0 डीए:0 डीबी:0
डीसी:0 डीडी:0 डीई:0 डीएफ:0;
}
फ़ॉन्ट के रास्ते
द्वारा प्रयुक्त फ़ॉन्ट पथ एक्सडीएमएक्स फ्रंट-एंड सर्वर को प्रत्येक बैक-एंड पर प्रचारित किया जाएगा
सर्वर, जिसके लिए आवश्यक है कि प्रत्येक बैक-एंड सर्वर के पास बिल्कुल समान फ़ॉन्ट पथ तक पहुंच हो
फ्रंट-एंड सर्वर के रूप में। इसे फ़ॉन्ट सर्वर का उपयोग करके सबसे आसानी से नियंत्रित किया जा सकता है
(उदाहरण के लिए, xfs) या प्रत्येक बैक-एंड सर्वर पर फ़ॉन्ट पथ को दूरस्थ रूप से माउंट करके, और फिर
सेटिंग करना एक्सडीएमएक्स -I "-fontpath" कमांड लाइन विकल्प के साथ सर्वर का डिफ़ॉल्ट फ़ॉन्ट पथ
ऊपर वर्णित।
उदाहरण के लिए, यदि आप निम्न कमांड लाइन के साथ एक फ़ॉन्ट पथ निर्दिष्ट करते हैं:
Xdmx :1 -डिस्प्ले d0:0 -फॉन्टपाथ /usr/fonts/75dpi/ -फॉन्टपाथ /usr/fonts/Type1/
+xinerama
फिर, /usr/fonts/75dpi/ और /usr/fonts/Type1/ पर वैध फ़ॉन्ट पथ होने चाहिए एक्सडीएमएक्स सर्वर
और सभी बैक-एंड सर्वर, जो इस उदाहरण में d0 है।
फ़ॉन्ट सर्वर को भी इसके साथ निर्दिष्ट किया जा सकता है -फ़ॉन्टपथ विकल्प। उदाहरण के लिए, मान लेते हैं
होस्ट d0 पर एक उचित रूप से कॉन्फ़िगर किया गया फ़ॉन्ट सर्वर चल रहा है। फिर, निम्न आदेश
line
Xdmx :1 -डिस्प्ले d0:0 -डिस्प्ले d1:0 -फॉन्टपाथ tcp/d0:7100 +xinerama
फ्रंट-एंड को इनिशियलाइज़ करेगा एक्सडीएमएक्स फ़ॉन्ट का उपयोग करने के लिए सर्वर और प्रत्येक बैक-एंड सर्वर
d0 पर सर्वर.
हो सकता है कि कुछ फ़ॉन्ट फ्रंट-एंड या बैक-एंड सर्वर द्वारा समर्थित न हों। के लिए
उदाहरण के लिए, आइए फ्रंट-एंड मान लें एक्सडीएमएक्स सर्वर में टाइप1 फ़ॉन्ट का समर्थन शामिल है, लेकिन इनमें से एक
बैक-एंड सर्वर नहीं करता है. आइए यह भी मान लें कि डिफ़ॉल्ट फ़ॉन्ट पथ एक्सडीएमएक्स
इसके फ़ॉन्ट पथ में टाइप1 फ़ॉन्ट शामिल है। फिर कब एक्सडीएमएक्स डिफ़ॉल्ट फ़ॉन्ट पथ प्रारंभ करता है
डिफ़ॉल्ट फ़ॉन्ट लोड करने के लिए, फ़ॉन्ट पथ जिसमें टाइप 1 फ़ॉन्ट (अन्य के साथ) शामिल हैं
डिफ़ॉल्ट फ़ॉन्ट पथ जिनका उपयोग किया जाता है एक्सडीएमएक्स सर्वर) को बैक-एंड सर्वर पर भेजा जाता है
टाइप1 फ़ॉन्ट संभाल नहीं सकता. वह बैक-एंड सर्वर फिर फ़ॉन्ट पथ को अस्वीकार कर देता है और एक भेजता है
त्रुटि वापस करने के लिए एक्सडीएमएक्स सर्वर. एक्सडीएमएक्स फिर एक त्रुटि संदेश प्रिंट करता है और बाहर निकल जाता है
डिफ़ॉल्ट फ़ॉन्ट पथ सेट करने में विफल रहा और डिफ़ॉल्ट फ़ॉन्ट लोड करने में असमर्थ रहा।
इस त्रुटि को ठीक करने के लिए, आपत्तिजनक फ़ॉन्ट पथ को डिफ़ॉल्ट फ़ॉन्ट पथ से हटा दिया जाना चाहिए
एक अलग का उपयोग करना -फ़ॉन्टपथ कमांड लाइन विकल्प
RSI -फ़ॉन्टपथ विकल्प को ऊपर बताए अनुसार कॉन्फ़िगरेशन फ़ाइल में भी जोड़ा जा सकता है।
कमांड लाइन उदाहरण
बैक-एंड मशीनें d0 और d1 हैं, कोर इनपुट पॉइंटर और कीबोर्ड से जुड़ा हुआ है
d0 के लिए, विंडोज़ खोलते समय ग्राहक :1 का उल्लेख करेंगे:
Xdmx :1 -डिस्प्ले d0:0 -डिस्प्ले d1:0 +xinerama
उपरोक्तानुसार, d1 से कोर इनपुट को छोड़कर:
Xdmx :1 -डिस्प्ले d0:0 -डिस्प्ले d1:0 -इनपुट d1:0 +xinerama
जैसा कि ऊपर बताया गया है, स्थानीय डिस्प्ले पर कंसोल विंडो से कोर इनपुट को छोड़कर:
Xdmx :1 -डिस्प्ले d0:0 -डिस्प्ले d1:0 -इनपुट :0 +xinerama
जैसा कि ऊपर बताया गया है, स्थानीय कीबोर्ड और माउस से कोर इनपुट को छोड़कर:
Xdmx :1 -डिस्प्ले d0:0 -डिस्प्ले d1:0 -इनपुट लोकल, kbd,ps2 +xinerama
ध्यान दें कि स्थानीय इनपुट का उपयोग लिनक्स के तहत किया जा सकता है जबकि एक अन्य एक्स सत्र :0 पर चल रहा है
(यह मानते हुए कि उपयोगकर्ता लिनक्स कंसोल ट्टी और माउस डिवाइस तक पहुंच सकता है): एक नया (रिक्त) वीसी
स्थानीय मशीन पर कीबोर्ड इनपुट के लिए उपयोग किया जाएगा और Ctrl-Alt-F* अनुक्रम होगा
दूसरे वीसी में बदलने के लिए उपलब्ध है (संभवतः स्थानीय पर चल रहे दूसरे एक्स सत्र में वापस)।
मशीन)। रिक्त VC पर Ctrl-Alt-Backspace का उपयोग करने से Xdmx सत्र समाप्त हो जाएगा
मूल वीसी पर लौटें।
यह उदाहरण पिछले अनुभाग में दिखाई गई कॉन्फ़िगरेशन फ़ाइल का उपयोग करता है:
Xdmx :1 -इनपुट :0 +xinerama -configfile फ़ाइल नाम -config example2
इस कॉन्फ़िगरेशन फ़ाइल लाइन के साथ:
विकल्प -इनपुट :0 +xinerama;
कमांड लाइन को छोटा किया जा सकता है:
Xdmx :1 -configfile फ़ाइल नाम -config example2
का उपयोग करते हुए THE यु एस बी उपकरण ड्राइवरों
USB डिवाइस ड्राइवर नामक डिवाइस का उपयोग करते हैं /dev/input/event0, /dev/input/event1, आदि
लिनक्स के अंतर्गत. इन उपकरणों को का उपयोग करके संचालित किया जाता है एवदेव लिनक्स कर्नेल मॉड्यूल, जो भाग है
छुपे सुइट का. कृपया ध्यान दें कि यदि आप लोड करते हैं मूसदेव or kbddev लिनक्स कर्नेल
मॉड्यूल, तो यूएसबी डिवाइस कोर लिनक्स इनपुट डिवाइस के रूप में दिखाई देंगे और आप सक्षम नहीं होंगे
डिवाइस को केवल एक के रूप में उपयोग करने के बीच चयन करना एक्सडीएमएक्स कोर डिवाइस या ए एक्सडीएमएक्स XIइनपुट एक्सटेंशन
उपकरण। इसके अलावा, आप इसे उतारने में असमर्थ हो सकते हैं मूसदेव लिनक्स कर्नेल मॉड्यूल यदि एक्सफ्री86
उपयोग करने के लिए कॉन्फ़िगर किया गया है /देव/इनपुट/चूहे एक इनपुट डिवाइस के रूप में (यह लैपटॉप के लिए काफी उपयोगी है
उपयोगकर्ता और इसे कुछ Linux वितरणों के अंतर्गत डिफ़ॉल्ट रूप से सेट किया गया है, लेकिन यदि इसे बदला जाना चाहिए
USB उपकरणों का उपयोग किसके साथ किया जाना है? एक्सडीएमएक्स).
यूएसबी डिवाइस ड्राइवर पहले माउस, कीबोर्ड या लिनक्स डिवाइस के माध्यम से खोजते हैं
गैर-माउस-गैर-कीबोर्ड लिनक्स डिवाइस और उस डिवाइस का उपयोग करें।
कीबोर्ड प्रारंभ
If एक्सडीएमएक्स के साथ आह्वान किया गया था -xkb या था नहीं XKEYBOARD एक्सटेंशन का उपयोग करने के लिए संकलित किया गया, फिर a
बैकएंड या कंसोल पर कीबोर्ड को होस्ट एक्स सर्वर के मैप का उपयोग करके आरंभ किया जाएगा
प्रदान करता है।
यदि XKEYBOARD एक्सटेंशन का उपयोग दोनों के लिए किया जाता है एक्सडीएमएक्स और कीबोर्ड के लिए होस्ट एक्स सर्वर
(यानी, बैकएंड या कंसोल एक्स सर्वर), फिर कीबोर्ड का प्रकार प्राप्त होगा
होस्ट एक्स सर्वर और नीचे कीबोर्ड से एक्सडीएमएक्स उसके साथ आरंभ किया जाएगा
जानकारी। अन्यथा, डिफ़ॉल्ट प्रकार का कीबोर्ड प्रारंभ हो जाएगा। दोनों ही मामलों में,
होस्ट एक्स सर्वर से मानचित्र होगा नहीं इस्तेमाल किया गया। इसका मतलब है कि अलग प्रारंभिक
व्यवहार को XKEYBOARD के साथ और उसके बिना नोट किया जा सकता है। सुसंगत एवं अपेक्षित परिणाम मिलेंगे
सभी सर्वरों पर XKEYBOARD चलाकर और इसके उपयोग से बचकर प्राप्त किया जाता है xmodmap पर
प्रारंभ करने से पहले बैकएंड या कंसोल X सर्वर एक्सडीएमएक्स.
If -xkbmap पर निर्दिष्ट है एक्सडीएमएक्स कमांड लाइन, तो उस मानचित्र का वर्तमान में उपयोग किया जाएगा
सभी कीबोर्ड.
एकाधिक कोर कीबोर्ड
X को एकाधिक कोर कीबोर्ड का समर्थन करने के लिए डिज़ाइन नहीं किया गया था। तथापि, एक्सडीएमएक्स कुछ प्रदान करता है
एकाधिक कोर कीबोर्ड के लिए समर्थन। यदि सब कुछ हो तो सर्वोत्तम परिणाम प्राप्त होंगे
कीबोर्ड एक ही प्रकार के हैं और एक ही कीबोर्ड मैप का उपयोग कर रहे हैं। क्योंकि एक्स सर्वर
एक्स क्लाइंट को कच्ची कुंजी कोड जानकारी भेजता है, कीबोर्ड के लिए कुंजी प्रतीक अलग-अलग होते हैं
यदि प्रत्येक कीबोर्ड के लिए कुंजी कोड बिना अनुवाद के भेजा गया तो कुंजी मानचित्र भिन्न होंगे
ग्राहक के लिए। इसलिए, एक्सडीएमएक्स कोर से कुंजी कोड का अनुवाद करने का प्रयास करेगा
कुंजी के लिए कुंजी कोड को कुंजीपटल के समान कुंजी प्रतीक के साथ प्रथम कोर कीबोर्ड
वह लोड किया गया था. यदि कुंजी चिह्न दोनों मानचित्रों में दिखाई देता है, तो परिणाम अपेक्षित होंगे।
अन्यथा, दूसरा कोर कीबोर्ड कुछ कुंजियों के लिए एक NoSymbol कुंजी प्रतीक लौटाएगा
यदि यह पहला कोर कीबोर्ड होता तो इसका अनुवाद किया गया होता।
onworks.net सेवाओं का उपयोग करके Xdmx का ऑनलाइन उपयोग करें