Порошу помочь! Все скачанные с сайта RRS тепловозы 2ТЭ116 в редакторе сценариев имеют одинаковое направление передних и задних секций (т.е. к шахте холодильника передней секции присоединяется кабина задней)

Так нужно щёлкнуть мышкой на нужной секции (в редакторе сценариев) и она развернётся.

Ребята, вопрос уровня детского сада. Почему при опущенном токоприемнике (само собой тяга не работает, если он опущен) качает воздух компрессор? При чем это не глюк sms-файла, H.U.D. показывает, что реально воздух накачивается.

От аккумуляторной батареи, как вариант.

Новый баг вылез. Составил я электропоезд из своих вагонов. 6 моторных один хвостовой, один головной. Максимальная скорость 210 км/ч. Мощность 6 моторных вагонов 960КВт х 6 = 5760квт Общий вес состава приближенно 464т (с запасом) Силу тяги при трогании и продолжительного режима, я сделал равными 6 х 356 kN = 2136 kN. Т.е. получается порожний вес всего 2 х 58 = 116т. При этом максимальная скорость на равнине всего 170 км/ч и никак не хочет разгоняться дальше. Везде прописана максимальная скорость 210 км/ч. Переписал 210 на 131 миль/час - эффект тот же. В чем дело? H.U.D у показывает и суммарную мощность и суммарную тягу. Тормоза по H.U.D у везде отпущены.

Приветствую всех! Подскажите насколько критично наличие в структуре ваг и энг файлов лишних открывающихся или закрывающихся скобок?

критично.

[QUOTE=Killer;509640]критично.[/QUOTE]

Почему тогда составы у которых в наличие вагоны с подобными ошибками в режиме исследования запускаются и работают без проблем? Специально собрал такой из файлов задействованных в сценарии на которые ругался менеджер сценариев при проверке синтаксиса.

Вопрос к знатокам настройки eng-файла...
Смотрю [I]2te10m-0876a.eng[/I] и [I]2te10m-0876b.eng[/I]. В секции Б [I]AirBrakesMainResVolume[/I] равен [U]( 0 )[/U], в секции А [I]AirBrakesMainResVolume[/I] равен [U]( 34 )[/U] (как и полагается удвоенное значение в первой секции, и ноль во второй). Объем приведен в футах, а значит в одной секции объем равен 34/2=17. Смотрю информацию в i-net-е: объем ГР для 2ТЭ10. Пытаюсь перевести в футы - всё что хочешь получается, но только ни 34 (и ни 17). Решил голову не забивать дальше, а спросить людей знающих - какое значение всё таки должно стоять [I]AirBrakesMainResVolume[/I] для 2ТЭ10М?

Вообще говоря вторая секция это вагон в понимании МСТС. Т.е. значения объемов ГР, УР, производительности компрессора, надо умножать на два в каждой секкции. Правильное значение 34.6

Общий объем главных резервуаров на каждой секции 2ТЭ10/116/М62 - 1000 литров (250х4). Откуда взяты эти 34-35 не совсем понятно.

Потому-что параметр AirBrakesMainResVolume измеряется в кубических футах.

[CODE]1 фут кубический равно 28.316844 литра
1 литр равно 0.035315 футов кубических[/CODE]

35ft = 991.1л

Но тогда получается, что на две секции должно быть (из-за особенностей MSTS общую сумму объема объявляем в первой секции) 0.035315х2. Но в первой секции стоит [U]34[/U]. Так какая цифра должна стоять?[SPOILER]Извиняюсь за назойливость. Делаю модель для RTS. А там берутся данные из eng-а, и подразумевается что данные "настоящие". Иначе модель начинает себя вести не соответственно. [/SPOILER]

35,315 это одна секция, значит и её надо считать. Попробуйте взять две секции и прописать одинаковые значения, далее, взять примерно 60 усл. вагонов и посмотреть как ведёт себя торм. система.
Затем возьмите опять две секции и в головной пропиши 2х35,315 в другой 0, так же посмотрите. А затем в головной пропиши 0, а во второй 2х35,315. Вот тогда, можно будет понять, что работает верно.

Ошибочка вышла. Короче говоря у 2ТЭ10, я так понимаю объем 1020л на секцию? Следовательно 2040л =72,041947 Правильное значение 72 кубических фута (или 36 на секцию, что не правильно, потому что вторая секция не качает). Но надо еще считать время наполнения ГР С 7 ДО 8 КГ оно равно 50 секундам? Это регулируется параметром AirBrakesAirCompressorPowerRating ( положительное число ) и сравнивается только по секундомеру. Т.е. подгонять надо.

p.s. Конвертер величин: [url]http://www.convertworld.com/ru/obyem/%D0%9B%D0%B8%D1%82%D1%80.html[/url]

Вот теперь всё понятно. Ставим в обеих секциях по [U]36[/U]. А скорость зарядки/работы компрессора выставляется в RTS в dll в зависимости от рабочей характеристики компрессора/от оборотов дизеля (по крайней мере в 2ТЭ10М).
Спасибо!

По 72, потому что вторая это вагон.

[QUOTE=сандро;515373]По 72...[/QUOTE]Для MSTS все так и сделал.[SPOILER]Я делаю под RTS, а там и второй, и третий, и ... десятый, если назначил в dll, будут локомотивами. И для каждого необходимо прописать параметры.[/SPOILER]

Понял. Надо считать еще время зарядки по секундомеру.

Скорость зарядки считается по паспортам компрессоров и их кол-ву на локомотиве - всё работает корректно. Проблема в расходах, тоже цифры надо считать по объёму цилиндров, но учитывать не полный объём, а ход поршней 0,2 TrainBrakesControllerRunningStart - до этого холостой на трение и прочее, все данные справочные, хорошо бы кто умеет нормальные инженерные таблицы составлять составил бы их раз и на всегда на все локомотивы пересчитать.
Если ошибусь поправьте (условно по кранам):
0.21 - EngineBrakesControllerApplyStart
2.0атм - максимальное давление соответствует TrainBrakesControllerFullServiceStart
4 - экстренное TrainBrakesControllerEmergencyStart
Обратный пересчёт в объёмы расхода воздуха исходя из соотношения этих расходов.

Надо тоже тему мне эту поднимать из черновиков уже всё позабывал и потерял.
Кратность в округлении в моём сообщении ранее, чтобы соблюсти нотчи кранов и отображение на приборах и мониторах, забавно, но иначе не срабатывают ни звуки ни события игровые, т.е. не осущ. переход расчётного значения.
Объёмом главных резервуаров ограничено число вагонов по расходам по составлению поездов. Всё подбирается по сортаментам при проектировании локомотивов и нормами движения на уч-ке.

[size="1"][color="Silver"]Добавлено через 23 минуты[/color][/size]
И ещё одно в энгах настройка тормозной системы в кранах может иметь хоть 10 позиций, а вот для реального отображения позиций настройка ведётся в кабинах, тогда можно сделать и сброс сверх зарядки и все прелести со звуками и всё это будет работать, а поведение торможения станет реальным.
Максимальное тормозное усилие должно записываться на одну колодку и пересчитывается МСТС с учётом NumWhills когда какиета параметры выводят не правильную суммарную цифру, то получается коэф, пересчёта локомотива, этот параметр нужно вписывать в энг в виде комментария, что бы не забывать. Вот из-за этой моей ошибки, вам покажутся слова мои голословными. Тесты проводились в течении полутора лет с реальным действующим машинистом. Так же как и напряжение, сила тяги и т.п. всё это пишится на один эл. двигатель, МСТС считает, что привод осуществляется каждым колесом. Ведущие колёса пишутся в секцию энг, остальные в секцию ваг, в итоге для них и правильный букс и поведение рождается.
Подниму материалы черновиков и наработок продолжу. У Игоря Заборина на сайте неплохое начало по тяге, воздуха нет, тормозов нет.

[size="1"][color="Silver"]Добавлено через 21 минуту[/color][/size]
В заключение. МСТС великая но не доделанная программа. Писалась умными людьми: инженерами и программистами, а похоронена обычным менеджерами.

Время работы компрессора (зарядки) зависит так же еще от объема главных резервуаров. Если секции две и мы говорим о МСТС то компрессор второй секции будет работать только тогда, когда мы перейдем в кабину второй секции. Тоже самое и с ГР, они будут доступны только тогда, когда мы перейдем в кабину второй секции. Потому что МСТС все локомотивы кроме первого считает вагонами. Т.е. производительность компрессоров у ЧС2Т и ЧС6 будет одинаковой. Для электропоезда умножаем количество компрессоров на количество вагонов с ними, тоже самое с ГР.

Ликвидацию сверхзарядки и чувствительность в/р в МСТС не доступна. Можно сделать ступенчатый отпуск, но максимальное давление в ТЦ не может быть меньше 5 кгс.

Сандро, а что повторяться про резервуары, это уже всем понятно. (Сообщения их много перечислять не буду) x2 - это тот коэф. который упомянут в пред. сообщении мной. Например колодок тоже может быть х2. Например двигатели (тяга) перемножается из нескольких секций х1, а вот приложенное усилие на ось, тут нужно определить по: сколько двигатель/ось у локомотива и отнести тягу к кол-ву колёс, т.к. такой расчёт даст правильную касательную силу мощности, то что даст разницу в поведении 1-х, 2-х и 3-х-осных телег, которую учтёт МСТС.
Надо дальше идти, есть там и красивейшие моменты! Например по замедлению состава. Конечно, весь состав должен быть рассчитан по единым правилам, что так же заложено в описании тормозной системы. К сожалению, я утерял материал по указанным во Friction & Adhesion параметрам, но эти цифры не потолочные, а физические величины. Указанная же формула в техдок МСТС, ошибочна, правильная информация была взята из книг по проектированию колёсного транспорта, и я её названия даже уже не помню. При правильных значениях, фигурировала нагрузка от оси на рельс, площади соприкосновения и перехода вращательного движения в поступательно с учётом условий и материалов. Вот если кто-то окажется на форуме знающий эту тему можно будет восстановить, т.к. я её нашёл случайно.

[size="1"][color="Silver"]Добавлено через 7 минут[/color][/size]
Железнодорожники локомотивщики нужны, компрессорная система работает не вся на ГР

[size="1"][color="Silver"]Добавлено через 12 минут[/color][/size]
[QUOTE=сандро;517715]
Ликвидацию сверхзарядки и чувствительность в/р в МСТС не доступна. Можно сделать ступенчатый отпуск, но максимальное давление в ТЦ не может быть меньше 5 кгс.[/QUOTE]
Оспариваемо, если принять как данность, то да, но краны через энги отдельно и cvf отдельно никто не настраивал никогда.
Работы тут не мало, сначала надо написать реальные параметры по привычной схеме, затем пересчитывать и переносить на схему в энг, иначе будет путаница, тут своеобразный проект локомотива, игровое моделирование по реальной схеме получается. Моя ошибка была в том, что нужно было фиксировать каждый шаг, а тут как всегда, ура заработало, а теперь х.з. где всё это искать? Делалось то, по одному элементику, энг писался с нуля, а не по шаблону, берётся пустой текстовый файл и пишется, тогда будет всё.

CVF это графика, она к физике никакого отношения не имеет.

Косвенное, мы воспринимаем физику по тому, что на экране. :)

H.U.D и CVF это разные вещи. Еще мы воспринимаем физику по времени - как ускорение и замедление.

CVF это самое последнее, что надо делать. Если говорить о физике.

АЗЫ в точности физики
 

Мне не жалко поделиться следующей информацией. :drinks:
Не так давно вычитанная фишка:
Хотите реализма, тогда fps=const, иначе все физические величины, зависящие от единицы времени, а таких большинство, будут разниться. Чаще всего разработчики игр реального времени применяют значение FPS равным 25 кадрам, нормального стандарта видео. Для этой цели существуют патчи DX различных версий.
Гугл Вам в помощь Товарищи, и как всегда. :cool:
Из теории игр и построения кадра и синхронизации времени приложения и реального, системного (процессорного) времени, такой коэффициент необходим, а значит должен быть равен 1 при некоторых средних условиях. Есть конечно и недочёты, но на тесты разработчики обязаны использовать сей патч, для выставления определённого FPS и рекомендуемого оборудования для игры.
Для МСТС мне этот параметр не известен, тестирование я не проводил, но собираюсь на новой системе обязательно установить.

Рома извини, я не хочу тебя обидеть. Но большинство информации которую ты тут размещаешь, носит теоретический характер и никакого отношения к МСТС не имеющего. Информации очень много научных терминов много, а практики 0. Я от имени всех пользователей прошу тебя, размещать только проверенную тобой информацию, которая работает в МСТС или будет работать в МСТС. Не нужно кидаться научными терминами, ты человек ученый, а многие еще в школе учатся. Поэтому кратенько и достпуным языком.

Больше и не подумаю размещать информацию, только на форумах ( меня ) спрашивают почему вылеты в игре... вот и ищу ответ, я не могу утверждать на все 100%, т.к. эти механизмы проверены только на аналогичных играх и в аналогичных системах. А любой школьник нас обпрыгает вперёд на много в этих знаниях, но у него не хватит опыта размышлений.
На этом направление, хотя оно и по теме, я заканчиваю.

[size="1"][color="Silver"]Добавлено через 1 час 23 минуты[/color][/size]
Всё информация проверена и слова подтвердились, всем привет.

Может МСТС поставишь?))

Товарищи! Подскажите, плз возможно ли сделать, чтобы прожекторы на ТЭМ2 (как и на других маневровых) переключались передний/задний в зависимости от положения реверсивки? Если нет, то, хотя бы - чтобы была возможность включать тот и другой в обоих режимах: яркий/тусклый... Поиск результатов не дал...

Не возможно!

Прописать свет на задний прожектор, но он только с передним будет включаться одновременно, т.е. и вперёд и назад светить.

Максим, не обязательно вместе, у выключателя света три положения: 1 - выключено, 2 - включено тускло и 3 - включено ярко. Можно разделить передний и задний прожектора, тогда опять - же три положения: 1 - выключены оба, 2 - включен передний, 3 - включен задний. Можно ещё прописать днём и ночью разную яркость, например, или цвет. На этом вроде всё. А от положения реверсивки зависимость - это вам в рейлворкс. [url]http://www.railunion.net/forum50/topic6801-4305.html[/url] Пост второй снизу.

Можно прописать смену кабины, но оставаться на прежнем месте, то есть при нажатии "1", произойдёт переход, но при этом останемся на месте. Правда в енг-ах нужно прописать работу заднего прожектора. Это прописано, вроде бы, в допах ТЭМ2 на [url]http://railroadsim.net[/url]

Однако следует отметить, что луч заднего прожектора будет всегда направлен вперед. Чтобы этого не было надо подключать вторую кабину. Тогда МСТС будет думать, что локомотив аля М62 с двумя кабинами. При этом не обязательно подключать контролы. Т.е. подключаем вид назад, но с другими координатами.

Сандро, не точно, место освещения прожектором прописано в ЕНГ - файле, в секции Lights это позиции Type ( 1 ), от их координат Position ( 0.0 1.5 18 ) зависит расположение освещаемой области.

boroda6304, Сандро прав, луч прожектора всегда направлен вперед.
поэтому точка начала луча заднего прожектора просто ставится метров за 100-150 до лока.

Антон, в тепловозе ТЭМ1М-1836 с этого сайта прописаны сферы тип 1 одна спереди, другая сзади, и кнопкой "тускло" включается передний прожектор и сфера спереди, кнопкой "ярко" - сфера и прожектор сзади, видео прилагаю: [url]http://www.dailymotion.com/video/x3yb866_train-2016-03-17-09-18-32-09_videogames[/url] . Или мы о разном говорим?

Light (
comment( Sphere of light nazad )
Position ( -0.0 4.316 -120.0 )

расстояние видишь? аж 120м. за счет этого, несмотря на то, что луч направлен вперед, выглядит как будто он назад светит.

Хотел прописать свет фар у встречного (zdsLoco_chs4z-186) днём, но ни в одном из Light нет комментариев к какой фаре относится. Можно просто подставить
[CODE]Light (
comment( Headlight AI service night )
Type( 0 )
Conditions (
Control ( 0 )
Service( 2 )
Unit ( 2 )
TimeOfDay( 0 )
)
FadeIn ( 0.8 )
FadeOut ( 0.8 )
Cycle ( 0 )
States ( 1
State (
Duration ( 0.0 )
LightColour ( fff2da9a )
Position ( 0 3.06 8.212 )
Azimuth ( 0.0 0.0 0.0 )
Transition ( 0.035 )
Radius ( 2.1 )
Elevation ( 0.0 0.0 0.0 )
)
)
)[/CODE] но тогда Position трудно рассчитать.:(