[QUOTE=КЕ;602342]WR? Вроде говорилось про зеленый...[/QUOTE]
Ждём уточнений, короче. ;)

Там стоит[B] T_Signal_Small_GR.s[/B] - неправильно, это тупиковая станция, должен быть маневровый К-Б.
[I]T_Signal_Small_GR.s[/I] имеет одну голову:
[SPOILER]SCRIPT T_Small_GR

extern float block_state ();
extern float route_set ();
extern float next_sig_lr ();
extern float next_sig_mr ();
extern float def_draw_state ();
extern float state;
extern float draw_state;
extern float enabled;
extern float sig_feature ();
float next_state;

state = 1;
if (enabled && (block_state() == BLOCK_CLEAR))
{
next_state = next_sig_lr (SIGFN_NORMAL);
if ((next_state == 0) || ((next_sig_mr (SIGFN_NORMAL) == 1) && (next_state == 2)))
{ state = 2; }
else
{ state = 7; }
}
draw_state = def_draw_state (state);[/SPOILER]
В этой горловине все - карлики [B]T_Signal_Small_GR[/B]. Но их там не должно быть, дальше движение только маневровое (в тупик или на подъездные пути).
И этот светофор не даст зайти под состав. Он открывается, только если БУ свободен (поэтому вообще непонятно, зачем в его скрипте прописан маневровый аспект, хотя в конфиге геометрических параметров белого огня нет).
И опять как всегда, в логе - ошибки сигнализации.

Я, ароде, тоже вижу на скрине тупики. Но, состав не заметил. Конечно, все светофоры, кроме маневровых у Тимаса будут закрыты на занятый путь.
Возможный вариант решения - сделать маршрут на свободный путь (будет, я так понимаю, красный, но его можно будет проехать - RESTRICTING), оттуда опять - точка разворота, не заезжая за сигнал - ещё одна - под состав.

[size="1"][color="Silver"]Добавлено через 4 минуты[/color][/size]
[SPOILER]
Немного оффтопа в теме по сигнализациям MSTS - "закончу" тему по С# скриптам в Open Rails - два дня штудирую Шарп и источники кодов и ещё кучу всего. Пока, по крайней мере относительно меня - отбой и "обе машины - стоп". Сыро. Разработчики вставляют только тот функционал, который они считают нужным для целей, для которых и переводят сигналку на С#. Большинство функций sigscr.dat , насколько я врубился в это дело, в С# будут недоступны.
Но, Шарп буду продолжать изучать :D
[/SPOILER]

[QUOTE=vicente;602346]... переводят сигналку на С#. Большинство функций sigscr.dat , насколько я врубился в это дело, в С# будут недоступны.[/QUOTE]
Но тогда смысл?..
_________________
Короче - выкинуть нафиг оттуда эти светофоры, и установить маневровые К-Б.
И выпустить патч.;)

Я уже писал: кое-кому из разрабов не хватает [S]сообразительности... терпения... знаний С/С++ ... желания программить в sigscr.dat[/S] аспектов и ещё, там, разные отмазки были
[SPOILER]
Мы разрабатываем некоторые сценарии сигналов для воссоздания испанских систем сигнализации, и мы обнаружили, что SIGSCR немного ограничивает. (...) Вот некоторые из причин, по которым, по нашему мнению, может быть полезен C #:

*** 8 аспектов MSTS недостаточно для представления всех аспектов сигнала (например, в Испании у нас есть до 16 различных аспектов). Каждый сигнал показывает подмножество общих аспектов, поэтому обходным путем является повторное использование одного и того же аспекта MSTS для разных аспектов. Однако это вызывает проблемы с продвинутыми системами управления поездом, такими как ETCS, которые будут предпринимать разные действия в зависимости от аспекта сигнала. (...)

*** Сигналы трудно отлаживать людям, не знакомым с кодом OR. Использование C # позволяет использовать Console.WriteLine (), что полезно для простой отладки логики.

*** Нет связи между сигналом и последующим. В испанской сигнализации есть одна конкретная ситуация, когда второй сигнал должен быть ограничен до тех пор, пока первый сигнал не будет очищен более 10 секунд, когда эта функция требуется. Я добавил вызов функции SendSignalMessage, который отправит строковое сообщение требуемому сигналу.

*** Работа с глобальными переменными утомительна, потому что их нужно читать и сохранять при каждом обновлении.


*** Некоторые из проблем могут быть решены с помощью существующего интерфейса SIGSCR (например, количество доступных аспектов может быть расширено, как это делается с помощью определений SIGFN_ и SIGSUBT_), но другим потребуется уделить много времени синтаксическому анализатору SIGSCR.
[/SPOILER]

Ну понятно, там свои запросы. Но [COLOR="Blue"]sigscr.dat[/COLOR] останется?

Да, конечно.
Более того, в С# можно будет писать отдельно-взятую сигнальную голову. Сим будет прежде всего проверять наличие скрипта в С#, если не найдёт - sigscr.dat в папке OpenRails , если и там нет - в корневой папке MSTS . Вот такой, вот, геморрой

То есть какой-то субобъект можно описать отдельным скриптом на С#, а все остальное в sigscr, так?

[QUOTE=КЕ;602344]
И опять как всегда, в логе - ошибки сигнализации.[/QUOTE]
А речь про какой лог, в скрипте не вижу [B]debug_out2 [/B]функций, сам msts вроде лог не делает. Или это про OR ?

Они говорят о Signal Type. Получается - так. Сначала программа ищет его в С#, причём, компилируется это дело в реальном времени - в процессе запуска игры. Если в скрипте на С# есть ошибки или нет такого скрипта для одноименного типа, заявленного в sigcfg.dat, тогда программа обращается к sigscr.dat .
Мне тоже многое пока непонятно. Как быть с заявленной конфигурацией в sigcfg.dat ? С [S]буржуйскими[/S] дополнительными аспектами тоже не всё так просто. 8 "родных" MSTS -овских аспектов остаются. Они "двигают" поезда AI (трафики), они выводятся на CabSignal дисплей и т.д. То, что они придумали - некий "текстовый" аспект (обзывай, как хочешь) и этими аспектами светофоры обмениваются как сообщениями. Бррр...
Говорю же, ПОКА, повторюсь, ПОКА, функционал разнообразием не блещет, а класс "наследуется" из нового файла source - ещё вопрос или я могу "снимать" нужные мне внешние функции через включение соответствующего совершенно другого *.cs -файла. Если да - можно будет подумать о каких-то отдельных, особых головах в С#. Но, вряд ли, в том виде, в котором оно сейчас. Но, поиграться можно на досуге (пока этого длсуга у меня нет).

[QUOTE=roman5;602354]А речь про какой лог, в скрипте не вижу [B]debug_out2 [/B]функций, сам msts вроде лог не делает. Или это про OR ?[/QUOTE]
Да, лог [B]OpenRails[/B] или [B]RTrainSim[/B] - удобно "косяки" искать.

[QUOTE=vicente;602355]То, что они придумали - некий "текстовый" аспект (обзывай, как хочешь) и этими аспектами светофоры обмениваются как сообщениями.
[/QUOTE]
Ну это удобно для расширения функционала, отладки.

[QUOTE=vicente;602355]класс "наследуется" из нового файла source - ещё вопрос или я могу "снимать" нужные мне внешние функции через включение соответствующего совершенно другого *.cs -файла.[/QUOTE]
По идее да, но разве они недоступны в классе, от которого наследуешь свой класс ?

Нет. Там урезано "под разработку". В смысле, им не нужна зависимость от next_sig_lr (SigFn_Type) - к этой функции не привязаться. Можно давать каждому аспекту "параллельно" ещё и текстовый аспект и сделать зависимость от этого текста, но преимуществ в этом я не вижу. Есть переменные в sigscr.dat . Но, это пока. Преимуществом может быть функционал С#, какие-то вещи, которые в sigscr.dat нельзя делать... Но, посмотрим. Пока что, программирование на С# даже в тестовые релизы не включено.

[QUOTE=vicente;602341]Хм... похоже, маневровый NORMAL WR (?) . У него есть одна интересная деталь. А можно скриншот редактора сценариев и на нем указать место, на котором сделан предыдущий скрин и как-то выделить/обозначить PATH этого сервиса. Сразу обозначу подозрение. Если светофор - тот, о котором я говорю и дальше есть противошерстная стрелка не по марщруту - будет красный[/QUOTE]
[QUOTE=vicente;602343]Ждём уточнений, короче. ;)[/QUOTE]
Пара скринов из редактора сценария:
Скрин № 1:
[SPOILER][url=https://d.radikal.ru/d26/2109/b6/45274fa1a168.png][img]https://d.radikal.ru/d26/2109/b6/45274fa1a168t.jpg[/img][/url] [/SPOILER]
Скрин № 2:
[SPOILER][url=https://c.radikal.ru/c24/2109/f8/6edf8e9e8905.png][img]https://c.radikal.ru/c24/2109/f8/6edf8e9e8905t.jpg[/img][/url][/SPOILER]
Проблемный светофор:
[SPOILER][url=https://d.radikal.ru/d42/2109/4f/449f3193705b.png][img]https://d.radikal.ru/d42/2109/4f/449f3193705bt.jpg[/img][/url] [/SPOILER]

Светофоры не те расставлены. Нет смысла биться об эту "стену" - надо заменять светофоры и выпустить патч. Я серьезно.