क्या संस्करण नियंत्रण सॉफ्टवेयर का उपयोग तस्वीरों के लिए किया जाता है?

Question

मैं दिल से और व्यापार के माध्यम से एक सॉफ्टवेयर डेवलपर हूं, और विकास के साधनों में बहुत समय बिताता हूं ... एक और उपयोगी विकास उपकरण प्रकार का संस्करण नियंत्रण है , और असिंचित के लिए, यह निम्नानुसार काम करता है:

• एक फ़ाइल बनाएँ
• फ़ाइल पर काम करना शुरू करें
• फ़ाइल में जांचें (इसका एक संस्करण बनाएं 1)
• फ़ाइल खोलें और फिर से संपादित करें
• फिर से जांचें (संस्करण 2)
• संस्करण 1 से कुछ महत्वपूर्ण हटाए जाने का एहसास करें, समय पर वापस जाएं, वह चीज प्राप्त करें जिसे आपने हटा दिया है ...
• ...
• फायदा...

वैसे भी, मैं सोच रहा हूँ कि क्या कुछ इसी तरह की तस्वीरों के साथ प्रयोग किया जाता है? अनिवार्य रूप से, मैं कुछ के साथ सोच रहा था:

• आयात तस्वीरें (V1)।
• फ़ोटो टैग करना शुरू करें (V2 ... XMP साइड कारों को केवल यहां वास्तव में बदलना चाहिए)।
• सितारों को जोड़ना शुरू करें, और टैग (V3)
• कुछ सेटिंग्स समायोजित करना शुरू करें (V4 +)

उपरोक्त प्रवाह के साथ, आपको बहुत अधिक परिवर्तनों को ट्रैक करने में सक्षम होना चाहिए ... और आपको कुछ प्रकार की बैकअप रणनीति देनी चाहिए ...

Answer 1

Adobe Lightroom और Apple के एपर्चर जैसे फोटोग्राफिक वर्कफ़्लो एप्लिकेशन उनकी कार्यक्षमता के आधार पर इस प्रकार का इतिहास प्रदान करते हैं।

जब आप इनमें RAW फ़ाइल संपादित करते हैं, तो मूल छवि में कभी कोई बदलाव नहीं किया जाता है। इसके बजाय, उन्हें अलग से 'निर्देश' के रूप में सहेजा जाता है। इस प्रकार, आप किए गए सभी परिवर्तनों का एक इतिहास देख सकते हैं, और माउस के एक क्लिक के साथ गैर-विनाशकारी समय में किसी भी पिछले बिंदु पर वापस जा सकते हैं।

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

(मुझे लगता है कि कोई कारण नहीं है कि आप तस्वीरों के लिए एक SVN रिपॉजिटरी का उपयोग नहीं कर सकते ??

Comments

लाइटरूम एक संपादन सत्र का इतिहास रखता है, लेकिन क्या वह इतिहास जारी रहता है यदि आप लाइटरूम को बंद करते हैं और बाद की तारीख में कैटलॉग से छवि को फिर से खोलते हैं? मुझे पता है कि आपके पास हमेशा मूल RAW फ़ाइल होती है, लेकिन क्या आप मनमाने ढंग से किसी भी समय मूल और नवीनतम के बीच एक संस्करण प्राप्त कर सकते हैं?

— MikeW

हाँ! यदि आप कैटलॉग से छवि को हटाते हैं, और इसे फिर से जोड़ते हैं, तो केवल एक बार यह हटा दिया जाएगा। फिर आप स्क्रैच से शुरू करेंगे। लेकिन अन्यथा, इतिहास को बनाए रखा जाता है।

— माइक

Digikam निर्देशों की समान कार्यक्षमता प्रदान करता है।

— अनपिड्रा

इतिहास लॉग के अलावा, लाइटरूम आपको एक "स्नैपशॉट" बनाने की सुविधा देता है, जो आपको वर्तमान विकास सेटिंग्स पर एक लेबल असाइन करने और इसे आसानी से वापस पाने की सुविधा देता है। एसवीएन में टैगिंग की तरह। lightroomkillertips.com/2009/whats-a-lightroom-snapshot जेफरी फ्रीडल के प्लगइन्स जैसे कुछ उपकरण, फ़्लिकर जैसी सेवाओं के लिए निर्यात करने पर स्वचालित रूप से एक स्नैपशॉट बनाने के लिए कॉन्फ़िगर किए जा सकते हैं। regex.info/blog/lightroom-goodies [मैंने इसे fzwo के साथ एक साथ लिखा है ... उनकी टिप्पणी के साथ किसी भी अतिरेक के लिए खेद है।]

— coneslayer

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

— अफवाहो

Answer 2

आभासी परिवर्तन

मैं लाइटरूम v3 का उपयोग करता हूं और इस उत्पाद में एक गैर-विनाशकारी वर्कफ़्लो है। यह मुझे एक आभासी अर्थ में मेरी छवि में परिवर्तन करने की अनुमति देता है।

संस्करण नियंत्रण

मैं तब लाइटरूम कैटलॉग (बस एक साधारण SQLite DB) को नियंत्रित करने के लिए SVN का उपयोग करता हूं और यह अनिवार्य रूप से मुझे आभासी परिवर्तनों पर संस्करण नियंत्रण देता है।

फालतूपन

मेरे पास RAID 6 सेटअप है जो अतिरेक के लिए मीडिया रखता है और एक घूर्णी बैक अप सिस्टम के रूप में यूएसबी ड्राइव का एक चक्र है।

---

जबकि यह सभी के लिए काम नहीं कर सकता है, यह मेरे लिए काम करता है। इसके अलावा यह मुझे कई मशीनों का उपयोग करने की अनुमति देता है और एक ही LR कैटलॉग (svn कमिट / अपडेट चक्र का उपयोग करके) करता है।

ब्लॉग पोस्ट के कुछ अंश यहाँ दिए गए हैं :

मैं एक RAID 6 आधारित सर्वर के साथ कंप्यूटर के एक जोड़े पर Lightroom है और मैं कैसे मशीनों के साथ अपने जीवन को आसान बनाने के लिए सब कुछ सिंक्रनाइज़ करने के लिए पर संघर्ष कर रहा है।

कुछ फैसलों के बाद मैंने अब अपनी तस्वीरों को \ सर्वर \ शेयर में स्थानांतरित कर दिया है और सूची को तोड़फोड़ के माध्यम से ट्रैक किया गया है! यह मशीनों के बीच सब कुछ इतना आसान बनाता है।

मैंने जो किया है वह एक रिपॉजिटरी बनाया गया है जो लाइटरूम कैटलॉग रखता है। मैंने पूर्वावलोकन फ़ाइलों को शामिल नहीं करने के लिए एक अपवाद जोड़ा है क्योंकि तोड़फोड़ में उनके साथ कुछ समस्याएं हैं।

अब मेरे कदम इस प्रकार हैं:

Update subversion
Run Lightroom
Import pictures
Move images between local drive import and the media file share
Make any required changes
Exit lightroom
Commit catalog
That's it!

Comments

ठंडा। तो, आपका एसवीएन सर्वर केवल कैटलॉग रखता है, और आपका फ़ाइल सर्वर वास्तविक चित्र रखता है ... और कैटलॉग सर्वर पर फाइलों को इंगित करता है? सही बात? यह कोशिश कर सकते हैं।

— टायरनो

@ टिएरानो - सही। इस तरह से मैंने अपना बुनियादी ढांचा / वर्कफ़्लो सेटअप किया है

— वेन

यह अच्छा है। वर्तमान में लगभग 200Gb तस्वीरों को अब एक ही लाइटरूम कैटलॉग में आयात कर रहा है, और इस विचार के साथ खेलना शुरू कर देगा ... उम्मीद है कि यह वही करेगा जो मुझे इसे करने की आवश्यकता है! पारितोषिक के लिए धन्यवाद!

— टायरनो

@ टिएर्नो - आपको इसके साथ ठीक होना चाहिए। मेरा मानना ​​है कि किसी भी सीमा का अनुभव SQLite बाधाओं के आसपास होने वाला है जो एक डेवलपर के रूप में सुनिश्चित है कि आप शोध कर सकते हैं। (FYI करें: फ़ायरफ़ॉक्स के लिए SQLite प्रबंधक इस कैटलॉग को देखकर बहुत अच्छा काम करता है)

— वेन

@ टिएर्नानो - यह जानने में दिलचस्पी होगी कि क्या यह वास्तव में आपके लिए काम करता है जैसे कि यह मेरे लिए किया है

— वेन

Answer 3

मुझे लगता है कि आप gup-annex (फ़ोटो और बैकअप को प्रबंधित करने के लिए) का उपयोग बूप रिमोट (वर्जनिंग के लिए) के साथ कर सकते हैं। मैं वर्तमान में वास्तव में इसे देख रहा हूं।

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

कहते हैं कि आप एक यात्रा पर हैं। आपने वो तस्वीरें ली हैं जो आपके लैपटॉप पर कॉपी की गई हैं। आप घर पर अपने ssh सर्वर पर मौजूद git रिपॉजिटरी को क्लोन कर सकते हैं, इसके साथ सिंक कर सकते हैं, अपने संग्रह में git-annex में अपनी स्थानीय तस्वीरें जोड़ सकते हैं और अपने सर्वर में परिवर्तन वापस कर सकते हैं। फिर, आप फ़ाइलों को स्वयं पुश करें।

git-annex आपके संग्रह के परिवर्तनों पर नज़र रखता है, लेकिन केवल आपकी तस्वीरों के अंतिम संस्करण को ही रखता है। फ़ाइल के लिए versionning आप एक विशेष जोड़ सकते हैं BUP अपना Git-चयक भंडार करने के लिए दूरदराज के। मैंने अभी तक इस पर ध्यान नहीं दिया है क्योंकि मुझे यकीन नहीं है कि मुझे इसकी आवश्यकता है, लेकिन यह वही करना चाहिए जो आप चाहते हैं। यह या यह देखें ।

Comments

मेरे उत्तर को संपादित किया।

— बारसनूपे

इसके अलावा, गिट-एनेक्स के पीछे डेवलपर वर्तमान में कम तकनीकी रूप से झुकाव के लिए चीजों को आसान बनाने के लिए एक किकस्टार्टर पकड़ रहा है ।

— मधुशाला

Answer 4

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

Answer 5

पिक्सेल नोवेल फोटो शॉप में प्लग इन करेगा और आपके पास पहले से मौजूद किसी भी तोड़फोड़ सर्वर के साथ काम करेगा या मुझे लगता है कि आप उनके लिए एक रिपॉजिटरी खरीद सकते हैं।

http://pixelnovel.com/

वे इसे "डिजाइनरों के लिए संस्करण नियंत्रण" कहते हैं

Answer 6

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

मुझे पता है कि फ़ोटोशॉप का अपना बिल्ट-इन रिवीजन ट्रैकिंग सिस्टम है, लेकिन यह उन उपकरणों का उपयोग करने का मामला है जिन्हें मैं बेहतर जानता हूं। अन्य कोडिंग टूल हैं जो उपयोगी हैं जैसे स्क्रिप्ट बनाना / बिल्ड ऑटोमेशन। मैं उदाहरण के लिए, प्रिंट के लिए लक्षित अनकैप्ड XMP फ़ाइलों का उपयोग करके तस्वीरों के एक सेट को "बनाने" के लिए एक एकल आदेश जारी कर सकता हूं जो प्रक्रिया का नाम बदल देगा और एक सेट से सभी छवियों को आउटपुट करेगा। यह वास्तव में आसान है यदि आप पहले से ही जानते हैं कि यह सॉफ्टवेयर के लिए कैसे करना है!

आप एक रिपॉजिटरी में बाइनरी फाइल जोड़ सकते हैं लेकिन इसके लिए बहुत अधिक स्टोरेज की आवश्यकता होती है और विभिन्न संस्करणों की तुलना करते समय आपको कोई उपयोगी भिन्न जानकारी नहीं मिलती है।

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

Comments

आप XMPP फ़ाइलों का उपयोग करने के लिए लाइटरूम भी सेट कर सकते हैं ... मैंने इसे पहले इस्तेमाल किया, और भव्य काम करता है।

— तियरनानो

Answer 7

मैं एक सॉफ्टवेयर डेवलपर भी हूं और बड़े RAW और XMPs के लिए Git और SVN का उपयोग करने की कोशिश की है, ताकि हटाने योग्य ड्राइव और XMPs के बीच मेरी तस्वीरों को सिंक करने की क्षमता हो। यह असहनीय रूप से धीमा था और समय के साथ धीमा हो गया क्योंकि मैंने और फाइलें जोड़ीं। मैं इतिहास के लिए भी लाइटरूम का उपयोग करता हूं, इसलिए मैं rsync पर वापस चला गया।

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

आपके पास अमेज़ॅन ग्लेशियर रिमोट भी हो सकता है, इसलिए मैंने पढ़ा है, लेकिन मैंने अभी तक इसकी कोशिश नहीं की है।

Answer 8

हमारे Daminion की जाँच करें। यह फोटो प्रबंधन सॉफ्टवेयर (बहु-उपयोगकर्ता के अनुकूल) है जो आपके संग्रहीत फ़ोटो और अन्य मीडिया प्रारूपों के लिए संस्करण नियंत्रण का समर्थन करता है।

एकल उपयोगकर्ता Daminion संस्करण मुफ़्त है, इसलिए आप इसे अभी डाउनलोड कर सकते हैं और देख सकते हैं ।

Comments

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

— Mattdm

स्पष्टीकरण के लिए धन्यवाद, मैट। कोई बात नहीं। लेकिन जैसा कि आपने सही ढंग से देखा कि मेरी सभी पोस्ट प्रश्नों के उपयोगी उत्तर प्रदान करती हैं।

— मूरत - Daminion सॉफ्टवेयर

Answer 9

मैं नहीं करता हूं, और संभवत: कभी भी फाइल के सरासर आकार के कारण Git या SVN जैसे स्रोत संस्करण नियंत्रण का उपयोग नहीं करेगा। प्रत्येक कच्ची फ़ाइल 20-30MB की होती है और परिवर्तन अक्सर पूरी छवि में हर पिक्सेल को छूता है, जिससे "परिवर्तनों को ट्रैक करना" की प्रभावशीलता कम हो जाती है।

एक छवि के लिए मैं आसानी से 60MB के बजाय एक 200MB SVN रिपॉजिटरी देख सकता था अगर मैं सिर्फ मूल की एक प्रति और अंतिम छवि की एक प्रति सहेजने के लिए था।

Comments

यदि आप RAW फ़ाइलों का उपयोग कर रहे हैं, तो आपको वास्तविक RAW छवि नहीं बदलनी चाहिए, बस XMP साइड कार। यदि आप रॉ की छवि बदल रहे हैं, तो जीआईटी केवल परिवर्तनों को सहेजती है, न कि पूरी फाइल को ... जीआईटी इसके लिए सबसे अच्छा विकल्प (एसवीएन या तो) नहीं हो सकता है क्योंकि वे बड़ी फाइलें हैं, लेकिन कुछ विकल्प हैं जो अच्छी तरह से काम करते हैं बड़ी फाइलें ...

— टिरानानो

Answer 10

यहाँ Apple एपर्चर के लिए एक प्लग है। एपर्चर की सुंदरता यह है कि इसमें फ़ोटोशॉप की कार्यक्षमता का लगभग 95% है कि फोटोग्राफर इच्छा (आप इसके साथ ज्वलंत पाठ नहीं बना सकते हैं, जम्हाई), और यह संपादन बहुत हल्के ढंग से संस्करण-नियंत्रित है।

यह JPEG और अन्य छवि प्रारूपों के साथ-साथ RAW प्रारूप के साथ काम करता है।

आप बाहरी संपादकों, जैसे कि फ़ोटोशॉप, के साथ एक "राउंड ट्रिप" भी कर सकते हैं, लेकिन ये आवश्यक रूप से छवि की पूरी प्रतिलिपि को सहेजते हैं, बजाय एक हल्के फ़िल्टर के जो कि एक मास्टर छवि पर लागू होता है।

Answer 11

इसकी यहाँ एक अच्छी चर्चा है: https://www.impulseadvt.com/photo/flow-catalog-versions.html

कोड रिपॉजिटरी और छवि DAM के बीच महत्वपूर्ण अंतर हैं।

1. छवि का उपयोग एक बहु-शाखा वृक्ष होता है। जब आपके पास कोड में शाखाएं होती हैं, तो लक्ष्य आमतौर पर उन्हें कम से कम करना होता है। छवि उपयोग में आप इस तरह की स्थितियों के साथ समाप्त हो सकते हैं

स्वामी

--- फसली और नुकीली।

--- --- फेसबुक के लिए कम संकल्प

--- --- गैलरी के लिए बड़े थंबनेल

--- गैलरी के लिए मध्यम माध्यम

--- गैलरी के लिए छोटे थंबनेल।

--- --- गैलरी के लिए वॉटरमार्क के साथ बड़ा संस्करण

--- --- --- वॉटरमार्क के साथ काले और सफेद संस्करण

--- --- --- काले और सफेद संस्करण

--- --- ग्राहक के लिए विशेष फसल।

--- --- विभिन्न ग्राहक के लिए समायोजित रंग डाली

(मैंने एक वेब पेज किया था प्रत्येक छवि में 18 अलग-अलग संकल्प थे।)

2. कोड में संस्करणों के बीच छोटे अंतर होते हैं। एक सामान्य चेकइन में केवल कुछ प्रतिशत कोड परिवर्तन होता है। एक छवि में अधिकांश पिक्सेल कुछ बदल जाते हैं, और केवल परिवर्तनों को संग्रहीत करने से अंतरिक्ष की बचत छोटी होती है।

3. एक कोड रिपॉजिटरी में आप बिट स्तर के बदलाव से चिंतित हैं। कोड की एक पंक्ति यहां, एक स्थिर का मान। छवि हेरफेर में आपके द्वारा किए गए चरणों का इतिहास अधिक महत्वपूर्ण है।

4. छवि का काम कोड की तुलना में बहुत कम सहयोगी होता है। जबकि ग्राफिक्स कलाकार एक मौजूदा छवि ले सकते हैं, और उस पर ग्राफिक कलाकृति को परत कर सकते हैं, अधिकांश छवियों को एक व्यक्ति द्वारा अपने जीवन काल के माध्यम से प्रबंधित किया जाता है। (यह वीडियो / फिल्म में अलग है।)

5. सॉफ्टवेयर में मौलिक स्तर परियोजना है एक एकल वर्ग फ़ाइल परियोजना के बाकी हिस्सों के बिना बहुत मायने नहीं रखती है। छवि प्रसंस्करण में छवि मौलिक इकाई है। आप अपना पूरा जीवन एक सॉफ्टवेयर प्रोजेक्ट (Microsoft वर्ड ...) पर काम करने में बिता सकते हैं। फोटोग्राफी में आप शायद ही कभी किसी छवि पर कुछ मिनटों से अधिक समय बिताते हों।

6. सॉफ्टवेयर में महत्वपूर्ण कार्य परिवर्तनों को ट्रैक करने और एक पूर्व संस्करण पर वापस लौटने में सक्षम होना है। छवि प्रसंस्करण में महत्वपूर्ण कार्य बाद की तारीख में उस छवि और उसके डेरिवेटिव को खोजने में सक्षम होना है।