www.demoscene.ruenglish version
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация   ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
замена d3dxmatrix

 
Начать новую тему   Ответить на тему    Список форумов DemoScene.Ru -> Программирование
Предыдущая тема :: Следующая тема  
Автор Сообщение
f0x



Зарегистрирован: 23.09.2007
Сообщения: 498


СообщениеДобавлено: Вт Ноя 08, 2016 13:09    Заголовок сообщения: замена d3dxmatrix Ответить с цитатой

есть у кого варианты, чем заменить это семейство функций? а то уж сильно медленное оно.
_________________
кто сделал демку тот и выигралSmile (с) uncle night (?)
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Mikle



Зарегистрирован: 02.12.2008
Сообщения: 423
Откуда: Туапсе

СообщениеДобавлено: Вт Ноя 08, 2016 20:11    Заголовок сообщения: Ответить с цитатой

Никогда не замечал тормозов. А какие ф-ции конкретно в таких количествах применятся, что тормозят?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
f0x



Зарегистрирован: 23.09.2007
Сообщения: 498


СообщениеДобавлено: Вт Ноя 08, 2016 22:38    Заголовок сообщения: Ответить с цитатой

Ну пока пару раз на кадр все норм. А если в цикле на десятки тысяч итераций - то все очень плохо. Причем проблема именно в этих функциях, едят процессорное время как мыши крупу. Я профилировал тщательно, изолированный кусок кода.
юзается D3DXMatrixMultiply в основном, и помелочи такие штуки как D3DXMatrixRotationYawPitchRoll, D3DXMatrixDecompose

upd: прогуглил еще раз основательно, везде пишут что d3dx множит матрицы весьма и весьма эффективно. Какого черта у меня боттелнек именно на них, фиг знает. Видимо придется менять подход к задаче и выписывать другой алгоритм
_________________
кто сделал демку тот и выигралSmile (с) uncle night (?)
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Mikle



Зарегистрирован: 02.12.2008
Сообщения: 423
Откуда: Туапсе

СообщениеДобавлено: Вт Ноя 08, 2016 23:24    Заголовок сообщения: Ответить с цитатой

Цитата:
юзается D3DXMatrixMultiply в основном

Это простая ф-ция, её можно самому перекомпилировать с использованием SSE2, да ещё убрать лишнее копирование, нужное, когда результирующая матрица совпадает с одним из множителей.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
BiTL
DOS lover


Зарегистрирован: 22.09.2007
Сообщения: 2946


СообщениеДобавлено: Вт Ноя 08, 2016 23:36    Заголовок сообщения: Ответить с цитатой

Тут когда-то обсуждалось http://www.gamedev.ru/code/forum/?id=129287
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
f0x



Зарегистрирован: 23.09.2007
Сообщения: 498


СообщениеДобавлено: Вт Ноя 08, 2016 23:44    Заголовок сообщения: Ответить с цитатой

ага, прочитал эту ветку тоже. буду разбираться дальше, почему все так.
_________________
кто сделал демку тот и выигралSmile (с) uncle night (?)
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
f0x



Зарегистрирован: 23.09.2007
Сообщения: 498


СообщениеДобавлено: Ср Ноя 09, 2016 12:04    Заголовок сообщения: Ответить с цитатой

Вобщем, проблема более-менее решилась: вместо translation и decompose (вот это реально медленная хрень) - прямой доступ к _41 _42 _43, легкая усушка-утряска кода и тыды. разогналось в два раза.
_________________
кто сделал демку тот и выигралSmile (с) uncle night (?)
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Ized
shader killer


Зарегистрирован: 28.12.2007
Сообщения: 128


СообщениеДобавлено: Вт Ноя 15, 2016 12:23    Заголовок сообщения: Ответить с цитатой

Если ты используешь decompose, то уже что-то не так, как по мне. Можешь вместо матриц попробовать кватернионы + вектор переноса хранить. Я просто подкидываю идей. Пока я не вижу кода, я не могу сказать, поможет ли точно это в твоем случае.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
f0x



Зарегистрирован: 23.09.2007
Сообщения: 498


СообщениеДобавлено: Вт Ноя 15, 2016 13:06    Заголовок сообщения: Ответить с цитатой

Ну ты все верно говоришь. У меня на самом деле вся проблема вертится на балансе между гибкостью и скоростью - так-то можно предрассчитать все матрицы и просто домножать на mVP... естетственно потеряв возможность "крутить ручки" прямо на выводе... вобщем масса вариантов.
_________________
кто сделал демку тот и выигралSmile (с) uncle night (?)
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов DemoScene.Ru -> Программирование Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах