Спрошу проще, она (программка) чего-то мне даст, чего не дает сим, если я ее куплю.
…
Автоматическое выставление фактического времени того региона в котором Вы загрузились.
К примеру, я нахожусь в Приморском крае, у меня сейчас 10 утра. Я хочу загрузиться в, скажем, Берлине, и чтоб там было то время, которое там сейчас фактически. Если в симе я сделаю Reset времени, то у меня в Берлине тоже станет 10 утра. А FSRT выставит то, которое там сейчас есть. Сим так не умеет.
eddeul
25.03.2016 в 08:52
А GMT при этом FSRT не изменяет?
А FSRT выставит то, которое там сейчас есть. Сим так не умеет.
В симе почти так же — при смене порта время по Гринвичу во вновь загруженном порту становится таким, каким оно и должно быть (т.е. точно таким же, как и в предыдущем аэропорту) .
Сообщение отредактировано eddeul: 25 March 2016 — 08:57
Ляпучка
25.03.2016 в 09:15
А GMT при этом FSRT не изменяет?
В симе почти так же — при смене порта время по Гринвичу во вновь загруженном порту становится таким, каким оно и должно быть (точно таким же, как и в предыдущем аэропорту) .
В каком смысле? Если во Владивостоке GMT+10, так оно и будет GMT+10 почему он его должен изменить?
Не знаю. FSX вообще по-ходу от балды время ставит А если нажать Reset, то ставит то, которое в моём регионе.
Или Вы имеете в виду, что если сначала загрузиться в своём домашнем порту (в моём случае Владивосток), нажать Reset, чтоб время выставилось, которое у меня дома, а потом загрузиться, скажем, в Берлине, то сим правильно переведёт время и в Берлине будет то, время, которое там сейчас фактически? Не знаю, может быть, но ИМХО очень не удобно туда-сюда по портам скакать Проще FSRT поставить и в любом порту будет сразу выставлено правильное время.
eddeul
25.03.2016 в 09:35
Пользовался как-то давно этой программой в девятке, она выставляла правильное местное время в аэропортах, но почему-то делала это изменением GMT (версия, правда, была «народная», возможно, из-за этого косяки и были).
По поводу GMT vs. Местное время уже немало споров было в различных темах форума. В основном народу не нравится несоответствие часовых поясов реальным. Многие отмечают, что освещенность в симе не отвечает времени суток. На мой взгляд, это связано не со временем в симе (положение Солнца и Луны на небе, заходы-восходы соответствуют GMT), а с тем, что не происходит подгрузка нужных текстур неба и земли в нужное время. Т.е., например, солнце в симе еще над горизонтом, а освещенность, как в сумерках.
P.S. В Берлине будет такое же время по Гринвичу, как и во Владивостоке, а вот будет ли местное берлинское время соответствовать реальному — не знаю. Приморское время точно не соответствует.
Сообщение отредактировано eddeul: 25 March 2016 — 09:36
Enzzo
25.03.2016 в 11:59
Все нормально с освешением. Даже с учетом особенностей движка. Сумятицу скорее вносит не только несоответствие часовых поясов реалу, но и то, что сим действительно может загрузить не совсем то время, что указали при запуске. Мало кто его потом проверяет. В Аыче с этим обстоит получше, в Препаре вообще жопа. Такое впечатление, что до загрузки сцены симулятор не ведает, какие и где у него пояса.
Скорее всего связано это с тем, что разработчики привязали к локальному сохранения полетов. Может были на это причины, но выглядит глупо. Сами проверьте. В fsx не помню, а в Препаре в сохранялках только Local Time фигурирует.
Что происходит в этом случае при запуске? Мы выбираем а/п, ставим нужное локальное и симулятор загружает полет, выставив UTC через свой кривой офсет. Если мы ставим сразу UTC, то просто перезаписываем локальное в сохранении с тем же кривым офсетом. Откуда сим берет эти данные до загрузки — непонятно.
Если бы сохранялки работали с utc, то проблем не было бы.
Surskiy
25.03.2016 в 12:49
А не проще ли при загрузке сима самому выставить UTC?
Enzzo
25.03.2016 в 14:32
Так и делаю. Вопрос, почему при этом загружается черти что. В fsx реже, и с небольшим сдвигом час-два. В препар — может и время суток другое загрузиться.
Ляпучка
25.03.2016 в 16:12
P.S. В Берлине будет такое же время по Гринвичу, как и во Владивостоке, а вот будет ли местное берлинское время соответствовать реальному — не знаю. Приморское время точно не соответствует.
Местное в Берлине будет соответствовать реальному. И Приморское точно соответствует. Специально проверяла
eddeul
25.03.2016 в 18:01
Я говорил про чистый сим, без FSRT . У меня без него в FSX Acceleration во Владике разница с Гринвичем +8 часов. Использую GMT, зачем мне в симе местное время, чтобы знать расписание движения городского транспорта в порту прилета и во сколько магазины открываются ?
Ляпучка
25.03.2016 в 18:21
Я говорил про чистый сим, без FSRT . У меня без него в FSX Acceleration во Владике разница с Гринвичем +8 часов.
А-а.. Да, без FSRT не правильно.
Использую GMT, зачем мне в симе местное время, чтобы знать расписание движения городского транспорта в порту прилета и во сколько магазины открываются ?
Ну, это уже кому что нужно.
Мне нравится, чтоб, если в тот же Берлин захожу, местное время в симе соответствовало оному в реале
Подавляющее большинство симмеров используют продвинутые погодники, чтоб погода в порту прилёта (вылета) и на эшелоне максимально соответствовала местной в реале, так почему ж тогда с местным временем должно быть по другому? Да и к тому же погода очень часто от времени суток зависит. Ветра например.
eddeul
25.03.2016 в 18:29
Убедили . А такой вопрос, насколько оперативно разработчики FSRT реагируют на изменения в реальном мире? А то некоторые регионы в России опять время двигают…
Ляпучка
26.03.2016 в 01:39
Убедили . А такой вопрос, насколько оперативно разработчики FSRT реагируют на изменения в реальном мире? А то некоторые регионы в России опять время двигают…
Думаю достаточно оперативно, т.к. при запуске программа довольно часто чего-то там скачивает и обновляет у себя
eddeul
26.03.2016 в 06:10
Спасибо.
maxx-driver
27.03.2016 в 14:10
Так погодники все точно также завязаны на метар, который завязан на UTC. В этом смысле никакой разницы не будет.
Насколько я понял, единственное преимущество FSRT — с ней я прилечу во Владик в те же 13.00 что в данные момент есть во Владике.
А без нее я прилечу в 11.00 (а во Владике реально 13.00). Но солнце будет стоять в зените, что в одном, что в другом случае одинаково.
Кстати и сейчас в Москве выбирая UTC время, я получаю +2 часа, а не +3
Насколько это важно, каждый решает для себя сам
Ляпучка
28.03.2016 в 20:58
Так погодники все точно также завязаны на метар, который завязан на UTC. В этом смысле никакой разницы не будет.
Т.е. погодник скачивает метар за конкретное время (то, которое сейчас в симе), а не вообще текущий, крайний метар?
И такой ещё вопрос. Как в симе правильно выставить время UTC? Скажем, для Нью-Йорка? Это ж для каждого города своё смещение нужно знать? Или как?
eddeul
29.03.2016 в 02:30
Время по Гринвичу одно и то же по всему миру. Вы знаете UTC в Кневичах, выставляйте такое же время UTC в любом другом загруженном порту. В девятке и десятке GMT можно выставлять напрямую, а вот как с этим в Препаре, не знаю.
Ляпучка
29.03.2016 в 03:01
Время по Гринвичу одно и то же по всему миру. Вы знаете UTC в Кневичах, выставляйте такое же время UTC в любом другом загруженном порту. В девятке и десятке GMT можно выставлять напрямую, а вот как с этим в Препаре, не знаю.
Т.е. это мне нужно сначала ваыбрать UHWW, сбросить на текущее время, помотреть, сколько сейчас по Гринвичу (ну, или просто, посмотреть на домашние часы, отнять 10 часов), потом выбрать Нью-Йорк (к примеру, если я оттуда собралась лететь) и выставить для него тоже самое время Гринвича. Так?
eddeul
29.03.2016 в 03:26
Самый легкий вариант — это предложенный Вами второй способ. Считать легко. Я так и делаю. Только с датой не ошибиться, если, к примеру, во Владивостоке от 00.00 до 09.59 местного времени, в этом случае дата по Гринвичу будет «вчерашняя» .
Enzzo
29.03.2016 в 04:05
И еще снять галку в настройках «использовать текущее системное время». Походу это из-за нее загружается неправильно. Но проверить после загрузки стоит все же.
eddeul
29.03.2016 в 04:23
У меня с этой галкой что в девятке, что в десятке при загрузке в аэропорту время именно такое, какое я устанавливаю в Time and Season. Было такое с Active Sky Evolution, если нажать кнопку Refresh AI, время откатывалось назад (реже вперед) минут на 10-15, приходилось перепроверять. Хотя, может, просто удачное стечение обстоятельств .
Ляпучка
29.03.2016 в 04:33
Короче проще поставить FSRT и не заморачиваться — «вчера-сегодня», «10-15», и т.д. Запустила и не беспокоюсь — правильное время в симе у меня или нет…
maxx-driver
29.03.2016 в 18:00
У меня в телефоне виджет всегда UTC показывает, мне считать лень
Enzzo
22.05.2016 в 16:49
Обнаружился косяк в крайнем TzFiles04. Видимо забыли, что в России нет перехода на летнее. Сейчас офсет у меня в URMT +4, вместо +3.
Но это в файлах. Может прога как-то это компенсирует.
Ляпучка
22.05.2016 в 23:01
Обнаружился косяк в крайнем TzFiles04. Видимо забыли, что в России нет перехода на летнее. Сейчас офсет у меня в URMT +4, вместо +3.
Но это в файлах. Может прога как-то это компенсирует.
Нет. В UUDD тоже +4 пишет. Я давно заметила это. В марте ещё.
McGordon
23.05.2016 в 01:59
Нет. В UUDD тоже +4 пишет. Я давно заметила это. В марте ещё.
Есть такой затык… это всё так называемое Central European Time — UTC+1
Автоматическое выставление фактического времени того региона в котором Вы загрузились.
К примеру, я нахожусь в Приморском крае, у меня сейчас 10 утра. Я хочу загрузиться в, скажем, Берлине, и чтоб там было то время, которое там сейчас фактически. Если в симе я сделаю Reset времени, то у меня в Берлине тоже станет 10 утра. А FSRT выставит то, которое там сейчас есть. Сим так не умеет.
А GMT при этом FSRT не изменяет?
В симе почти так же — при смене порта время по Гринвичу во вновь загруженном порту становится таким, каким оно и должно быть (т.е. точно таким же, как и в предыдущем аэропорту)
.
Сообщение отредактировано eddeul: 25 March 2016 — 08:57
В каком смысле? Если во Владивостоке GMT+10, так оно и будет GMT+10 почему он его должен изменить?
Не знаю. FSX вообще по-ходу от балды время ставит
А если нажать Reset, то ставит то, которое в моём регионе.
Или Вы имеете в виду, что если сначала загрузиться в своём домашнем порту (в моём случае Владивосток), нажать Reset, чтоб время выставилось, которое у меня дома, а потом загрузиться, скажем, в Берлине, то сим правильно переведёт время и в Берлине будет то, время, которое там сейчас фактически? Не знаю, может быть, но ИМХО очень не удобно туда-сюда по портам скакать
Проще FSRT поставить и в любом порту будет сразу выставлено правильное время.
Пользовался как-то давно этой программой в девятке, она выставляла правильное местное время в аэропортах, но почему-то делала это изменением GMT (версия, правда, была «народная», возможно, из-за этого косяки и были).
По поводу GMT vs. Местное время уже немало споров было в различных темах форума. В основном народу не нравится несоответствие часовых поясов реальным. Многие отмечают, что освещенность в симе не отвечает времени суток. На мой взгляд, это связано не со временем в симе (положение Солнца и Луны на небе, заходы-восходы соответствуют GMT), а с тем, что не происходит подгрузка нужных текстур неба и земли в нужное время. Т.е., например, солнце в симе еще над горизонтом, а освещенность, как в сумерках.
P.S. В Берлине будет такое же время по Гринвичу, как и во Владивостоке, а вот будет ли местное берлинское время соответствовать реальному — не знаю. Приморское время точно не соответствует.
Сообщение отредактировано eddeul: 25 March 2016 — 09:36
Скорее всего связано это с тем, что разработчики привязали к локальному сохранения полетов. Может были на это причины, но выглядит глупо. Сами проверьте. В fsx не помню, а в Препаре в сохранялках только Local Time фигурирует.
Что происходит в этом случае при запуске? Мы выбираем а/п, ставим нужное локальное и симулятор загружает полет, выставив UTC через свой кривой офсет. Если мы ставим сразу UTC, то просто перезаписываем локальное в сохранении с тем же кривым офсетом. Откуда сим берет эти данные до загрузки — непонятно.
Если бы сохранялки работали с utc, то проблем не было бы.
А не проще ли при загрузке сима самому выставить UTC?
Местное в Берлине будет соответствовать реальному. И Приморское точно соответствует. Специально проверяла
Я говорил про чистый сим, без FSRT . У меня без него в FSX Acceleration во Владике разница с Гринвичем +8 часов. Использую GMT, зачем мне в симе местное время, чтобы знать расписание движения городского транспорта в порту прилета и во сколько магазины открываются
?
А-а.. Да, без FSRT не правильно.
Ну, это уже кому что нужно.
Мне нравится, чтоб, если в тот же Берлин захожу, местное время в симе соответствовало оному в реале
Подавляющее большинство симмеров используют продвинутые погодники, чтоб погода в порту прилёта (вылета) и на эшелоне максимально соответствовала местной в реале, так почему ж тогда с местным временем должно быть по другому?
Да и к тому же погода очень часто от времени суток зависит. Ветра например.
Убедили
. А такой вопрос, насколько оперативно разработчики FSRT реагируют на изменения в реальном мире? А то некоторые регионы в России опять время двигают…
Думаю достаточно оперативно, т.к. при запуске программа довольно часто чего-то там скачивает и обновляет у себя
Спасибо.
Так погодники все точно также завязаны на метар, который завязан на UTC. В этом смысле никакой разницы не будет.
Насколько я понял, единственное преимущество FSRT — с ней я прилечу во Владик в те же 13.00 что в данные момент есть во Владике.
А без нее я прилечу в 11.00 (а во Владике реально 13.00). Но солнце будет стоять в зените, что в одном, что в другом случае одинаково.
Кстати и сейчас в Москве выбирая UTC время, я получаю +2 часа, а не +3
Насколько это важно, каждый решает для себя сам
Т.е. погодник скачивает метар за конкретное время (то, которое сейчас в симе), а не вообще текущий, крайний метар?
И такой ещё вопрос. Как в симе правильно выставить время UTC? Скажем, для Нью-Йорка? Это ж для каждого города своё смещение нужно знать? Или как?
Время по Гринвичу одно и то же по всему миру. Вы знаете UTC в Кневичах, выставляйте такое же время UTC в любом другом загруженном порту. В девятке и десятке GMT можно выставлять напрямую, а вот как с этим в Препаре, не знаю.
Т.е. это мне нужно сначала ваыбрать UHWW, сбросить на текущее время, помотреть, сколько сейчас по Гринвичу (ну, или просто, посмотреть на домашние часы, отнять 10 часов), потом выбрать Нью-Йорк (к примеру, если я оттуда собралась лететь) и выставить для него тоже самое время Гринвича. Так?
Самый легкий вариант — это предложенный Вами второй способ. Считать легко. Я так и делаю. Только с датой не ошибиться, если, к примеру, во Владивостоке от 00.00 до 09.59 местного времени, в этом случае дата по Гринвичу будет «вчерашняя»
.
У меня с этой галкой что в девятке, что в десятке при загрузке в аэропорту время именно такое, какое я устанавливаю в Time and Season. Было такое с Active Sky Evolution, если нажать кнопку Refresh AI, время откатывалось назад (реже вперед) минут на 10-15, приходилось перепроверять. Хотя, может, просто удачное стечение обстоятельств
.
Короче проще поставить FSRT и не заморачиваться — «вчера-сегодня», «10-15», и т.д.
Запустила и не беспокоюсь — правильное время в симе у меня или нет…
У меня в телефоне виджет всегда UTC показывает, мне считать лень
Обнаружился косяк в крайнем TzFiles04. Видимо забыли, что в России нет перехода на летнее. Сейчас офсет у меня в URMT +4, вместо +3.
Но это в файлах. Может прога как-то это компенсирует.
Нет. В UUDD тоже +4 пишет. Я давно заметила это. В марте ещё.
Есть такой затык… это всё так называемое Central European Time — UTC+1
Все время путаю в Греции…