Category: искусство

Category was added automatically. Read all entries about "искусство".

Кэнтаро Миура умер

Оказывается, 6 мая этого (2021) года умер от разрыва аорты японский мангака Кэнтаро Миура.

Земля пухом. Ему было всего лишь 54 года.

Я его знал по манге и аниме «Берсерк»:
https://ru.wikipedia.org/wiki/Берсерк_(манга)

Когда я посмотрел аниме-сериал 1997-1998 годов, то был просто потрясен его концовкой. В моём личном рейтинге самых жестоких аниме этот сериал занял на тот момент второе место (сразу после аниме-экранизации 1983 года первых четырех томов манги «Босоногий Гэн») именно и только из-за своей концовки.

Позже оказалось, что в аниме-сериале 1997-1998 годов экранизирована только небольшая часть манги, ее начало. Аниме-сериал оборвали на одном из самых ужасных мест манги, потому что на тот момент манга еще не была дописана. Многие зрители, как и я, этого не знали, поэтому восприняли аниме-сериал как законченное цельное произведение и поэтому возникает такое потрясающее впечатление от концовки сериала.

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

Я не следил и не слежу внимательно за мангой и ее экранизациями, но поглядывал краем глаза. 10 сентября вышла последняя, 364-я глава манги, при работе над которой маэстро скончался. Манга осталась незавершенной. Владельцы прав пока не решили, что с нею делать. Я думаю, что ее так или иначе продолжат.

Вот здесь автор неплохого, кстати, ютуб-канала рассказывает о содержании 364-й главы:
https://www.youtube.com/watch?v=fMSo626YCJM

Лет пять назад студент из Торонто под ником Amitoz Sidhu нарисовал Гатса, главного героя манги «Берсерк». Мне очень нравится эта картинка. На странице художника:
https://www.artstation.com/artwork/rvoDJ

Новая версия файла heroes.png

Начало: GIMP, формат PNG, утилита pngcrush.

1. Оригинальная версия файла heroes.png из задачи «Расставить супергероев по полю» к подразделу 3.3 «Drag'n'Drop с событиями мыши» второй части учебника по JavaScript:



Размеры изображения (ширина, высота): 380 × 260 пикселей.
Размер файла изображения: 56 699 байт (55,3 килобайта).

2. Я сделал новую версию этого файла:



Размеры изображения (ширина, высота): те же, что и у оригинала.
Размер файла изображения: 46 170 байт (45,0 килобайта).

Что сделано? Во-первых, убрал мусорные пиксели (не тени) между фигурками героев, создававшие впечатление грязи на экране компьютера. Нужно учитывать, что фон картинки между фигурками героев — прозрачный.

Во-вторых, фигурку Человека-паука опустил вниз на один пиксель (на демонстрационной странице авторов задачи у этой фигурки срезался один пиксель с головы сверху, это можно увидеть, если увеличить демонстрационную страницу авторов задачи в браузере), фигурку Железного человека поднял вверх на несколько пикселей до уровня Человека-паука (у Железного человека на демонстрационной странице авторов задачи из-за этой недоработки художника отрезается часть тени снизу), фигурку Капитана Америки сдвинул вправо на несколько пикселей и дорисовал срезанную художником часть тени слева от этой фигурки.

В-третьих, подправил (кое-где дорисовал) тени Капитана Америки, Железного человека, Человека-паука и Циклопа (немного сомневаюсь, что правильно его идентифицировал). Нужно учитывать, что тени нарисованы пикселями с частичной прозрачностью.

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

Эту версию картинки я делал с тем условием, чтобы при ее использовании не пришлось менять код стилей на языке CSS элементов тестовой HTML-страницы, подготовленной авторами задачи. Поэтому нельзя слишком сильно двигать фигурки, иначе они могут вылезти за границы, определенные верстальщиком, и часть фигурки попадет в фон к другой фигурке или будет «срезана».

При таком условии не получается исправить самый главный «косяк» художника и верстальщика. Авторы задачи отвели для каждой фигурки размеры (ширина, высота) 130 × 128 пикселей. Фигурки Халка и Винни-Пуха почти полностью занимают эти размеры, поэтому с ними проблем нет. А вот остальные четыре фигурки для таких размеров слишком узкие (по высоте всё в порядке), поэтому у них с боков остается определенное пространство, которое на демонстрационной странице авторов задачи не позволяет поднести четыре проблемные фигурки вплотную к боковым сторонам области просмотра браузера.

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

GIMP, формат PNG, утилита pngcrush

В одном из предыдущих постов я разбирал постановку задачи в учебнике по JavaScript. Авторы задачи создали тестовую HTML-страницу, на которой использовалась картинка в формате PNG размером 380 × 260 пикселей. Я описал несколько недостатков и ошибок, допущенных художником. После решения той задачи я решил почистить картинку, избавить ее от некоторых из перечисленных ошибок и недостатков. Вот эта картинка:



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

Уже довольно давно для обработки изображений я пользуюсь растровым графическим редактором «GIMP»:

https://ru.wikipedia.org/wiki/GIMP
https://www.gimp.org

Сначала (с 1995 года) эта программа разрабатывалась для операционной системы «Linux», но потом появилась и версия для «Microsoft Windows», которая так и называется: «GIMP for Windows». Я использую именно ее. Программа бесплатная, у нее имеется перевод интерфейса на русский язык. По возможностям, конечно, уступает флагману жанра, программе «Adobe Photoshop». Скачать программу можно с ее официального сайта, ссылка указана выше.

У меня на компьютере стояла версия 2.8.10 программы «GIMP for Windows». Это довольно старая версия, вышедшая где-то в 2013 году (то есть 8 лет назад). Но она меня полностью устраивала, и я не испытывал потребности в ее обновлении.

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

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

С этими задачами я более-менее справился и сохранил итоговое изображение в формате PNG. И тут оказалось, что на выходе у меня получился файл примерно раза в полтора больше исходного. Исходный файл имеет размер в 55,3 килобайт, а у меня получился файл около 86 килобайт.

Если бы я делал изображение для своего поста, то не обратил бы на это внимания, потому что такой размер файла картинки для сегодняшнего интернета не представляет проблемы. Но в данном случае мне захотелось примерно удержать оригинальный размер картинки, ведь вносимые мной изменения не могли, по идее, потребовать увеличения размера файла картинки в полтора раза (я не дорисовывал там ничего нового, а только немного передвинул объекты с места на место и где-то изменил небольшое количество пикселей).

* * *

Я решил немного поэкспериментировать с графическим редактором. И в первую очередь просто открыл исходную картинку, а потом сохранил ее в другом файле, никак не изменяя. И вот оно: размер файла картинки увеличился в полтора раза. Значит, виновником увеличения был не я (не мои действия, изменяющие картинку), а сам графический редактор.

Тут, наверное, следует немного пояснить, как в графическом редакторе происходит работа с картинкой. Картинка хранится в файле в формате PNG. В первую очередь это значит, что картинка хранится в файле в упакованном (сжатом) виде. Формат PNG предназначен для использования на веб-сайтах, для уменьшения размера файла картинка упаковывается по определенным алгоритмам так, чтобы размер файла был как можно меньше. Для отображения картинки браузер распаковывает ее из файла.

Точно так же графический редактор, когда открывает картинку в формате PNG из файла, распаковывает ее. Затем картинка импортируется во внутренний формат графического редактора. В этом формате картинку удобнее обрабатывать: в нем можно сохранять свои действия над картинкой, чтобы их можно было «откатить». Также у внутреннего формата есть еще множество других возможностей. Внутренний формат графического редактора «GIMP» называется «XCF», в нем можно сохранять картинку на промежуточных этапах работы над нею. Вот статья об этом формате в википедии:

https://ru.wikipedia.org/wiki/XCF

Чтобы сохранить окончательный результат обработки обратно в файл формата PNG, картинку следует не «сохранять», а «экспортировать» (в меню редактора «GIMP» это разные пункты).

* * *

Сначала я решил обновить графический редактор, надеясь, что это решит мою проблему с увеличением размера итогового файла картинки по сравнению с исходным файлом картинки. Обновление прошло гладко: нужно скачать с официального сайта файл соответствующего дистрибутива к себе на компьютер, запустить его и он установит новую версию графического редактора (затерев старую версию).

Текущая версия программы «GIMP for Windows» — 2.10.54 от 28.03.2021 года.

Но обновление не помогло. Несколько увеличились возможности импорта и экспорта картинок.

Например, при импорте картинки из файла формата PNG графический редактор выдает вопрос о преобразовании цветового пространства (цветового профиля) картинки (этот вопрос может и не выдаваться, его можно отключить в настройках редактора). В связи с этим в википедии есть несколько подходящих статей:

https://ru.wikipedia.org/wiki/Цветовое_пространство
https://ru.wikipedia.org/wiki/Цветовая_модель
https://ru.wikipedia.org/wiki/ICC-профиль

В оригинальной картинке содержится цветовой профиль «sRGB IEC61966-2.1», на который, как там написано, есть авторские права у американской компании «Hewlett-Packard». Редактор «GIMP» предлагает преобразовать указанный цифровой профиль в цифровой профиль «GIMP built-in sRGB», который передан в общественное достояние (по-английски «Public Domain»). Однако, всё это мало влияет на итоговый размер файла картинки в формате PNG (я пробовал использовать оба этих цифровых профиля).

В новой версии графического редактора обновлен диалог экспорта картинки в файл формата PNG.

Например, добавился раскрывающийся список, в котором по умолчанию выбрано значение «Автовыбор формата пикселей», а если этот список раскрыть, то в нем есть 8 пунктов, например «8 бит на канал RGB», «8 бит на канал GRAY» и так далее. Да, с помощью этого списка можно регулировать размер итогового файла формата PNG, но эти пункты (я их проверил) меняют изображение так, что разница становится видна невооруженным глазом, а мне этого не нужно (я хотел, чтобы качество картинки осталось примерно таким же, как и на исходной картинке). Например, если из этих пунктов выбрать вариант без буквы «A» на конце, то с картинки исчезнет прозрачность в нужных местах (будет удален так называемый «альфа-канал», как я понимаю). Ни один из этих пунктов так и не дал уменьшения файла картинки до нужного размера с одновременным сохранением нужного качества.

Еще в новой версии редактора в этом диалоге внизу добавилось пять флагов: «Сохранить данные Exif», «Сохранить данные XMP» и так далее. Это дополнительные данные к картинке формата PNG и они, как я понимаю, не влияют на само изображение. Я отключил все эти пять флагов, но в моем случае это не дало уменьшения итогового файла картинки.

* * *

Еще я пробовал уменьшить размер итогового файла картинки, переведя ее в так называемый «индексированный режим» (пункт меню «Изображение – Режим – Индексированный...»). Да, таким образом можно очень сильно уменьшить размер итогового файла, но у меня, например, при этом исчезли полупрозрачные тени героев. Полная прозрачность, где она была, осталась, а частично прозрачные пиксели полностью исчезли.

Как я понимаю, при переводе в индексированный режим уменьшается количество используемых цветов в изображении, таким образом и достигается уменьшение размера итогового файла. В оригинальном изображении в моем случае содержится 498 разных цветов (количество цветов в изображении можно определить с помощью пункта меню «Цвет – Инфо – Анализ изображения»). По умолчанию при переходе в индексированный режим количество цветов сокращается до максимум 256. Понятно, что качество картинки при этом ухудшится. Мне такое не подходит. Не знаю, можно ли в индексированном режиме использовать палитру из 498 цветов? Я не смог такого добиться.

* * *

В конце концов, мне помогла серия из 4 статьей от 2007-2008 годов автора, имя которого в именительном падеже звучит как «Сергей Чикуенок» (не знаю, как склонять его фамилию):

https://www.artlebedev.ru/technogrette/img/png-1/
https://www.artlebedev.ru/technogrette/img/png-2/
https://www.artlebedev.ru/technogrette/img/png-3/
https://www.artlebedev.ru/technogrette/img/png-4/

Как я понял, алгоритм сжатия, применяемый в формате PNG, позволяет идти разными путями, в результате чего при сжатии одного и того же изображения могут получиться файлы разного размера. При этом размеры полученных файлов могут отличаться достаточно сильно.

Путей, по которым может пойти работа алгоритма сжатия, настолько много, что проверить их все не представляется возможным. Например, в статье Сергея утверждается, что таких способов 5 в степени числа пикселей, содержащихся по высоте картинки. То есть, к примеру, для нашей картинки их 5 в степени 260. Это очень большое число.

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

Я попробовал использовать одну из таких утилит, указанную в списке Сергея первой. Это оказалась утилита с названием «pngcrush» из набора утилит «PNG and MNG tools». Статья в википедии:

https://ru.wikipedia.org/wiki/Pngcrush
https://pmt.sourceforge.io/pngcrush/index.html (страница утилиты)

Утилита бесплатная. Скомпилированные версии утилиты можно скачать отсюда:

https://sourceforge.net/projects/pmt/files/pngcrush-executables/

Я скачал версию 1.8.11 от 16.01.2017 года.

Утилита запускается из командной строки операционной системы «Microsoft Windows» или из программы «Windows PowerShell» той же операционной системы. Я запускал из «Windows PowerShell».

Как сказано на странице утилиты и на странице википедии, посвященной этой утилите, главная цель этой утилиты — уменьшение размера данных секции IDAT в файле формата PNG. Как я понимаю, в этой секции и хранятся, собственно, сжатые данные об изображении (по-английски «image data», сокращенно «IDAT»). Возможные секции (по-английски «chunk») формата PNG описаны в спецификации формата PNG:

https://www.w3.org/TR/PNG/

Команда для запуска утилиты в программе «Windows PowerShell» у меня в компьютере:
PS C:\Илья\PNG crush> .\pngcrush_1_8_11_w64 heroes_gimp.png heroes_pngcrush.png

Здесь PS C:\Илья\PNG crush> — это так называемое «приглашение ко вводу команды», оно содержит адрес местоположения, в котором сейчас находится пользователь (название каталога, в который я поместил утилиту). Символы .\ требуются, чтобы запустить исполняемый файл из текущего каталога (в командной строке они не были нужны). pngcrush_1_8_11_w64 — это название исполняемого файла утилиты «pngcrush».

Я передал утилите два параметра: название входящего файла heroes_gimp.png (этот файл утилита будет анализировать, он должен присутствовать в каталоге) и название исходящего файла heroes_pngcrush.png (утилита создаст файл с таким именем и поместит в него файл в формате PNG уменьшенного размера).

Что у меня получилось? Итоги:

heroes.png — исходный файл, размер: 56 699 байт (55,3 килобайта);
heroes_gimp.png — файл heroes.png после импорта в GIMP и экспорта обратно в файл, размер: 86 404 байта (84,3 килобайта);
heroes_pngcrush.png — результат обработки файла heroes_gimp.png утилитой «pngcrush», размер: 43 697 байт (42,6 килобайта).

Утилита «pngcrush» почти в два раза уменьшила размер переданного ей файла. Естественно, без потери качества изображения, так как меняется только способ сжатия в пределах одного и того же алгоритма сжатия (а формат PNG — это изначально формат сохранения изображения со сжатием без потери качества изображения).

Роскомнадзор и DeviantArt.com, 2021 год

Система блокировки сайтов в России в некоторых случаях уже работает настолько четко (не прошло и десяти лет с ее создания), что люди не успевают за новостями. Потому что после блокировки может последовать (многие об этом забывают) и разблокировка.

10 августа о блокировке Роскомнадзором сайта DeviantArt.com сообщил Гоблин (с отметки 7:18):
https://www.youtube.com/watch?v=7zVCUeqjNQ4&t=438s

13 августа об этом же сообщил Артемий Лебедев (с отметки 44:43):
https://www.youtube.com/watch?v=GcjxL26ACk4&t=2683s

В обоих случаях я проверял этот сайт у себя в браузере и он работал.

Как оказалось, сайт был заблокирован с 3 августа, а разблокирован 11 августа в связи с выполнением требований Роскомнадзора:
https://rkn.gov.ru/news/rsoc/news73800.htm

Видеоролик Гоблина я смотрел 11 августа и, очевидно, в тот момент, когда сайт уже разблокировали.

Как видно, сайт DeviantArt.com я посещаю не так часто. Даже не заметил его 8-дневной блокировки. Честно говоря, на этом сайте и сейчас можно найти всё, что угодно, в том числе запрещенное.

Передача картинки по сети

Вопрос из книги Таненбаума про компьютерные сети к главе 1 «Введение», цитата:

23. Имеется несжатое изображение размером 1600 × 1200 пикселов, 3 байта/пиксел. Сколько времени потребуется на его передачу с помощью модема, работающего со скоростью 56 Кбит/с? С помощью кабельного модема, работающего на 1 Мбит/с? По Ethernet со скоростью передачи 10 Мбит/с? По Ethernet со скоростью 100 Мбит/с? По гигабитной Ethernet?


Про то, что такое «пропускная способность» и «Ethernet», было в предыдущем посте по теме.

Почему для хранения одного пикселя изображения используется 3 байта? Пиксель изображения характеризуется его цветом. Например, для хранения одного пикселя черно-белого изображения можно использовать один бит: 1 — черный цвет, 0 — белый цвет (или наоборот). Для хранения одного пикселя избражения, в котором используется большее количество цветов, потребуется уже несколько битов (или даже несколько байтов). Например, для хранения одного пикселя изображения, в котором цвет каждого пикселя может принимать одно значение из 16 777 216 возможных, потребуется 24 бита или 3 байта. Тут подробнее:

https://ru.wikipedia.org/wiki/TrueColor

Из-за того, что для хранения одного пикселя приходится использовать целых 3 байта, размеры изображений могут получаться очень большими, а, следовательно, их передача по сети может занимать довольно большое время, особенно по каналам с небольшой пропускной способностью. Поэтому для обмена изображениями по сети были придуманы разнообразные способы сжатия изображений в виде разных форматов хранения картинок. Например, форматы хранения картинок GIF или JPEG. Но в нашем случае предполагается, что сжатие не используется, чтобы упростить вычисления.

Вообще, этот вопрос — один из самых простых к этой главе книги.

Вычислим размер изображения:

1600 * 1200 * 3 = 5 760 000 байт или
5 760 000 * 8 = 46 080 000 бит

Вычислим время на передачу этого изображения по сетям с разной пропускной способностью:

1) 46 080 000 бит / 56 Кбит/с = 46 080 000 / 56 000 = 822,86 с = 13,71 мин

2) 46 080 000 бит / 1 Мбит/с = 46 080 000 / 106 = 46,08 с

3) 46 080 000 бит / 10 Мбит/с = 46 080 000 / (10 * 106) = 4,608 с

4) 46 080 000 бит / 100 Мбит/с = 46 080 000 / (100 * 106) = 0,4608 с

5) 46 080 000 бит / 1000 Мбит/с = 46 080 000 / (1000 * 106) = 0,04608 с

Завтра, Андреа Макардл

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

https://www.youtube.com/watch?v=xTz8WuTmBpI


Этот видеоролик является отрывком с церемонии награждения премией «Тони» 1981 года. Песня «Tomorrow» (по-русски «Завтра») — часть бродвейского мюзикла «Энни», премьера которого состоялась в 1977 году. Песню исполняет американская актриса и певица Андреа Макардл (Andrea McArdle). Мюзикл получил премию «Тони» в 1977 году.

https://en.wikipedia.org/wiki/Andrea_McArdle

С 1977 года мюзикл перепели на разных подмостках, наверное, раз сто, а, может, и тысячу. Было три экранизации мюзикла — в 1982, 1999 и 2014 годах. Но никто не спел эту песню лучше Андреа Макардл.

Мюзикл рассказывает про жизнь девочек-сирот в приюте. Среди них — и главная героиня по имени Энни. Такой Оливер Твист в юбке. В разное время в этом мюзикле начинали свою карьеру, к примеру, Сара Джессика Паркер и Елизавета Арзамасова (Галина Сергеевна из сериала «Папины дочки»).

На фотографии актеры мюзикла, 1977 год: Рейд Шелтон, Андреа Макардл и пес (он тоже играл в мюзикле):


Вот видеоролик с отрывком с церемонии награждения премией «Тони» 1977 года:
https://www.youtube.com/watch?v=ZU2ZaaDQOag

Но исполнение 1981 года мне нравится больше. Всё-таки в 18 лет люди обычно поют лучше, чем в 14 лет.

Комикс в газете «Не дай Бог!» №3

Вчера нашел в почтовом ящике газету «Не дай Бог!» № 3 (29 февраля — 6 марта 2012). Накидали всему подъезду. Газета имеет историю. Издание, конечно же, пропагандистское.

Позабавил комикс из 7 кадров на последней странице. Художник, к сожалению, не указан.

Collapse )

Выходные данные:

Издание зарегистрировано в Федеральной службе по надзору в сфере связи и массовых коммуникаций. Свидетельство о регистрации СМИ ПИ № ФС 77-48708 от 14.02.2012 г. Учредитель: ООО Маркетинговая группа «ЭдМоушн».

Главный редактор: Владимир К. Мамонтов.
Заместитель главного редактора: Илья Г.Переседов.
Ответственный секретарь: Татьяна В.Реут.
Редакция и издатель: ООО Маркетинговая группа «ЭдМоушн».
105066, г.Москва, Токмаков пер., 21/2, стр.1

Подписано в печать в 23:45 26.02.2012. Издается при поддержке Сергея Габестро, Александра Левченко, Давида Якобашвили. Общий тираж 5'490'000 экз. Распространяется бесплатно.

Отпечатано 306 800 в типографии ОАО «Ордена Октябрьской Революции, Ордена Трудового Красного Знамени „Первая Образцовая типография“», филиал „Санкт-Петербургский газетный комплекс“ (198216, г.Санкт-Петербург, Ленинский проспект, 139). Заказ № 1002.

Комикс El Goonish Shive

http://www.egscomics.com

Ежедневный комикс, который рисует Dan Shive. Каждый день — три-четыре кадра, а в воскресенье — расширенный выпуск в цвете.

Комикс начат 21.01.2002:
http://www.egscomics.com/?date=2002-01-21

Единый сюжет с юмором рассказывает о группе подростков, попадающих в странные, часто сверхъестественные ситуации. Законы физики игнорируются.