Каморка

Старина Зотин писал(а): > А он теперь никак игрухи пишет?

EA

Ага, таперича понятно стало нафига это нужно

Ну вобщем да, я наверное соглашусь со Стариной, было бы здорово написать что нибудь такое:

array.executeUpdate("UPDATE Value+=3 WHERE Value >10");

Хотя, конечно кроме игрушек и каких-нибудь 3D renders это нафиг никому не нужно.

Да нет, это и сетевикам бы пригодилось и всем ембедед людям.
Им тоже оптимизация нужна, не настолько сильно, как рендерерам, но достаточно. На ассемблере оптимизировать они ленятся, а вот если бы был язык запросов, то пользовались бы.

но только писать нужно не:
array.executeUpdate("UPDATE Value+=3 WHERE Value >10");

а что-то в духе

void func( int* array, int size )
{
update<size> *array += 3 where *array > 10;
}

запрос на этапе компиляции должен разбираться, а не в рантайме

Я бф написал таки update<int> потому как update<size> смотриться как то не очень

Мой начальник подсказал мне, что есть АПИ для веторный вычислений. Я не вдавался в подробности с распросами. Этого АПИ мало?

Ну во-первых, я не знаю, что за API он имеет в виду.
А во-вторых, у нас есть всякие хелпер классы типа IntrinsicVector писанные на асме. С их помощью код разгоняется в десятки раз. Но читать такой код тяжко - ничего не понятно. Хотелось бы какого-то более человечного кода. Чтобы компайлер сам разбирался, как оптимизировать.

Похоже Старине нижно что похожее на вот это http://en.wikipedia.org/wiki/Cg_programming_language
Low level(C-like) domain specific language.

BTW, interesting presentation directly related to the topic:
http://www.st.cs.uni-sb.de/edu/seminare ... sweeny.pdf

Цифры у него какие-то слабо реалистичные.
30-60 frames per second при 10000 active gameplay objects и это при наличии physics simulation и collision detection..
Не верю.

Старина Зотин писал(а):Цифры у него какие-то слабо реалистичные.
30-60 frames per second при 10000 active gameplay objects и это при наличии physics simulation и collision detection..
Не верю.

А чего, слишком много, или слишком мало? Я в этом деле не копенгаген
Хотя там в основном насчёт языка, ссылочку, кстати, надыбал вот тут: http://lambda-the-ultimate.org/
Народ тутошний ну очень любит языки почесать насчёт языков разных

А чего, слишком много, или слишком мало?

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

Кроме того, мне непонятно, зачем им 10000 объектов на экране одновременно.

я думаю они объекты с треугольниками перепутали :)

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

А что про rule-based языки думаете? Из старых Prolog, наверное, всем известен.
Из новых - Майкрософтовский F#, опять же Майкрософтовский Business Rule Engine из BizTalk, плюс новый но не совсем Rete-овский энжине в WWF.

Старина Зотин писал(а):

А чего, слишком много, или слишком мало?

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

Кроме того, мне непонятно, зачем им 10000 объектов на экране одновременно.

10000 объектов это всего, скажем в сцене. за кадр расчитываются не все, а какая-то часть только.

sz, смотри какая вешь сегодня в новостях всплыла -

http://www.rapidmind.net/technology.php

и презентация по втому делу -

http://www.csclub.uwaterloo.ca/media/Ri ... ution.html
( там правда 400MB video :-/ )

(edit) 48 minute presentation
(edit) чувак раньше работал над http://libsh.org, то есть credibility у него на месте