https://opennet.dev/openforum/vsluhforumID3/109275.html Представлен (https://www.blender.org/features/2-78/) релиз свободной системы 3D-моделирования Blender 2.78 (https://www.blender.org). Предполагается, что эта версия является последней из серии 2.7х и разработчики направят все усилия на разработку новой ветки 2.8х.<br><br><br>Ключевые особенности Blender 2.78:<br><br><br><br>- Моделирование<br><br><br>- Художники, использующие кривые Безье, получили возможность для простого рисования &#171;от руки&#187;. Работа нового инструмента чем-то напоминает использование Grease Pencil, за тем исключением, что рисунок &#171;превращается&#187; в обычную кривую. Особенность инструмента в том, что с его помощью можно легко придавать форму кривой в соответствии с ближайшей поверхностью в автоматическом режиме.<br><br><br>- Оптимизирован модификатор Decimate, предназначенный для упрощения структуры Mesh. Теперь изменяемая сетка получается более правильной, без резких перепадов. В дополнении к нему появился новый инструмент с одноименным названием, для использования в режиме редактирования. <br><br>- Опти https://opennet.dev/openforum/vsluhforumID3/109275.html#40 Fri, 07 Oct 2016 18:27:48 GMT Благодаря таким как ты я могу продолжать нахаляву юзать годный софт и нихрена не отдавать взамен. Спасибо таким хорошим людям как ты<br> https://opennet.dev/openforum/vsluhforumID3/109275.html#39 Mon, 03 Oct 2016 17:41:09 GMT Учитывая с какой завидной регулярностью происходит оптимизация для Нвидии https://developer.blender.org/D2269 (угадайте кто автор патча не открывая ссылку, подсказка он же не пропускает патчи и сам не оптимизирует ничего для AMD) вся надежда на интеграцию AMD FireRay, которой нанятый AMD разработчик сейчас занят. Судя по отписавшемуся одному из юзеров на том же форуме, который в свое время получил доступ к FireRay сделал какие-то патчи и получил от AMD - Fire Pro W9100 16 GB GDDR5 эта штука заметно шустрее Cycles(во всяком случае в текущем виде) и ест меньше памяти.<br> https://opennet.dev/openforum/vsluhforumID3/109275.html#38 Sun, 02 Oct 2016 10:54:00 GMT Он вне конкуренции скорости, когда нужно отредерить анимацию без глобального освещения.<br>Также используется для их видео редактора.<br> https://opennet.dev/openforum/vsluhforumID3/109275.html#37 Sun, 02 Oct 2016 10:39:52 GMT &gt; Спасибо за ссылку. ...А вот с ATI совсем странно. Даже GOTO нет? <br>&gt; Но вызов функций это же CALL.<br><br>Я так понимаю, что суть не в названии, а в отсутствии возможности перехода в произвольную точку. На GCN похоже эта возможность есть, но не используется. Скорее всего относительно линейное исполнение кода существенно быстрее. Возможно сказываются какие-то ограничения GPU - ведь относительно полноценного процессора ядра GPU очень простые.<br><br>&gt;&gt; Получается, что старые (VLIW) платы <br>&gt; Эх, никак не смирюсь, что моя безвентиляторная 5750 уже старенькой считается.<br><br>Так если вам ее хватает - пользуйтесь. У меня вот тоже HD6770 лежит, а для повседневных нужд мне и встроенного видео хватает :)<br><br>&gt;&gt; Это не только проще для компилятора <br>&gt; Но и составит конкуренцию nvidia. Что, похоже, и является одной из главных <br>&gt; проблем. Хотя странно, ведь AMD теряет на ровном месте. Если, конечно, <br>&gt; там в менеджмент не проник кто-то из nVidia.<br><br>ИМХО все гораздо проще. OpenCL требует определенного подхода и знаний для получен https://opennet.dev/openforum/vsluhforumID3/109275.html#36 Sun, 02 Oct 2016 08:09:46 GMT они еще пилят blender internal? полагал, давно уже только cycles<br> https://opennet.dev/openforum/vsluhforumID3/109275.html#35 Sat, 01 Oct 2016 23:40:11 GMT &gt; В любом случае, можно разбить задачу на отдельные подзадачи (kernels), как это делает LuxRender.<br><br>Такой подход вообще является общепринятой хорошей практикой. Одно известное мне исключение: легковесный TCP/IP стек под именем uIP (ставшей частью ContikiOS).<br><br>https://github.com/contiki-os/contiki/blob/6157dce0b55dd337cd8c2e4050f3000b2a982985/core/net/ipv4/uip.c#L50-L55<br><br> * [...] To keep the size<br> * of the compiled code down, this code frequently uses the goto<br> * statement. While it would be possible to break the uip_process()<br> * function into many smaller functions, this would increase the code<br> * size because of the overhead of parameter passing and the fact that<br> * the optimier would not be as efficient.<br><br>Время идёт, а там до сих пор нет эффективных компиляторов, которые справились бы с вызовами функций вместо одной огромной функции с goto. Ну там всё таки embedded и даже ещё хуже: один из коммитеров фан процессора 6502. И пилит компилятор cc65. И uIP должен поэтому продолжать работать даже там https://opennet.dev/openforum/vsluhforumID3/109275.html#34 Sat, 01 Oct 2016 22:31:54 GMT Спасибо за ссылки.<br>Почитал и покопался глубже на эту тему, нашел интересный комментарий:<br>https://community.amd.com/message/1298840#1298840<br><br>Получается, что старые (VLIW) платы вообще не поддерживают переходы, только циклы и условия. Да и фактически проблема не в этом, а в непомерном потреблении памяти при компиляции и низкой скорости самой компиляции. Не говоря уже об общей бажности.<br><br>В любом случае, можно разбить задачу на отдельные подзадачи (kernels), как это делает LuxRender. Это не только проще для компилятора, но и существенно лучше в плане производительности. Достаточно глянуть на SmallLuxGPU.<br> https://opennet.dev/openforum/vsluhforumID3/109275.html#33 Sat, 01 Oct 2016 21:42:12 GMT Почему "более впечатляющая попытка". В этот раз не так быстро?)<br> https://opennet.dev/openforum/vsluhforumID3/109275.html#32 Sat, 01 Oct 2016 20:58:57 GMT &gt;&gt; (он тупо инлайнит все функции <br>&gt;&gt; вместо их вызова и результат не влазит в память).<br>&gt; Где об этом можно почитать?<br><br>А, этого было много.<br><br>Коротко: http://blender.stackexchange.com/questions/452/what-is-the-technical-reason-that-blender-cannot-use-opencl-on-amd-graphics-card<br><br>Зов любителей ATI (AMD по безысходности) почти 4 года назад: https://community.amd.com/thread/160162<br><br>Петиция: Да если вы не хотите / не можете сами в конце-то концов исправить ваш компилятор, так откройте его хотя бы! https://www.change.org/p/advanced-micro-devices-fix-bugs-in-opencl-compiler-drivers-and-eventually-opensource-them<br><br>"How bad is AMD OpenCL compiler?" Типичный пример кода, и "у нас есть инженеры, мы посмотрим..." https://community.amd.com/thread/168703 Так и смотрят...<br>