Tools / Unix Timestamp Converter

Unix Timestamp Converter

Timestamps to dates and back, seconds, milliseconds, or microseconds — runs entirely in your browser, nothing is sent anywhere.

Now
secondsmillisecondsiso 8601

Enter a valid date and time.

About

Unix time (epoch time) counts elapsed seconds since 00:00:00 UTC on January 1, 1970 — the Unix epoch. It is a single integer with no timezone or calendar embedded in it at all, which is exactly why it is the default timestamp format for databases, logs, and APIs: it sorts numerically, compares cleanly, and never needs disambiguating across timezones the way a written date does.

Where it gets confusing is precision. The Unix standard is seconds, but almost nothing that touches JavaScript stays in seconds — Date.now()and every JS timestamp return milliseconds, because a second is too coarse for measuring anything on a computer. Java’s System.currentTimeMillis()follows the same convention. Meanwhile a growing set of databases and APIs, particularly ones built for high-resolution event data, emit microseconds instead. Three units, all called “a timestamp,” all just an integer — so the same 13-digit number can mean either “milliseconds since 1970” or, read under the wrong assumption, an event from tens of thousands of years in the future.

This tool resolves that ambiguity by magnitude rather than by counting digits, which holds up better for old or far-future dates than a fixed digit-count rule does. If the auto-detected unit is wrong for your specific data, the “treating as…” chip next to the timestamp field is directly editable — click seconds, milliseconds, or microseconds to override it, and every output row updates immediately.

Everything below runs in your browser using the platform’s built-in Date and Intl objects — no timestamp you paste here is sent anywhere.

FAQ

Why does my timestamp show the wrong year?
Almost always a precision mismatch — a millisecond timestamp read as seconds lands more than 50,000 years in the future; a seconds timestamp read as milliseconds lands a few months after 1970. This tool auto-detects the precision by magnitude, but detection is inherently ambiguous for values very close to the epoch. If the year looks wrong, use the "treating as…" chip under the timestamp field to try a different unit — the output updates instantly so you can eyeball which one is correct.
Are timestamps timezone-dependent?
No — a Unix timestamp is a count of seconds (or ms/µs) since a single fixed instant, identical everywhere on Earth at that instant. What is timezone-dependent is how that instant gets displayed as a calendar date and clock time: 1700000000 is the same moment in Tokyo and in Chicago, but it prints as a different date and hour in each place, because "November 14, 10:13 PM" only means something once you also say relative to which clock. The timestamp itself never changes; the label you put on it does.
What happens in 2038?
Systems that store Unix time as a signed 32-bit integer will overflow at 03:14:07 UTC on January 19, 2038 — the maximum value a signed 32-bit integer can hold, 2,147,483,647 seconds after the epoch, rolls over to a negative number, which typically gets misread as a date in 1901. This is a limitation of that storage format, not of Unix time itself — epoch-seconds as a concept is unbounded. This tool computes with JavaScript’s native double-precision numbers, which stay accurate for tens of thousands of years past 2038, so nothing here is affected.

Related