Извините, ничего не найдено.

FDsagizi · 13.04.2008, 01:07

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

и получайте мега секас ! дадада

А кто говорил- что это легко

, обычно обновляют физику и ИИ во время, пока ресуеться картинка.

-=SCiP=- · 13.04.2008, 02:17

Хм. я думал что рендеринг в последнию очередь делается!
Сначало расчет математика и т.д. потом уже вывод на экран.
Хм.

ABTOMAT · 13.04.2008, 12:48

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

А кто говорил- что это легко

, обычно обновляют физику и ИИ во время, пока ресуеться картинка.

Где ж ты такое прочитал?

HolyDel · 13.04.2008, 14:01

А кто говорил- что это легко, обычно обновляют физику и ИИ во время, пока ресуеться картинка.

рисуется картинка тоже ЦПУ. (т.е. всякие куллинги, сортировка полупрозрачных елементов, определение лод-ов и т.к. - ето ложится на ЦПУ). Одновременно не получится. Это все равно что "обычно одновременно едят чипсы и едут на велосипеде".

tormoz · 13.04.2008, 17:28

Это заговор

FDsagizi · 13.04.2008, 21:28

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

рисуется картинка тоже ЦПУ. (т.е. всякие куллинги, сортировка полупрозрачных елементов, определение лод-ов и т.к. - ето ложится на ЦПУ). Одновременно не получится. Это все равно что "обычно одновременно едят чипсы и едут на велосипеде".

Представь что рендер жрет 30милисек( современная картинка, с тяжелыми шейдерами ), скока от сюда будет жрать ЦПУ

?

13.04.2008, 22:14

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

в идеальном случае просчет нового кадра закончится до окончания
рендера и мы будем ждать gpu

HolyDel · 14.04.2008, 11:45

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

двойная буфферизация. технология еще со времен седого ДОСа

14.04.2008, 12:08

хм, извеняюсь, не знал

moka · 14.04.2008, 13:11

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

Хм. я думал что рендеринг в последнию очередь делается!
Сначало расчет математика и т.д. потом уже вывод на экран.

Прально Думаешь.

FDsagizi · 14.04.2008, 20:51

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

Если не пробовал не говори, а если попробовал то ты глупец.

Ну ты писец как сказал

Не буду удевлен если по такой системе работает унриал 3, крайэнжн- и хочешь сказать что их разрабы глупцы?
ЗЫ\ какой ты наивный

ABTOMAT · 15.04.2008, 00:57

Да это не к тому...
Топик-то в разделе Блитз3Д создан.
А по сему даёшь рабочий исходнег для Блитз3Д, иначе хватит уже флудить.

moka · 15.04.2008, 11:40

FDsagizi, ты хочешь сказать с фпс в 5 у меня будут тупить боты, а с фпс 50 они будут умнее на много, машины тоже с разной скоростью будут ездить? И по сети играя, у одного быстрее, а у другого медленее.

не, ну ты возжигаешь!

15.04.2008, 12:05

ну если по-философствовать то ...
правильной является сервер-клиентная архитектура

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

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

moka · 15.04.2008, 12:10

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

+1
Но это не только к сервер<>клиент сруктуре относится но и к любым качественным синхронизаторам.