Чтобы в 3D окружении текстуры выглядели более выпукло, они реагируют на освещение используя Normal map. Это такая дополнительная карта-текстура, пиксели которой сообщают об вымышленном угле наклона отражения света от текстуры. Такой приём используют не только в 3D но и в 2D играх на спрайтах.

Чтобы упростить создание таких карт даже есть несколько инструментов, например, Laigter, Sprite Lamp, Sprite DLight. Вот, например, наглядное видео про генератор Sprite Dlight, который автоматически по спрайту создаёт такую карту, поскольку информации в спрайте обычно достаточно: придается общая выпуклость всему спрайту по контуру непрозрачности, и, дополнительно, выявляется и накладывается объём у деталей, исходя из контрастной информации соседних пикселей.

И вот недавно появилась публикация о продвинутом инструменте для изменения освещения на основе любой 2D информации. На основе имеющегося рисунка составляется представление об освещении, и, затем, появляется возможность отделить цвет от освещения и поменять источник освещения на изображении.

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

Вот инструкция как имеющуюся карту нормалей можно использовать в 2D графике.

Для всех журналистов, юристов, писателей и людей прочих профессий, чья деятельность связана с написанием текстов крайне было бы полезно пройти курс работы над текстом кода для программистов. Причин две: во-первых повышение гигиены текста, т.е. отсутствия двойных пробелов, лишних букв, систематизации, найменований. А во-вторых, и это главное, приемам для повышения скорости работы над текстом: от простых, типа прыгать по словам с зажатым Ctrl+←/→, и удаления слов по Ctrl+Backspace, способам использования автозамены, автоматических преобразований. До сложных, например, использование сравнения текстов, истории версий или составление совместных текстов, например интервью и договоров, на GitHub.

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

В офлайне все файлы у меня живут в папках вида «Сфера/Индустрия/Дата-Название/Дело/Версия». Безумно удобно. Самая слабая сторона это «Название», поэтому она идёт в паре с датой, чтобы иметь ещё и временную привязку в памяти. Дата нужна не всем делам, а только имеющим временный характер (например, Фото, но не Проекты). Такая структура, кстати, позволяет переорганизовывать без труда одни сущности в другие. В Делах, разумеется, появляется своя структура под конкретные задачи, например, папка «Референсы» с коллекцией ссылок и картинок, если делается какое-то графическое дело. Никогда не называю файлы случайно, это всегда список от крупных принадлежностей к мелким свойствам. Типа «2019-10-10-podhod.ru-chgsport2019-афиша2-текст2.pdf». Кириллицу использую, заглавные только в начале. Кстати, лучше векторный редактируемый PDF а не AI. Разделители минусы а не подчёркивания, чтобы даблкликом выделять одно слово а не всё сразу. И не пробелы, чтобы использовать пробелы по назначению.

Кроме того я активно использую Shortcut Links, чтобы легко переходить из одной папки в другую между сущностями по связанным делам. Если вести дела системно, то они и не ломаются.

Простые записи веду просто в Нотепад++ в соответствующих папках. В Эверноуте я храню тексты, идеи и списки, которые важно чтобы синхронизировались автоматически и были доступны с устройств. При этом все актуальные графические и видео дела в ручную дублируются на различные Облака. Дублирование, а не единичное хранение и не автоматическое копирование, не раз спасало от ошибок сохранения. (Кстати, давний опыт показал, что с историями версий графических файлов никаких хранилищ не хватит, ни жёстких дисков ни серых клеточек — это бессмысленная затея).

С лёгкостью возвращаюсь к делам которые делал 15 лет назад, когда примерно начал так всё вести всё. На то чтобы всё систематизировать тогда у меня ушла пара дней, не так это страшно.

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

Список с огромным количеством бесплатных кистей на сайте Procreate. Для скачивания:
https://procreate.art/discussions/10/28/25109

Отдельно отмечу автора RobbyW, который сделал много потрясающих кистей для графики в Прокриэйт.

https://procreate.art/discussions/10/28/27726

https://procreate.art/discussions/10/28/28632

https://procreate.art/discussions/10/28/27324

https://procreate.art/discussions/10/28/27508

https://procreate.art/discussions/10/28/27631

https://procreate.art/discussions/10/28/30054

https://procreate.art/discussions/10/28/27836

https://procreate.art/discussions/10/28/29377

https://procreate.art/discussions/10/28/28069

Потребовалось срочно «на глаз» перевести цвета из CMYK в RAL, без веера, на ощупь в интернете. Вот как поступил:

1. В коллорпикере (у меня был сразу на макете иллюстратора) брал CMYK 
2. На сайте https://rgb.to/ral/ получал рекомендацию RAL
3. На сайте https://colorscheme.ru/ral-colors/ по номеру RAL проверял выбор, там немного другие значения в таблице соответствий c CMYK.