Minecraft Tick कैलकुलेटर

Minecraft में कभी-कभी आप समय को सेकंड में सोचते हैं, जबकि गेम पीछे से tick गिनता है। Redstone दरवाज़ा दो कदम पहले बंद हो जाता है, hopper लाइन आपकी उम्मीद से धीमी खाली होती है, आप /time set कमांड में कोई संख्या लिखते हैं लेकिन सूरज आपकी चाही जगह पर नहीं रुकता। समस्या अक्सर यह नहीं होती कि गेम खराब है; बल्कि यह होती है कि आप वास्तविक समय, game tick और redstone tick को एक ही चीज़ समझ लेते हैं। ऐसी उलझन बहुत आम है, खासकर उन लोगों में जो Redstone में नए होते हैं।

गेम का समय सेकंड की तरह नहीं बहता

Minecraft की मूल लय game tick पर चलती है। Vanilla गेम में लक्ष्य गति प्रति सेकंड 20 game tick होती है। यानी:

$$
1 \text{ सेकंड} = 20 \text{ game tick}
$$

एक game tick भी 0.05 सेकंड के बराबर होता है।

$$
1 \text{ game tick} = 0{,}05 \text{ सेकंड}
$$

कागज़ पर यह काफी सीधा है।

अगर आप 60 सेकंड लिखते हैं, तो यह 1200 game tick होता है। 1 मिनट भी इसी तरह 1200 game tick होता है। 10 मिनट 12000 game tick होते हैं। Minecraft में पूरे दिन के चक्र का 24000 tick होना भी यहीं से परिचित लगता है; 20 TPS पर चलती दुनिया में 24000 tick वास्तविक जीवन में 20 मिनट होते हैं।

TPS गिरने पर चीज़ें बदल जाती हैं। 1200 game tick, 20 TPS पर 60 सेकंड लेते हैं। अगर सर्वर 10 TPS तक गिर जाए, तो वही 1200 tick इस बार वास्तविक जीवन में 120 सेकंड तक फैल जाते हैं। गेम में जिस चीज़ को देखकर आप “यह देर से क्यों हुआ?” कहते हैं, उसका कारण कभी-कभी सर्किट नहीं, बल्कि सर्वर का थक जाना होता है।

समय की गणना में मुख्य सूत्र यह है:

$$
\text{Game Tick} = \text{सेकंड} \times \text{TPS}
$$

इसका उल्टा इस तरह लिखा जाता है:

$$
\text{सेकंड} = \frac{\text{Game Tick}}{\text{TPS}}
$$

Vanilla के लिए TPS आम तौर पर 20 माना जाता है। अगर सर्वर lag कर रहा है और आप वास्तविक प्रतीक्षा समय समझने की कोशिश कर रहे हैं, तो TPS को जैसे है वैसा ही लिखना चाहिए; वरना आपकी गणना केवल सैद्धांतिक रह जाएगी।

यह अंतर खास तौर पर automatic farm और Redstone सर्किट में परेशान करता है। Singleplayer में ठीक से काम करने वाला सेटअप, भीड़भाड़ वाले सर्वर पर ज्यादा भारी और धीमा व्यवहार कर सकता है। क्योंकि गेम अब भी वही tick संख्या चाहता है, बस उन tick को अधिक धीमे प्रोसेस करता है।

Redstone tick एक अलग भाषा बोलता है

Minecraft में “tick” शब्द अकेले थोड़ा धोखा दे सकता है। अगर कोई कहे “10 tick delay लगाओ”, तो पहले यह समझना ज़रूरी है कि वह game tick कह रहा है या redstone tick। Redstone की तरफ 1 redstone tick को 2 game tick माना जाता है। Vanilla गति पर यह 0.1 सेकंड है।

$$
1 \text{ redstone tick} = 2 \text{ game tick}
$$

$$
1 \text{ redstone tick} = 0{,}1 \text{ सेकंड}
$$

10 redstone tick, 20 game tick होते हैं। लेकिन 10 game tick केवल 5 redstone tick होते हैं।

$$
\text{Game Tick} = \text{Redstone Tick} \times 2
$$

$$
\text{Redstone Tick} = \frac{\text{Game Tick}}{2}
$$

दोनों को मिला देने पर सर्किट का समय दोगुना गलत हो जाता है। Piston दरवाज़ों, item sorter लॉकिंग और observer चेन में यह फर्क तुरंत दिखता है। दरवाज़ा जहाँ बंद होना चाहिए वहाँ अटक जाता है, piston किसी block को पकड़ नहीं पाता, sorter अतिरिक्त item छोड़ देता है। फिर खिलाड़ी तारों को दोष देता है। कभी-कभी तार निर्दोष होते हैं।

इसीलिए repeater delay को अलग से सोचना पड़ता है। Repeater 1, 2, 3 या 4 redstone tick का delay दे सकता है। अगर आपको लंबा delay चाहिए, तो repeaters को एक के बाद एक लगाते हैं।

मान लें कि 46 game tick का delay चाहिए। पहले हम इसे redstone tick में बदलते हैं:

$$
46 \text{ game tick} \div 2 = 23 \text{ redstone tick}
$$

23 redstone tick को repeater से बनाने के लिए 5 पूरे 4-tick repeaters चाहिए, और 3 redstone tick बचते हैं।

$$
23 = 5 \times 4 + 3
$$

यानी व्यवस्था इस तरह पढ़ी जाती है:

5 x 4-tick + 1 x 3-tick.

यहाँ ऊपर की ओर rounding का विचार भी काम आता है। अगर गणना ठीक-ठीक redstone tick पर नहीं आती, तो कम delay देने के बजाय अगली ऊपरी वैल्यू तक पूरा करना ज्यादा सुरक्षित है। आखिर आधा repeater सेटिंग नहीं होती। या तो 2 tick होता है या 3 tick। बीच का कुछ नहीं।

Repeater की तरफ इस्तेमाल होने वाला व्यावहारिक expression यह है:

$$
\text{Repeater Redstone Tick} = \left\lceil \frac{\text{Game Tick}}{2} \right\rceil
$$

इसके बाद 4-tick repeater की संख्या निकाली जाती है:

$$
\text{4-टिक रिपीटर संख्या} = \left\lfloor \frac{\text{Redstone Tick}}{4} \right\rfloor
$$

बचा हुआ delay भी mod गणना से निकलता है:

$$
\text{शेष} = \text{Redstone Tick} \bmod 4
$$

Redstone में ये छोटे फर्क कभी-कभी बहुत बड़े हो जाते हैं। खासकर तेज़ piston सेटअप में, “signal एक tick और देर से आए” वाली बात पूरी संरचना के ठीक से काम करने या न करने का फैसला कर सकती है। गेम का थोड़ा निर्मम पक्ष यही है।

/time set की वैल्यू अजीब क्यों लगती हैं?

Minecraft का दिन 24000 game tick तक चलता है। सूरज की चाल, दिन-रात चक्र और /time set कमांड इसी रेखा पर काम करते हैं। जब आप कमांड में 6000 लिखते हैं, तो दोपहर होती है। 12000 के आसपास सूर्यास्त होता है। 18000 को लगभग आधी रात माना जा सकता है।

लेकिन घड़ी का logic पहली नज़र में वास्तविक दुनिया जैसा शुरू नहीं होता। Tick 0, गेम में लगभग 06:00 की तरह पढ़ा जाता है। इसलिए 6000 tick लगभग 12:00 के बराबर आता है। 18000 tick भी 00:00 के आसपास बैठता है।

दिन के भीतर tick की गणना, डाली गई tick value का 24000 के अनुसार remainder देखती है:

$$
\text{दिन Tick} = \text{Game Tick} \bmod 24000
$$

यानी अगर आप 25000 tick भी लिखें, तो गेम इसे नए दिन के 1000वें tick की तरह पढ़ेगा। क्योंकि 24000 के बाद चक्र फिर से शुरू हो जाता है।

घड़ी के लगभग बराबर मान के लिए इस्तेमाल होने वाली गणना इस तरह है:

$$
\text{घंटा} = \left\lfloor \left(\frac{\text{दिन Tick}}{1000} + 6\right) \bmod 24 \right\rfloor
$$

मिनट की तरफ भी बची हुई tick value को 0.06 से गुणा किया जाता है:

$$
\text{मिनट} = \text{round}((\text{दिन Tick} \bmod 1000) \times 0{,}06)
$$

6000 tick के लिए गणना लगभग 12:00 पर आती है।

$$
\left(\frac{6000}{1000} + 6\right) \bmod 24 = 12
$$

Map बनाने वाले इसका बहुत इस्तेमाल करते हैं। Screenshot लेते समय भी यह काम आता है। कभी-कभी छाया की दिशा भी दृश्य को बदल देती है; गेम में फोटो लेने वाले जानते हैं कि सुबह की रोशनी और दोपहर की रोशनी एक जैसा एहसास नहीं देती।

यह छोटी सूची याद रखने लायक है:

24000 लिखना और 0 लिखना ज्यादातर मामलों में एक ही बात होती है। गेम चक्र को वापस शुरुआत पर ले जाता है।

Hopper की गति में इंतज़ार अलग झंझट है

Hopper, Minecraft के सबसे शांत लेकिन सबसे ज्यादा bottleneck पैदा करने वाले हिस्सों में से एक है। किसी item को दूसरे inventory में transfer करने के लिए इसे 8 game tick चाहिए। 20 TPS पर यह 0.4 सेकंड होता है।

$$
1 \text{ हॉपर ट्रांसफर} = 8 \text{ game tick}
$$

$$
1 \text{ हॉपर ट्रांसफर} = 0{,}4 \text{ सेकंड}
$$

एक hopper की प्रति मिनट transfer गति इस तरह गणना की जाती है:

$$
\text{Item / मिनट} = \frac{\text{TPS} \times 60}{8}
$$

अगर TPS 20 है:

$$
\frac{20 \times 60}{8} = 150
$$

यानी एक hopper प्रति मिनट लगभग 150 item ले जाता है।

मान लें 400 item का ढेर है। पहले हम इसका tick equivalent निकालते हैं:

$$
400 \times 8 = 3200 \text{ game tick}
$$

फिर इसे सेकंड में बदलते हैं:

$$
\frac{3200}{20} = 160 \text{ सेकंड}
$$

160 सेकंड, 2 मिनट 40 सेकंड होते हैं।

यह संख्या छोटी लग सकती है, लेकिन farm चलते समय chest के पास खड़े होकर इंतज़ार करें तो इतनी छोटी नहीं लगती। खासकर अगर system प्रति मिनट 300 item बना रहा है और आप सब कुछ एक hopper से इकट्ठा करने की कोशिश कर रहे हैं, तो jam होना तय है। Item जमा होते हैं, फिर hopper queue बनती है, फिर आप ज़मीन पर item देखने लगते हैं।

ज़मीन पर item दिखना storage system का यह कहने का तरीका है: “मैं संभाल नहीं पा रहा।”

Hopper गणना में एक गलती से बचना ज़रूरी है: यह गति एक hopper के लिए है। अगर कई लाइनें parallel काम कर रही हैं, तो flow बढ़ता है। अगर hopper chain बहुत लंबी है, तो हर transfer अपना delay जोड़ता है। अगर water channel, dropper line, chest minecart या modded transport system है, तो मामला बदल जाता है। यह गणना अधिकतर vanilla hopper behavior को जल्दी समझने के लिए है।

TPS यहाँ भी वास्तविक समय को प्रभावित करता है। 400 item 20 TPS पर 160 सेकंड में transfer होते हैं, जबकि 10 TPS पर यह 320 सेकंड तक बढ़ जाता है।

$$
\frac{3200}{10} = 320 \text{ सेकंड}
$$

गेम के भीतर tick संख्या वही रहती है, वास्तविक प्रतीक्षा समय दोगुना हो जाता है। सर्वर पर “क्या hopper खराब हो गया?” पूछे जाने की वजह कभी-कभी यही होती है। वह खराब नहीं होता, बस दुनिया भारी हो गई होती है।

कौन सा मोड कब इस्तेमाल करना चाहिए?

अगर आपके पास “कितने सेकंड?” वाला सवाल है, तो सीधा conversion काफी है। उदाहरण के लिए, अगर आप कहते हैं “दरवाज़ा 5 सेकंड बाद बंद हो”, तो 5 सेकंड 100 game tick होते हैं।

$$
5 \times 20 = 100 \text{ game tick}
$$

इतना जानना command block या आसान delay कामों के लिए काफी होता है।

अगर आप Redstone circuit बना रहे हैं, तो repeater delay देखें। क्योंकि गेम में आप सेकंड नहीं, repeater setting लगाते हैं। 2 सेकंड का delay 40 game tick, यानी 20 redstone tick होता है।

$$
2 \times 20 = 40 \text{ game tick}
$$

$$
40 \div 2 = 20 \text{ redstone tick}
$$

20 redstone tick को 5 4-tick repeaters से बनाया जा सकता है।

Minecraft समय के लिए /time set value चाहिए। अगर आप “दोपहर हो” चाहते हैं, तो 6000; अगर “आधी रात हो” चाहते हैं, तो 18000 के आसपास। यहाँ सेकंड नहीं, दिन के भीतर tick position की बात होती है।

Hopper की तरफ सवाल बिल्कुल अलग है: “इतने item कितने समय में बहेंगे?” Item count लिखकर समय देखना ज्यादा समझदारी है। खासकर automatic farm outputs में यह समझने के लिए इस्तेमाल होता है कि एक hopper काफी है या नहीं।

Unit चुनना महत्वपूर्ण है। Game tick, redstone tick, सेकंड, मिनट, hopper transfer और Minecraft day एक ही चीज़ के अलग चेहरे जैसे लग सकते हैं, लेकिन गेम में ये अलग-अलग निर्णयों के लिए इस्तेमाल होते हैं। सेकंड को इंसान का समय, game tick को गेम का समय, और redstone tick को circuit का समय समझ सकते हैं।

थोड़ा मोटा अंदाज़ा है, लेकिन काम करता है।

गणना सही हो तो भी गेम अलग व्यवहार क्यों करता है?

Tick calculation सही होने के बावजूद गेम में परिणाम बिल्कुल वैसा नहीं मिल सकता। इसके कुछ कारण हैं।

पहला TPS है। अगर सर्वर 20 TPS पर नहीं चल रहा, तो वास्तविक समय बढ़ जाता है। गेम के “1200 tick बीत गए” कहने तक आप वास्तविक दुनिया में 60 सेकंड से ज्यादा इंतज़ार कर चुके हो सकते हैं। Command, Redstone या hopper calculation खराब नहीं होती; बस देर से पूरी होती है।

दूसरा chunk loading है। अगर कोई chunk loaded नहीं है, तो वहाँ के कुछ systems आपकी उम्मीद के मुताबिक काम नहीं करते। Hopper line, farm, Redstone clock; सब दुनिया के active रहने पर निर्भर हैं। दूर छोड़ा गया setup हमेशा आपके मन की तरह काम करता हुआ जारी नहीं रह सकता।

तीसरा Redstone update order है। Redstone केवल समय की गणना नहीं है। Signal कहाँ से आया, कौन सा block पहले update हुआ, repeater की direction, comparator behavior, piston ने क्या कब देखा — सब इसमें शामिल हो जाते हैं। कभी-कभी 4 tick सही value होती है, लेकिन circuit layout गलत होता है।

Java और Bedrock के फर्क भी हैं। ज्यादातर मूल time ratios समान दिखते हैं, लेकिन Redstone behavior में version differences सिरदर्द बन सकते हैं। YouTube से Java circuit देखकर Bedrock में हूबहू बनाना और उसका न चलना कोई आश्चर्य की बात नहीं है।

Calculator इस जगह जादू नहीं करता। यह आपको समय वाला हिस्सा साफ़ देता है। बाकी चीज़ गेम की physical layout तय करती है।

कुछ छोटी लेकिन काम की आदतें

पहले यह साफ़ करें कि “tick” शब्द से कौन सा tick मतलब है। Game tick या redstone tick? यह पूछे बिना circuit calculation में जाना कुछ वैसा ही है जैसे नापे बिना block लगाना।

लंबी hopper lines में एक hopper की speed पर भरोसा न करें। अगर कोई farm प्रति मिनट 150 item से ज्यादा बना रहा है, तो एक line किसी point पर jam होगी। दो lines चाहिए या water flow बेहतर होगा या dropper clock लगाना होगा; यह design पर निर्भर है।

/time set commands में सारे numbers याद करने के बजाय कुछ मुख्य points जानें: 0 सुबह, 6000 दोपहर, 12000 शाम, 18000 आधी रात। बाकी आँख से adjust हो जाता है। Minecraft थोड़ा अंदाज़े का गेम भी है।

Repeater delay में 4-tick blocks में सोचना आसान होता है। पहले delay को redstone tick में बदलें, फिर 4 के हिस्सों में बाँटें। अगर remainder 1, 2 या 3 है, तो अंत में एक और repeater लगा दें।

TPS को भी पूरी तरह न भूलें। Singleplayer world में ज्यादातर समय 20 TPS मानना काफी होता है। सर्वर पर चीज़ें अजीब लगने लगें, तो पहले TPS देखना ज्यादा समझदारी है। Redstone line तोड़ने से पहले, मेरा मतलब है।