Проблемы с моделированием в Trainsim modeler

[Ромыч РЖДУЗ]

Я создал модель локомотива, в которой свыше 18000 полигонов, попробовал конвертировать. А в игре пишет что "Неудаётся добавить вагон..." Тоесть даже в редакторе модель загрузить неудаётся, просто пишет что "Неудалось загрузить модель". Действительно ли TSM неможет правельно конвертировать модели свыше 12000 полигонов? Или просто после конвертации нужно править S файл модели?
Самое интересное то -что в шейпвьювере модель загружается и ничего...

[E69]

а нафига столько? Игру подвесить? Оптимизируй. Наверняка тысячи три-четыре можно удалить...

Потом разбей на две части по 5 тысяч и слепи при помощи freightAnim.

[Ромыч РЖДУЗ]

Сообщение от E69

а нафига столько? Игру подвесить? Оптимизируй. Наверняка тысячи три-четыре можно удалить...

Потом разбей на две части по 5 тысяч и слепи при помощи freightAnim.

1)Игре побарабану, что 8000 что 18000, всё равно работает отлично.
2)Если бы можно было удалить и оптимизировать, то вопроса бы невозникло, а тут уж сори.... никак, я опираюсь на наилучшее качество каждой детальки.
3) Несовсем понял, это типа, сделать 2 модели отдельно? Я так видел в некоторых моделях, что в шейпвювере она нецелая, а в игре целая. Тоесть там ещё одна деталь отдельно.
E69 сори за возможно тупой вопрос..., но что такое freightAnim? Я где то видел, то ли в TSM, толи в шейпвювере...

[Горыны4]

Лучше... хуже... какая разница? Главное у кого больше усердия!

ВОПРОС:в самой игре при некоторых ракурсах модель визуально исчезает
ОТВЕТ:Легко чинится, как это сделать описано в документации к X-tracks

Можно поподробнее?
-инструкция на русском?
-не затруднит ли Вас вкрадце описать процесс исправления исчезания своими словами? (в данной теме ответа не нашёл)

Благодарствую за пояснения.

Использую ТСМ, игра пропатчена обоими патчами (1.14 и бин).

[Zabor]

Горыны4, Перечитай соседнюю тему - "Проблемы с моделированием в Trainsim modeler", там вроде был ответ на твой вопрос.

Вкратце - ТСМ неверно рассчитывает сферы объектов у которых высота более 1,5м, в результате объект не только исчезает под разными углами, но и может разорвать в клочья соседние объекты, например проходящий мимо ПС.

Процитирую себя:

У каждого независимого объекта имеется обязательный атрибут - сфера, это шар внутрь которого должен полностью вписываться объект, сама сфера в МСТС не видна.

Координаты в скобках параметра vol_sphere vector это точка объекта геометрически равноудаленная от всех его выступающих деталей, т.е. центр шара (сферы) объекта.

Четвертая цифра - радиус сферы выбранный таким образом, чтобы весь объект был умещен внутри сферы.

Из-за ошибки ТСМ он неверно рассчитывает радиус и возможно координаты сферы для объектов имеющих высоту по Y более 1,5-2 м.

Наличие у объекта ошибочной сферы в редакторе можно наблюдать по неправильному выделению, его можно выделить только в той части, которая входит в сферу, для частей выступающих за сферу объект прозрачен для мыши и не выделяется, под определенным углом объект может исчезать вовсе.

При работе симулятора части объекта не входящие в ошибочно заданную сферу разрывает в виртуальном пространстве в непредсказуемом направлении и на непредсказуемое расстояние также как и сфера эти "габариты" невидны.

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

Это в т.ч. и про будущие проблемы с этими объектами после внесения их в W файл тайла маршрута.

Решение: когда конвертируешь модель отключи опцию преобразования в бинарный файл и руками исправь значение радиуса сферы в шейпе, вот пример ошибки ТСМ:

volumes ( 1
vol_sphere (
vector ( -0.0466797 1.08057 0 ) 1.2
)

Правим: как видим наибольшая величина это высота (1.08057), указана середина объекта по высоте (это километровый столбик), значит правильный радиус (выделено красным) будет 1.08057Х2 = 2,16114, т.к. там есть еще навесная табличка и она не должна выступать за пределы сферы (шара окружающего объект) делаем небольшой запас и пишем радиус 2,5 итого:

volumes ( 1
vol_sphere (
vector ( -0.0466797 1.08057 0 ) 2.5
)

Готово, глюка больше нет, теперь можно отдельной прогой конвертировать файл в бинарный.

* - из-за этих проблем я изучил макс и забыл о них, если правка шейпов не пугает переходить на макс не из-за этого не обязательно ТСМ прекрасно справляется с задачами МСТС, он для этого и создан.

Просто лично меня убивает постоянная правка шейпов руками после каждого сохранения изменений, некоторые объекты я делаю постепенно и бывает до 50 сохранений в разной степени готовности.

add

Да чуть не забыл - сферы объектов пересчитываются МСТС после ВТОРОГО сохранения тайла, т.е. поставил объект - сохранился, сдвинул любой другой, на этом тайле, хоть на 1мм - сохранился, теперь сфера правильно записана в W файл и проходящие мимо нового объекта вагоны не будут исчезать под определенным углом =)).

[Горыны4]

Ой не заметил вовремя

Спасибо! Пошёл править...

[Zabor]

Обрати внимание - у тебя большей величиной может быть не высота, а скажем длинна, тогда радиус считай по ней (Х2 + запас), где-то была формула для правки, уже не помню ибо перешел на макс, там оно ненужно, но может сейчас кто ни будь её вспомнит.

[Горыны4]

Да-да, я идею понял---помножить наибольшую величину (в моём случае это длина) на 2 с запасом, тем самым искусственно увеличив модуль радиус-вектора в 2 с хвостиком раза.

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

Прошу прощения если повторяюсь

P.S. До этого открыл в ТСМ свою модель и пересохранил её в маршрут, предварительно убрав галочку с "converte to binary"

=========
блин точно не то открыл

TrackObj (
UiD ( 269 )
SectionIdx ( 123 )
Elevation ( 0.0130899 )
CollideFlags ( 15 )
FileName ( )
StaticFlags ( 00200100 )
Position ( -206.851 69.0268 215.868 )
QDirection ( 0.00181778 -0.960636 -0.0062875 0.277734 )
VDbId ( 4294967294 )

и т.д.

Видимо тут прописывается список размещённых объектов в пределах тайла с указанием их координат и пр.

Мне следует искать параметры сфера в s или sd -файлах?

[Zabor]

Не файл маршрута, а файл модели - шейп (который сохранял в ТСМ) S файл, в нем уже ищи параметр vol_sphere, если в маршрут ставил с неправильной сферой, то после правки удали его (объект), сохрани маршрут и снова поставь правильный - так проще очистить W файл тайла от неверной записи группы сфер.

add
Прога - MSTS Shape File Manager не помню где взял, просто скопировал свою, лежит тут.

ps не смотри, что у неё мордашки нет - работает на ура, просто щелкай файл 2 раза, дальше там все понятно, конвертит дуда и обратно, создает SD и позволяет все это править непосредственно из проги через WordPad.

[Горыны4]

=============
Как там Архимед кричал? Во-во

shape (
shape_header ( 00000000 00000000 )
volumes ( 1
vol_sphere (
vector ( -0.418655 2.61724 9.93935 ) 4.65284<--халтура, мой объект раза в 2 длиннее поставлю радиус
9.9*2=20.000

Значит сейчас удаляю эти все шэйпы и заново без конверта в бинар загоняю их в маршрут.

Так, а что за прога конвертит исправленый s-файл?

[Горыны4]

Оно РАБОТАЕТ!!!

Zabor дай пожму твою мужествунную лапу!!! Тудыть-ратудыть а я весь день маялся, по 10 раз переделывал думал какая-нить текстура кривая...

Ещё раз большое спасибо!

Хм...как мне показалось стало немного подтормаживать...

Про срань не надо

[Zabor]

Горыны4, да, после правки конвертани обратно в бинарный, удалять шейпы не надо, просто удали объект в редакторе маршрута, сохранись и поставь его снова на то же место, тогда в W файле будет удалена группа VDbId с порядковым номером и неправильными параметрами, скопированными из шейпа с ошибкой радиуса.

* - ссылка на прогу в сообщении #83

add
После правки ничего подтормаживать не может - ты наоборот положил объект в его сферу, освободив движок игры от расчета всех кусков этого ежика, раскиданного по просторам МСТС из-за неправильной сферы (радиуса).

[Горыны4]

А зачем тогда вообще конвертрование в "бинарное что-то там" если игра понимает только SHAPES-файлы + текстуры? <-- мой узкий взгляд на это дело.

Алгоритм исправления радиуса сферы (если коротко):

0) Сохранить объект в маршруте без опции преобразования в бинарный файл;
1) Открыть редактор маршрутов, найти и удалить из маршрута одноимённые объекты с неправильной сферой-->это удалит неправильную информацию с тайла на котором были расположены корявые объекты;
2) Открыть блокнотом s-файл с названием корявого объекта, исправить сферу (помножив радиус на такое число чтобы произведение оказалось больше наибольшего значения из длины, высоты или ширины моделируемого объекта). Сохранить изменения.
3) Вот тут я немного недопонял: то ли я после этого лезу в редактор маршрутов и заново расставляю уже правильные объекты (как я впрочем вчера и сделал) и замечаю небольшое подтормаживание (но результат положительный---ничего не пропадает), либо я сначала лезу в ТСМ и включаю там сохранение объекта в модель только с опцией "convert to binary" и уже после этого выполняю начало 3-го п.

Опять же---причём тут "convert to binary"?

[Zabor]

Отключение опции конвертации в бинарный формат нужно для того, чтоб открыть S файл блокнотом, не разжимая из бинарного формата каждый раз специально для правки (сжатый в бинарный формат файл блокнотом не редактируется).

Обратно сжимается с помощью сторонней проги (прогу см. выше) для экономии места, т.к. симулятор прекрасно читает бинарные файлы, а сам файл при этом сжат в 3-4 раза, это начнет сказываться на размерах роута уже после 20-30 S файлов.

Если ты снова создашь файл с опцией convert to binary в ТСМ он просто перепишет исправленный шейп новым, с ошибкой и сожмет в бинарный формат, потому сжимает исправленный файл отдельная прога.

Попавшие в W файлы корявые объекты можно удалять непосредственно из W файлов маршрута, главное чтобы за ними не тащилась отдельная группа VDbIdCount ( [порядковый № начиная с "1"] ) с кривыми параметрами, которые в этой группе и прописаны.

Отдельные группы VDbIdCount с серийными № от 1 удаляются автоматически при повторном сохранении тайла (после перемещения любого объекта), а установленным объектам присваиваются стандартные группы вида VDbId ( 4294967294 ), при соответствии объектов этим стандартам.

Например, секции пути имеют изначально верные значения параметров сферы и им сразу присваиваются VDbId с номерами типа 4294967294, твоему объекту так-же будет присвоен № стандартного VDb при повторном сохранении.

Это механизм "отложенной обработки" т.е. сначала данные сферы объекта заносятся в отдельную группу VDbId (её можно увидеть в начале W файла) и при повторной обработке W файла она удалится, объект получит стандартный VDb с "длинным номером", если объект имеет параметры, которые ни в одну нормальную (стандартную) группу не лезут - эта отдельная VDbId с кривыми параметрами сохраняется.

Проще говоря, после замены шейпа на исправленный нужно повторно внести его в W файл путем удаления или в редакторе или руками в W файле и повторной установкой, в противном случае исправленный объект может так и остаться приписанным к кривой группе VDb.

add

Важный кстати момент - объект, которому НЕ присвоена стандартная группа параметров сферы (вместо неё присваивается временная, с простым порядковым номером см. выше) будет под определенным углом разрушать окружающие объекты, иллюстрация:



здесь километровый столбик из ТСМ не обработан повторно и "разложил" проходящий мимо ПС на запчасти [тогда правда не хватало знаний и это было совсем не весело ].

[Горыны4]

Прогу опробовал в деле (сначала указал путь к папке SHAPES моего маршрута, затем сделал над нужным файлом "uncompressed", потом не закрывая прогу отредактировал строку в блокноте, исправил как надо и в конце сжал "compressed" его). Тормозов нет. Всё отлично работает