Auto-calibrated timing analysis, एक live frame-time graph, और एक camera-verifiable numbered marker — Start क्लिक करें और इसे अपने आप आपका refresh interval निकालने दें।
पूरी तरह आपके BROWSER में चलता है · कुछ भी RECORD या UPLOAD नहीं होता
Last updated: · Reviewed for accuracy against current browser APIs
Share:
Start क्लिक करें। पहला एक-दो second अपने आप calibrate होता है — आपको अपना refresh rate पहले से जानने की ज़रूरत नहीं।
Detected Rate–
Frames देखे0
Skips0
Skip Rate–
सबसे लंबा Stall–
Jitter–
Frame time (ms) — सपाट healthy है, spikes skips हैं
पहला एक second या उसके आसपास अपने आप आपका असली refresh interval तय कर देता है — इसे आपके monitor का Hz बताने की ज़रूरत नहीं।
कम से कम 15-30 seconds चलने दें।
एक छोटा run सिर्फ किस्मत से आसानी से zero skips दिखा सकता है; लंबे runs ज़्यादा ईमानदार तस्वीर देते हैं।
Live graph पर spikes देखें।
आपकी अपेक्षित frame time के पास एक सपाट रेखा healthy है; ऊंचे spikes वो skips हैं जो होते वक्त पकड़े जा रहे हैं।
अगर skips बार-बार हों तो दूसरे tabs और heavy programs बंद करें।
ये टेस्ट सिर्फ browser की अपनी तरफ की देरी देख सकता है — एक busy system आम, ठीक होने लायक वजह है।
Panel-level पुष्टि के लिए camera use करें।
अगर ये टेस्ट साफ दिखे पर motion फिर भी अजीब लगे, तो marker की एक slow-shutter photo display की अपनी delivery चेक करती है, जिसे ये टेस्ट नहीं देख सकता।
ये टेस्ट असल में कैसे काम करता है
requestAnimationFrame का हर call एक timestamp लौटाता है, और ये टेस्ट एक fixed number मान लेने की बजाय लगातार timestamps के बीच का gap नापता है। पहले कुछ दर्जन frames के लिए, ये उन gaps को इकट्ठा करके median निकालता है ताकि आपका असली refresh interval तय हो — 60Hz display पर लगभग 16.7ms, 144Hz पर 6.9ms, और इसी तरह — यही वजह है कि ये इस बात से independent एक जैसा काम करता है कि आपका monitor किसके लिए rated है, बिना आपको कुछ भरे।
उस calibration window के बाद, कोई भी gap जो अपेक्षित interval से noticeably लंबा आए — उससे 1.5 गुना से ज़्यादा — एक skip की तरह log होता है, और कितने frames skip हुए वो इससे निकाला जाता है कि वो gap अपेक्षित से कितना लंबा था। ऊपर का numbered marker हर उस frame पर एक बढ़ता है जो browser असल में render करता है, जो इसे photograph करने के लिए meaningful बनाता है: एक असली skip एक repeated या गायब number की तरह दिखता है, सिर्फ screen पर एक number नहीं।
ये टेस्ट क्या नहीं देख सकता
ये सीधे बताना worth है, tool को खुद को बढ़ा-चढ़ाकर बताने देने की बजाय। यहां गिना गया एक frame skip का मतलब है कि browser खुद screen को schedule पर नया frame deliver करने में नाकाम रहा — आमतौर पर क्योंकि main thread किसी और चीज़ में busy था और अपनी window चूक गया। ये visible stutter की एक असली, आम वजह है, और ये exactly उसी तरह की drop है जिसे पकड़ने के लिए ये टेस्ट बना है।
जो ये नहीं देख सकता वो frame skipping है जो pipeline में और आगे, monitor के अंदर होती है। एक panel का अपना scaler एक ऐसे frame को चुपचाप repeat कर सकता है जो browser ने बिल्कुल सही और समय पर deliver किया — browser के नज़रिए से, कुछ गलत हुआ ही नहीं, फिर भी screen stutter करती है। Browser tab में चलती JavaScript की कोई भी मात्रा उसे observe नहीं कर सकती, क्योंकि जब तक ऐसा frame skip होता है, browser अपना काम पहले ही पूरा कर चुका होता है।
Camera से Panel-level Skipping की पुष्टि करना
ये चेक करने का practical तरीका कि आपका monitor असल में क्या कर रहा है, इस बात से independent कि ये टेस्ट क्या report करता है, एक slow-shutter photo है। फोन camera की shutter speed को एक refresh interval से धीमा set करें — 60Hz display के लिए, लगभग 1/60 second से धीमा — और टेस्ट चलते वक्त numbered marker की photo लें।
नतीजे में आई streak में बराबर दूरी वाले, अलग-अलग numbers का मतलब है कि panel frames को एक consistent cadence पर present कर रहा है। जहां एक number होना चाहिए वहां gap, या वही number दो बार दिखना, panel के खुद एक frame को skip या repeat करने की ओर इशारा करता है — एक hardware-level issue जिसे ये browser-side counter अपने आप पकड़ने का कोई तरीका नहीं रखता।
Frame Skipping की वजह क्या है
Browser की तरफ: एक CPU जो किसी और चीज़ में busy है, background tabs या programs जो resources के लिए compete कर रहे हैं, एक garbage-collection pause जो main thread को थोड़ी देर के लिए रोक दे, या compositing में पीछे रह जाता GPU — एक outdated graphics driver इस आखिरी को ज़्यादा likely बनाता है, इसलिए NVIDIA, AMD, या Intel से latest लेना confirm करना worth है। इनमें से कोई भी browser को नया frame सौंपने की अपनी window चूकवा सकता है, जिसे ये टेस्ट सही पकड़ेगा।
Display की तरफ: एक cable या port जो आपके चुने resolution और refresh rate को साथ में पूरी तरह support नहीं कर सकती (एक आम उदाहरण है 4K पर 120Hz ऐसे port पर जो सिर्फ 4K पर 60Hz संभालता है, जो चुपचाप fall back या skip कर सकता है), एक refresh rate जो panel के भरोसे से संभालने से आगे धकेला गया है, या motion smoothing जैसी aggressive picture processing जो frame timing में दखल देती है। ये वो तरह हैं जिन्हें ठीक से confirm करने के लिए ऊपर वाला camera तरीका चाहिए।
ये vs. Refresh Rate Test
ये दोनों अलग सवालों के जवाब देते हैं और साथ में अच्छा काम करते हैं। Refresh Rate Test बताता है कि आपका display अभी किस rate पर चल रहा है — क्या वो genuinely 144Hz कर रहा है, या चुपचाप 60 पर गिर गया? ये टेस्ट मानता है कि जो rate वो detect करे वो सही है और इसकी बजाय पूछता है कि उस rate पर हर frame असल में schedule पर आ रहा है, या कुछ रास्ते में skip या repeat हो रहे हैं। एक display इनमें से एक पास और दूसरा fail कर सकता है।
अक्सर पूछे जाने वाले सवाल
इसमें और Refresh Rate Test में क्या फर्क है?
Refresh Rate Test बताता है कि आपका display किस rate पर चल रहा है। ये टेस्ट चेक करता है कि उस rate पर हर frame असल में schedule पर deliver हो रहा है या कुछ skip या repeat हो रहे हैं।
क्या ये टेस्ट monitor के अंदर होती frame skipping पकड़ सकता है?
नहीं। ये टेस्ट सिर्फ pipeline की browser वाली तरफ जो होता है वही देखता है। Monitor का अपना scaler एक सही deliver हुए frame को चुपचाप repeat कर सकता है, और कोई browser-based टेस्ट वो नहीं देख सकता — moving marker की camera-based long-exposure photo चेक करने का practical तरीका है।
टेस्ट शुरू करने पर ये "calibrating" क्यों कहता है?
आपसे ये पूछने की बजाय कि आपका display किस rate पर चलता है, टेस्ट पहले कुछ दर्जन frames नापता है और वहां से आपका असली refresh interval निकालता है — जिससे ये बिना किसी setup के 60Hz, 144Hz, या 240Hz पर एक जैसे काम करता है।
Frame skipping की आम वजह क्या होती है?
Browser की तरफ: एक busy CPU, background programs, garbage collection pauses, या पीछे रह जाता GPU। Display की तरफ: एक cable या port की limitation, overclock किया refresh rate, या aggressive picture processing।
क्या कुछ skipping normal है?
एक लंबे run में कभी-कभार एक अकेला skip आमतौर पर चिंता के लायक नहीं होता। बार-बार, repeated skipping ज़्यादा meaningful संकेत है जिस पर कार्रवाई करनी चाहिए।
क्या ये tool कुछ record या upload करता है?
नहीं। सारा timing analysis आपके browser में उसकी अपनी animation clock से locally होता है — कुछ भी capture, record, या कहीं भेजा नहीं जाता।
ProDeviceTest पर और भी Tools
Frame delivery कुल motion quality का एक हिस्सा है। बाकी ये cover करते हैं।
Refresh Rate Test — नापें कि आपका display अभी असल में क्या output कर रहा है
Ghosting Test — moving object से motion blur और trailing चेक करें
HDR Test — HDR, wide-gamut, और shadow/highlight detail चेक करें
ProDeviceTest