Я же сказал, что там написано в подсказке: «Device to use for computation (rendering with Cycles)».
Подозреваю, что он где-то настраивается, но где?..
Как вариант даже опробовал на производительность Acceleration structure на вкладке Performance.
При стандартном рендеринге изменяя параметры можно значительно ускорить просчет.
Дефолтное значение «Auto» иногда сильно замедляет просчет.
При тестировании простой сцены я определил, что для меня самым оптимальным есть значение «SIMD SVBVH». Кстати, изменении параметров Acceleration structure иногда влияет на освещенность, тени, блики, отражения, шума в выходной картинке.
Кстати, автор поста описывал, что OpenCL еще сырой.
У меня дома новая видюха NVidia 560 Ti 2Gb RAM, в ней CUDA существенно шустрее OpenCL даже на последних драйверах. Она считает сразу три-четыре семпла за один раз.
Перед этой картой у меня была ATI HD 3870 512Mb RAM, которая сгорела под нагрузкой современных технологий. Так, что рекомендую иметь хорошее охлаждение и следить за поведением карточки. Если будет уводить комп в синий экран, лучше её сильно не напрягать.
Особое внимание прошу обратить на время рендеринга каждой из сцен (слева вверху вьюпорта).
Автору статьи большой респект за то, что подсказал как исправлять шумовые артефакты источников света.
Кстати, я похожие проблемы исправляю миксом шейдеров, так-как заметил, что шейдер Glossy имеет свойство усиливать шума.
File->User Preferences->System->Compute Device: None / CUDA / OpenCL
Это не то, там пишут в подсказке: «Device to use for computation (rendering with Cycles)»
И я проверял, этот пункт работает только с рендером «Cycles Render» и игнорирует «Blender Render»…
Если кто нибудь сталкивался, отзовитесь пожалуйста, буду ОЧЕНЬ благодарен.
Я недавно начал осваивать Blender…
Возможно у нас (у всего отдела дизайна) была одна и та же галлюцинация, но у меня в какой-то версии Blender-а стандартный рендеринг (Blender Render) имел две кнопки CPU и GPU, над кнопками Image и Animation… А потом в один прекрасный день они исчезли…
Если в курсе, что за версия Blender-а такая, сообщите пожалуйста, а то у меня был прирост производительности тогда примерно в 40 раз (видеокарты NVidia Ti 560, 2Gb RAM и Quadro FX 3800 1Gb RAM)… Там получался просчет одного кадра: CPU — 8 минут 50 секунд, GPU — 2:65 секунды… (42856 Polygonal Multires Cube, Mirror material + Normal Bump texture, AO, Point Light+Area Shadow, 1920x1080). При сравнении обоих вариантов рендеринга, тогда отличий найдено не было.
Парадокс в том, что я обновлял Blender с оф. сайта и кнопки исчезли. Народ у нас решил подсесть на Blender тогда, после моей рекламы, но из-за вышеуказанного облома все опять вернулись к привычным платным пакетам 3D-графики.
Я сдаюсь. Но… таблица выше, это всего лишь «пример» и дизайна в ней нет вообще (особенно моего). Это такая «глиняная» заготовка из которой можно слепить то, что нужно… Правда если руки растут из того места. То, что получится из этой «глины» вы скоро увидите, когда я закончу свою программу. Признаюсь по секрету, табличная форма представления (для меня) очень громоздка сама по себе. В общем, я над этим работаю. Но за критику и очень хорошие советы — большое спасибо.
Я не пессимист, но в момент, когда у человека появляется доступ к сети Интернет из дома, деанонимизицация происходит автоматически. Это в первую очередь связано с тем, что при заключении договора с провайдером, в самом договоре указывается наш физический адрес и статический IP (или динамические IP есть в логах серверов провайдера). Ну, а как узнать реальный адрес по IP, знают многие из Вики, вот например.
По этому лучше использовать точки доступа в кафешках и часто менять логины на Гугле и на Фейсбуке, хотя от них тоже лучше отказаться. В общем, как не крутите, а деанонимизицация сейчас становится из области фантастики и это пугает.
Вот решил протрейсить пингом почтовик ukr.net [195.214.195.105], выдало даже точный адрес в г. Киеве.
Правда есть конечно еще надежда на прокси и на кнопку в браузере «Включить анонимный режим», но не все ресурсы в Интернет согласны, чтобы их даже смотрели анонимно…
Спасибо за ссылку, но я сторонник ОЧЕНЬ чистого API.
Такое легко получить в JTable, примеров много в сети Интернет, например вот или здесь.
Всего лишь, пишем пару малюсеньких классов дополнительных и все. А по формулах отдельный разговор, как я писал в своей статье здесь, это легко проверяется при перерисовке таблицы. Создаем свои «макро-функции» и все. Главное не использовать циклов, это часто вешает программу.
Ага. В 2001 году я уже послушал один раз совета не применять в интерфейсах программ разные цвета и градиентные переходы и (по тому же совету) пошел работать в дизайн наружной рекламы. Теперь жалею. Недавно заезжал на старую работу (ту, где создал первую программу с цветным графическим интерфейсом — «Калькулятор прихода/расхода») увидел её и почувствовал себя обманутым школьником… Те глянцевые, контрастные кнопки, меню и списки, которые сейчас применяются (в подавляющем большинстве) в дизайне интерфейсов программ меркнут перед этим, действительно рожденным в муках дизайном интерфейса. Хотя, на вкус и цвет…
Но я не живу прошлым.
Несколько лет назад, у меня появилась идея — объединить то, что сейчас все активно разделяют (код и графическое представление). Не в смысле вернуться к старому типу программирования, а создать визуальную архитектуру взаимодействия объектов (и графики, и логики, и данных). В общем, я пока еще экспериментирую «в песочнице» Java. Но скоро, чего нибудь придумаю. Конечно есть нодовая система представления и UML, но тут камнем преткновения является — удобочитаемость графического представления. Велосипед с формами давно устарел, как и общепринятые элементы графического интерфейса…
Уверен — в написании кода, именно за графикой будущее, так-как это убивает сразу всех зайцев: дешевле, красивее, понятнее. И то, над чем мы все сейчас трудимся — создание идеальных алгоритмов, вскоре достигнет уровня, когда таки и простая домохозяйка сможет набросать в три клика программку многоуровневого доступа к реляционным базам данных любимого магазинчика, с дисплея холодильника. И если вы её (домохозяйку) спросите о типе шаблона который она применяла при проектировании своей программы, то она вам не только скажет MVC, MVVM и/или др. типа «Фабрика», «Одиночка», «Наблюдатель» и т.д., но и картинками на дисплее того же холодильника покажет, как она это делает и какой эффект от этого получится при покупке товаров (или в каком магазине, какой шаблон используют). Хотя имена шаблонов к тому времени, наверное, тоже изменятся. Вот к этому мы все и стремимся. На том и будем стоять, и я, и создатели Java.
На счет необходимости сериализации данных можно долго спорить (по крайней мере баз данных или таблиц которые с ними работают). И такое я вряд ли буду сам практиковать, так-как это не только чревато порчей объектов в базах данных или самих таблиц и базы данных при транзакциях, но и грозит серьезными утечками памяти при количестве записей в базе больше сотни или двух. По этому сериализация хороша именно для маленьких приложений с табличным отображением данных, удобным для восприятия подавляющего большинства пользователей.
Но не могу не согласиться, что такой подход именно для таблиц может быть и впрямь излишен, как заметил выше knekrasov. Но ведь так хочется сериализовать сложные объектные структуры, содержащие визуальные элементы, и необходимые им уникальные данные. Особенно, такой подход ИМХО будет хорош для создания нодовых графических узлов (не содержащих в себе медиа контент). Извините, я живу, работаю и мыслю как дизайнер.
Например, при перемещении/масштабировании пользователем колонок, сохранится декорирование.
На выходе получается бинарный файл.
Нет необходимости использовать базу данных и её драйвера.
Сохраняются все введенные данные, а значит при запуске программы не нужно в циклах заполнять и декорировать таблицу, так-как это происходит автоматически.
Большое спасибо за плюс и отзывы.
Хочу заметить, что в архиве, в папке «testTable\aosnec» было три файла:
testTable.java — здесь класс визуального представления,
JCTableCellRenderer.java — класс реализации прорисовки таблицы,
JColumnRenderer.java — класс прорисовки ярлыков колонок.
Да, в testTable реализованы методы создания или загрузки колонок и таблицы: loadColumn() и loadModel(). Их и вправду лучше реализовать в отдельном сериализованном классе. Честно говоря, изначально я так и делал, но код все равно не хотел работать из-за попыток сериализации выделения в таблице:
По этому для простоты перемещения по коду я реализовал все вместе и создал маркеры TODO, чтобы проще было искать основные методы. Критику учел, поместил все в отдельный класс TableAndColumnCreater и переложил в архив.
Теперь в архиве, в папке «testTable\aosnec» четыре файла:
testTable.java — здесь класс визуального представления,
JCTableCellRenderer.java — класс реализации прорисовки таблицы,
JColumnRenderer.java — класс прорисовки ярлыков колонок,
TableAndColumnCreater.java — класс создания таблицы и колонок.
Все это можно скачать по вышеуказанной ссылке в статье.
Эта чуть более развернутая и удобочитаемая статья с подсветкой синтаксиса и подробным разбором перехвата NumberFormatException при перерисовке таблицы здесь. По мере необходимости статья будет дополняться и улучшаться.
Я же сказал, что там написано в подсказке: «Device to use for computation (rendering with Cycles)».
Подозреваю, что он где-то настраивается, но где?..
Как вариант даже опробовал на производительность Acceleration structure на вкладке Performance.
При стандартном рендеринге изменяя параметры можно значительно ускорить просчет.
Дефолтное значение «Auto» иногда сильно замедляет просчет.
При тестировании простой сцены я определил, что для меня самым оптимальным есть значение «SIMD SVBVH». Кстати, изменении параметров Acceleration structure иногда влияет на освещенность, тени, блики, отражения, шума в выходной картинке.
У меня дома новая видюха NVidia 560 Ti 2Gb RAM, в ней CUDA существенно шустрее OpenCL даже на последних драйверах. Она считает сразу три-четыре семпла за один раз.
Перед этой картой у меня была ATI HD 3870 512Mb RAM, которая сгорела под нагрузкой современных технологий. Так, что рекомендую иметь хорошее охлаждение и следить за поведением карточки. Если будет уводить комп в синий экран, лучше её сильно не напрягать.
Пример простого прохода по умолчанию.
Пример настроенного семплирования.
Просчитанная картинка 1920x1080.
Пример просчета стандартным рендерингом.
Особое внимание прошу обратить на время рендеринга каждой из сцен (слева вверху вьюпорта).
Автору статьи большой респект за то, что подсказал как исправлять шумовые артефакты источников света.
Кстати, я похожие проблемы исправляю миксом шейдеров, так-как заметил, что шейдер Glossy имеет свойство усиливать шума.
Это не то, там пишут в подсказке: «Device to use for computation (rendering with Cycles)»
И я проверял, этот пункт работает только с рендером «Cycles Render» и игнорирует «Blender Render»…
Если кто нибудь сталкивался, отзовитесь пожалуйста, буду ОЧЕНЬ благодарен.
Я недавно начал осваивать Blender…
Возможно у нас (у всего отдела дизайна) была одна и та же галлюцинация, но у меня в какой-то версии Blender-а стандартный рендеринг (Blender Render) имел две кнопки CPU и GPU, над кнопками Image и Animation… А потом в один прекрасный день они исчезли…
Если в курсе, что за версия Blender-а такая, сообщите пожалуйста, а то у меня был прирост производительности тогда примерно в 40 раз (видеокарты NVidia Ti 560, 2Gb RAM и Quadro FX 3800 1Gb RAM)… Там получался просчет одного кадра: CPU — 8 минут 50 секунд, GPU — 2:65 секунды… (42856 Polygonal Multires Cube, Mirror material + Normal Bump texture, AO, Point Light+Area Shadow, 1920x1080). При сравнении обоих вариантов рендеринга, тогда отличий найдено не было.
Парадокс в том, что я обновлял Blender с оф. сайта и кнопки исчезли. Народ у нас решил подсесть на Blender тогда, после моей рекламы, но из-за вышеуказанного облома все опять вернулись к привычным платным пакетам 3D-графики.
По этому лучше использовать точки доступа в кафешках и часто менять логины на Гугле и на Фейсбуке, хотя от них тоже лучше отказаться. В общем, как не крутите, а деанонимизицация сейчас становится из области фантастики и это пугает.
Вот решил протрейсить пингом почтовик ukr.net [195.214.195.105], выдало даже точный адрес в г. Киеве.
Правда есть конечно еще надежда на прокси и на кнопку в браузере «Включить анонимный режим», но не все ресурсы в Интернет согласны, чтобы их даже смотрели анонимно…
Такое легко получить в JTable, примеров много в сети Интернет, например вот или здесь.
Всего лишь, пишем пару малюсеньких классов дополнительных и все. А по формулах отдельный разговор, как я писал в своей статье здесь, это легко проверяется при перерисовке таблицы. Создаем свои «макро-функции» и все. Главное не использовать циклов, это часто вешает программу.
Но я не живу прошлым.
Несколько лет назад, у меня появилась идея — объединить то, что сейчас все активно разделяют (код и графическое представление). Не в смысле вернуться к старому типу программирования, а создать визуальную архитектуру взаимодействия объектов (и графики, и логики, и данных). В общем, я пока еще экспериментирую «в песочнице» Java. Но скоро, чего нибудь придумаю. Конечно есть нодовая система представления и UML, но тут камнем преткновения является — удобочитаемость графического представления. Велосипед с формами давно устарел, как и общепринятые элементы графического интерфейса…
Уверен — в написании кода, именно за графикой будущее, так-как это убивает сразу всех зайцев: дешевле, красивее, понятнее. И то, над чем мы все сейчас трудимся — создание идеальных алгоритмов, вскоре достигнет уровня, когда таки и простая домохозяйка сможет набросать в три клика программку многоуровневого доступа к реляционным базам данных любимого магазинчика, с дисплея холодильника. И если вы её (домохозяйку) спросите о типе шаблона который она применяла при проектировании своей программы, то она вам не только скажет MVC, MVVM и/или др. типа «Фабрика», «Одиночка», «Наблюдатель» и т.д., но и картинками на дисплее того же холодильника покажет, как она это делает и какой эффект от этого получится при покупке товаров (или в каком магазине, какой шаблон используют). Хотя имена шаблонов к тому времени, наверное, тоже изменятся. Вот к этому мы все и стремимся. На том и будем стоять, и я, и создатели Java.
Но не могу не согласиться, что такой подход именно для таблиц может быть и впрямь излишен, как заметил выше knekrasov. Но ведь так хочется сериализовать сложные объектные структуры, содержащие визуальные элементы, и необходимые им уникальные данные. Особенно, такой подход ИМХО будет хорош для создания нодовых графических узлов (не содержащих в себе медиа контент). Извините, я живу, работаю и мыслю как дизайнер.
Например, при перемещении/масштабировании пользователем колонок, сохранится декорирование.
На выходе получается бинарный файл.
Нет необходимости использовать базу данных и её драйвера.
Сохраняются все введенные данные, а значит при запуске программы не нужно в циклах заполнять и декорировать таблицу, так-как это происходит автоматически.
Хочу заметить, что в архиве, в папке «testTable\aosnec» было три файла:
testTable.java — здесь класс визуального представления,
JCTableCellRenderer.java — класс реализации прорисовки таблицы,
JColumnRenderer.java — класс прорисовки ярлыков колонок.
Да, в testTable реализованы методы создания или загрузки колонок и таблицы: loadColumn() и loadModel(). Их и вправду лучше реализовать в отдельном сериализованном классе. Честно говоря, изначально я так и делал, но код все равно не хотел работать из-за попыток сериализации выделения в таблице:
java.io.NotSerializableException: javax.swing.JTable$CellEditorRemover
По этому для простоты перемещения по коду я реализовал все вместе и создал маркеры TODO, чтобы проще было искать основные методы. Критику учел, поместил все в отдельный класс TableAndColumnCreater и переложил в архив.
Теперь в архиве, в папке «testTable\aosnec» четыре файла:
testTable.java — здесь класс визуального представления,
JCTableCellRenderer.java — класс реализации прорисовки таблицы,
JColumnRenderer.java — класс прорисовки ярлыков колонок,
TableAndColumnCreater.java — класс создания таблицы и колонок.
Все это можно скачать по вышеуказанной ссылке в статье.