Ket дак ето глюк МДЛВИЗ

KO3bMA добавил:
Ket дак ето глюк МДЛВИЗ

KO3bMA: Если можно, модель в студию, т.к. я, естественно, не знаю, что там навертел W3ME. А с самой моделью я быстро найду глюк.

ArchWorm12612
Угу, я тоже такой нашел, но по-моему, его здесь уже обсуждали.
Или я не прав?

Алексей
Не знаю, как это следует называть, но эффект весьма пикантный - при отключённом внешнем питании (речь идёт о лаптопе) МдлВис жутко тормозит при показе анимаций. Просматривать возможно только движения не закрашенной модели. Эффект проявляется во всех версиях, начиная с 1.21

metalius: Хм. К сожалению, laptop'а у меня нет - поэтому придётся опять угадывать причину бага по косвенным данным. Если бы у кого-то была возможность погонять MdlVis под VTune/CodeAnalyst (чтобы понять хотя бы, куда уходят такты процессора) - это было бы здорово. Но боюсь, что эти продукты есть даже не у каждого программиста...
Тогда - вот такие вопросы:

1. Как MdlVis ведёт себя в редакторе вершин при вращении сцены (естественно, в "общем виде", на laptop'е и при отключённом питании)?
2. Что происходит при просмотре анимаций в режиме "поверхность" и в обычном (сеточном) режимах? Т.е. что там с тормозами?
3. А как ведут себя W3ME, сам War и другие графические приложения?
4. И, наконец, какая видеокарта установлена на этой машине (возможно, опять глюки "железа"/драйверов)?

Ответы:

1. в "общем виде" - скачками, в остальных режимах - нормально;
2. скачки в "общем виде" и в "поверхности";
3. без проблем;
4. ATI MOBILITY FireGL V5200.

Просто драйвера от ATI довольно "кривые" и не соответствуют стандарту. Вот что я нашёл на сайте ATI:
Отмазались. Вроде как мы тут не при чём, это всё Microsoft... Там же есть ссылки на патчи, которые должны устранить проблему. Рекомендуется также поставить последний сервис пак и последние драйвера :(.
Причём чтобы найти эту жутко "полезную" информацию, мне пришлось почти час лазить по объединённому сайту AMD и ATI, к тому же они ещё и потребовали зарегистрироваться на этом сайте. В общем, как обойти проблему - понятно: проверять длину линий и сторон треугольников. Если они слишком длинные (по мнению ATI), разбивать их на несколько кусков. Это очень сильно усложнит алгоритм рендеринга, но что делать...
Насчёт laptop'а тоже небось что-то в этом роде. Надо будет поискать получше.

Вот у меня такой глюк:Когда ставишь полный вид и начинаешь потихоньку убирать поверхности иногда возникает такая ошибка:Cannot load clipboard.Также эта ошибка вылезает тогда, когда пытаешся перейти на полный вид при включенном полном виде

Dead Jay добавил:
Тестировано ТОЛЬКО на модели пехотинца с бэкграунда кампании Альянса из Фрозен трона

Баг не баг но модели из бурнинг крусайд с многочисленными прозрачными областями(neiter dragon, eithernal) не загружаются и мдлвис выдаёт такою ошибку" access violation at address 0040285D in module "mdlvis.exe".Read of address 00000000"
Вот примеры моделей
http://legacyru.ifolder.ru/452765

Dead Jay: Баг пофиксен. В 1.39 его уже не будет. Это я просто отладочный код забыл закомментировать (он всё время пишет некоторые данные в буфер обмена).
legacy ru: Судя по всему, это глюк конвертера текстур (адрес бага из сообщения указывает на его код). К тому же загрузка моделей "по отдельности", т.е. без текстур, проходит нормально. А самих текстур для теста у меня нет. Проверь: может, они просто неправильно извлеклись из MPQ? Тут уже было такое, когда размер текстуры 0 байт и MdlVis из-за этого вылетает.
Если текстуры в порядке - попробуй конвертировать их отдельно от модели. Ту текстуру, на которой конвертер вылетит, отправь мне, если не трудно.
[хм, похоже, мне всё-таки придётся покупать WoW TBC].
metalius: Пожалуйста, приведи примеры - что конкретно надо сделать, чтобы MdlVis вылетел/сглючил/повис. Может, я не на тех моделях его тестировал?
.
П.С.: Активнее пишем и конкретнее, если можно. Не понимаю я тех, кто сообщает "да, Vis нестабилен". Или ещё хуже: "фигня полная, глючит всё время". Не хотите давать полных, исчерпывающих ответов - вам же хуже :(.
А вообще, надо будет добавить в код какую-нибудь фичу, которая позволит мне локализовывать невоспроизводимые ошибки (такие, которые даже у их "открывателей" редко воспроизводятся). Пока, правда, не могу придумать, что бы тут предпринять. Ну ничего, сейчас разгоню мозг путём увеличения напряжения на нейронах до 25 вольт...

Алексей, я заметил ещё баг - мдлвис глючит с некоторыми моделями, побывавшими в руках AnimTransfer'а...
как конкретно?
При попытке открытия модели в редакторе анимаций он всё открывает вроде бы нормально, но после любого действия выдаёт ошибку типа "access violation at adress 0047C49F in module "mdlvis.exe". Read of adress 00000000." Правда действия он при этом выполняет исправно, разве что кадры сбрасываются на нуль. Другое дело с редактором скелетов - тут не только вылетает ошибка, но и ничего не происходит... А иногда и не отображается часть костей - например на модели StoneTroll, что есть в базе, не отображлись никакие кости, лежащие выше пояса тролля.
Закономерности в появлении глюка я выявить не смог - некоторые модели, обработанные AnimTransfer'ом, работают нормально, а некоторые вышеописанным образом глючат...

http://xgm.guru/files.php?do=download&id=2035&h=cce9 и http://xgm.guru/files.php?do=download&id=2032&h=cce9.

а вот и я...

В общем на повестке дня баг и фигня.

баг: версия 1.38с неправильно анимации вов-моделей читает, т.е. Root'ная кость вообще не двигается, в результате чего пояс закреплен на одном месте. Ну ясно в общем. Это памойм во всех моделях происходит. В качестве примера можешь использовать либо модельку героя темных эльфов, которую я тебе уже отсылал (не помню зачем), либо прикрепленную к посту модель "HumanMaleGuard". В 1.37 этот глюк отсутствует.

фигня: некоторые модели вов вообще не конвертятся, вылазит ужасное "Ошибка конверсии". В принципе эти модели и My Warcraft Studio не отображает, но вот мне понадобилась одна из таких, а низя =( Примером фигни послужит модель "RShoulder_Plate_C_05"

Спасибо за внимание

Прикрепленные файлы

	HumanMaleGuard.rar (116.0 Кбайт, 34 просмотров )
	RShoulder_Plate_C_05.rar (287 байт, 38 просмотров )