> Личное обращение основателя «410чана»> А вот статистика по операционным системам:> «ГНУ/Линуѯ» 5,8 %И это на ресурсе с традиционно высокой долей людей, занятых в IT!По прежнему ничего не хочу сказать.
>>155931>И это на ресурсе с традиционно высокой долей людей, занятых в IT!Да в гробу этих айтишников видели. И нехрен рассказывать тут про этот свой линукс, эти задротские штуки людям не интересны.
>>155967 > эти задротские штуки людям не интересны. написал пассажир, залихвацки вбив кираракапчу в узкие поля
>>155969По этой вашей капче давно есть справочник.
>>155974 Это тот, который вроде в Ичановском /a/ делали? Когда я его последний раз смотрел, он был неполный.
>>155975Капча спокойно пролистывается до узнаваемой. И даже без справочника любой ньюфаг может пролистать до персонажей из каких-нибудь зафоршенныхна бордах тайтлов, к примеру, из того же кейона или юрукампа.
WebP test
>>155983 В кои-то веки. Спасибо Мицголу и всем причастным.
>>155983> WebPСамый отвратительный формат всех времен. За пределами браузеров просто не открывается, мало где поддерживается, зачем так делать вообще?
>>155985 Сейчас придёт Мицу-мицу и объяснит, что Вы ничего не понимаете, а webp является лучшим форматом всех времён, ведь позволяет сжимать на 0000.1% эффективнее и избавляться от артефактов, которых никто даже не видит невооружённым глазом.
>>155985 >>155986 Тоwсто.
>>155987 Интересный факт: В этом треде больше изображений формата webp, чем я встречал за последние несколько лет во всех интернетах.
Предлагаю запретить использовать на автобусе что-либо кроме webp формата.
>>155989Предлагаю забанить новаторов типа тебя.
>>155985 Формат WebP в режиме сжатия без потерь оставляет возможности PNG далеко позади. Возьмите любой файл PNG и скормите в команду «cwebp -z 9 -mt -v -progress исходный.png -o результат.webp», после чего сразу поймёте, зачѣмъ WebP нужен. (В практическом отношении это немедленно проявляется тѣмъ, напримѣръ, что файл https://410chan.org/dev/src/160597426419.webp невозбранно помѣщается на 410чанѣ несмотря на то, что первоисточник https://danbooru.donmai.us/posts/979419 вѣситъ 7⅖ мегабайта.) Единственный недостаток состоит в том, что WebP всегда отображается сверху вниз по мѣрѣ скачивания, тогда как в PNG можно использовать https://en.wikipedia.org/wiki/Adam7_algorithm и ускорить (болѣе чѣмъ на порядок) появление первоначального представления обо всём изображении, в дальнейшем становящегося всё болѣе детальным по мѣрѣ загрузки: хотя это и достигается цѣною наращивания объёма PNG за счёт ухудшения сжимаемости переставленных этим способом пикселов, но всё же с ростом объёма изображения (когда время его загрузки становится реально замѣтнымъ при нынешней скорости Интернета, то есть для многомегабайтовых файлов) это становится всё болѣе повадно. Формат WebP в режиме сжатия, совершаемого с внесением потерь, оставляет возможности JPEG не очень далеко позади, но только если для сжатия JPEG использовался хороший современный кодировщик, по адресу https://github.com/mozilla/mozjpeg предлагаемый, однако же вмѣсто того большинство пользователей и сайтов сжимают JPEG чѣмъ Бог на душу положит (что встроено в видеопроигрыватель или в ImageMagick, тѣмъ и жмут), так что соѿношеніе качества и объёма файла получается болѣе далёким от оптимального. Кроме того, артефакты сжатия JPEG (сперва рябь вокруг контуров, затѣмъ, при нарастании сжатия — измѣненіе цвѣтового тона и «ступенчатость» ранѣе плавных цвѣтовыхъ переходов) при равном объёме файла болѣе замѣтны, чѣмъ артефакты сжатия WebP (сперва «умное размытие» неконтрастных деталей изображения, затѣмъ, при нарастании сжатия — полное устранение таких деталей: замѣна неконтрастных фоновых узоров на одноцвѣтные фоны, замѣна морщинистых лиц гладкими, замѣна текстурированных поверхностей «пластиковыми»), потому что добавление лишних мелких деталей изображения сильнѣе раздражает («дребезжит»), чѣмъ исчезновение существующих мелких деталей изображения — это ужé касается не самих возможностей сжатия, а восприятия его итогов читателями сайтов. (Впрочем, хотя WebP в режиме сжатия, совершаемого с внесением потерь, слегка опережает JPEG, но всё же в ближайшие годы ожидается появление во браузерах поддержки ещё двух графических форматов: сперва AVIF, затѣмъ JPEG XL — каждый из которых ещё лучше работает в режиме сжатия, совершаемого с внесением потерь, то есть обеспечивает ещё большѣе качество при равном объёме файла или файл ещё меньшего объёма при сопоставимом качестве. И по адресу https://caniuse.com/avif видно, что во Хроме, а оттого и в Опере, поддержка AVIF явилась уж.) Кроме того, в отличие от JPEG, формат WebP поддерживает полную или частичную прозрачность пикселов изображения, сжатого с потерями. До появления поддержки WebP всѣ изображения, имѣющіе непрямоугольные контуры, поневоле приходилось хранить в PNG (потому что в GIF ещё хуже), но так как этот формат сам по себе не предусматривает сжатие, совершаемое с внесением потерь, то всѣмъ желавшим такого сжатия приходилось изобретать подобные https://pngmini.com/lossypng.html извращения, связанные с многократным уменьшением количества цвѣтовъ (скажем, вмѣсто миллионов цвѣтовъ использовать только тѣ 64 цвѣта, которые болѣе всего близки к чаще всего используемым), с наращиванием легче сжимаемых искажений изображения, etc. Формат WebP в режиме сжатия анимаций в настоящее время не поддерживается на 410чанѣ. Сжатие анимаций с потерями не слишком-то и нужно, потому что и видеоформатом VP9 (в WebM), и тѣмъ болѣе видеоформатом AV1 обеспечивается видеопоток болѣе высокого качества и притом ещё с возможностью прикладывать звук. Сжатие анимаций без потерь — прекрасный способ рѣзко уменьшить тот объём файла, который был бы нужен анимированному GIF или анимированному PNG, но ничуть не утратить его качество. Видеозапись болѣе пространных (но зато и на ≈полгода болѣе ранних) ѳэзисовъ https://t.me/ReadMithgol/202 и https://t.me/ReadMithgol/203 и https://t.me/ReadMithgol/204 и https://t.me/ReadMithgol/205 и https://t.me/ReadMithgol/206 и https://t.me/ReadMithgol/207 и https://t.me/ReadMithgol/208 и https://t.me/ReadMithgol/209 и https://t.me/ReadMithgol/210 и https://t.me/ReadMithgol/211 и https://t.me/ReadMithgol/212 прилагаю.
>>156033> невозбранно помѣщается на 410чанѣ несмотря на то, что первоисточник https://danbooru.donmai.us/posts/979419 вѣситъ 7⅖ мегабайтаА знаешь, что еще отлично поместится? JPG! Старый добрый JPG, который везде поддерживается и открывается с полпинка любой микроволновкойТы этот оригинал-то посмотрел вообще? Он же мутный и мыльный и только последняя глупая собака будет такое в PNG сохранять. Ты вот серьезно смотришь на это качество и разглагольствуешь про какое-то там "без потерь"? Написал целый абзац про сжатие, а для примера использовал самую мутно-мыльную картинку, которую только смог найти. Глупый Мицгол. Очень глупый! Плохой! Фу таким быть!
Вас никто не заставляет пользоваться этой лабудой, потому что мы не собираемся перешакаливать существующие картинки в этот формат.
Работа в сфере информационных технологий обязывает быть фанбоем свободного ПО?
Возможно, время, затрачиваемое на написание серьёзных детальных ответов к hurrdurrdurrdurrhrr уровня /g/ 4чана, скорее имеет смысл тратить на обзор поддерживающего WebP программного обеспечения и костылей, с инструкциями по их установке, ради тех (технически неграмотных) адекватных людей, у которых с этим проблемы.
>>156038 💢 Прилагаемая иллюстрация могла бы быть на 358,52% больше по объёму без потерь, если бы 410чан перешакаливал иллюстрации в lossless WebP.
>>156039Да, судя по всему. По крайней мере, если смотреть на тех айтишников, с которыми мне доводилось общаться.
>>156040 Достаточно любого современного браузера.
>>156041 > без потерь > перешакаливал
>>156040 Техническая грамотность = трах с консолькой?
>>156040 IrfanView с одной либой.
>>156044 Дело в том, что с картинками, помимо процесса их просмотра через страницу ИБ, также связаны процесс их просмотра на локальной машине, а также процесс их повторного постинга. 1. На любую x86 микроволновку можно легко накатить современный Линух с современным браузером, и ни о чём не думать. На семёрку зайдёт более-менее современная Лиса, Palemoon (для XUL) и Chrome, о десятке уже не говоря. Будет проблема с XP, но тут некрофилы сами виноваты. Хотя вроде как под 52-ую Лису был какой-то костыль. А вот с телефонами может быть проблема; проблема потенциально решаемая только покупкой нового устройства. 2. Тут всё вроде банально, адекватных просмотровщиков как грязи. Хотя как там дело с яблоками, я ХЗ. Также возможно, не все файловые мэнэджэры могут делать thumbnail’ы к WebP, и тут может быть проблема. Чтобы заставить это всё работать может потребоваться установка дополнительных библиотек. 3. Можно выделить две вариации процесса выбора файла для приложения к посту. В первом случае человек выбирает файл через open file dialog, предоставляемый средой. Во втором случае человек сначала ищет файл через файловый мэнэджэр или просмотровщик изображений. Поскольку для сохраняемых картинок вроде мало кто делает осмыссленные имена, обо варианта сводятся к просмотру самих картинок или их thumbnail’ов до нахождения нужной. С первым вариантом проблема в том, что open file dialog может не быть способен создавать thumbnail’ы для WebP. Таков, похоже, file chooser dialog в GTK3, один из наиболее популярных widget-toolkit’ов в Linux-системах. Соответственно, если человек на найдёт, как подобное починить, он будет зачастую вынужден, чтобы запостить картинку, открывать для того файловый мэнэджэр или просмотровщик изображений в нужной директории, что некотрые не умеют делать мгновенно. Сам файловый мэнэджэр тоже может не поддерживать генерацию WebP-thumbnail’ов, что тоже проблема. Таков, например, файловый мэнэджер у ведёр старше 4.3. В случае, если человек постит WebP туда, где оно не поддерживается, возникает необходимость конвертации. Ни Ичан, ни Новерь, ни 4чан в WebP не могут. Соответственно, нужна программа, которая позволяет удобно и быстро производить преобразование, особенно в случаях использования open file dialog’а или файлового мэнэджэра. Под Винду есть FastStone вроде с пунктами для конвертации в системном файловом меню, в Linux’ах вбил “dwebp” и готово, а вот с мобилками беда — там преобразование в любом случае дело не столь быстрое. Оговариваемый случай, в частности, может ставить под вопрос валидность текущего применения lossy WebP, поскольку при его перепостинге будет происходить generation loss, во избежание которого, в частности, и предлагается использовать исключительно lossless WebP и PNG. Так что, как показано выше, с WebP многим придётся [подзаморочиться и], по крайней мере — пока, заморачиваться чуть больше, нежели. Пренебрежимому — особенно если судить по статистике — проценту заморачиваться придётся уже серьёзно. Кому-то возможно придётся купить новое устройство для комфортного обитания здесь. Собственно, если есть силы и время на, предлагается помочь. >>156051 Правильно, конечно, говорить про софтвэрную грамотность, но там где я бываю, обычно говорят “tech illiterate”, собственно, по привычке и написал.
>>156064 1. https://caniuse.com/?search=webp говорит, что 87.6% пользователей умеют п.1 2. Винда умеет из коробки. Яблоки умеют. Если штатный тумблейнер умеет, то нештатный тоже. Любители кастомных сборок могут настроить себе что угодно. 3. Проблемы 5.8% пользователей - это проблемы людей, что по жизни сидят с костылями. Попробуйте помочь себе новым телефоном.
>>156064 В контексте этого теоретизаторства с видосами до сих пор проблем куда больше, лол.
Предлагаю запретить изображения на автобусе вовсе!!
>>156069 Думаю, это слишком много чинить в текстовом движке.
>>156068 Теоретизаторство то на реальности основано вообще-то. Что же до видосов, то тут в общем — добавляется проблема достаточности железных средств для декодирования видео, а в остальном — завит от того, про какие видосы речь. Скажем, Лиса к 2021 только частично умеет в H264. Но человек постить выходящее за это «частично» скорее всего не станет хотя бы потому, что не знает как (а если знает, то тем более не станет) и слышал про AV1/VP9. Потому эта проблема стоит не так остро. Можно предположить, что нормальный человек отчасти привык, что картинки всегда везде открываются, что для них всегда работает определённого рода удобный функционал на привычном ПО — в отличие от видео, с проблемами поддержки которого он всегда сталкивался: семёрка из коробки Хориблов читать не сможет, кофеварка релизы Coalgirls не потянет физически, и так далее. Кроме того, если говорить про WebM, то у WebM на 4чане, 2ch.hk и т.д. и альтернатив-то нету (отчего на многих около-.hk сайтах треды с видосами называются именно WebM-тредами). А тут издревле работающие альтернативы есть. Возможно, отчасти поэтому вопрос с WebP встал столь остро.
Лол.Я вообще никак не связан с IT и линукс никогда не использовал.
А у меня бзик по поводу пересохранённых картинок. Если нравится прикреплённая кем-то картиночка, то сразу лезу с ней в SauceNAO, чтобы забрать её оттуда, где изначально она была запощена. А то сохранишь её напрямую с доски, а это какой-нибудь лоурезный "sample" с картинкопомойки, пересохранённый десять раз в жипег и с замазанными сосцами. И сам факт пересохранения чужой картинки в другом формате кажется мне каким-то противным. Как сохранил её рисовальщик, так и положено. Не влезает в лимит — не пости или дай ссылку. А то ишь какие. Понаправят открытых исходников и давай чужие картинки другими форматами кукожить. С потерями или без потерь — всё одно. Уже не оригинал. "Мойша напел". Крайняя степень неуважения к работе автора. Фу так делать.
>>156140 Так!! Целует в лобик.
>>156140> Не влезает в лимит — не пости или дай ссылку.Совсем тутуру что ли уже?
>>156140 >не пости или дай ссылку А потом исзодник накрывается и ни у кого даже уменьшенной копии нет. Нет, спасибо, я насмотрелся ткого на форумчиках.
>>156145На пиксиве частенько арты пропадают!
Но зато сколько наш томатный спонсор сэкономит на хостинге!
>>156146 Если удалили, то неча и смотреть.
>>156140 > С потерями или без потерь — всё одно. Нѣтъ.
>>155933 В xfce это можно поправить сменой прав на ~/.config/xfce4/desktop. https://wiki.archlinux.org/index.php/Xfce_(Русский)#Сбиваются_позиции_ярлыков_рабочего_стола
>>156148Интересно, что флоран забыл среди человеческих девочек-школьниц.
>>156149Опять начинается, да?
— Сразу за Уралом начинается Мексиканский залив. — Нѣтъ. — Опять начинается, да?
>>156171Да
>>156179Нет
>>156179 >>156180 Ты всё узнаешь из газет.
>>156183Больше не нужен университет!
>>156171 Вот только не надо рассказывать то, что пиар этих маргинальных форматов изображений - это нормально.
>>156282
Вот только надо.
