MCP के माध्यम से कनेक्ट करें →

गणना दर्ज करें

प्रस्थान शहर

आगमन शहर

सूत्र (फॉर्मूला)

विज्ञापन

परिणाम

यात्रा में लगा समय (बीता हुआ)
11 hours 55 minutes
प्रस्थान का स्थानीय समय UTC में बनाम गंतव्य का स्थानीय समय UTC में
मिनटों में यात्रा समय 715 min
घंटों में यात्रा समय 11.92 h
शहरों के बीच समय अंतर -13 h

दो शहरों के बीच यात्रा समय कैलकुलेटर क्या है?

यह टूल दो ऐसे शहरों के बीच यात्रा — फ्लाइट, ट्रेन या जहाज़ — में लगने वाला असली समय निकालता है, जो अलग-अलग टाइम ज़ोन में हो सकते हैं। आप प्रस्थान वाले शहर की स्थानीय तारीख और समय, और गंतव्य शहर की स्थानीय आगमन तारीख और समय भरते हैं, साथ ही दोनों शहरों का UTC ऑफसेट भी। कैलकुलेटर दोनों घड़ी-समयों को एक समान संदर्भ (UTC) में बदलता है और वास्तविक बीता हुआ समय बताता है। यह एक सार्वभौमिक समय/कैलेंडर टूल है; केवल शहरों की सूची और उनके ऑफसेट/DST नियम क्षेत्र पर निर्भर करते हैं।

टाइम ज़ोन क्यों मायने रखते हैं

जो फ्लाइट "टोक्यो से 11:00 बजे चलकर उसी दिन न्यूयॉर्क 09:55 पर पहुँचती है", वह घड़ी पर देखने पर ऐसा लगता है मानो उसमें नकारात्मक समय लगा हो। यह सिर्फ़ टाइम ज़ोन के अंतर से पैदा हुआ भ्रम है। टोक्यो UTC+9 है और न्यूयॉर्क (गर्मियों के समय में) UTC-4 — यानी 13 घंटे का फ़र्क़। जब दोनों समयों को UTC में बदला जाता है, तभी यात्रा की असली अवधि सामने आती है।

अलग-अलग स्थानीय समय दिखाते दो घड़ियाँ, ग्लोब पर UTC ऑफसेट लेबल के साथ उड़ान चाप से जुड़ी हुई
अलग-अलग UTC ऑफसेट वाले दो शहर एक ही पल के लिए अलग-अलग स्थानीय समय दिखाते हैं।

इसका इस्तेमाल कैसे करें

1. प्रस्थान शहर का UTC ऑफसेट घंटों में डालें (जैसे टोक्यो = 9)। अगर उस तारीख पर डेलाइट सेविंग टाइम लागू है तो उसे भी जोड़ें। 2. प्रस्थान की स्थानीय तारीख और समय डालें। 3. आगमन शहर और उसकी स्थानीय आगमन तारीख/समय के लिए भी यही करें। आंशिक ऑफसेट भी चलते हैं — भारत 5.5, नेपाल 5.75, न्यूफ़ाउंडलैंड -3.5। नीचे यात्रा में बीता हुआ समय पढ़ें।

विज्ञापन

फ़ॉर्मूला

हर स्थानीय समय को मिनटों की एक सतत गिनती में बदला जाता है: \( \text{localMinutes} = \text{daysFromEpoch} \times 1440 + \text{hour} \times 60 + \text{minute} \)। UTC तक पहुँचने के लिए ऑफसेट घटाएँ: \( \text{utcMinutes} = \text{localMinutes} - \text{offsetHours} \times 60 \)। फिर \( \text{elapsedMinutes} = \text{destUtcMinutes} - \text{originUtcMinutes} \)। दिन, घंटे और मिनट भाग (division) और शेषफल (modulo) से निकाले जाते हैं। कोई वर्ष लीप तभी होता है जब वह 4 से विभाज्य हो और (100 से विभाज्य न हो, या 400 से विभाज्य हो) — इससे फ़रवरी के दिनों की गिनती हमेशा सटीक रहती है।

$$\Delta t = \text{UTC}_{\text{arr}} - \text{UTC}_{\text{dep}}$$ $$\text{where}\quad \left\{ \begin{aligned} \text{UTC}_{\text{dep}} &= L_{\text{dep}} - 60\cdot\text{Dep. UTC offset} \\ \text{UTC}_{\text{arr}} &= L_{\text{arr}} - 60\cdot\text{Arr. UTC offset} \\ L_{\text{dep}} &= 1440\,D_{\text{dep}} + 60\,\text{Hour} + \text{Min} \\ L_{\text{arr}} &= 1440\,D_{\text{arr}} + 60\,\text{Hour} + \text{Min} \end{aligned} \right.$$
टाइमलाइन जिसमें स्थानीय प्रस्थान और आगमन समय को साझा UTC संदर्भ में बदलकर बीता समय निकाला गया है
दोनों स्थानीय समय को UTC में बदलने से असली यात्रा अवधि अलग होकर सामने आ जाती है।

हल किया गया उदाहरण (डिफ़ॉल्ट)

टोक्यो (+9), प्रस्थान 2026-06-15 11:00 → UTC 02:00। न्यूयॉर्क (-4, DST), आगमन 2026-06-15 09:55 → UTC 13:55। बीता समय = \( 13{:}55 - 02{:}00 = 11 \text{ घं } 55 \text{ मि} = 715 \text{ मिनट} = 11.92 \text{ घंटे} \)। समय अंतर = \( (-4) - (+9) = -13 \text{ घंटे} \)।

विज्ञापन

अक्सर पूछे जाने वाले सवाल

क्या यह आधी रात या डेट लाइन पार करने को संभालता है? हाँ। सभी समय को घटाने से पहले एक सतत UTC टाइमलाइन पर रखा जाता है, इसलिए डेट लाइन के लिए किसी अलग तर्क की ज़रूरत नहीं पड़ती।

डेलाइट सेविंग टाइम (DST) को कैसे संभालूँ? वही ऑफसेट डालें जो संबंधित तारीख पर असल में लागू है — प्रस्थान शहर के लिए प्रस्थान की तारीख और गंतव्य शहर के लिए आगमन की तारीख वाला।

मुझे नकारात्मक नतीजा क्यों मिल सकता है? अगर UTC में आगमन, प्रस्थान से पहले आ रहा है तो शायद आपने तारीखें या ऑफसेट आपस में बदल दिए हैं; टूल इसे चिह्नित कर देगा ताकि आप दोबारा जाँच सकें।

अंतिम अपडेट: