Talk:Daylight cycle/Archive 1

Night light level
Considering the info on dusk is right the resulting night light level would be: 15 - 90/10 = 6, not 4. --Slider2k 05:44, 16 December 2010 (CST)

Halloween update
is it worth mentioning the watch from the upcoming haloween update?--Tnarg 18:42, 21 October 2010 (CDT)


 * Worth a mention once it goes in, not really enough info to put on the page yet IMHO. --Lordebon 03:16, 22 October 2010 (UTC)

Merge?
I think this page, along with the "Sun" and "Moon" page, should be merged. They share a lot of information, and it is confusing having the three seperate articles. Legend 16:13, 20 April 2011 (UTC)
 * I agree. Sun and moon could both show up in this article. MoonBeans (u-t-c) 13:13, 19 May 2011 (UTC)

Page Rename.
The current name not only makes the page a sub-page of day, but is also not capitalized. I suggest that this page is moved to the title 'time'. MoonBeans (u-t-c) 13:16, 19 May 2011 (UTC)


 * You're right. Maybe "Time of Day" would be a better name? --Technoman7 18:11, 30 July 2011 (UTC)


 * This is a gross improper use of the forward slash. The proper naming of the phrase is day-night cycle.--72.19.90.31 15:18, 23 September 2011 (UTC)


 * Moved to Day-Night Cycle Cool12309(Talk 01:02, 6 November 2011 (UTC)

Incorrect data?
With the clock, we have a better idea of when the moment of sunset/sunrise is - it's when the day-night line is straight up. I'm sure from gameplay that the world has darkened some before that moment. This article states that there is 10 minutes of full daylight, which can't be correct. Yomikoma 15:51, 8 June 2011 (UTC)

Beta 1.8 Pre-Release Creative - Time Speedup
While I was playing Creative in the Beta 1.8 pre-release, I found an NPC village and wanted to take a screenshot from a perfect vantage point in the bar. I forgot which key to press, so I tried F7. The sun was setting at the time. Suddenly it went dark. I looked out the window, and the stars were whizzing by, but visibly slowing down until they got back to normal speed. It seems that pressing F7 speeds up the day/night cycle, and pressing it multiple times speeds it up more. Then it gradually slows down back to normal speed. Pressing F6 makes time go backwards. I think that this information should be put on this page. Pitzik4 17:41, 10 September 2011 (UTC)
 * Lol just found out about that feature? Notch used that feature at the Pax demo. But anyway I do agree, I also think that new horizon colors and the fact that moonlights makes everything slightly blue should be added to. Jtlcr777 17:44, 10 September 2011 (UTC)
 * I didn't look at PAX. But, I'm glad you agree. I'm proof that some people wouldn't know. Pitzik4 02:31, 11 September 2011 (UTC)

Which is correct?
The page under measurement says 19.2 minutes is a minecraft day, but earlier on the page says it's 20 minutes. Which one is correct? Cool12309(Talk 01:00, 6 November 2011 (UTC)

What about Slimes ?
DayTime: … Creepers are the only naturally-spawned hostile Overworld mobs that are unaffected by sunlight.

But slimes are also unaffected, also naturally-spawned …

--Keeeeymann（Talk） 02:30, 11 June 2012 (UTC)

Yep.62.242.64.212 10:59, 24 January 2013 (UTC)--

Timelapse bug?
The other day I took the latest update,. It contained several bugs, which I'm not going to bore you with, but one, though, since it is of interest to this article. You see, I had played until my computer entered standby mode. Then, when I reopened it a few hours later, I looked to the sky, and the Sun moved with tremendious haste! And that wasn't it, the cows in my farm ran like they had inhaled kilograms of concentrated heroine. Then, I dived into the water, and drowned before I could blink! Cooking wood was speeded, everything. Except for myself. I was still the same, unhyped Player. Is this a bug?
 * That happens when you forget to pause the game. Minecraft5025 19:30, 22 August 2012 (UTC)


 * Same thing can also occur on servers while running. It has happened during the twelfth season of Minecraft Ultra Hardcore. See: http://www.youtube.com/watch?v=trCSukJNLag (Skip to around 8:45, this is where the players start finding out something is wrong.) A server reset later fixed the issue, but the occurrence seems random. --UltimateBacon 10:54, 31 July 2013 (UTC)
 * Heh -- that happened to me once last month... fortunately I was at my farm, so I was just mystified rather than slaughtered. You can still see my confused comment over at Talk:Chicken.  Also, this has been reported as .  --Mental Mouse 01:48, 13 August 2013 (UTC)
 * Can that be recreated by leaving the game running unpaused and putting the laptop into sleep ? If so, please comment at . Kumasasa 05:01, 13 August 2013 (UTC)

There seems to be some confusion
Appearantly, there are some who has written that a Minecraft month is 30 days long. That is wrong, and has now been corrected.--85.27.161.163 20:29, 23 January 2013 (UTC)
 * Actually, modern months aren't tied to the phase of the moon anymore, and redefining a month as 8 days is pretty drastic. Note that there is also a "Minecraft year" listed, and the game doesn't have seasons or other indication of a yearly cycle.   Reverting.  --Mental Mouse 21:11, 23 January 2013 (UTC)
 * Oh... OK. I don't really understand your logic, though. I don't see how a Minecraft month should be related to Earths moon. But if there really is that many who agree with you, sure.62.242.64.212 10:56, 24 January 2013 (UTC)--
 * For a bit more elaboration, see the new section I put into Moon. Also, the correspondence between real-world and MC phenomena is somewhat arbitrary to begin with, and shouldn't be pushed too far.  Ultimately, the players live in the real world, and they'll be thinking of a month as 30 days or thereabouts. --Mental Mouse 12:40, 24 January 2013 (UTC)
 * Yeah, you're probably right.--85.27.161.163 17:48, 25 January 2013 (UTC)

Time Set Value
I think that information (or at least a link) should be provided on this page that gives a table showing what the numeric 'time set' value is for various parts of the day. Perhaps under a heading called, "Setting Time". RadioRoscoe 20:56, 14 April 2013 (UTC)


 * The second image with the caption "A chart showing the approximations of Minecraft time to real time." provides this. This is the image: File:Day Night Clock 24h.png. The smaller inner numbers are the in-game time settings that correspond with the real time.  21:03, 14 April 2013 (UTC)

"The sun comes up after 22009 ticks."
Question: how exactly is this defining the sun coming up? Given that the sun becoming visible depends entirely on the landscape at the horizon. Of course, the player's absolute altitude doesn't matter, just the altitude relative to the landscape, since the sun and moon revolve around the player. And on a superflat world, standing on the ground, I see nothing special about 22009 at all. The first tiny hint of red colour in the sky comes at least three seconds before that, and the very top edge of the sun (in the default resource pack) doesn't appear until 22916, which is 45 seconds after 22009. And I don't think it's wise to define it based on something that depends on the resource pack, either... not even the default one -- Sorceror Nobody (talk) 20:35, 27 December 2013 (UTC)

Pocket Edition Conversions
A while ago, I posted the conversions of real time to Pocket Edition time, but not vice versa. The reason was that when I tried doing the math, the results didn't seem to make sense.

May somebody please post the conversions of Pocket Edition time to real time, or at least give me the formula to do it myself? Remember, a Pocket Edition day is 12 minutes, 95 times faster than a real day. GameFreak667 (talk) 04:32, 8 January 2014 (UTC)


 * If the PE day-night cycle is 12 real-time minutes long, that's 120 times faster, not 95. -- Orthotopetalk 07:06, 8 January 2014 (UTC)


 * No. In the trivia section, it says that regular Minecraft's days are 72 times faster than real days, because dividing the minutes in a real day (1440) by the minutes in a Minecraft day (20), you get 72. Now if you divide the minutes in a real day by the minutes in a Pocket Edition day (12), you get 95. GameFreak667 (talk) 22:50, 8 January 2014 (UTC)


 * Check your math. 12 * 95 = 1140, not 1440. -- Orthotopetalk 01:42, 9 January 2014 (UTC)


 * ... Holy sh*t, you're right. I posted the whole thing wrong on the page. Now I'm gonna have to do the whole thing over.


 * EDIT: Thank you so much for correcting me, Orthotope. I even figured out the vice versa conversions this time. And 120* makes it so much more visual friendly. Now... may someone post the Pocket Edition ticks for the conversion, I don't really know how that works. GameFreak667 (talk) 03:57, 9 January 2014 (UTC)


 * No worries, it happens to everyone once in a while. I don't know if PE uses the same 20 ticks per second as PC edition; assuming it does, you'll have 10 ticks per PE minute, 600 per PE hour, etc.. -- Orthotopetalk 04:41, 9 January 2014 (UTC)


 * Thank you, once again. I might do some more relating on Pocket Edition's conversions, like when the sun comes up, etc. GameFreak667 (talk) 23:58, 9 January 2014 (UTC)

The infographic and table do not match
I would argue that noon is 6000, and midnight is 18000. Dawn is 0, and dusk is 12000. –Preceding unsigned comment was added by 66.69.81.107 (talk) at 02:20, 19 May 2014 (UTC). Please sign your posts with

First-spawn and last-spawn measurement method (1.8.2pre1)
According to User:Orthotope in, my methodology for measuring the first-spawn and last-spawn timings belongs here rather than inline with the results.

So here are the test method and parameters:
 * 1) Minecraft 1.8.2pre1 was launched.
 * 2) A single-player SUPERFLAT world was generated with preset:
 * 3) * Generated structures OFF
 * 4) * Game mode CREATIVE
 * 5) These setup commands were each run once:
 * 6) These command blocks were placed:
 * 7) * at -206, 64, -141: bottom half of 20Hz clock
 * 8) * at -206, 66, -141: top half of clock
 * 9) * at -207, 64, -141: kill mobs spawned this tick so they don't count toward next tick
 * 10) * at -205, 64, -141: read time of day if a mob (spawned this tick) is alive
 * 11) * at -206, 64, -140: display last time a mob was alive on the scoreboard
 * 12)   and   were each run, followed by repeated invocations of   (to determine the last spawn tick from the scoreboard) and   (to determine the first spawn tick from .minecraft/logs/latest.log).
 * 1) * at -206, 66, -141: top half of clock
 * 2) * at -207, 64, -141: kill mobs spawned this tick so they don't count toward next tick
 * 3) * at -205, 64, -141: read time of day if a mob (spawned this tick) is alive
 * 4) * at -206, 64, -140: display last time a mob was alive on the scoreboard
 * 5)   and   were each run, followed by repeated invocations of   (to determine the last spawn tick from the scoreboard) and   (to determine the first spawn tick from .minecraft/logs/latest.log).
 * 1) * at -206, 64, -140: display last time a mob was alive on the scoreboard
 * 2)   and   were each run, followed by repeated invocations of   (to determine the last spawn tick from the scoreboard) and   (to determine the first spawn tick from .minecraft/logs/latest.log).
 * 1)   and   were each run, followed by repeated invocations of   (to determine the last spawn tick from the scoreboard) and   (to determine the first spawn tick from .minecraft/logs/latest.log).
 * 1)   and   were each run, followed by repeated invocations of   (to determine the last spawn tick from the scoreboard) and   (to determine the first spawn tick from .minecraft/logs/latest.log).

Seahen (talk) 01:22, 30 December 2014 (UTC)

Even though PC and Pocket Edition have the same day-night cycle, it turns out that the day-night cycle is NOT the same in creative mode on Pocket Edition. -- MCPEplayer2 00:41, 22 May 2015 (UTC)

Moon phases
It was mentioned that the longest Minecraft cycle is the day-night-cycle. Actually, /time set takes values larger than 24000 and sets the moon phase. Thus, the Minecraft 'month' is the longest (known) cycle. Perhaps another page merge is due. Billgus (talk) 13:51, 28 May 2015 (UTC)

24-hour time in the day section
One anonymous user keeps removing all 24h times and leaving AM/PM times only. I don't think this has merit. Does anyone think otherwise? --AttemptToCallNil (report bug, view backtrace) 11:32, 14 October 2018 (UTC)
 * No obviously. It is convenient for 24-hour time users. Hayden Bob Mutthew   Talk  11:34, 14 October 2018 (UTC)


 * Whoops, didn't see this had been opened until now. I personally see absolutely no need for using AM/PM, because the heading above the table already specifies a 24-hour day (and thus, to me, also implies it uses a 24-hour time format). I'd even go so far as to ommitting the colon between hours and minutes, but I don't think we need to go to that point. — DarkShadowTNT  ( t  ♦  c ) 11:36, 14 October 2018 (UTC)
 * I think 24 and AM/PM should be kept for convince. Hayden Bob Mutthew   Talk  11:38, 14 October 2018 (UTC)


 * Both notations are used by millions of players. Omitting either of them forces its users to do mental math to make sense of the table. It's inconsiderate, and some of them are too young to be even know how. There's no valid reason to favor one over the other. The "heading above the table" certainly isn't one...people who use AM/PM notation still have 24-hour days! – Auldrick (talk &middot; contribs) 12:40, 14 October 2018 (UTC)

Error in the Table
The Day-Night Table here is not in agreement with the Villagers Schedule Table linked here: That linked Table and the paragraph that follows states that villagers work two times each day, and I believe that is correct. It states that they end their first work period and start socializing at 08000, and then later work again from 10000 to 11000. Since I can't verify which of these two tables is correct I just want to announce the problem and hopefully someone who knows more than I do can fix whichever one is wrong. –Preceding unsigned comment was added by 87.141.41.71 (talk) at 3:33, 12 September 2019 (UTC). Please sign your posts with


 * Yeah, the Villager page was incorrect. – Sealbudsman talk | contribs 09:02, 12 October 2019 (UTC)

How is the sun-set and sun-rise times/light-levels measured?
I ran a test in Minecraft 1.15.1 using the following commands to measure time and light level:



Basically reading the light value using a loot_table with a predicate testing each light level. It would read the current light level at my position and store it in the $LIGHT light score. Then it is tested against $GLOBAL light score, if it has changed, indicate the change using a tellraw command. Then set the $GLOBAL light score to that of $LIGHT.

This all runs in a single tick, so the daytime that is queried, should be the exact tick that the light level changed. Also, the loot table light level is LIGHT = max(sky-darkening, block). This means it takes the sky-light level and subtracts the darkening of the sky (sunset), if there is no blocklight nearby, this would accurately measure light level changes.

However my results as shown below, differ from those on the wiki page, this lead me to believe those measurements might be calculated, based on game code or otherwise, however my measurements are from experiments in the latest version. Another reason why the wiki has different results might be biome or version related? They did a light engine rewrite so that could be it.

My question, are my results accurate and should I update the wiki. Or is my measurement method not correct?

My Results:

--AgentM –Preceding unsigned comment was added by 85.148.222.43 (talk) at 19:44, 9 January 2020 (UTC). Please sign your posts with