Ждём Ваших отзывов о материале.
Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!

Так это сто лет умеет и софт к ТВ-тюнерам делать. Простейший случай - "детектор логотипов" от Beholder

Вообще, как мне видится, половина новости - просто перепечатка заявлений маркетологов из серии, что "игры неотличимы от пейзажа за окном". Отсюда и данная шелуха. Надо же как-то объяснить, что без ЭТОГО пользователь просто жить не сможет

Вот его в интеле сейчас и разрабатывают

bigsinus

Нужна только эта "хреновина" - она же видеокарта.
MFSK

Не сомневаюсь, что, даже на Р4 это работало бы быстрее . На самом деле, сценки с небольшим количеством трассированных лучей работали в real-time ещё на P-III.
А Monte Carlo здесь ни причём - Monte Carlo это один методов реализации ray tracing (второй метод это finite element). Так же как ray tracing - это один из методов реализации GI.

Частично реализован только Q4( как университетская работа, на степень магистра, одного талантливого студента). Да и то, в real-time бежит разве что на двух 4-х ядерных зионах.

Moduvator

Цитата:

Как уж там было - "Чтобы воспользоваться преимуществами технологии Intel(R) HyperThreading(TM), достаточно всего лишь перекомпилировать программное обеспечение"?

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

maxuser

Ну так предложите алгоритм для реализации Global Illumination, который не использовал (в той или иной степени) трассировку лучей.
Вообще, уже давно нужно было начинать делать железо под RT. Ибо растровая графика для 3D - это как удалять зубы через ж..пу, имхо. Вся проблема в том, что делать железо под растры гораздо проще (copy/past FMADD).

насчет того, что КЕ можно легко прикрутить к видеокартам, то это врятли, тогда бы не делали бы танцы с бубном и всякие хитрости разработчики. Все дело что для трассировки лучей нужно чтото больше чем просто независимые АЛУ, хотя если немного в дровах покапаться (было бы желание и конечно инфа какая то) то можно сделать чтот то интересное.

Me4tatelI> Что именно?

Bones ну я имел виду, что сама природа трассировки лучей такова, что нельзя ее делать "честно" с помощью простых АЛУ, как в в г80. Вроде читал про трассировку лучей, там в самом Интеле придумали свой вариант алгоритма ТЛ, который очень эффективен, может они его попытаются реализовать в железе, еще чтобы программировать была возможность.

Мне кажется что конечно полноценный ТЛ в г80 и р600 нельзя лобитсья, но раз их можно оптимизировать для всяких там вычислений, можно сдлеать и упрощенную модель ТЛ, которая тоже будет выглядеть непохо, ведь сколько лет в ОпенГЛ используется упрощзенная система освещения и ничего, лучше чем ничего (ну сейчас с шейдерами лучше выглядет конечно). Я это клоню к тому, что что то можно сделать, вот увидите скоро всех нас будут оба лагеря убеждать что у них лучше реал. ТЛ, чем у конкурента. Но в общем проблема ТЛ в том что она очень медленна, каждый рас все пересчитать вроде надо при каждом перемещении камеры.

уважаемый где вы нашли упоминание что эта "хреновина" является видеокартой???

bigsinus ну тоже не очень эффективно, один процессор для ТЛ, другой стандартный а еще и видеокарта, хотя лучше чем ничего

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

просто убила

А я что, против чтоли? Или вы хотите сказать, что невозможно совместить GI и современный сканлайновый риал-тайм рендеринг?

TyyOx91

По слухам он уже работает в Intel.

Крутой наверное язык С+, надо будет изучить

Me4tatelI>

Проблема не только в ALU, но и в архитектуре GPU как процессора. В текущих GPU это прежде всего не-эффективные, медленные branch units без предсказателей и с ограничением на количество циклов, небольшой размер памяти для шейдеров (маленький размер кода программы), ну и самое главное - метод работы с памятью - отсутсвие index registers и как следствие невозможность indirect writes. Всё это делает очень трудным написание более менее эффективного кода для RT.

На самом деле, RT не медленнее растровой графики, а быстрее. Потенциально, сцену с n-ым количеством треугольников процессор отрисует быстрее в RT, чем GPU такую же сцену в растре (при условии одинаковой мощности - FLOPS). Просто никто не создавал нормального железа под RT. В принципе, RT прекрасно ложится на процессорную архитектуру, но процессорам банально не хватает мощности (флопсов).

То же самое верно и для растровой графики. Более того, для "пропуска" рассчёта скрытых обьектов в текущих GPU используется Z-Buffer (операция довольно затратная), тогда, как в RT такой буфер просто не нужен - луч естественным путём "упрётся" в непрозрачную поверхность и обьекты на заднем плане просто не отрисуются (не рассчитаются).

bigsinus

http://arstechnica.com/news.ars/post/20 ... rt-ii.html
Обратите внимание "Texture sampler" - зачем он нужен для Larrabee, если это не GPU. Кстати, Larrabee может использоватся и как обычный CPU.
http://www.ixbt.com/news/all/index.shtml?08/53/45

maxuser

Практически невозможно. Трассировку отраженных лучей всё равно делать нужно. В принципе, есть техника (без RT), с созданием "карт освещения" (light map). Но она работает только для статичных сцен, без движущихся источников света (или отражающих свет обьектов). Просто создание light map - операция довольно затратная, поэтому light map для сцены создаётся однажды (в начале) и в дальнейшем не меняется.

Trump

Да, theinquirer.com вроде бы писал об этом.

TyyOx91

Точно, но это вроде слухи, похожие на правду, учитывая кол-во денег у Intel, на THG была новость про разработку видеокарты под RT и что это сродни появлению 3 графики у 3Dfx. Посмотрел скрины RT Q4 и Q3, вроде неплохо, но больнк поразтл скрин из Власленина Колец, оказывается это с помощью RT делалось.

С этого места можно поподробнее?

Trump

Имелось в виду - как обычный CPU (уже исправил).
Впрочем и как обычный GPU он вожможно тоже сможет работать - дело в драйверах для OpenGL и DX - мощности должно хватить.

TyyOx91

Это ещщё вопос, хотя если согласится NV, то может быть симбиоз. Хотя в новостях новое решение от Intel позиционировалась как дискретное видео.

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

насклько я понимаю, чистым РТ вы сцену не получите, а от расторизации вы тоже некуда не уйдете, ведь както изображение стоить надо. Все дело в изменение стадии растеризации, вместо упрощенной модели освещения вычисляется трассировка лучей до камеры (глаза), полученные результаты используются при растеризации. Вроде так это делается.

Тоже проникся. И вроде не первое апреля... Понравилась также идея распараллеливания средствами компилятора (особенно интересно, какими средствами это может быть достигнуто, если выбор следующего действия полностью зависит от результатов предыдущих операций). ИМХО, если им удастся написать компилятор, который научится не только код оптимизировать, но и алгоритм (под многоядерную систему), то, думаю, он и станет тем самым благодарным зрителем самых интересных фрагментов футбольных матчей, а программисты смогут смело претендовать на самое крупное изобретение в сфере ИИ и Нобелевскую премию.