[QUOTE=DeBUG;56320]Бред. Динамический путь - это группа векторов задающих точки кривой. Проще говоря - это NURBS.[/QUOTE]
Ага, давайте еще сплайн вспомним.

[QUOTE=DeBUG;56320]Бред. Динамический путь - это группа векторов задающих точки кривой. Проще говоря - это NURBS.[/QUOTE]

[QUOTE=Zabor;56323][B]DeBUG[/B], ты читать умеешь?

Чем постоянно везде рассказывать какой ты крутой "мегакодер" взял бы и устранил эту ошибку, это как раз уровень программиста, за это думаю многие сказали бы спасибо, на изучение методом тыка потрачена масса времени, а человека способного разобраться в коде и исправить нет.[/QUOTE]

Во во, ты не мудри, ты пальцем покажи. :D
Спасибо всем ответившим, въехал. Особенно сравнение с сосиской понравилось. :D

Я вообще в своих маршрутах никогда неприменял динамик трак. Почему?
Когда я только начал свою "зарю" маршрутостроения, первым подопытным кроликом был роут Киев-им.Тараса Шевченко. Я конечно колбасил и резал его вдоль и поперёк. Но когда я сталкивался с проблемой построения реальных станций (изгибы, крутые повороты множества путей и т.п.) то я пытался применять эту штучку, однако после нескольких применений мой роут загнулся, пришлось выкинуть и строить с бекапа... А вот после этого немного рассудив, мне стало ясно что виноват динамик трак -во всём! И только он! Так как например на станциях где он вообще неприменялся, я спокойно удалял пути и перекладывал рельсы. А вот там где он -я даже неприкасался к близлижащим путям. Так как стоит только кликнуть по нему, да и ещё вдобавок пересохраниться, всё! После этого к дяде билу.
Поэтому эту гадость я неприменяю нигде. Альтернативой же, мне послужили икстраки самых свежих версий. Там гиганское кол-во мелких "чистовых" доводочных секций, которыми я постепенно наращиваю кривую, когда нужно "сварить" её с прямой. Ребят поверьте -выходит ничем нехуже, чем динамиком.:) Пример -мой роут КХ.
Да конечно, неотрицаю, это больше места на тайле жрёт, но зато можно сделать наилучшее качество станций и путевого развития, просто не нужно лениться а надо уметь;)

Ну, незнаю, почему все вдруг ополчились против DT. Лично мне он не делал ничего плохого. А вот первая попытка использовать X-tracks вызвала нехорошее впечатление об этом продукте - известная ошибка, когда секция в списке есть, но шейпа и .sd -файла ее нету в наборе:mad: . Поклацав 50-60 секций и произнеся очень быстро и очень громко очень много слов в адрес того, кто составлял список секций, я выкинул tsection.dat из папки Global в мусорку и поставил стандартный tsection. Получилось, что физически они все в папке лежат, но я ими не пользуюсь.

[B]dj.dan.mc[/B], просто видимо ты не сталкивался с проблемами от него, которые не знаешь как устранить, для примера повтори операцию, описанную по ссылке в #41 этой темы, попробуй устранить фатальный сбой, вызываемый DP, а потом представь, что это случилось на твоем маршруте - мнение о нем у тебя поменяется =))

[B]dj.dan.mc[/B] дело не в том что половина этих секций неработает, а в том, что ты плохо знаеш названия которые доступны, я их назубок знаю. Тоесть мне просто нужно только посмотреть - 2_6 метра например, непомню как написать это сложное название, но сразу знаю что это рабочая секция, потому чот юзаю ей, при прокладке пути постоянно.;)
P.S. да абсолютно с тобой согласен, в этих икстраках бардель такой что ужас!:mad: Вместо этого можно было бы кучу красивых рельс понапихать. Чем бы кстате я и занялся, но незнаю как править траксекшион.:(

[QUOTE=dj.dan.mc;56371]А вот первая попытка использовать X-tracks вызвала нехорошее впечатление об этом продукте - известная ошибка, когда секция в списке есть, но шейпа и .sd -файла ее нету в наборе:mad: . Поклацав 50-60 секций и произнеся очень быстро и очень громко очень много слов в адрес того, кто составлял список секций, [B]я выкинул tsection.dat из папки Global в мусорку и поставил стандартный tsection.[/B] [/QUOTE]
Ну, это уж слишком круто. Можно было бы просто сопоставлять список в RE со списком S файлов секций путей. Зачем же, амиго, такое Чикаго? Чуть что - сразу в мусорку...

[QUOTE=Zabor;56327][B]DeBUG[/B], Дык чего с ошибкой? Берешься? Или исправлять ошибки какого то там мелкого майкрософта не твой уровень?[/QUOTE]
[I][Сказал А, говори Б][/I]
Делай тестовый маршрут. По условию: 3 тайла, дефолт, текстурная разметка, пересечение и что у тебя еще там вылезло. Пакуй в архив и на файлоархив. Будем смотреть и думать.

[B]Запомни простую истину, нельзя обижаться не поняв смысл сказанного. Если я назвал людей "опытными натуралистами" - это еще не значит, что я их оскорбил. В нашей среде таких людей еще называют тестировщиками, теми кто достигает результата натуральным образом, с помощью эксперимента. Экспериментаторы. Сленг штука сложная :rofl:[/B]

[QUOTE=Im-Ho-Tep;56337]Ага, давайте еще сплайн вспомним.[/QUOTE]
[B]Повторение - мать учения![/B] Незнание основ графики не освобождает от вероятности ее изучения. Это еще по институту!

[COLOR="Silver"][B]DeBUG [/B],
А кто тебе сказал, что я обиделся? На многочисленных форумах и по жизни повидал не мало людей и высказываний, так что давно уже не обижаюсь.

Только вот в твоих указаниях, что мне запоминать, а что нет, не нуждаюсь.

Что касается конкретной фразы насчет "опытных натуралистов" то мое отношение к людям не формируется одной - двумя их фразами, не буду объяснять, почему в данном случае оно негативное, думаю, сам поймешь, когда придет время.[/COLOR]

Ладно, это уже оффтоп, теперь к делу - взять можно любой маршрут, но на всякий случай [URL="http://dump.ru/file/1250051"]вот[/URL] тестовый, там всего 3 стыка и на всех есть незначительное колебание.

Это конечно далеко не самый неприятный случай, такие стыки я не бракую.

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

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

Также камера на удалении от локомотива прекрасно выдает эти стыки, пример есть в начале темы.

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

[B]DeBUG[/B]
[color=orange]Камрад. Есть предложение немного сбавить напор и быть повежливее к окружающим.

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

И тут появляешься ты.

Пишешь довольно интересные вещи, без дураков. Даже мне, ни разу не программеру, интересные. Но манера общения настораживает. Кидания пальцев, высокомерные наезды.

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

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

Может, ты и профи, я тебя лично не знаю. Но вести себя в новой компании надо всё же повежливее. А то некрасиво как-то.

А поскольку это всё написано от лица модератора, то даю устное предупреждение за неуважительное отношение к участникам форума.

Напоминаю, согласно Правилам форума, на сообщения, написанные оранжевым цветом, отвечать в теме не надо. Есть возражения - администрации или мне в личку.[/color]

Подведу итог. Компромисс между сторонами достигнут не был. Каждый остался при своем мнении и считает себя правым. К сожалению, я был предупрежден о неком, не совсем, корректном отношении к новичкам и возникавших конфликтах на данном форуме на протяжении его существования. Так как я пришел не с «улицы», а по просьбе одного человека, заслужившего здесь определенный статус. С ним я знаком лично и его просьба помочь в области программирования мне пришлась по душе. Тем более, дополнительный заработок мне был как раз нужен. И он единственный, кто пытался погасить возникший конфликт вне всеобщего обсуждения, за пределами форума. За что ему спасибо. Ставя на место одного, вы тем самым поощряете другого. И создаете прецедент к неравенству пользователей. Так нельзя мужики!

Во избежание дальнейшей эскалации конфликта рекомендую заблокировать мою учетную запись.

Кстати, стоит добавить в правила форума запрет на использование пользователями оранжевого цвета в своих сообщениях. Это так, кстати.

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

Поэкспериментировал немного, есть догадка, что критические нестыковки можно исправить, изменив угол разворота секции, только вот проблема - это надо делать в БД пути.

Сами шейпы внешне МСТС стыкует идеально, а в БД похоже пишет либо округленные, либо недостаточно точные данные по углу.

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

Покрутил для интереса QDirection W файле, как и стоило ожидать это не произвело впечатления на БД, но метаморфозы с секцией кроме разворота интересные - она выросла в размерах и начала исчезать как объект с нарушенной сферой, сфера у неё понятно, что нарушилась, а вот почему она так "подросла" я не понял [URL=http://radikal.ru/F/s52.radikal.ru/i137/0811/e8/1035399c062e.jpg.html][IMG]http://s52.radikal.ru/i137/0811/e8/1035399c062et.jpg[/IMG][/URL] (кажется, что секция поднята вверх, на самом деле она осталась на том-же уровне).

Это конечно игрушки т.к. положение шейпа как раз правильное и его трогать не требуется, внести бы изменения в БД пути, но там сплошной лес цифр, одни секции описаны предельно просто, у других параметры состоят из 200-250 цифр в блоке.

ИМХО даже если предпринять попытку разобраться в синтаксисе БД, редактор может её переписать касательно исправленных секций при любой работе с путями и вся коррекция коту под хвост =((.

Как бы вычислить, что влияет на точность угла разворота объектов, который редактор вносит в БД?