Time starts out at night, should start at day since it looks better about netcraft HOT 3 CLOSED

Time of day is calculated by glfwGetTime() http://www.glfw.org/docs/latest/group__input.html#gaa6cf4e7a77158a3b8fd00328b1720a4a (which "measures time elapsed since GLFW was initialized"):

float time_of_day() {
    if (g->day_length <= 0) {
        return 0.5;
    }
    float t;
    t = glfwGetTime();
    t = t / g->day_length;
    t = t - (int)t;
    return t;
}

so at startup, it'll be near 0

Some tests:

• glfwGetTime(): -7am
• +g->day_length/4: -2am
• +g->day_length/2: 4am
• +g->day_length: 4pm
• +g->day_length/1.5: 8am

Note future enhancement, would require changing how time works: #11 Add /time command to change/freeze time of day, nighttime/daytime

from netcraft.

glfwSetTime() to day_length/3 should set to about 8am (8 / 24 = 0.3'), works on native not emscripten, so maybe emscripten bug? library_glfw.js:

  glfwGetTime: function() {
    return GLFW.getTime() - GLFW.initialTime;
  },

  glfwSetTime: function(time) {
    GLFW.initialTime = GLFW.getTime() + time;
  },

GLFW.getTime() returns _emscripten_get_now() / 1000. Is glfwSetTime() wrong, why doesn't it set directly to the time parameter not + GLFW.getTime()? This is glfw3 time:

GLFWAPI double glfwGetTime(void)
{
    _GLFW_REQUIRE_INIT_OR_RETURN(0.0);
    return (double) (_glfwPlatformGetTimerValue() - _glfw.timer.offset) /
        _glfwPlatformGetTimerFrequency();
}

GLFWAPI void glfwSetTime(double time)
{
    _GLFW_REQUIRE_INIT();

    if (time != time || time < 0.0 || time > 18446744073.0)
    {
        _glfwInputError(GLFW_INVALID_VALUE, "Invalid time %f", time);
        return;
    }

    _glfw.timer.offset = _glfwPlatformGetTimerValue() -
        (uint64_t) (time * _glfwPlatformGetTimerFrequency());
}

Confirmed, fixing emscripten fixes it. Opened pull request: emscripten-core/emscripten#5304

from netcraft.

Patching in #194

from netcraft.