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

यही है Blinking टूल: कैमरे को टिमटिमाती रोशनी पर निशाना साधें और यह टिमटिमाने की दर को मापता है, या किसी घूमती हुई वस्तु पर निशाना साधें और यह घूर्णन आवृत्ति का अनुमान लगाता है। कैप्चर यह देखता है कि फ्रेम में ब्राइटनेस समय के साथ कैसे बदलती है, अवधि का पता लगाता है, और एक आवृत्ति दिखाता है — एक ऐसा नंबर जिसे आप सहेज सकते हैं, तुलना कर सकते हैं और इसका ट्रेंड देख सकते हैं, बजाय उस लय के जिसे आप मन ही मन गिनने की कोशिश कर रहे थे।

वह फ्लिकर जो आप देख नहीं सकते लेकिन आपका सिर महसूस कर सकता है

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

कैमरा उस तरह से औसत नहीं निकालता जैसे दिमाग निकालता है। सेंसर द्वारा सैंपल किए जाने पर, PWM फ्लिकर एक आवधिक ब्राइटनेस सिग्नल के रूप में दिखाई देता है जिसे टूल माप सकता है। यदि आपके डेस्क के ऊपर का संदेहास्पद बल्ब 100 Hz पर फ्लिकर करता है और जिस बल्ब से आपने इसे बदला है वह वास्तव में स्थिर है, तो यह अब आपके कैटलॉग में दो वस्तुओं के बीच एक मापा गया अंतर है, न कि कोई अंदाज़ा। खरीदने से पहले दुकान में रखे बल्बों को मापें, और सिरदर्द देने वाली मशीन खुद-ब-खुद पहचानी जाएगी।

ब्लिंक कोड: एलईडी आपको कुछ बताने की कोशिश कर रहा है

दूसरा वर्ग अधिक धीमा और स्पष्ट है। राउटर, चार्जर, डिशवॉशर, प्रिंटर और औद्योगिक उपकरण सभी इंडिकेटर ब्लिंक पैटर्न के ज़रिये स्थिति की रिपोर्ट करते हैं, और उनके मैनुअल समय के हिसाब से बात करते हैं: "धीमी ब्लिंक (प्रति सेकंड एक बार) — कनेक्ट हो रहा है; तेज़ ब्लिंक (प्रति सेकंड दो बार) — एरर।" इंसान 1 Hz और 1.5 Hz के बीच अंतर करने में काफी कमज़ोर होते हैं, खासकर तब जब वे राउटर पर झुंझलाए हुए हों। कैमरे के साथ ऐसा नहीं है। निशाना साधें, कैप्चर करें, दर पढ़ें, और देखें। और चूँकि माप उसी वस्तु — इस राउटर — के तहत सहेजा जाता है, इसलिए पिछले महीने की खराबी के समय टिमटिमाने की दर अभी भी वहीं मौजूद रहती है जब वही लाइट दोबारा टिमटिमाने लगती है।

घूर्णन: वह पंखा वास्तव में कितनी तेज़ी से घूम रहा है?

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

ईमानदार सीमा: एलियासिंग

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

इसलिए टूल अपनी सीमा के बारे में स्पष्ट है। कुछ हर्ट्ज़ पर इंडिकेटर ब्लिंक कोड: आसानी से इसकी सीमा के अंदर हैं। धीमा PWM और मेन्स-संबंधित फ्लिकर: फ्लिकर दर और फ्रेम दर के बीच की परस्पर क्रिया का ध्यान रखकर, पहुँच के भीतर हैं। 30,000 RPM पर घूमने वाला एक ड्रिल बिट — 500 चक्कर प्रति सेकंड: 60 fps सेंसर द्वारा सीधे मापे जाने की सीमा से बहुत बाहर है। फ्रेम दर ही पैमाना है, और आप पैमाने के अंत से आगे की दूरी नहीं माप सकते।

काम करने का डिज़ाइन नियम: एक माप टूल को पता होना चाहिए — और उसे बताना चाहिए — कि उसकी भौतिकी कहाँ समाप्त होती है। कैमरे की फ्रेम दर एक कठिन सैंपलिंग सीमा है, इसलिए Blinking टूल केवल उन्हीं आवृत्तियों का दावा करता है जिन्हें वह बिना किसी भ्रम के माप सकता है, न कि किसी एलियास संख्या को इस तरह रिपोर्ट करता है जैसे कि वह सच हो। पूरे विश्वास के साथ दी गई गलत रीडिंग, ईमानदारी से दी गई "सीमा से बाहर" की जानकारी से भी बदतर है; एलियास क्षेत्र को छुपाया नहीं जाता, बल्कि इसे एक अलग तकनीक को सौंप दिया जाता है।

फ्रेम दर से परे: स्ट्रोब प्रयोग

उस सीमा के पार क्या है? यहीं पर एलियासिंग केवल एक परेशानी के बजाय एक उपयोगी साधन बन जाती है, क्योंकि एक क्लासिक ट्रिक इसे एक उपकरण में बदल देती है: स्ट्रोबोस्कोप। किसी घूमती हुई वस्तु को ठीक उसकी घूर्णन दर पर चमकने वाली रोशनी से रोशन करें और वह वस्तु स्थिर दिखाई देगी — प्रत्येक फ्लैश उसे एक ही स्थिति में कैद करता है। मशीनिस्टों ने एक सदी से इस तरह से RPM पढ़ने के लिए विशेष स्ट्रोब का उपयोग किया है।

फोन का टॉर्च फ्लैश कर सकता है। इसलिए Sentio के रिसर्च बिल्ड में एक Strobe टूल शामिल है जो टॉर्च की फ्लैश दर को स्वीप करता है और स्ट्रोबोस्कोपिक फ़्रीज़ की तलाश करता है, जिससे यह अनुमान लगाया जाता है कि फ़्रीज़ कहाँ होता है और इस प्रकार घूमती या कंपन करती हुई वस्तु की आवृत्ति का पता चलता है। इसकी स्थिति के बारे में स्पष्ट कहें तो: यह एक रिसर्च-बिल्ड प्रयोग है, न कि कोई जारी किया गया उपभोक्ता फीचर। टॉर्च का हार्डवेयर इस बात में बहुत भिन्न होता है कि वह कितनी तेज़ी से और कितनी निरंतरता से पल्स कर सकता है, और उपभोक्ता-श्रेणी के दावों को पेश करने से पहले इस दृष्टिकोण को विभिन्न डिवाइसों पर सत्यापन की आवश्यकता होती है। लेकिन यह Blinking टूल का एक बौद्धिक रूप से संतोषजनक समकक्ष है — वही सटीक घटना जो निष्क्रिय समय-मापन को सीमित करती है, जानबूझकर संचालित किए जाने पर सीमा को पार करने का जरिया बन जाती है। प्लेटफ़ॉर्म के प्रत्येक कैप्चर की तरह, विश्लेषण डिवाइस पर ही चलता है, और रिसर्च कैप्चर को बाद में ज्ञात-RPM संदर्भों के आधार पर लेबल किया जा सकता है, जो कि बिल्कुल वही डेटा है जिसकी सत्यापन को आवश्यकता होती है।

दर्ज किया गया, याद नहीं रखा गया

यहाँ हर टूल के साथ एक ही बात लागू होती है: मुख्य बात केवल एक माप लेना नहीं है, बल्कि उस माप को संदर्भ के साथ देखना है। मैन्युअल की तालिका के बगल में ब्लिंक दर का कोई अर्थ निकलता है; बल्बों के बीच आपस में तुलना करने पर फ़्लिकर फ़्रीक्वेंसी का कोई मतलब समझ आता है; पिछले महीने की तुलना में पंखे का RPM कुछ दर्शाता है। प्रत्येक कैप्चर कैटलॉग में एक वस्तु के अंतर्गत दर्ज होता है और परिणाम पता चलने पर उसे एक ग्राउंड-ट्रुथ लेबल दिया जा सकता है — जैसे वह बल्ब जिसने सिरदर्द ठीक किया, या वह पंखा जो आखिरकार बंद हो गया। एक बार सरसरी तौर पर देखना एक रिकॉर्ड बन जाता है, और ये रिकॉर्ड मिलकर वे तुलनाएं बन जाते हैं जो वास्तव में हमेशा से हमारा मुख्य उद्देश्य थीं।

कैमरे में कुछ और शांत मोड भी हैं — जो समय मापने के बजाय रंग और परिवेशी प्रकाश को मापते हैं, जिसके बारे में रंग और प्रकाश में बताया गया है। और माइक्रोफ़ोन से लेकर एक्सेलेरोमीटर तक, फ़ोन के सेंसर क्या कुछ माप सकते हैं इसकी पूरी तस्वीर के लिए, टूल्स के संक्षिप्त विवरण से शुरुआत करें।