SATA नियंत्रक, धुंधली फोटोग्राफी और प्रतियोगिता

कुछ दिनों पहले, एक अंग्रेजी उपयोगकर्ता, जिसका उपनाम mdickie है , ने कोलीब्रिज़ के मंच पर पंजीकरण किया और शिकायत की कि माउस ने उसके डेल अक्षांश C640 लैपटॉप में काम नहीं किया: board.kolibrios.org/viewtopic.php?f=4&t=2389 । चूंकि हमें हाल ही में USB (विशेष रूप से, USB चूहों) के लिए समर्थन मिला है , हमारे संस्थापक मारियो_ज ने तार्किक रूप से सुझाव दिया कि mdickie कुछ पुराने संस्करण का उपयोग कर रहा था , और उसे नवीनतम रात के निर्माण को डाउनलोड करने और उस पर जांच करने की सलाह दी।

मारियो_जेड की धारणा सही निकली - रात में विधानसभा में माउस ने काम किया, लेकिन कुछ और टूट गया :

यह नवीनतम बिल्ड के साथ काम करता है,
धन्यवाद
संपादित करें: यह धीमी गति से जमा देता है।

दुर्भाग्य से, उपयोगकर्ता लैकोनिक नहीं था ( या तो अंग्रेजी उसकी मूल भाषा नहीं है ), इसलिए कुछ समय के लिए हमें पता चला कि वास्तव में क्या गलत था , प्रमुख सवाल पूछ रहा था , जब तक कि तस्वीर स्पष्ट नहीं हो गई :

मेरा मतलब है कि माउस को फ्रीज करने के लिए थोड़ा और समय चाहिए।
अरे हां, पूरा सिस्टम जम गया। कीबोर्ड और घड़ी काम नहीं कर रहे हैं।

यहां मैंने पहले ही अनुमान लगा लिया था कि फ्रीज का कारण सबसे अधिक संभावना SATA IDE ड्राइवर है, जिसे मारियो_ज वर्तमान में विकसित कर रहा है। फिलहाल, KolibriOS में केवल PATA नियंत्रक के लिए एक देशी ड्राइवर है, और IDE मोड में SATA नियंत्रक के लिए समर्थन केवल BIOS के माध्यम से किया जाता है, जो 2 सीमाओं का परिचय देता है:

1. BIOS "बैसाखी" के माध्यम से डिस्क तक पहुंच बहुत धीमी है, इसलिए आप KolibriOS में ऐसी डिस्क से एक फिल्म नहीं देख सकते हैं - यह झटकेदार हो जाएगी। फ़ाइलों की प्रतिलिपि बनाने की गति भी अस्वीकार्य है - बड़ी फ़ाइल की प्रतिलिपि बनाते समय आप दोपहर का भोजन कर सकते हैं।
2. ड्राइवर के बिना कुछ डिस्क सिस्टम में बिल्कुल भी दिखाई नहीं देती हैं।

इसे देखते हुए, फिलहाल हम 2 SATA ड्राइवर (समानांतर में) लिख रहे हैं:

• मारियो_जेड से IDE मोड में SATA कंट्रोलर के लिए ड्राइवर: board.kolibrios.org/viewtopic.php?f=1&t=2343
• सर्ग से AHCI मोड में SATA कंट्रोलर के लिए ड्राइवर: board.kolibrios.org/viewtopic.php?f=31&t=2152

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

लॉग को एक पाठ फ़ाइल में लिखने के लिए (जैसे लिनक्स पर dmesg ), हमारे पास बोर्ड उपयोगिता है, जो इसकी विंडो में लॉग की अंतिम कुछ पंक्तियों को भी प्रदर्शित करता है। जब सिस्टम जम जाता है, तो लॉग का दृश्य भाग आमतौर पर पर्याप्त नहीं होता है, और पूरी फ़ाइल की प्रतिलिपि बनाना संभव नहीं है, जैसा कि मैंने ऊपर कहा था। यह केवल स्क्रीन पर पूरे लॉग को डुप्लिकेट करने के लिए रहता है, और फिर इसे फोटो, और ऐसे उद्देश्यों के लिए, हमारे पास स्टार्ट स्क्रीन पर विकल्प है:



स्क्रीन पर लॉग को डुप्लिकेट करने के लिए कार्यक्षमता क्लेवरमाउस द्वारा लिखी गई थी, लेकिन मुझे गर्व हो सकता है कि मेरा कोडांतरक ज्ञान इस कार्यक्षमता को स्टार्ट स्क्रीन के लिए एक विकल्प के रूप में डिजाइन करने के लिए पर्याप्त था * (इससे पहले, मैन्युअल रूप से कोलिब्रीओस कर्नेल को फिर से खोलने के लिए इस कार्यक्षमता को सक्षम या अक्षम करना आवश्यक था, जो अक्सर परियोजना के नए उपयोगकर्ताओं के लिए बहुत मुश्किल है)।

* हम अक्सर अनौपचारिक रूप से इस स्क्रीन को विंडोज के साथ सादृश्य द्वारा " ब्लू स्क्रीन " कहते हैं, लेकिन, निश्चित रूप से, हमारी स्टार्ट स्क्रीन का बीएसओडी ( " ब्लू स्क्रीन ऑफ डेथ " ) (रंग को छोड़कर) के साथ कोई संबंध नहीं है। और भी अधिक संभावना है, यह विंडोज की नीली स्क्रीन के बिल्कुल विपरीत है - वहां नीली स्क्रीन "जीवन का अंत" की घोषणा करती है, और यहां, इसके विपरीत, शुरुआत :-)

इसलिए, मैंने mdickie को "नीली स्क्रीन" पर C विकल्प चालू करने और परिणामी लॉग को संलग्न करने के लिए कहा । उन्होंने क्या किया, केवल एक तस्वीर के बजाय, उन्होंने पाठ को मैन्युअल रूप से लिखा :

========= टैम्पिस्क 0.45 =========
डिस्क को जोड़ने की कोशिश कर रहा है
10% मुफ्त रैम का उपयोग किया जाएगा, नया डिस्काइज़: 50 एमबी
ऑपरेशन सफलतापूर्वक पूरा हुआ
K: अटैच इंटरप्ट 11 हैंडलर 80BA2F04

दुर्भाग्य से, उनका जवाब किसी भी तरह से हमारी मदद नहीं कर सका, हालांकि परिणाम काफी अपेक्षित था। तथ्य यह है कि यद्यपि लॉग स्क्रीन पर प्रदर्शित होता है, यह एक साथ अन्य कार्यक्रमों (उदाहरण के लिए, "आइकन") की ड्राइंग के साथ है, और यदि लॉग आउटपुट इवेंट (जैसा कि हमारे मामले में था) के बाद ड्राइंग घटना होती है, तो लॉग भाग को केवल ओवरराइट किया जाता है वीडियो मेमोरी में, चूंकि अन्य छवियां इसके ऊपर खींची गई हैं (फ़ाइल में, निश्चित रूप से, संपूर्ण लॉग सहेजा गया है, लेकिन फ़ाइल को बाहर नहीं निकाला जा सकता है, जैसा कि ऊपर बताया गया है)।

चूँकि मैं स्वयं पहले ही एक से अधिक बार इस तरह की समस्या का सामना कर चुका हूँ, मुझे एक समाधान मिला - कर्नेल को छोड़कर सभी कार्यक्रमों के लॉन्च को अक्षम करना स्क्रीन पर लॉग को अधिलेखित नहीं करने की गारंटी है। KolibriOS के पास Windows स्टार्टअप, या /etc/init.d Linux के अपने एनालॉग हैं: कर्नेल को लोड करने के बाद, यह LAUNCHER प्रोग्राम लॉन्च करता है, जो AUTORUN.DAT फ़ाइल से एक लाइन पढ़ता है, और वहां लिखे प्रोग्राम (वैकल्पिक मापदंडों के साथ) शुरू करता है। इसके अलावा, KolibriOS में, दोनों डेस्कटॉप ही, और आइकन, और पृष्ठभूमि छवि AUTORUN.DAT से ठीक लॉन्च किए गए हैं , और कर्नेल का हिस्सा नहीं हैं। इस प्रकार, सभी आवश्यक था कि कर्नेल को लोड करने के बाद स्टार्ट स्क्रीन को लॉन्चर कॉल को अक्षम करने की क्षमता पर जोड़ना था। इस तथ्य से उत्साहित होकर कि मैं स्क्रीन पर लॉग को डुप्लिकेट करने के विकल्प को जोड़ने में सक्षम था, मैंने LAUNCHER (ऊपर नीली स्क्रीन की तस्वीर में डी अक्षर के तहत) को अक्षम करने का विकल्प भी जोड़ा।

इसलिए, मैंने उपयोगकर्ता से स्क्रीन पर लॉग दोहराव को सक्षम करने और लॉन्चर लोड करने को अक्षम करने के लिए कहा :

दुर्भाग्य से यह केवल लॉग का हिस्सा है, इसलिए यह हमारी मदद नहीं करेगा।

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

यह अनुरोध अंत में सफल रहा - हमें पूर्ण लॉग की एक तस्वीर के साथ प्रस्तुत किया गया (नीचे मैं इसे कम आकार में देता हूं):



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

इसलिए, आपको इस उपयोगकर्ता से किसी भी अधिक जानकारी को प्राप्त करने के लिए निर्भर नहीं होना पड़ेगा, और ठंड की समस्या को हल करने के लिए यह बहुत ही वांछनीय है (लेकिन इसके लिए आपको लॉग की एक स्पष्ट तस्वीर प्राप्त करने की आवश्यकता है)। और फिर मुझे धुंधली छवियों को पुनर्प्राप्त करने के कार्यक्रमों के बारे में याद आया (उनमें से एक, स्मार्टडेबलुर , लेखक ने यहां तक ​​कि कई बार हैबे पर विज्ञापन दिया)।

मैंने SmartDeblur के 2 संस्करणों के परीक्षण के लिए डाउनलोड किया (अंतिम नि: शुल्क और परीक्षण संस्करण के साथ अंतिम भुगतान किया गया), साथ ही साथ इंटरनेट पर पाया जाने वाला ब्लरिटी कार्यक्रम, जो खुले तौर पर तुलना अनुभाग में खुद को SmartDeblur से बेहतर मानता है:

• SmartDeblur v.1.27: github.com/Y-Vladimir/SmartDeblur
• SmartDeblur v.2.2: smartdeblur.net/download.html
• ब्लरिटी v1.5.171: www.blurity.com/download

मैनुअल सेटिंग्स के साथ खेलने और स्वचालित सुधार पद्धति का उपयोग करने के बाद, जहां वह था, तब भी मुझे एक सामान्य परिणाम नहीं मिला। निम्नलिखित मापदंडों के साथ SmartDeblur v.2.2 में मैनुअल ट्यूनिंग का उपयोग करके मेरे पास आई सबसे अच्छी फोटो प्राप्त की गई थी:



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

अद्यतन: YUVladimir ( SmartDeblur के लेखक) टिप्पणियों में बताते हैं कि सभी कार्यक्रम खराब गुणवत्ता क्यों देते हैं: habrahabr.ru/company/kolibrios/blog/192558/#comment_6710828



इसलिए, मैंने एक प्रतियोगिता की घोषणा करने का निर्णय लिया - कोई भी Habré पाठक किसी भी धुंधली छवि पुनर्प्राप्ति प्रोग्राम का उपयोग करके मूल धुंधली तस्वीर को बेहतर बनाने का प्रयास कर सकता है (यह उन लोगों में से एक का उपयोग करने के लिए आवश्यक नहीं है जो मैं लाया - मुझे यकीन है कि कई अन्य हैं)। आप इस पोस्ट पर टिप्पणियों में, या मूल धागे में हमारे मंच पर 17 सितंबर, 2013 तक 24:00 टीटी पर एक बेहतर तस्वीर पोस्ट कर सकते हैं। आपको फोटो (एक स्क्रीनशॉट बेहतर है) के निर्देशों को संलग्न करने की आवश्यकता है, कौन सा प्रोग्राम, कौन सा संस्करण और इस तरह के परिणाम प्राप्त करने के लिए किन सेटिंग्स का उपयोग करना है।

KolibriOS के डेवलपर्स के अनुसार, शीर्ष 10 तस्वीरें, हैबे पर एक वोट के लिए डाली जाएंगी। सबसे अधिक वोट वाले फोटो के लेखक को एक ब्रांडेड फ्लैश ड्राइव और कोलिब्रीस लोगो के साथ एक टी-शर्ट से सम्मानित किया जाएगा (विजेता द्वारा इंगित पते पर अग्रेषित करने सहित)। सौभाग्य है

बोनस - पहली बार 1000 रूबल का पुरस्कार मारियो_ज़ को सही ढंग से बताने के लिए कि ठंड की समस्या को कैसे हल किया जाए: board.kolibrios.org/viewtopic.php?f=1&t=2343&start=120p551072 (समाधान स्वयं वैकल्पिक है; बस एक संकेत पर्याप्त है)। युक्तियाँ यहाँ टिप्पणियों में और हमारे मंच पर दोनों पर लिखी जा सकती हैं।