Не состыковываются рельсы в маршруте
 

помогите! впрочем на скинах должно понятно быть
тут синяя полоска есть если нажму на рельс с синей полоский то игры вылетит если буду играть так то тоже будет вылетать
[url]http://keep4u.ru/full/080601/b64c5d0e164b0791c8/jpg[/url]
в вот тут тот же самый скрин с красной полоской под другим углом т.е там в красной синяя полоска находится как бы они налегли друг на друга
[url]http://keep4u.ru/full/080601/2a96dfa28a7282a304/jpg[/url]
как исправить? (обращаюсь к маршруто-строителям)

Как маршрутостроитель, могу сказать - если не состыковвываеться рельс, нужно использовать Dynamic Track piece.(это такая секция пути параметры которой можно задать в ручную - в данном случае длинну(по фото1) ( кстати, чтой - то у вас так много стрелочных переводов по 5 градусов отклонения?)
Чтобы такого не было, нужно использовать стандартные секций пути ( а стрелки типа a1pht10d rgt.s) А вот на 2-ом фото видно, что стрелочные переводы (если это конечно они, а не Xover) прилегают друг к другу, а это не разрешено, обязателно между ними должна быть секция, хотя бы в 10м. Вообще советую почитать инструкцию, от APK-LVDZ, там эта проблема хорошо описана, так же как и пути ее решения.

[QUOTE]если не состыковвываеться рельс, нужно использовать Dynamic Track piece[/QUOTE]
Вот этого как раз делать и не нужно. С помощью XTracks можно подобрать любую секцию, а Динамические пути только добавляют глюков в путевую базу маршрута.

[B]Dimokus[/B], Используй стандартные секции, ведя строительство от начальной точки, и не в коем случае сразу с двух точек навстречу, тогда пути у тебя обязаны сходится.

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

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

Динамический путь это предельно крайняя мера, например, для стыкования ветки, которая, ответвившись от главного хода, прошла самостоятельно 10-15 км и теперь должна снова войти в главный ход.

Но и тут играя отрезками по 0,3 метра перед последней кривой этой ветки можно так изменить положение конца пути, что он идеально подойдет к нужному месту.

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

У меня раз сглючило, когда динамическим путем пытался 0,1 градус сделать, откатил копию и зарекся его использовать :).

Кстати о стыковании, частенько секции состыкованы идеально, даже переложены повторно (перезакрыты стыки) и один хрен при проезде этого места телега дергается :(.

Останавливаешься - этого стыка даже по текстурам насыпи не найти, в редакторе все идеально, перекладываю кусок еще раз, проезжаю, опять дергается.

Профиль плоский, отпадает, да и на переломе в плоскости она по другому виляет "переезжает", а тут дергается так, как будто стык смещен, может это в базе данных криво записывается?

Серая линия над путем идеально ровная, она ведь из базы берется.

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

Вот вопрос как?

Ну поскольку я профи в прокладке рельс, без использования динамического пути, скажу:
Я например всегда состыковвываю рельсы исключетельно применяя малые секции A1t0_3mStrt.s, A1t1_5mStrt.s и подобные. Они очень хорошо помогают в стыковке пути. Если встречается место где нужно состыковать рельсы "вкривую", тоесть сначала 1 путь отходит от 2-ого, а потом снова приходит к нему (Пример КХ участок Малоярославец-Сухордрев, большой мост) Вы думаете я там применил динамик трак? Ха..Как бы нетак:p
Я полностью состыковвываю подобные места вручную. Ставлю кривую и постоянно "подкладываю" перед ней малые секции, до тех пор пока кончики головок рельс, несойдуться с основной двухпутной секцией. После этого никакой ПС не будет "дёргаться" на этом стыке:)
E69 прав, это конечно жрёт местечко на станциях, но зато можно в любое время переложить пути, без геморойный проблем с динамическим траком.;)

[B]Ромыч РЖДУЗ[/B], приятно, что у нас одинаковые методы, значит, учусь в правильном направлении :), а что делать когда телеги дергаются на идеальном стыке, например двух прямых a2t500, при этом последняя свободна (других за ней нет, концевая) и неоднократно переложена повторно?

[QUOTE=Zabor;28860][B]Ромыч РЖДУЗ[/B], приятно, что у нас одинаковые методы, значит, учусь в правильном направлении :), а что делать когда телеги дергаются на идеальном стыке, например двух прямых a2t500, при этом последняя свободна (других за ней нет, концевая) и неоднократно переложена повторно?[/QUOTE]
Ну можно попробовать нажать Т, повернуть секцию...

[B]dj.dan.mc[/B], "Т" я пробовал помогает также как и пересбока пути, т.е. иду от станции выделяю следующую секцию, жму "Ctrl" и щелкаю по секции на которой "стою", выделанная дергается и больше на щечки не реагирует (не "переприлипает") значит у MSTS есть некая погрешность округления координат расположения объекта при записи в файл, отсюда и реакция на первый щелчок.

Потом следующую секцию и т.д. хорошо, когда дальше станции нет, а если "нащелкал" суммарное смещение перед входной стрелкой - туши свет :(, появляется желание отрвать себе руки за такую проверку перегона перед постройкой станции, хотя все секции неоднократно проверялись.

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

Базу пути тоже пробовал пересобирать, она на это не влияет.

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

Возможно, на это округление влияет расположение секции, как например это расположение сказывается на рельефе при нажатии "Y".

Что интересно этого эффекта не наблюдается на однопутных участках, только там, где секция из двух и более путей, тогда догадка про округление координат не верна, шайтан какой-то :confused:.

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

[QUOTE=Zabor;28860][B]Ромыч РЖДУЗ[/B], приятно, что у нас одинаковые методы, значит, учусь в правильном направлении :), а что делать когда телеги дергаются на идеальном стыке, например двух прямых a2t500, при этом последняя свободна (других за ней нет, концевая) и неоднократно переложена повторно?[/QUOTE]
Если путь положен с "ювелирной" точностью, то никаких дёрганий тележек быть впринципе неможет. А ты подлети к тому месту в редакторе, где стык и увидиш там маленькое смещение головок.;)

[B]Ромыч[/B], я туда не то что летал, я там по пластуски все исползал, секции удалял вовсе и заново вчистую ставил :), устранится от этого нестыковка или нет раз на раз не приходится :confused:.

Вот смотри, чтоб "далеко не ходить" в твоем роуте навскидку первая такая точка (без обид, это системная проблема, а не авторов роутов), старт с "Москва-Киевская", остановка по биению телег даже не выехав с платформы:

[URL=http://radikal.ru/F/i050.radikal.ru/0806/14/b9684144dce3.jpg.html][IMG]http://i050.radikal.ru/0806/14/b9684144dce3t.jpg[/IMG][/URL]

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

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

Неправдо. На Киевской, там неможет быть никаких дёрганий вообще, потому что там програмная рейка, по которой MSTS двигает обьекты ПС, абсолютна ровная, составленная из 100 -х 2-х секций;)

[B]Ромыч[/B], Что значит неправда, я что слепой :) ты сам поедь медленно, наблюдая за трехосными телегами, кстати заметь снова 2Х секция, может у меня файлы секций кривые?

Это дерганье телег на стыке еще кто-нибудь видит? Если нет, устрою ревизию Хтраков у себя.

[QUOTE=Zabor;28958]Это дерганье телег на стыке еще кто-нибудь видит? Если нет, устрою ревизию Хтраков у себя.[/QUOTE]

С какого пути надо стартовать чтобы проверить этот момент?

[QUOTE=malchik;28963]С какого пути надо стартовать чтобы проверить этот момент?[/QUOTE]

Просто с "Москва-Киевская" в списке доступных точек отправления на любом локе с трехосными телегами (на них это более заметно).

проехался, да действительно имеет место дергание тележек;
во время отъезда от платформы и далее после какой-то стрелки

[B]malchik[/B], угу, спасибо я уж испугался за секции Хтраков, не окривели ли вдруг случайно - не заметил на первых порах освоения MSTS и позволил в глобале заменить какому ни будь роуту, я ведь на них свой строю, так ведь папка из бэкапа чистая должна быть… уф отлегло :)

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

Скорость 10-20 км/ч, если камера дернется влево/вправо, значит стык "не сварен".
[URL=http://radikal.ru/F/i003.radikal.ru/0806/31/fa544e3f72d1.jpg.html][IMG]http://i003.radikal.ru/0806/31/fa544e3f72d1t.jpg[/IMG][/URL]

Определение "непроваренных" стыков 100%, дефектоскоп получился :), чем больше расстояние от лока до камеры, тем выше точность проверки, но если стык "лопнул" то и 20 метров достаточно, чтоб картинка виляла по полной программе.

Как их убирать пока не вычислил, на данный момент устраняю просто, как в жизни - путейцев на рельсы и переборка всей станции или перегона, вместе с уклонами, раз сразу глаза одеть забыли :(.

Заметил закономерность - чем длиннее секция, тем больше вероятность получения "непроваренного" стыка, как на 1t так на 2t, например, при укладке секций a2t500m вероятность вляпаться в "непровар" - каждый 4-5 стык.

Ни знаю, что делать с этой проблемой, на сегодня для меня это самый обидный и доставучий геморрой в MSTS :(.

Ещё одна проблема.

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

Укладка "ровная" как по высоте так и по "ширине" (сдвигу). Может кто-то сталкивался с этим?

В итоге (если не исправлю) наверное буду перекладывать полотно только простыми путями чтоб не дёргалось...

[B]Ku3a4[/B] эта тема неотносится к редактору маршрутов, а относится к моделированию в TSM.
1) Тебе просто нужно создать ночную текстуру для твоих фонарей и поместить в папку NIGHT. А после прописать в sd файле нужного обьекта значение 257, там где строка альтернативных текстур (на английском естественно)
2) такое может наблюдаться просто когда ты некоректно состыковал пути, перебери их немного, что бы небыло косых стыков.
P.S. модераторы перенесите тему в соответствующий раздел;)

[COLOR="DarkOrange"]Пренесено.[/COLOR]

[B]Ku3a4[/B], Это на мой взгляд самый обидный баг МСТС, если после пересборки секций прямой стыковкой (не подгонка, а именно прямая стыковка) кидание телег ПС или еще хуже всего корпуса вместе картинкой из кабины не устраняется - "путейцев" можно оставить в покое, они здесь не виноваты.

Изучал вопрос подробно, есть некоторые наработки, но пока на уровне тестов, сколько бы Ромыч тебя не убеждал, что ты виноват в нестыковке - не перекладывай в третий раз это бесполезно!

Честно говоря, не понимаю позицию Ромыча, придумав какую-то "программную рейку, по которой MSTS двигает объекты ПС" он ушел от проблемы, как будто-то её нет, хотя на его маршруте эти нестыковки видны и без путеизмерителя, про показания которого я лучше помолчу, а то обидится =)).

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

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

Также желателен список ближайших секций (можно надписать на скрине), это нужно для нивелирования бага и определения возможности переноса дефектного стыка на то место, где он будет менее заметен.

add
Да, чуть не забыл, про динамический путь, если не хочешь нажить серьезных неприятностей своему маршруту - забудь это название и где он находится в списке объектов.

Рассказывать и доказывать долго и неинтересно, об одной из многочисленных гадостей, я бы сказал мелкой т.к. симулятор вылетает сразу, это лучше, чем отложенный баг можно почитать на последних страницах моей темы про "Петербург-Выборг", примерно [URL="http://www.trainsim.ru/forum/showthread.php?t=1979&page=29"]отсюда[/URL].

3 раза перекладывать? ХА!!! Я просто задолбался раз 20 уже елозил :( Уложил-->в игру---дергается, опять переуложил-->снова зараза дёргается. В итоге плюнул и уложил путь простыми, не тоннельными путями. В общем после переукладки (наверное, 21-й) путей теперь ничего не дёргается...

Замечу, что Вы обнаружили биения на стыке длинных секций (500 м), у меня же биения при стыке секций тоннельных и простых, тоннельных и динамического пути (щас его пойду нафиг удалю, некрасиво смотрится) длиной не более 10м (!!!).

скрин дать без согласия автора не могу

Без согласия кого? Думал ты автор =)), 500 м просто чаще пересекают тайлы (что не удивительно), информация о зависимости ошибок стыковки от пересечении линий тайлов появилась совсем недавно, тогда я еще этого не знал, проблема еще в разработке, выходы из таких глюков находятся небыстро.

Все проблемы в XTracks. Способ исправить это пока не найден.

[B]RStalker[/B], как удалось установить? И почему на дефолтных маршрутах этого навалом, как и "положено" :(, секции Хтраков там не использованы т.к. их еще не существовало.

Есть идея, что это проблема привязки координат тайлов к друг другу или ошибка геометрии самого тайла (если предположить что тайл позиционируется по одной точке в трех измерениях).

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

Вот так сказать иллюстрации к идее, вид разметки тайлов и кривая к станции Левашово, которую угораздило пересечь сразу 3 тайла в одном месте [URL=http://radikal.ru/F/i036.radikal.ru/0811/84/1f457d704c3f.jpg.html][IMG]http://i036.radikal.ru/0811/84/1f457d704c3ft.jpg[/IMG][/URL].

* - пояснение к тайлу под вторым курвиметром "среднему" не привязана ни одна секция.


Калибровка измерителя, поскольку мы находимся в кривой он её и показывает, соответственно запоминаем положение стрелки со смещением вправо как "0" (в прямой она на 0 и находилась бы) [URL=http://radikal.ru/F/s46.radikal.ru/i112/0811/9e/7f9a609e2e04.jpg.html][IMG]http://s46.radikal.ru/i112/0811/9e/7f9a609e2e04t.jpg[/IMG][/URL].

Поехали, вот первый стык, секции кривой пересекают стык двух тайлов (там естественно "наборная" длинная кривая), получаем стандартный по амплитуде бросок влево, в общей сложности примерно на один сектор (с учетом поправки на 0), что "нормально" [URL=http://radikal.ru/F/s40.radikal.ru/i089/0811/3c/4c24de64ea8c.jpg.html][IMG]http://s40.radikal.ru/i089/0811/3c/4c24de64ea8ct.jpg[/IMG][/URL], едем дальше и получаем уже почти удвоенную ошибку [URL=http://radikal.ru/F/s58.radikal.ru/i161/0811/08/0f9669de5f96.jpg.html][IMG]http://s58.radikal.ru/i161/0811/08/0f9669de5f96t.jpg[/IMG][/URL] это связано с тем, что тут произошел стык секций привязанных к [B]несмежным тайлам.[/B]

Соответственно ошибка почти удвоилась и составила целый сектор + поправка на "0" итого чистый брак, путейцев к стенке! ((.

Предполагаю что придется еще разбивать кривую на куски, так чтобы имелась стыковка секций привязанных только к смежным тайлам, но это готовый участок (даже сняты курвиметры, оставлено два только для сохранения километровой отметки) и спешить не стоит т.к. может найдется решение как скорректировать погрешность по тайлам, ИМХО она почти везде одинаковая.

* - да, едем все время вперед платформой, на мониторе стрелка значения не имеет, это отлов места задним ходом с зажатым "свояком".

Marias Pass.
Вот скрины:
[CENTER][IMG]http://img0.liveinternet.ru/images/foto/b/3/776/2226776/f_16542245.jpg[/IMG]
[IMG]http://img0.liveinternet.ru/images/foto/b/3/776/2226776/f_16542246.jpg[/IMG][/CENTER]

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

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

Но даже это неверно, потому что до 3.20 Хтрэков такого там вообще не было. Почти та же проблема существует и в маршруте Демитров, который строился во времена 16-ой версии. И опять - до 3.20 все было нормально.

Вот только не нужно винить в этом динамический путь. Он тут вовсе ни при чем.

Все проблемы в XTracks. Исправить это можно, но вряд ли за это кто-то возьмется.

Интересно, давай подискутируем т.к. "истина где-то рядом", т.е. ты уверен, что Хтраки 3.20 переписывая шейпы и их параметры вызывают нестыковки между секциями?

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

Или не смотрим на текстуры и искажения (в итоге на количество мелких прямых участков из которых состоит кривая), а контролируем только стыки на предмет того, что там не будет происходить скачкообразного изменения траектории движения (переход на другую траекторию), [B]равно и в полной мере это относится и к прямым[/B].

Если ты именно про траектории, то я готов поставить на второй машине сим с "0" и без установки чего либо дополнительного кроме технологического лока и путеизмерительной платформы проехать там по дефолтным роутам, в поисках этих ошибок.

Любую гипотезу нужно доказывать и проверять, твоя гипотеза весьма убедительна и заслуживает затрат времени на проверку, вдруг так оно и есть.

Т.е. на дефолтных маршрутах, в чисто дефолтном симе этих нестыковок нет?

И что еще настораживает, почему на одном тайле удается достичь идеальной стыковки секций (траектория не изменяется) "кривыми" секциями 3.20, ведь если они неточны это должно сказываться везде?

* - ДП пока отбрасываем как не имеющий отношения к теме "непроваров" или нестыковок, у него другие проблемы.

Кстати уже проверено, что секции пути были сделаны криво. Например беру одну стрелку и съезд - из однопутки делаю двухпутку, затем снова соединяю в однопутку. Вернее пытаюсь соединить, потому что где-то какая-то неровность уже будет. А жаль, много проблем в маршрутостроении доставляет. Длина секций тоже страдает. Например 100 метров решил выложить более мелкими кусочками на свою голову... Или кривую, например на 20 градусов решил разбить по градусу - совсем в другое место "приехал".

А вот главное, из-за чего решил написать это сообщение:
По скриншоту вижу использование динамических секций пути. На полном серьёзе могу сказать, что от них 30% всех глюков в базе данных пути. Лучше от них отказаться. Заменой могут послужить куски путей на 0,3; 0,8 и 1 м. Они же могут помочь со стыкованием путей. Тут без подбора более подходящего варианта никак.

Леша, я тоже сталкивался с тем, что симметричные относительно, например середины станции части пути не собрать на выходе, плевался долго =)), пока не понял механизм обработки объектов в МСТС в W файлах.

Где-то в теме про Выборгский ход есть мой пост, где я обалдел от того, что только что уложенная 100 м линейка оказалась короче той, что была размещена раньше, это стало отправной точкой в изучении этих процессов, потом уже были поняты ошибки сфер и путевых маркеров.

Дело в том, что геометрия любого шейпа не устанавливается сразу, а только после сохранения тайла, та линейка стала соответствовать и другой и 100 м секции после повторного открытия маршрута.

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

Но что важно - все станции четко собрались, в Шувалово я удалил 5 или 6 стыковочных коротких кусков за ненадобностью, конечно в первый раз в укладку попадали "свежие" секции, которые я просто брал в добавлении объекта и спокойно укладывал в нити путей.

Если сначала сложить все нужные секции и стрелки в кучу, потом выйти с сохранением, снова зайти и собрать пути используя [B]только эти секции все сложится[/B].

Это я проверял неоднократно, давай любую симметричную схему секций (2 пути из одного и обратно например) [B]в пределах одного тайла [/B]и я её сложу в "0" без подгонки, для проверки )).

[B]RStalker[/B], ты на мои вопросы из #29 ответишь или решил дезертировать из дискуссии? :D

[B]Zabor[/B], я уверен твердо лишь в том, что к игре приложили свои грязные лапы ребята из команды Билла.
Что же касается Хтрэков. Представь, что ты разработчик вот этих самых иксов. Ты делаешь это чтобы получить славу, чтобы помочь людям. Делаешь бесплатно [B](!).[/B] Но делаешь не только ради славы, но и ради выгоды. Я, если честно, вложил бы вот такие мелкие ошибки, чтобы потом чистую версию [B]продавать[/B] товарищам, которые делают коммерческие продукты. Уж кто-кто, а они точно заинтересованы в чистоте стыковок и готовы за это платить. Ну, а остальные пусть довольствуются тем, что есть. Главное - поезд с рельс не сходит? Нет? Значит все в порядке.

Мое мнение таково - ошибка заложена в Хтреках. Возможно, и это даже вероятно, эта ошибка сделана намерено.

Брр...[IMG]http://i.smiles2k.net/aiwan_smiles/wacko.gif[/IMG]
То, что приложили свои лапы ребята из команды била следует даже из названия =))

Какой славы? В узком кругу пользователей МСТС =)), ну для 18 летних юнцов с повышенными амбициями это наверно важно (ничего против не имею все через это в этом возрасте проходят) но кто постарше занимается моделизмом в МСТС для себя и для души, мне например такая "слава" уже никак, это хобби такое.

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

Теперь про платность не "кривых" Хтраков, позволю себе заметить что, маршрут будет работать на секциях расположенных в глобальной папке МСТС, именно "бесплатной" пользовательской версии и покупать "прямые" разработчику нет никакого смысла, и что-то ни кто ни где не предлагал =)).

Кроме того, на дефолтном маршруте EUROPE2 я обнаружил все эти нестыковки там, где они и должны быть - на стыках секций привязанных к разным тайлам, Хтраки естественно не ставил и когда делали маршрут их просто не существовало, так что твоя версия сори мимо кассы.

ps [QUOTE]...Я, если честно, вложил бы вот такие мелкие ошибки, чтобы потом чистую версию продавать товарищам, которые делают коммерческие продукты...[/QUOTE] Надеюсь в твоем маршруте это не будет реализовано.

=============================

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

Есть подозрение что это имеет отношение к ошибкам (мягко говоря) расстояния между "наколотыми" маркерами например по гуглу и по линейке в МСТС т.е. там, где между маркерами строго 100м по местности в МСТС может получиться от 95 до 105 в зависимости от координат.

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

Если у кого есть мысли делитесь, может найдем как исправить.

Я бы искал. Просто пока занят другим :). Кстати, у нас в маршруте уже есть кое где такие эффектные места, правда пока что мы на них особого внимания не обращали, к тому же это в осносном только в местах, где обычная секция стыкуется с динамическим путем.

Господа, а может кто нибудь объяснить чайнику, что это за зверь динамический путь и с чем его едят ? Не люблю, если что то не понимаю.:(

[B]Colonel_Abel[/B], динамический путь - это секция пути, параметры которой (длина трех прямых внутренних участков, градус и радиус первого изгиба, градус и радиус второго изгиба) можно настраивать прямо в редакторе маршрутов.
Считается, что динамическим путем следует пользоваться только в самых крайних случаях и связано это с тем, что верно состыковать 2 обычные секции (стоящие напротив друг друга не на прямой) с помощью динамического путя практически очень сложно.

[QUOTE=RStalker;56283][B]Colonel_Abel[/B], динамический путь - это секция пути, параметры которой (длина трех прямых внутренних участков, градус и радиус первого изгиба, градус и радиус второго изгиба) можно настраивать прямо в редакторе маршрутов.
Считается, что динамическим путем следует пользоваться только в самых крайних случаях и связано это с тем, что верно состыковать 2 обычные секции (стоящие напротив друг друга не на прямой) с помощью динамического путя практически очень сложно.[/QUOTE]

Процентов на 50 понял, а попроще нельзя ? :o И хотелось бы понять, почему динамический путь не рекомендуется применять ? :(

Проще говоря: dynamic track это "гибкая" секция пути изменяемой длины.

[QUOTE=Colonel_Abel;56287]хотелось бы понять, почему динамический путь не рекомендуется применять ? :([/QUOTE]

1. Точной стыковки динамическим путем добиться очень сложно - следует предварительно перед укладкой знать как минимум градус (или радиус, но градус лучше :)), причем чем точнее, тем лучше.
2. Динамический путь может вызвать внутренние программные ошибки (раз на раз не приходиться, но может быть все что угодно: достаточно поставить динамический путь к стрелке и результат этого предсказать невозможно).
3. Одни и те же текстуры полотна используются и обычными секциями, и динамическим путем, но в симуляторе все же выглядят по разному.

Да и вообще, наверно список этих вот "грехов" динамического пути можно продолжать еще довольно долго. Но разве только этого недостаточно?..

Я не против динамического пути и никого не хочу настраивать против. Наоборот, я за динамический путь. Просто нужно понимать, что динамический путь - это крайняя мера, когда уже ничего другого придумать нельзя.