घर
Top.Mail.Ru Yandeks.Metrika
मंच: "मीडिया";
वर्तमान संग्रह: 2003.03.03;
डाउनलोड करें: [xml.tar.bz2];

नीचे

DirectX इसी तरह की शाखाएँ खोजें


trotski   (2002-11-11 21:18) [0]

मुझे इसका पता लगाने में मदद करें।
मैंने जेडी से डायरेक्टएक्स (डायरेक्टड्रॉ एंड कॉमन) हेडर लगाने का फैसला किया।
जैसे-जैसे घटक विफल होते गए, फिर मैंने उन्हें परियोजनाओं में जोड़ना शुरू किया।
फिर मैंने एक साइट से चरण-दर-चरण स्पष्टीकरण डाउनलोड किया।
DirectDraw: ID के निजी अनुभाग में IDirectDraw घोषित किया गया।
DDSurfaceDesc वहां अटक गया: TDDSurfaceDesc।
प्रारंभ में, मोड स्विच करना सीखा, लेकिन केवल प्रश्न आगे बढ़े।
पाठ्यपुस्तक में निम्नलिखित कोड है:

... अगर PrimarySurface.GetAttachedSurface (DDSCaps, BackBuffer) <> DD_OK तो
अपवाद उठाएं। बनाएँ ("बफर सतह वापस लाने में विफल"); ...
यह प्राइमरी सर्फेस क्या है, मुझे अभी भी समझ नहीं आया है। जेडी सुर्खियों में नहीं हैं,
डेल्फी शपथ रूसी में नहीं। मैंने उन्हें निजी अनुभाग में वर्णित करने का निर्णय लिया।
उसके बाद, संकलन सफल रहा, लेकिन केवल प्रोग्राम विंडोज को कसकर लटका देता है।
और फिर भी, मैंने एक एक्सेप्शनहैंडलर जोड़ा, ताकि सब कुछ जीडीआई से दूर हो जाए।

डेल्फीएक्स ने इसे एक विकल्प के रूप में लिया, और डेल्फी मुझे एक इंटरफ़ेस देता है जो अंतिम रूप से त्रुटि होना चाहिए।
लेकिन मैंने इस जापानी कोड को नहीं छुआ, लेकिन हर कोई वहाँ से डाउनलोड करता है और प्रशंसा करता है।
कृपया समझाएं कि मेरे हाथ कहाँ से बढ़ते हैं?



lenin_   (2002-11-12 12:41) [1]

एन-यस ... लीनिंग, कॉमरेड, अनुमोदन पर। गैस्टुट कहाँ से आया। :)
संक्षेप में: DirectDraw के तहत लिखने के लिए, यह जानना नहीं कि प्राथमिक सतह क्या है - यह सब बकवास है (क्षमा करें, यह इस तरह pGonons है :)), कंप्यूटर पर क्या बैठना है, यह जानना नहीं है कि कीबोर्ड क्या है।
सामान्य तौर पर, मेरे लिए महान होने के नाते: n: = 1 से 3 के लिए "सीखें"। अधिक संक्षेप में: धर्मशास्त्र सीखना। किसी प्रकार की पुस्तक खरीदने के लिए, कॉमरेड केजासनोव ने कुछ भी नहीं लिखा, या कॉमरेड जीगुहिलो। पर

http://www.delphikingdom.com/helloworld

वहाँ DX पर लेखों की एक श्रृंखला है

http://delphigfx.mastak.ru

pGimers का एक गुच्छा। और अपना पहला DX-pGogGamma लिखना खरोंच से बेहतर नहीं है, बल्कि मौजूदा pGimer (IMHO) को संशोधित करना है।



trotski   (2002-11-12 21:40) [2]

मैंने उसके बारे में नहीं लिखा था, मैंने प्रायमरीफेस के बारे में नहीं समझा। मैं यह समझ गया। मैंने जेडी का पता लगाया, लेकिन आउटटैक्स और फ्लिप अब काम नहीं करते हैं। कार्यक्रम को जमा देता है, और चरण-दर-चरण डिबगिंग रोल नहीं करता है, क्योंकि लॉक विधि है। और इंटरनेट से बहुत सारे डाउनलोड किए गए उदाहरण काम नहीं करते हैं। लेनिन, क्या मैं आपको साबुन के लिए स्रोत भेज सकता हूं? मैं बहुत अच्छा हूँ। मुझे एक त्वरित कार्यक्रम की आवश्यकता है, मैं विशेषज्ञ नहीं हूं, मैं मानता हूं। यह ऐसा काम है मैं गणितज्ञ हूं



Sapersky_   (2002-11-13 23:04) [3]

लेनिन मैं है :)
मुझे बहुत से लोग पसंद नहीं हैं, लेकिन इस मामले में मैंने आपके उपनाम को देखा - और शैतान को खींच लिया :)
स्रोत कोड भेजने के लिए - यह संभव है ... और क्या कार्य है? शायद यह DX के बिना करना बेहतर है?



trotski   (2002-11-14 06:07) [4]

कार्य यह है - एक डिवाइस से 500 बाइट्स के ब्लॉक में 64 हर्ट्ज की आवृत्ति के साथ इन्फैटा है। एक ग्राफ पर सभी 64 बाइट्स प्रदर्शित करना आवश्यक है, और दूसरे पर, रिकॉर्डर पर, प्रत्येक फ्रेम की अधिकतम सीमा दिखाते हैं। मैंने विभिन्न विकल्पों और घटकों की कोशिश की, बॉक्स को शपथ लेना शुरू होता है कि मैं इस पर थोड़ा ध्यान देता हूं, अर्थात्। मेरे पास समय नहीं है। अब मैंने इसे थोड़ा समझ लिया है, मैं स्तरों को प्रदर्शित करता हूं, यह रिकॉर्डर को लागू करने के लिए बना हुआ है। यानी पूरी तस्वीर को बाईं ओर ले जाएं, और वर्तमान स्तर को रिक्त स्थान में जोड़ें



Sapersky_   (2002-11-14 14:31) [5]

एन-हाँ, सब कुछ बहुत सरल होगा, यदि न्यूनतम 500 एफपीएस के लिए नहीं :)
मैंने इसे थोड़ा सा बनाया है (यह दिलचस्प हो गया है कि क्या यह संभव है, सिद्धांत रूप में, ऐसी आउटपुट गति के साथ एक आस्टसीलस्कप बनाने के लिए) - मैंने इसे फुलस्क्रीन 1050 * 800 :) में 600 एफपीएस पर ओवरक्लॉक किया। यह Direct3D HAL मोड में है, अर्थात त्वरक की उपस्थिति में। सॉफ्टवेयर में - 400 एफपीएस, अगर मेरा (सेलेरॉन 500) की तुलना में अधिक शक्तिशाली प्रोसेसर है, तो अधिक होना चाहिए।
एकमात्र समस्या यह है कि ऊर्ध्वाधर तुल्यकालन की कमी के कारण तेज कूद के साथ चार्ट पर एक झिलमिलाहट होती है। 500 हर्ट्ज की ताज़ा दर के साथ एक मॉनिटर की आवश्यकता है :)



pasha676   (2002-11-14 17:11) [6]

ट्रोट्स्की। खैर, यह कौन करता है। यह आपको बचाता है कि आप एक गणितज्ञ हैं (व्यापारिक हितों से, अचानक एक तीन-आयामी समस्या को हल करने की आवश्यकता होगी, यहां हम आपको पकड़ लेंगे)। एफआईजी में 500 एफपीएस प्रदर्शित करना आवश्यक नहीं है (आंख एक एफआईजी को नोटिस नहीं करेगी, लेकिन आप प्रतिशत को लोड करेंगे)। एक बफर बनाना आवश्यक है। उदाहरण के लिए, उदाहरण के लिए, 40 आयामों के टुकड़े, चालीसवें के आगमन के बाद, यह पूरी चीज खींची और फ़्लिप की गई। और क्या? और डिवाइस से डेटा प्राप्त करने की धारा को ग्राफिक आउटपुट (समानांतर स्ट्रीम, थ्रेड, थ्रेड्स - वहां पढ़ें) के समानांतर काम करना चाहिए। ऐसे लेआउट में, हॉलीवुड से पूछना है। चार्ट मुझे लगता है कि जटिलता में बहुत परिष्कृत नहीं हैं।



Sapersky_   (2002-11-14 17:41) [7]

2Pasha676:
> आंख एक एफआईजी नोटिस नहीं करेगी

इस मामले में, वह नोटिस करेगा। 500 एफपीएस 500 पिक्सेल प्रति सेकंड के हिसाब से आस्टसीलस्कप की पारी है, वास्तव में इतनी तेज नहीं है, ग्राफ पर तेज छलांग को माना जा सकता है, खासकर यदि संकल्प अधिक है।
संचय करना अच्छा है, लेकिन संचित अच्छे को कैसे खींचना है? सभी एक बार - फिर आस्टसीलस्कप 40 पिक्सेल तक कूद जाता है। एक औसत परिणाम के रूप में गिनें - फिर सटीकता बहुत कम हो जाएगी।
सामान्य तौर पर, मैंने सोचा, आपको पहले माप परिणाम प्राप्त करने की आवश्यकता है - डिस्क पर लिखें या मेमोरी में सहेजें, और फिर देखें।



pasha676   (2002-11-15 08:39) [8]

2Sapersky

अंजीर नहीं। यदि आप डेटा की 20 लाइनों को बफर करते हैं और 25 फ्रेम प्रति सेकंड (सब कुछ औसत के बिना आउटपुट) की गति से आउटपुट करते हैं, तो एक समान चित्र आंख में प्रेषित किया जाएगा। आंख 24-25 एफपीएस से अधिक तेजी से शारीरिक रूप से बदलाव का अनुभव नहीं करती है। तीन आयामी गेम में, बड़े एफपीएस ग्राफिक्स की गुणवत्ता को नियंत्रण की चिकनाई (आंख-मस्तिष्क-हाथ प्रणाली का संचालन) के रूप में नहीं देते हैं। जब मैंने स्टीरियो-विज़न सिस्टम लिखा, तो मुझे इस पर यकीन हो गया। उनमें, 50 हर्ट्ज से ऊपर की आवृत्ति में वृद्धि (प्रति आंख के चित्र 25 बदलाव) ने तस्वीर की गुणवत्ता या गति नहीं दी, लेकिन आंखों के लिए आराम (आँखें कम थक जाती हैं)।



Sapersky_   (2002-11-15 11:56) [9]

मैं जाँच की। यदि 5 फ्रेम के बाद, तो और कुछ नहीं, लेकिन अगर 10 के बाद और इससे भी अधिक 20 - ट्विच। खैर, शायद यह मेरे हाथ कुटिल हैं।
प्रश्न के लेखक को ध्यान में रखें, अगर यह अभी भी दिखाई देता है।



trotski   (2002-11-15 17:57) [10]

मदद के लिए धन्यवाद। मैंने लगभग 500 फ्रेम इस अर्थ में लिखे हैं कि ग्राफिक्स को सूचना के निर्वहन में हस्तक्षेप नहीं करना चाहिए, प्रोटोकॉल वहां बेवकूफ है। मैंने रिकॉर्डर को अधिकतम करने की प्राथमिकताएं निर्धारित कीं, (ताकि सब कुछ प्रदर्शित हो, मैं सर्फेस करता हूं। फिल (0) केवल जब पूरी तस्वीर जमा हो जाती है), तो सब कुछ काम करने लगता है। और मुझे प्रति सेकंड 20 बार पर्याप्त प्रदर्शित करें। धन्यवाद फिर से सुझाव, वे बहुत मदद की।



पन्ने: 1 पूरी शाखा

मंच: "मीडिया";
वर्तमान संग्रह: 2003.03.03;
डाउनलोड करें: [xml.tar.bz2];

ऊपर





मेमोरी: 0.59 एमबी
समय: 0.029 c
7-5874
Dracula2000
2003-01-02 17:59
2003.03.03
जोर से !!!! COM पोर्ट के साथ काम करें


3-5404
Andrio
2003-02-12 14:20
2003.03.03
आईबी जनरेटर नहीं करना चाहती ???


14-5838
निक-से
2003-02-12 11:50
2003.03.03
बस एक मजाक है


1-5489
msoftware
2003-02-19 08:41
2003.03.03
Dll और अनुप्रयोग सहभागिता


1-5625
Ihtiandr
2003-02-19 16:24
2003.03.03
संकेत कॉम्बोक्स





अफ्रीकी अल्बानियन अरबी भाषा अर्मेनियाई आज़रबाइजानी बस्क बेलारूसी बल्गेरियाई कैटलन सरलीकृत चीनी) चीनी पारंपरिक) क्रोएशियाई चेक डेनिश डच अंग्रेज़ी एस्तोनियावासी फिलिपिनो फिनिश फ्रेंच
गैलिशियन् जॉर्जियाई जर्मन यूनानी हाईटियन यहूदी हिंदी हंगरी आइसलैंड का इन्डोनेशियाई आयरिश इतालवी जापानी कोरियाई लात्वीयावासी लिथुआनियाई मेसीडोनियन मलायी मोलतिज़ नार्वेजियन
फ़ारसी पोलिश पुर्तगाली रोमानियाई रूसी सर्बियाई स्लोवाक स्लोवेनियाई स्पेनिश स्वाहिली स्वीडिश थाई तुर्की यूक्रेनी उर्दू वियतनामी वेल्श यहूदी बंगाली बोस्नियाई
सिबुआनो एस्पेरांतो गुजराती हौसा हमोंग ईग्बो जावानीस कन्नड़ खमेर लाओ लैटिन माओरी मराठी मंगोलियन नेपाली पंजाबी सोमाली तामिल तेलुगु योरूबा
ज़ुलु
Английский Французский Немецкий Итальянский Португальский Русский Испанский