Релиз Blender 2.61

Вообще-то GIMP не аналог фотошопа и быть им не стремится. У фотошопа более ограниченный круг задач.

О чём ярко свидетельствует появление 3D слоёв в CS5, например.

ymuv> Простыми средствами - это на процессоре?

Рендеринг на GPU без CUDA с уточнениями от CPU - не? Можно было и на OpenCL написать - оно хотя бы не только для видеокарт создавалось, а для всего, что можно приспособить под вычисления.

Ну это уже перебор. Адоб делает монстра, который такими темпами мало кому будет нужен лет через 5.

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

Ну это уже перебор

Так ты определись: перебор или недобор :)

AP> Так ты определись: перебор или недобор :)

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

В новом фотошопе ведь уже и средства измерения и анализа медицинских данных есть.
В новом

Мда... Ну если CS3 считать новым... :)

Ты видешь суслика? ....

А он есть

Давно ждал, спасибо разрабам. Про гимп: ИМХО, в нем не хватает только поддержки 16-битного цвета на канал. Жаль, что в планах разрабов данная фича не входит в число приоритетных.

А сайт лежит.. Видимо много желающих скачать нахлынуло)

Всегда качал отсюда разные сборки: http://graphicall.org

Про гимп: ИМХО, в нем не хватает только поддержки 16-битного цвета на канал. Жаль, что в планах разрабов данная фича не входит в число приоритетных.

Жесточайший 4.2

Можно было и на OpenCL написать - оно хотя бы не только для видеокарт создавалось, а для всего, что можно приспособить под вычисления.

С фанатством пора завязывать.

Каюсь, последний раз следил за развитием проекта года 1.5 назад, версия 2.8 обещает полностью отказаться от дуалбута на машине и проприетарного говнософта.

16бит версия 2.8 не прибавит :)

Можно было и на OpenCL написать

Оно вроде как на нём и написано. Поначалу было на CUDA, но потом решили не ограничивать в возможностях обладателей альтернативных видюх.

Круто выглядит.

Впечатляет.

У меня не работает, либо ЛОР-эффект

Интересно, на чём у него интерфейс сделан, красиво выглядит, симпотишные элементы управления... в общем няшно :)

Python 3.2

В блендере есть тенденция все переводить на ноды, и атрибуты, и геометрию, и частицы, и небо, и Аллаха. Вот здесь про это пишут - http://phonybone.planetblender.org/, правда сайт лежит прямо сейчас. Вполне универсальный инструмент получится, не?

http://storage6.static.itmages.com/i/11/1215/h_1323930930_9385189_7b4bddbf3b.png

Рендер:cycles
Полигонов:75 тыс
Продолжительность рендеринга:4 часа
Время потраченное на создание работы:3 часа
Постобработка:Виньетка в Гимпе
На создание работы вдохновило: Конкурс

Это как? На ассемблере через in/out, или записывая куда-то в /dev/ ?

Шикарно! Неверится прям, что продукт свободный.

Красиво :) Правда на правом шарике заметен пиксельный шум, если присмотреться

Раскажите кто нибудь, зачем нужен блендер, на практике. Стоит ли тратить время на изучение. На рынке труда есть спрос на спецов по блендеру?

Не совсем так. Очень желательно, чтобы shader model была по меньшей мере 1.3 на этой карте. В противном случае нужно переключиться в экспериментальный набор функционала (это на панеле рендера). При этом рендерить с более старыми видеокартами станет возможно, но, вероятно, появятся артефакты в каких-то ситуациях.

Тебе наверняка незачем, и тратить время не стоит.

гуд новость!

Ох уж эти аналитики. Прежде, чем вылезать с критикой, может стоит ознакомиться с вещами более детально, чем по краткому описанию в пресс-релизе? 1. Перенести атрибут это дело одного оператора присваивания, что со стороны C, что и со стортоны Python. Но внимание вопрос: в какой момент делать такой перенос? По каким правилам шейдинга и блендинга это делать? Более того, это не просто перенос атрибута, а ещё и блендинг перенесённых атрибутов в рамках уже одной геометрии. 2. Да, это система динамики. Модификатор лишь используется для того, чтобы явно указать над какой геометрией производить действие. Скажем, можно сперва применить модификатор массива и затем начать динамически рисовать на резултате, можно на результат динамического рисования применить массив и получить совершенно другйо результат. 3. Про произвольную геомтрию непонятно. Куб и сфера разные геометрии или разные? Вообще внутренне DynamicPaint работает с DerivedMesh, если это имеет значение. Откуда этот DerivedMesh был получен (меш, нурбс, мета) не имеет значение. Единственное, что я тут вижу нереализованное — UI для DynamicPaint для не-мешовых объектов. Если оно будет нужно в _реальных_ проектах а не в сфероконических рассуждениях об идеальных тулзах — вывести непроблема. Произвольные атрибуты это тоже непонятно. Он работает с атрибутами, необходимыми для текстурирования объекта. Теоретически можно и разного рода нормальи переносить, но опять таки, правила переноса и блендинга для других атрибутов могут быть абсолютно другими. Поэтому с другого рода атрибутами просто ничего не происходит. Добавить их обработку это опять таки дело одного присваивания. 4. На сколько я понял код, да, оно работает с другими компонентами блендеровской динамики.

Dynamic paint (динамическое рисование) - физ и ческая симуляция

Пример рендеринга кстати порадовал

OpenCL в нынешней реализации оказался полностью негодной поделкой. Толково оно только на видиокартах NVidia работает. На всём остальном компиляторы падают при компилировании ядер — не справляютя они с тем размеров ядра, что используется в блендере. Как только подобного рода ошибки в компиляторах будут исправлены, можно будет говорить о возможности запуска на OpenCL.

И кстати, OpenCL доступен в виде экспериментальной фичи в блендере. Но там далеко не весь спектр возможностей доступен (чисто из-за ограничений компиляторов) и оно может быть крайне нестабильным. Сейчас ведутся переговоры с AMD/ATI, которые некоторый набор ошибок в компиляторе поправили (по крайней мере компилироваться ядра начали). Но там ысплыли другого рода артефакты.

*facepalm* Вот что значит новости на ночь глядя писать...

Эт я знаю... тулкит какой? Они видимо взяли какой-то и под него тему сварганили или как?

кстати справедливо подметили, что какая-то хрень внизу в правом углу растет... посмотреть

Собственный тулкит, на OpenGL интерфейс рисует.

на момент написания псто сайт не отвечает. блендер настолько крут, что хомячки толпой ринулись апгрейдиться с 2.6.0 до 2.6.1. шикарно.

Ну дык над гимпом 2.8 полтора года уж трудятся. Посмотрим... в январе обещают

На других областях шума нет, так что, скорее всего, это фактура материала.

Ну дык над гимпом 2.8 полтора года уж трудятся.

Наивняк :)

На других областях шума нет, так что, скорее всего, это фактура материала

Это я понял, просто шум слишком пикселезирован, что выдаёт рендер, а так на фотку похоже :)

Красиво :) Правда на правом шарике заметен пиксельный шум, если присмотреться

Это не шум. Это матовая поверхность у шарика. Приглядитесь к настоящим елочным игрушкам. Все так и есть.

Ох уж эти аналитики. Прежде, чем вылезать с критикой, может стоит ознакомиться с вещами более детально, чем по краткому описанию в пресс-релизе?

Вообще «аналитики» работают в реальном продакшне.

1. Перенести атрибут это дело одного оператора присваивания, что со стороны C, что и со стортоны Python.

Это могло бы быть правдой, если бы шла речь об одинаковых топологиях, тогда да, копирование атрибута. Но речь о переносе атрибута с одной топологии на другую, например, нога персонажа продавливает заснеженную поверхность. Топологии разные, значит имеет место самплинг. А это уже: а) создание специальной структуры данных для быстрого самплирования б) использование различных ядер для усреднения полученного результата. Т.е. задача заведомо более сложная, чем a = b Это стандартная каждодневная задача.

Про произвольную геомтрию непонятно. Куб и сфера разные геометрии или разные?

Геометрия, созданная каким-либо плагином (для Майки это очень характерно, плагин А создает геометрию, о которой не знает плагин Б, в результате плагин Б не работает с геометрией плагина А)

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

Ну о чем и говорилось, куча каких-то нестандартных тулзов каждый под свою задачу. Нифига не юникс вей. В Houdini этот Dynamic Paint решается стандартным (универсальным для любой задачи) AttribTransfer SOP + стандартным универсальным, годным для разных задач SOP Solver'ом, что и есть юникс вей :)

Вообще внутренне DynamicPaint работает с DerivedMesh, если это имеет значение.

Да, это значение имеет. Если все на самом деле так, то это правильно.

Если оно будет нужно в _реальных_ проектах а не в сфероконических рассуждениях об идеальных тулзах — вывести непроблема.

Я пока рассуждаю на опыте реальных проектов и задача всех этих футпринтов (если речь не о рендер тайм футпринтах), является примитивнейшей задачей. Собственно, что и вызвало диссонанс «Иные пакеты даже в мажорных релизах не имеют такого списка фич» и «тул для создания эффектов типа футпринтов» Иные пакеты о таких тулзах не заикаются по той причине, что это в них собирается за где-то 1 минуту и не считается фичей ;)

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

Циклы ещё проще и благозвучнее.

И таки да, не все любят «падонкафский» сленг.

С этим согласен.

В новом фотошопе ведь уже и средства измерения и анализа медицинских данных есть.

O_O А можно подробности? Про фотошоп только слышал, сам никогда не работал в нём, но интересно что это такое и какими средствами достигается и, главное, для чего это в редакторе.

И таки да, не все любят «падонкафский» сленг.

Дело не в «падонках», а в схожести начертания «s» с рукописной русской «г». С учётом схожести почти всех букв с русскими вывод, думаю, очевиден.

Ух, блендер как всегда радует!

Верю. Главное -когда? стабильного релиза ой как давно не было.

Как только — так сразу :) Чисто теоретически, выпущенный на днях 2.7.4 — последний перед выпуском 2.8.

Ого. Хорошая новость.