А зачем нужен software render?

А зачем нужен software render?

Все порты Doom в нём выглядят красивее. Любители openGL для классики - извращенцы.

Все порты Doom в нём выглядят красивее.

3-4 fps - красивее?

А зачем нужен software render?

Для расчёта графики без соответствующего оборудования. Если бы CPU были достаточно производительными, метод мог бы сделать специализированные видеокарты ненужными.

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

На каком ведре и каком порту вы получили такой результат?

FACEPALM

Удивительно, но в HD разрешении даже на убогом AMD C-50 уж дум-то не тормозил.

а gl_nearest врубить религия не позволяет?

Ты меня просто убиваешь фейспалмом. software render это тот же opengl реализованный полностью на процессоре.

Запусти doom с переменной LIBGL_ALWAYS_SOFTWARE=1 и посмотри как будет «не тормозить».

Тут под software render имеется в виду софтварная реализация opengl, а не алгоритм рейкастинга из древнеигр.

Интересно, а рейкастинг возможен на иксах?

Рейкастинг — это алгоритм прорисовки псевдотрёхмерных уровней из игр вроде дума и вульфенштейна, возможен везде, где можно выводить пиксели.

Да это понятно что нарисовать получится, вопрос в производительности.

Это я для eduke32, который примерно тогда же вышел.

А prboom вообще на llvmpipe не запускается

Couldn't set 800x600 video mode [Couldn't find matching GLX visual]

Кстати последняя версия Unity бегает довольно шустро на софтварном рендере.

software render это тот же opengl реализованный полностью на процессоре.

Бгг. И как люди в Doom в 93 играли без OpenGL.

Перед деланием «Бгг» прочитай пост еще раз. Видимо в 93 дум использовал llvmpipe.

По факту же оно тормозит даже на eduke32

На втором пеньке играешь?

нет

С llvmpipe на том же AMD A10 не так уж и медленно выходит.

Не просто возможен, а реализован. Да и на svgalib тоже.

Какая версия движка без libGL работает?

на том же AMD A10 не так уж и медленно выходит.

дожили. Чтобы без тормозов программно показывать простую графику с простейшими текстурами требуется более мощный проц, чем A10. Facepalm

Дум емнип был рассчитан на 15 или 30, конструктивно. И вполне их выдавал даже на 386SX16.

CPU (если понимать под ними x86) не заточены под работу с z-буфером, шейдерами и текстурами. Там нужна совершенно другая архитектура (из более-менее современных CPU такое умели Cell и SPU из PS3 и 2 соответственно).

CPU (если понимать под ними x86) не заточены под работу с z-буфером, шейдерами и текстурами.

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

Дум - 2.5D со спрайтами вместо моделей и кучей костылей для того чтобы хоть как-то шевелится на 386х. Причём изначально он писался на nextstep, и только потом, после доведения оптимизации до ума был портирован на дос.

Тащемта, скорее наоборот. 90% предложений суперкапуцеров для параллельных вычислений сейчас есть суть куча карточек nVidia TESLA в кластере.

Это с его рендерером, а не с software opengl

Ну кроме того, чтобы авторы гнома могли говорить, что opengl везде есть, а потому не-opengl версию можно выкинуть

offscreen рендеринг, например.

Тащемта, скорее наоборот. 90% предложений суперкапуцеров для параллельных вычислений сейчас есть суть куча карточек nVidia TESLA в кластере.

Я про десктопы же, какие нафиг суперкомпьютеры. Факт: параллелизм начал массово появляться (с ростом числа ядер процессоров) только тогда, когда упёрлись в техпроцесс.

это у тебя какие то проблемы, ллвмтруба нехуиз и опенарену крутит не так уж и слабо.
http://www.gearsongallium.com/?p=418

подробнее, в чем могут быть траблы?

offscreen рендеринг, например.

А в ускоренном, разве нельзя рендерить в буфер, а не на экран?

Чтобы OpenGL API можно было использовать на картах, не умеющих аппаратное ускорение, очевидно же. Не в быстродействии дело (да и если бы он мог быть достаточно быстрым, видеокарты не нужны были бы)

Дык дело в том что тесла мало отличается от десктопной нвидии что в аппаратном смысле, что в программном. И да, параллелизм в CUDA/OpenCL такой что CPU и не снилось :)

Дык дело в том что тесла мало отличается от десктопной нвидии что в аппаратном смысле, что в программном. И да, параллелизм в CUDA/OpenCL такой что CPU и не снилось :)

Только вот ни о какой переносимости и простоте разработки речи уже не идёт. Плавали, знаем. Видеокарта Nvidia, в отличие CPU, есть не у всех, потому не получается перекладывать критически важные функции на CUDA.

перекладывать критически важные функции на CUDA.

Если кому-то эти функции критически важны, он купит и карту нвидии и даже теслу, если видеокарты не хватит

Если кому-то эти функции критически важны, он купит и карту нвидии и даже теслу, если видеокарты не хватит

Предположим, мы хотим юзать нейросеть на CUDA для AI в нашей игрушке. Достаточно, чтобы купить карту Nvidia? А если у юзера AMD/ATI ? А если Intel? И начинаются костыли с альтернативной софтовой реализацией.

наткнувшись на эту тему — я засунул строчку

LIBGL_ALWAYS_SOFTWARE=1

внутрь файла /etc/environment , и перезагрузился..

и вот что я вам скажу, ребята..

да, стало чуть хуже:

1. пропали некоторые [радовавшие глаз] спец-эффекты из gnome-shell..

2. появился слегка-заметный [не раздражающий] тирринг во время просмотра видеокинофильмов..

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

игрушек на компьютере — нет.

думаю ребята делавшие LLVMpipe — молодцы. ^_^

а после убирания LIBGL_ALWAYS_SOFTWARE=1 из /etc/environment — всё стало работать так волшебно ТАК ВОЛШЕБНО!! :-)

может вот она цель LLVMpipe! сделать чуть хуже, привыкнуть к этому, а затем вернуть всё как было и радоваться!! ^__^

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

Как утверждает Matthias Hopf, software renderer оказался полезен для обучения студентов основам OpenGL. Чтобы не смешивать на начальном этапе обучения основы и «заморочки», специфичные для каждого драйвера.

Видео с выступлением тут: http://www.youtube.com/watch?v=PzLWlZf1Yjc

А в ускоренном, разве нельзя рендерить в буфер, а не на экран?

Можно, с созданием невидимого окна. В случае же месой не нужны ни окна, ни иксы, ничего.