RailUnion.net

Понял Вас, спасибо.

Подскажите, знающие. Это баг или фича такая? На километровых столбах 4х значных, почему то автоматически последняя нечётная цифра меняется на чётную +1. Причём это происходит на столбах от разных людей, но подозреваю что они используют просто один и тот же скрипт. В чём ситуация, если поставить километровый столб например со значением 18051806, то всё будет хорошо. А вот если мы ставим столб со значением 18061807, то последняя цифра автоматически сменится с 7 на 8. И столб уже будет выглядеть как 1806/1808. Если, например, с плоскими табличками можно выйти из ситуации написав сначала больший нечётный километр, а потом меньший чётный (18071806, подмены в этом случае не произойдёт) и просто развернуть его на 180 градусов, то визуальная составляющая не пострадает, за исключением мешанины на 2д карте. Но вот с угловым столбом такой финт уже не пройдёт, т.к. тогда он будет стоять «спиной» к путям. На всех 2-3х значных столбах такого эффекта нет, там всё хорошо, сначала как обычно пишем меньший километр, потом больший, и всё работает без автозамен.
Ну и небольшая иллюстрация эффекта. 1 картинка это мы поставили такой столб, вписали значение в окошко, при этом отобразил он их уже не верно.

2. Картинка это уже после закрытия и повторного открытия меню настройки, видно что последняя цифра автоматом заменилась.

3. Картинка это столб от Linx’а эффект ровно тот-же.

Я честно не подскажу. Во-первых уже тупо не помню что там. А во-вторых, кажется, надо Костю спрашивать с ними он мне помогал.

Ну, к.м.к. тут какая-то общая для обеих паков ошибка в скрипте, т.к. первоисточник возможно общий, либо же это какой-то баг в ядре самой игры. Просто мне не понятно, почему именно у нечётных цифр есть какое-то прибавление значения и откуда оно берётся, а у чётных тут же его нет. Если это обработчик ошибочных значений, то он как бы лучше и не нужен, для такого типа объектов. А ошибки в написании цифр оставить на совесть строителя. Ведь, вполне возможен переход цифр через километр и более, при реконструкциях инфраструктуры, сродни пикетам свыше 10ого. А ещё как вариант это опять 64 бит версия чудит, на 32 что-то не подумал протестировать.

Не скрипт однозначно - у этих штук нет скриптов. Или какая-то ошибка в самой модели, или баг движка. Я думаю, что это баг движка. Изначально пикеты работали на британских ветках, 100, 200, ну - 300 миль. А мы лупим в эти несчастные пикеты 18071806. Вполне может быть, что движок немного теряется, увидев пикет в 18071806 миль. По идее, это строчный параметр и не должен приводить к ошибкам. Но кто знает, как он обрабатывается?

Понял, тогда протестирую это в версии 32, и если ничего не изменится, придётся отказаться от аутентичных в некоторых местах угловых столбов. А прямые таблички просто разворачивать, благо этот способ рабочий

Проси исходники, если автор даст, будем делать, пробовать, тестировать.

Если на прямых работает - значит где-то ошибка в примаридигитсах, нужно разбираться. Ну и вообще, варианты есть решить эту проблему. И если проблема есть на наших широтах, где километраж четырёхзначный - значит надо решать.

Это проблема движка, а не дигитсов. У меня на столбах точно такая-же фигня наблюдалась. Пытался как-то обойти но так и не нашел решения.

Всем огромное спасибо за помощь. В версии 32 так-же наблюдается перескок нечётных цифр. Дело точно в ядре сима. BooYa, нашёл вариант обхода этого, посмотрим как это сработает, за это ему тоже отдельное спасибо. А так-же dison202 и Linx, за предоставление исходников!