| |
| 2.88, Аноним (-), 15:07, 28/11/2021 [^] [^^] [^^^] [ответить]
| +4 +/– | |
В Debian 11:
apt install libstb-dev
gcc -I /usr/include/stb -o qoiconv qoiconv.c
| | |
| 2.99, Аноним (-), 15:46, 28/11/2021 [^] [^^] [^^^] [ответить]
| +9 +/– |
Нарот ! Лену в студию ! Тут говорят лучше там говорят хуже. Пусть она все рассудит.
| | |
| |
| 3.312, topin89 (ok), 19:29, 30/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Когда нужно быстро сохранять кучу картинок в "игрушечных" программах без возни с библиотеками -- это отличнейшее решение. Простой формат файла, простой декодер-энкодер.
Сейчас есть lodepng, конечно, но он не быстрый. И pgm/ppm, но они без сжатия. Тут всё сочеталось бы идеально, если бы формат можно было открыть в чём угодно. Как появится поддержка в условных Qt с IrfanView -- вообще прекрасная замена будет
| | |
|
|
| |
| |
| |
| 4.109, Аноним (109), 16:43, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Я подозреваю, что это читается как 恋.
иероглиф 恋 читается как liàn (произносится четвёртым тоном).
значение: "любить", "ощущать привязанность", "страстно желать"; а также "жидкий" в значении "недостаточной концентрации".
| | |
| |
| |
| |
| 7.117, Аноним (17), 17:00, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Ничего себе, я резко стал понимать японский!
Круто тебе, мне пришлось много лет учить.
| | |
|
|
|
| |
| |
| |
| 7.236, Аноним (17), 08:33, 29/11/2021 [^] [^^] [^^^] [ответить]
| –2 +/– |
Тащем-то я имел в виду автора, а ты просто поехавший, наверное. Насчёт мангоанимешного это зря, те же комиксы с фуриганой это нормальная такая практика.
| | |
|
|
|
|
|
| |
| 3.62, tmplsr (?), 13:27, 28/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Предлагаю произносить на французский манер - "куа".
Поддерживаю. Любителей придираться к названиям вообще надо отправить отведать монгольской кухни: есть там замечательное блюдо, мясное ассорти, с шикарным названием "хyiцаа". Сия шутка есть древнючий боян монголоведов, если что.
| | |
| |
| 4.115, Тот_Самый_Анонимус (?), 16:57, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да вообще, лубителей называть латинские буквы английскими, и на том основании давать им неродные названия, надо пороть. А то достали со своими «си» вместо «цэ», и считающими свою т.з. нормой.
| | |
| |
| 5.119, пох. (?), 17:05, 28/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Ничего что предшественником Си был bcpl, буква означает следующую попытку делать то же самое, и это акроним? Ни разу не латинский.
| | |
| |
| 6.208, lockywolf (ok), 01:37, 29/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
 В русском языке нет слова "акроним", это калька. Есть слова "аббревиатура" и "сокращение".
| | |
|
| 5.136, n00by (ok), 17:53, 28/11/2021 [^] [^^] [^^^] [ответить]
| –3 +/– |
 > Да вообще, лубителей называть латинские буквы английскими, и на том основании давать
> им неродные названия, надо пороть.
Надо. Начать с Розы, которая оказалась Пока.
> А то достали со своими «си»
> вместо «цэ», и считающими свою т.з. нормой.
Потерявши голову, по волосам не плачут:
Заглавие на русском языке: Информационная технология. Языки программирования. Си
Стандарт ISO/IEC 9899:2018 входит в рубрики классификатора:
ОКС \ ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. МАШИНЫ КОНТОРСКИЕ \ Языки, используемые в информационных технологиях \
https://nd.gostinfo.ru/document/6424839.aspx
| | |
| |
| |
| 7.228, n00by (ok), 07:59, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
>>Языки программирования
> При чём здесь они? Я про букву.
Не припоминаю, что бы _здесь_ кто-то писал "Си" не имея ввиду ЯП.
| | |
| |
| |
| 9.249, n00by (ok), 12:03, 29/11/2021 [^] [^^] [^^^] [ответить] | +/– | I и Y более непохоже Правильно Микрософт, Питон А тут пишут про какие-то Майк... текст свёрнут, показать | | |
| |
| |
| 11.306, fg (??), 13:30, 30/11/2021 [^] [^^] [^^^] [ответить] | +/– | Забавно То есть английский, это типа паданкофского слэнга латыни, и похрену на ... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 3.140, n00by (ok), 18:04, 28/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Предлагаю произносить на французский манер - "куа".
И три раза присесть, что бы браузеры начали показывать.
| | |
|
|
| 1.5, Аноним (5), 11:09, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +21 +/– |
 То есть как это "Производительность QOI не зависит от размера и характера кодируемого изображения (O(1))"?
Если алгоритм проходит по каждому пикселю один раз, то тогда алгоритмическая сложность равна O(n), где n=количество пикселей.
| | |
| |
| 2.11, Аноним (11), 11:23, 28/11/2021 [^] [^^] [^^^] [ответить]
| +13 +/– |
Автор новости не внимателен. Там по ссылке в заголовке O(n)
| | |
| 2.16, Аноним (16), 11:40, 28/11/2021 [^] [^^] [^^^] [ответить]
| +4 +/– |
Производительность - производная. Отношение количества операций к количеству пикселей к не зависит от размера и характера изображения.
| | |
| |
| 3.24, Прохожий (??), 11:53, 28/11/2021 [^] [^^] [^^^] [ответить]
| +3 +/– |
Исходная статья называется "Lossless Image Compression in O(n) Time!". Полагаете, там ошибка?
| | |
| |
| 4.53, HyC (?), 13:07, 28/11/2021 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Исходная статья называется "Lossless Image Compression in O(n) Time!". Полагаете, там ошибка?
Полагаю что ошибка у вас в рассуждениях, так как время выполнения != производительность.
| | |
| |
| 5.75, DyadyushkaAU (ok), 14:01, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
 Не могли бы вы предоставить какое-то общеупотребительное определение слову "производительность" в контексте оценки эффективности алгоритмов?
Допускаю, в вашем личном лексиконе такое неравенство действительно существует. Но вот обычно принято эти два понятия приравнивать (ещё раз подчеркну, что речь идёт об оценке эффективности алгоритмов и только о ней). Такое имеет место быть и на Википедии, и в той литературе, которая попадалась мне на эту тему, и даже в лекциях некоторых профессоров MIT. Поэтому ссылки на сколь-либо авторитетные источники с вашей стороны были бы как нельзя кстати.
В противном случае возникает впечатление, что вы изобретаете новую терминологию просто только для того, чтобы оправдать свою позицию в данной дискуссии.
| | |
| |
| 6.102, HyC (?), 15:52, 28/11/2021 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Не могли бы вы предоставить какое-то общеупотребительное определение слову "производительность" в контексте оценки эффективности алгоритмов?
Производительность как следует из любого ее определения это количество произведенной пользы в единицу времени. Поэтому независимо от натягивания термина на алгоритмы сравнивать производительность алгоритма со временем его работы (тем более в общем случае) некорректно.
| | |
|
|
|
| 3.36, Sw00p aka Jerom (?), 12:18, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Отношение количества операций к количеству пикселей
каких операций? над одним пикселем? так у алгоритма конечное количество операций над одним пикселем, а таких пикселей много.
| | |
| 3.97, Аноним (97), 15:40, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Вот только количество пикселей прямо таки зависит от размера изображения, а количество операций пропорцинально "характеру" (формату представления и способу сжатия) изображения. Что уж говорить об их отношении.
| | |
|
| 2.49, kusb (?), 12:53, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Тот случай, когда слова расходятся со смыслом буквально, но с самого начала понятно?
| | |
|
| 1.7, BratishkaErik (ok), 11:16, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Недавно на Hacker News видел + реализацию на Zig, думаю, будет легко реализовать на каком–нибудь другом языке
| | |
| |
| 2.27, Аноним (26), 11:56, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
zig сам по себе простой язык. И даже не оброс еще пакетами, что хорошо.
| | |
| 2.231, Аноньимъ (ok), 08:08, 29/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Это фактически lz4.
По-моему даже вот очено конкретно.
Нужно было lzi называть или как-то так.
| | |
|
| 1.10, timur.davletshin (ok), 11:22, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
 Астанавитесь! WebP не успели вкатить везде, накатили AVIF, не успели его вкатить, теперь уже новый убероптимизированный формат - JXL!
Да пофиг на эти проценты. Нужен достаточно оптимизированный формат с широкой поддержкой и многолетней обратной совместимостью.
| | |
| |
| |
| 3.22, SelfPerfection (ok), 11:51, 28/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Да нифига. Попробуйте например в Telegram послать webp изображение как файл. Telegram его вроде показывает, но уверен, что это стикер: ни увеличить, ни сохранить его нельзя.
| | |
| |
| 4.38, анонимус (??), 12:24, 28/11/2021 [^] [^^] [^^^] [ответить]
| +4 +/– |
Формат то понят телегой. Просто у него своя особая семантика к нему и свои какие-то телодвижения
| | |
|
| 3.83, timur.davletshin (ok), 14:35, 28/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> webp нормально уже вкатился
Гы-гы, мне смешно от ваших отзывов. И как там с профилями ICC? А... вы таким не пользуетесь. Ну ладно-ладно, тогда вкатился.
| | |
| |
| 4.120, Аноним (-), 17:09, 28/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
ICC в web??? WebP делался для ускорения загрузки web-страниц, и не более... Хотя сейчас, по слухам, есть какие-то HDR мониторы, и там что-то пошире sRGB. Но оно точно надо в web? Ах да, скоро ж всё будет только в web. Особо круто будет работать в 40 км к северу от Новосибирска.
| | |
| |
| 5.164, timur.davletshin (ok), 19:47, 28/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
> ICC в web??? WebP делался для ускорения загрузки web-страниц, и не более...
> Хотя сейчас, по слухам, есть какие-то HDR мониторы, и там что-то
> пошире sRGB. Но оно точно надо в web? Ах да, скоро
> ж всё будет только в web. Особо круто будет работать в
> 40 км к северу от Новосибирска.
ICC нужно для ЛЮБОГО монитора, а не только для HDR. И таки оно нужно в Web в том числе.
| | |
| |
| 6.210, x3who (?), 01:48, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
В джипеге если не указан профиль, то подразумевается sRGB. Разумный дефолт. К цветовому профиля монитора проыили картинок отношения не имеют.
| | |
| |
| |
| 8.244, x3who (?), 10:42, 29/11/2021 [^] [^^] [^^^] [ответить] | +/– | Профиль картинки описывает какой именно цвет имеет каждая точка твоего изображен... текст свёрнут, показать | | |
| |
| |
| |
| |
| 12.271, x3who (?), 17:06, 29/11/2021 [^] [^^] [^^^] [ответить] | –1 +/– | Ну вот иди сюда и посмотри как интерпретируется изображение http www libpng o... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
| 3.326, SelfPerfection (ok), 09:46, 13/12/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> webp нормально уже вкатился
Ещё пример: github не поддерживает заливку webp изображений в комментарии. png или jpg можно, но не webp.
| | |
|
| 2.23, Аноним (17), 11:52, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
AVIF ни о чём. Webp заменяют на webp2 который не такой убогий, но тоже не сахар. JXL был бы прекрасен, если бы не был таким кривым и давал использовать низкий битрейт (желательно без вымывания всего цвета как это позволяет webp). Но это лосси, в контексте лосслесс jxl никто не превзойдёт. Для текстур и прочего уже придумали tga или специальные форматы.
| | |
| 2.32, Прохожий (??), 12:09, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Представьте, что вам надо не одно изображение кодировать, а тысячи, десятки тысяч, причём с заданным временем отклика. Если алгоритм из новости даёт возможность вместо, условно, 32-процессорного монстра купить что-либо на порядок (в 10 раз) дешевле и делать всё то же самое на нём, то почему бы и не воспользоваться данным алгоритмом?
Ещё вопрос. Зачем нужна именно многолетняя обратная совместимость? Ну не увидит кто-то в древнем смартфоне кошака, картинка с которым будет в новом формате, и что?
| | |
| |
| 3.60, морошка ягодка такая (?), 13:26, 28/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Ну не увидит кто-то в древнем смартфоне кошака, картинка с которым будет в новом формате, и что?
Заведут баг, и его надо будет чинить.
Вроде это так работает?
| | |
| |
| 4.78, Прохожий (??), 14:15, 28/11/2021 [^] [^^] [^^^] [ответить]
| –2 +/– |
Речь не об этом. Речь о том, зачем нужна многолетняя обратная совместимость. Вот что мне непонятно.
| | |
| |
| 5.285, морошка ягодка такая (?), 19:32, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Речь не об этом. Речь о том, зачем нужна многолетняя обратная совместимость.
> Вот что мне непонятно.
Потому что заводят баги и их надо чинить
| | |
|
|
| 3.73, Gogi (??), 13:57, 28/11/2021 [^] [^^] [^^^] [ответить]
| –4 +/– |
Чушь не городи! Никому и никогда не надо "тысячи, десятки тысяч, причём с заданным временем отклика" - искусственная задача. Для веба достаточно того, что каждый му****ак, которому хватило времени вкорячить на сайт богомерзкий JS, потратил время на перекодирование своих убожеств в WebP.
| | |
| |
| 4.77, Прохожий (??), 14:13, 28/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– | |
На твоих задачах и твоём опыте свет клином не сошёлся же? Или сошёлся?
Возьмём те же социальные сети. Или софт, обрабатывающий медицинские снимки. Или оцифровка видео без потерь. Или сайты фото-банки. Да мало ли применений может найтись подобному формату.
| | |
| 4.81, анонимус (??), 14:29, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ещё webp активно юзают в мобильных играх. Там часто очень большие объёмы, ко времени правда нет жоских требований, сугубо оптимизация времени сборки
| | |
| |
| 5.166, timur.davletshin (ok), 19:51, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Ещё webp активно юзают в мобильных играх. Там часто очень большие объёмы,
> ко времени правда нет жоских требований, сугубо оптимизация времени сборки
Шо, текстуры в WebP видюхи уже грузят или так, для стикерпаков?
| | |
|
|
| 3.79, анонимус (??), 14:27, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Совместимость нужна например для старых мобилок в которые не очень быстро заезжают аппаратные ускорения сабжа и аналогов
| | |
| |
| 4.90, Аноним (90), 15:11, 28/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
Создатели устройств, в которых владелец не может обновить прошивку в силу проприетари и блобов, должны гореть в аду вместе с их последователями
| | |
| |
| 5.170, Аноним (170), 20:04, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Создатели устройств, в которых владелец не может обновить прошивку в силу проприетари и блобов
Других не бывает.
| | |
|
| 4.126, Прохожий (??), 17:21, 28/11/2021 [^] [^^] [^^^] [ответить]
| –6 +/– |
Не уверен, что ради 10% людей, не желающих обновлять смартфоны на более современные, надо заморачиваться многолетней обратной совместимостью, причём в некритичной для жизни области: по большей части речь идёт ведь о сфере развлечений.
| | |
| |
| 5.169, timur.davletshin (ok), 19:53, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Не уверен, что ради 10% людей, не желающих обновлять смартфоны на более
> современные, надо заморачиваться многолетней обратной совместимостью, причём в некритичной
> для жизни области: по большей части речь идёт ведь о сфере
> развлечений.
Угу, у меня коллега семейные фотографии в вотсапе хранит. Оно же навсегда, сервисы никогда не закрывают, ключи шифрования не теряют.
| | |
|
|
|
| 2.71, Gogi (??), 13:54, 28/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
Поддерживаю алерт. WebP - сами видите, "не новичок", а вот однако ж, далеко не везде! По-хорошему, когда КАЖДАЯ программа будет давать опцию "WebP", тогда и можно говорить о безоговорочной победе пролетариата. А пока дилетанты и пеpдуны сидят со своими jpeg'ами (и, прости господи, gif) и даже не пытаются двикаться в сторону света.
| | |
| |
| 3.118, Тот_Самый_Анонимус (?), 17:03, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
>А пока дилетанты и пеpдуны сидят со своими jpeg'ами (и, прости господи, gif)
Это и есть устоявшиеся стандарты, о которых говорил тот, кому отвечаете. А веюп пока не прошёл проверку временем, как огг, к примеру. Ну не нужны они большинству, утритесь этим фактом.
| | |
| |
| |
| 5.197, Тот_Самый_Анонимус (?), 22:43, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Большинству, к сожалению, ничего не нужно, кроме хлеба и зрелищ.
И что даёт ваш лозунг? Что невостребованные технологии сразу становятся востребованными?
| | |
|
|
| 3.173, мяя (?), 20:33, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
webp уже используется в инстаграмме, а это уже распространённее некуда.
| | |
| |
| 4.230, Аноньимъ (ok), 08:06, 29/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Херограмме.
От этого вебпе одна головная боль.
Потому что вот браузер его показывает, а сайт далеко не каждый принимает, а тот сто принимает может неверно понимать.
Не все просмотрщики изображений его умеют. Не все редакторы.
И нахуа? Ради чего?
С сжв, простите свж, такие же проблемы.
Вместо тысячи слов:
https://duckduckgo.com/?q=convert+webp
| | |
|
|
| |
| 3.291, timur.davletshin (ok), 21:34, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Мальчик с косичкой, шел бы ты ядро конпелять.
Зойчем? Меня и стоковое устраивает, а стороннее я могу и в dkms прикрутить.
| | |
|
|
| 1.13, A.Stahl (ok), 11:25, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Хм, я уже где-то видел тесты. Кодирование действительно было в разы быстрее, но декодирование было неспешным. Может то была какая-то альфа-версия? Сейчас уже не найду статью...
| | |
| |
| 2.232, Аноньимъ (ok), 08:11, 29/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Декодировать должно ещё быстрее. Буквально пропускная способность ОЗУ тут лимит.
| | |
|
| |
| 2.33, anonymous (??), 12:09, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Вполне представляю, что в каком-нибудь жёстком embedded кто-нибудь будет использовать такой примитивный способ сжатия.
| | |
| |
| |
| |
| 5.94, Аноним (17), 15:31, 28/11/2021 [^] [^^] [^^^] [ответить]
| +3 +/– |
В бортовых компьютерах каких автомобилей сэкономили пару баксов на нормальную микросхему для кодирования в реальном времени изображения в 4к и поставили микросхему за 5 центов?
| | |
| |
| 6.130, Прохожий (??), 17:30, 28/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Не знаю, что там в автомобилях, но, например, в видеокартах часто экономят на конденсаторах и/или термопрокладках. Казалось бы, копеечная экономия, а поди ж ты.
Однако, допустим, что и в автомобилях так решили. Давайте допустим, что общий тираж такой модели у Тойоты составит 12 млн. машин в год. Умножаем 2 доллара экономии на 12 млн. и получаем 24 млн. доллара на ровном месте. Почему бы и нет?
| | |
| |
| 7.144, n00by (ok), 18:16, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Вспомнился один персонаж, который выбирал между 4-мя МЕГАбайтами (SIMM) и лесенкой на крузер.
| | |
| 7.177, Рмшъ (?), 21:01, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Если кто-то положил в карман 24 миллиона долларов за счёт многолетнего ежедневного неудобства 12 миллионов человек, то позор ему.
| | |
| |
| 8.184, vdb (?), 21:35, 28/11/2021 [^] [^^] [^^^] [ответить] | +3 +/– | Когда у человека прибыль в 24 миллиона долларов, ему плевать на позор ... текст свёрнут, показать | | |
| 8.196, Аноним (204), 22:32, 28/11/2021 [^] [^^] [^^^] [ответить] | +3 +/– | У Билли на неск-ко порядков больше аудитория мучеников - и ничего, живёт и радуе... текст свёрнут, показать | | |
|
|
|
|
|
| 3.216, Аноним (214), 02:28, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Как раз SPI Flash или EEPROM можно прикрутить, чего не скажешь о мощности ядра
| | |
| |
| 4.304, anonymous (??), 12:11, 30/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ну вот умножьте стоимость лишнего SPI Flash на 100 миллионов. Вот столько денег компании вы решили потратить совершенно без причины.
| | |
| 4.319, anonymous (??), 11:43, 01/12/2021 [^] [^^] [^^^] [ответить]
| +/– |
P.S.: При этом вы не только напрасно потратили деньги компании и место на плате, вы ещё добавили дополнительную точку отказа.
| | |
|
|
|
| 1.25, stokito (?), 11:54, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Мне вот всегда странно слышать что кто-то смог сделать ещё более эффективный формат в области где уже десятилетия мощнейшие мозги работают. Но если это правда то просто супер.
Интересно будет когда попробуют его векторизировать, возможно даже придётся формат передалать.
| | |
| |
| 2.31, Viktor (??), 12:08, 28/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
А почему бы и нет? И кто сказал, что авторы этого алгоритма - не мощнейшие мозги? Ждём, что скажет академическое сообщество и программистское комьюнити.
| | |
| 2.59, Аноним (59), 13:26, 28/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
там ничего не сказано на каких изображениях получены результаты по уровню сжатия
ведь фото, рендер, рисунок или скрин - дадут совершенно разные результаты!
| | |
| |
| 3.263, S (??), 15:06, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ну судя по описанию алгоритма он должен подойти к скриншотам и разного рода логотипам. Он ожидает большие малоизменяющиеся области. Ну вот например на бенчмарке - фон страницы.
С более полноцветными изображениями типа "хамелеон на фоне джунглей" или той же "леной" будет справляться хуже, поскольку чащу будет напарываться на ситуацию "Ничего не понимаю, пишу целый пиксель". По хорошему этот алгоритм - RLE + небольшой буфер для индексации.
Ну то есть в принципе для тех же изображений, для которых предназначен PNG - должен работать вполне сносно. Но вот фотографии через него прогонять не стоит.
| | |
|
| 2.106, пох. (?), 16:07, 28/11/2021 [^] [^^] [^^^] [ответить]
| +4 +/– | |
Там афтырь неплохо в своей статье проехался по мощнейшим мозгам и каким местом они наработали.
Жаль что он ниасилил эффективный _видео_ кодек (как изначально замахивался). Поскольку от фото-кодеков требуется именно совместимость на века, а не эффективность.
| | |
| 2.268, VladSh (?), 15:46, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Мне было бы интересно на сколько увеличится производительность (многопоточная обработка) и размер файла если добавить "ключевые кадры". Можно было бы гибко играться этими параметрами.
| | |
|
| 1.35, Внимательно читающий (?), 12:10, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Зачем рассуждения о скорости, когда нет представления о коэффициенте сжатия?
Этот формат для сжатия БЕЗ потерь. К чему попытки сравнивать тут в комментариях с методами с потерями?
Старые алгоритмы сжатия без потерь ориентировались на изображения "без украшательств". Теперь кругом модные подложки, полупрозрачности, размытия шрифтов и линий. Цель такого кодировщика восстановить растровое изображение идентичное оригиналу, при этом иметь размер в сжатом виде соизмеримый с количеством исходной информации, представляющей ценность, а не украшательства.
| | |
| |
| 2.40, Супер Пупер Внимательно читающий (?), 12:29, 28/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
"
По эффективности сжатия QOI в большинстве тестов близок к libpng (в каких-то тестах немного опережает, а в каких-то проигрывает), но в целом заметно опережает stb_image (выигрыш вплоть до 20%).
"
Там, в первом абзаце..
| | |
| |
| 3.56, Внимательно читающий (?), 13:14, 28/11/2021 [^] [^^] [^^^] [ответить]
| –2 +/– |
Это было изначально прочитано. Если рассматривать только приведенную информацию, то цифры говорят скорее против нового формата. То есть, исходя из вышесказанного, формат не переработан под современные реалии. Другого от цивилизации ворда и ожидать не приходится.
| | |
| 3.105, Аноним (97), 16:06, 28/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Какое-то странное "сравнение" по степени сжатия.
libpng сжимает с помощью zlib. Однако формат PNG позволяет использовать более эффективные реализации алгоритма сжатия Deflate. Например, реализацию из 7z.
stb_image.h только декодирует.
stb_image_write.h всегда жал "not optimal" самопалом ("it is 20-50% larger than the file written by a decent optimizing implementation"). Либо с помощью всё того же zlib.
| | |
|
|
| |
| |
| 3.329, nfrc (?), 13:50, 01/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
А PNG, проходящийся по каждей строчке картинки пять раз для определения метода фильтрации перед применением LZSS и Хаффмана, простой, да?
| | |
|
|
| 1.41, Аноним (41), 12:32, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я конечно понимаю коммент удалят.Но все равно вопрос.А порно фото с известного сайта сжимает лучше чем jpeg или png дает самое лучшее качество?
| | |
| |
| 2.45, ыы (?), 12:43, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Тем товарищам пора разрабатывать собственный алгоритм, проблемно-ориентированный... Например устанавливать пользователю заранее словарь кодирования.. размером пару гигов.. зато потом просмотр будет супербыстрый и экономичный...
| | |
| |
| 3.50, Аноним (41), 12:56, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Пару гигов ух! Это уже тогда mysql тогда надо.А супер быстро то и не надо как бы.Надо ведь рассмотреть изображение хорошо а png самое то.А этого формата вроде и нет в огнелисе.
| | |
|
| |
| |
| 4.65, Аноним (41), 13:34, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Это не тот сайт.Какая в лобаду лена.Это не те дроиды которых вы исчете.
| | |
|
| 3.74, Gogi (??), 14:00, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Тимур, ты уже 5 лет назад спрашивал - неужели опять забыл? :))
| | |
|
|
| 1.46, Аноним (55), 12:48, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
O(1) это константное время операции.
Однопроходный перебор всех пикселей это O(n)
| | |
| |
| |
| 3.322, burjui (ok), 14:07, 05/12/2021 [^] [^^] [^^^] [ответить]
| +/– |
 Ерунда. "scalability" по определению зависит от одного или нескольких параметров. O(1) не зависит от n.
| | |
|
|
| 1.48, Аноним (48), 12:53, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 QoI fungicides are used on a wide range of crops, such as cereals, vines, pome fruits, cucurbits, tomatoes and potatoes.
| | |
| 1.51, Аноним (51), 12:59, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Да никакого смысла в этом нету, png > webp > avif > jxl по силе сжатия, это почти в 2 раза сильнее, из-за развития технологий за последние 25 лет, и между прочем скорость кодирования у них ну крайне медленная а вот Декодирование вполне быстрое что бы открывать фоточки за пол секунды, увы никому не нужен быстрый формат фото для быстрого сжатия без потерь, это вам не zstd
| | |
| |
| 2.68, Аноним (68), 13:52, 28/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
символьной, схематической, формальной семантики достаточно. а то передают в сверхсовременных форматах изображение грифельной доски лектора с мелом.
| | |
| 2.70, Аноним (70), 13:54, 28/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
По-моему, у вас стрелки не туда показывают. Получается что пнг сжимает лучше всех, скорей всего все наоборот.
| | |
| 2.101, annon (?), 15:49, 28/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
> а вот Декодирование вполне быстрое
> что бы открывать фоточки за пол секунды
Вы большие PNG файлы когда-нибудь открывали? Никакими "пол секунды" там и не пахнет, даже на мощном процессоре. Или под фоточками вы подразумеваете исключительно превьюшки настоящих фотографий в стиле инстаграма?
| | |
| 2.132, Прохожий (??), 17:36, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> никому не нужен быстрый формат фото для быстрого сжатия без потерь
Отучаемся говорить за всех. Попробуйте хоть чуть-чуть абстрагироваться от своего ограниченного жизненного опыта.
| | |
|
| 1.57, corvuscor (ok), 13:21, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
 Если все так, думаю, этот алгоритм был бы очень полезен во всяких VNC и иже с ним. Автор красавчик.
| | |
| 1.58, Аноним (58), 13:26, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Please note that this library is not yet ready to deal with untrusted input. | | |
| |
| 2.76, Gogi (??), 14:03, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Да это понятно, что алгоритм стар как папкины дискеты, но если адаптировать с учётом характера данных, можно что-то вытянуть. Особенно для всяких схем - там полно белого BG.
| | |
|
| 1.72, Ingener (??), 13:56, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
Первая мысль. о, это круто.... о, это интересно. Потом подумал, ну пусть он, QOI, сначала разойдется, сначала начнет юзаться там и там. А то форматов изображений достаточно много уже. Webp. Jpeg2000. Есть еще какие-то другие которые опережают PNG. Ну и что ? Где они разошлись? Нигде почти. Так что. Ну еще один формат... Ну вы ребята сначала найдите свою нишу. Найдите популярность.
| | |
| |
| 2.80, Аноним (80), 14:28, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Есть много вариантов, как его прямо сейчас можно использовать - в играх, приложениях со вшитыми изображениями, видеопоток кодировать быстро, пусть и с небольшим сжатием. Ждать когда он разойдётся, необязательно.
| | |
| |
| |
| 4.100, лже_ит (?), 15:47, 28/11/2021 [^] [^^] [^^^] [ответить]
| –4 +/– | |
веб ненужон
Скажи лучше это свой мамке болван , для кучи интернет мусора картинок стандарт сокращает жадность размера картинки отдавая качество такое же , а вес на 70% и больше меньше.
| | |
| |
| 5.189, Аноним (191), 22:00, 28/11/2021 [^] [^^] [^^^] [ответить]
| +7 +/– |
наивный, какое качество, берут jpeg и перекодируют в Webp, экономя трафика, сдался ты им со своим качеством
| | |
|
|
| 3.142, Kuromi (ok), 18:13, 28/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Он только как внутренний web формат популярен. Ну там показать иконочки на сайте или фоточки продукта в каталоге. За пределами этого его как бы и нет.
| | |
| |
| 4.159, Аноним (42), 19:36, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ага, только вот на том же пикабу с многомиллионной аудиторией все картиночки в WEBP.
| | |
|
|
| 2.89, Анонн (?), 15:08, 28/11/2021 [^] [^^] [^^^] [ответить]
| +3 +/– |
jpeg2000 был офигенен в свое время, у него была очень перспективная база в виде вейвлетов вместо dct, правда платой за это была алгоритмическая сложность.
Но шансы стать новым стандартом были похоронены патентами. Sad but true.
| | |
| 2.139, Аноним (139), 18:03, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Популярность и востребованность у обывателей - такой себе критерий оценки. Иначе получается, что mp3 с jpeg - венец развития.
| | |
|
| |
| 2.87, Аноним (85), 14:54, 28/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
Где вкатили webp теперь нельзя сохранить как... в браузере сделать. Опечален
| | |
| |
| 3.138, Аноним (42), 18:01, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
И много кто себе на телефончик флаки закидывает? Про стриминг я уже не говорю.
| | |
| |
| 4.143, Kuromi (ok), 18:15, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Стриминг FLAC есть, хотя это немассовое и обычно премиум явление, а проблема заикидывания на телефон решается емкой картой памяти.
Муня тут больше прикалывает тот факт что люди слушают разжатый FLAC через...Блютус наушники, которые кодируют звук своим кодеком между передатчком и приемником. Какой смысл после этого...
| | |
| |
| 5.149, Аноним (42), 18:35, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Я знаю, что и стриминг есть, и карты памяти сейчас копеечные. Вопрос в том, МНОГО ли кому это нужно.
| | |
| 5.219, lockywolf (ok), 04:03, 29/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Flac настолько замечательный формат, что позволяет услышать треск магнитофона, который оцифровывал запись, которую вы слушаете.
Если честно, мне было бы интересно посмотреть на то, насколько LDAC "портит" звук, и если не сильно, то почему им и не кодировать треки.
| | |
| 5.273, x3who (?), 17:11, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Можно предположить, что они не всегда слушают это через блютуз и не видят смысла хранить рядом ещё и копию в ухудшенном качестве специально для прослушивания через БТ :)
| | |
|
| |
| |
| 6.227, bOOster (ok), 07:34, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
 Ну человеческая глупость неискоренима, особенно в сарказме, если понимать для чего нужен диктофон, и какую звуковую полосу частот он пишет.
| | |
|
|
|
|
|
| 1.92, pda (ok), 15:27, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Если очередной пиксель совпадает с предыдущим, то лишь увеличивается счётчик повторений. Если пиксель совпадает с одним из значений в буфере 64 прошлых пикселей, то вместо значения указывается 6-битовое смещение на прошлый пиксель. Если цвет прошлого пикселя незначительно отличается, в короткой форме указывается различие (сокращённое кодировние различий цветовых составляющих, укладывающихся в 2,4 и 5 бита). Если оптимизация не применима, указывается полное значение rgba.
Кто-то переизобрёл RLE и LZW... Но описание интригует. Надо будет потестировать самому.
| | |
| |
| 2.155, Ordu (ok), 19:03, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
 Автор не претендует на инновационность. Он подобрал простых велосипедов, которые реализуются в 300 строк кода и в сумме дают достаточно хороший результат
| | |
| |
| 3.294, pda (ok), 01:00, 30/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Автор не претендует на инновационность. Он подобрал простых велосипедов, которые реализуются
> в 300 строк кода и в сумме дают достаточно хороший результат
Ну так я не издеваюсь, так, слегка иронизирую.
| | |
|
| |
| 3.295, pda (ok), 01:02, 30/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> LZW был в GIF, а это гораздо боле простой алгоритм.
"Если пиксель совпадает с одним из значений в буфере 64 прошлых пикселей, то вместо значения указывается 6-битовое смещение на прошлый пиксель." - LZ* класс алгоритмов, GIF, PNG... Ну, точнее сильно упрощённый LZ.
"Если очередной пиксель совпадает с предыдущим, то лишь увеличивается счётчик повторений." - RLE алгоритм. Использовался в PCX, BMP (хотя BMP со сжатием не все программы понимали)
"Если цвет прошлого пикселя незначительно отличается, в короткой форме указывается различие (сокращённое кодировние различий цветовых составляющих, укладывающихся в 2,4 и 5 бита)." - что-то похожее на ADPCM, только адаптированное для растра, а не звука.
| | |
|
|
| 1.107, Онаним (?), 16:17, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Спорщикам насчёт O(1) O(n) простая задачка.
Сколько будет по отношению к пикселам? Правильно, O(n)
Сколько будет по отношению к целому изображению? Правильно, O(1), так как проход по изображению только 1 :D
Такие дела.
| | |
| |
| 2.108, Онаним (?), 16:18, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Короче я согласен за O(n), но O(1) на глобус натягивается элементарно, если принять изображение за единицу данных.
| | |
| 2.125, Аноним (125), 17:20, 28/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
Спорщикам насчёт O(1) O(n) простая задачка. Сортировка коллекции из 2000000000 элементов пузырьковым методом.
Сколько будет по отношению к элементам коллекции? Правильно, O(n^2)
Сколько будет по отношению к целой коллекции? Правильно, O(1), так как сортировка была только одна
логика опеннет экспертов.
O(1) это не один проход, это константная сложность
| | |
| |
| 3.156, Ordu (ok), 19:14, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Не совсем. Все эти асимптотические сложности оценивают сложность выполнения на машине Тьюринга. Там квадрат n неизбежно возникнет. Другое дело, что n может быть константой. И вот тогда ты можешь хоть сколько массивов сортировать, сложность сортировки каждого будет O(1).
То есть, ты вроде и правильно сказал, но мимо цели. Количество массивов не влияет на сложность сортировки пузырьком. Хотя если у нас ровно один массив, то n вроде как константа. Хотя хз: может ли что-то называться константой, если никто не пытался его менять? Вот если попытались и не вышло...
| | |
|
|
| 1.113, Зз (?), 16:55, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Мне кажется, алгоритм даже ещё лучше чем описано, т.к. из описания следует, что скорее всего кодированное изображение можно ещё _эффективно_ прогнать через архиватор, типа bz2. В отличие от png где вся энтропия уже использована.
| | |
| |
| |
| |
| 4.323, pavlinux (ok), 17:08, 08/12/2021 [^] [^^] [^^^] [ответить]
| +/– |
 > глупо проверять эффективность сжатия на рандоме.
Скорость работы алгоритма с неизвестными данными примерно
равна скорости работы с данными распределенными по Гауссу, Пуассону, итд.
Более того, за всё время работы алгоритма скорость работы
будет даже медленнее, чем один раз проверенная с рандомом.
| | |
| |
| 5.325, edo (ok), 21:09, 08/12/2021 [^] [^^] [^^^] [ответить]
| +/– |
 >> глупо проверять эффективность сжатия на рандоме.
> Скорость работы алгоритма с неизвестными данными примерно
> равна скорости работы с данными распределенными по Гауссу, Пуассону, итд.
только тут измерялось не время работы, а степень сжатия.
для алгоритма, который рассчитан на сжимаемые данные.
| | |
| |
| 6.328, pavlinux (ok), 23:51, 17/12/2021 [^] [^^] [^^^] [ответить]
| +/– |
>>> глупо проверять эффективность сжатия на рандоме.
>> Скорость работы алгоритма с неизвестными данными примерно
>> равна скорости работы с данными распределенными по Гауссу, Пуассону, итд.
> только тут измерялось не время работы, а степень сжатия.
> для алгоритма, который рассчитан на сжимаемые данные.
Дык, если сжатие не зависит от содержимого, то скорость должна быть равна.
Типа strcmp() - ей пофиг, сравнивает i-й байт с j-ым, а strstr() ужо с логикой.
| | |
|
|
|
|
|
| |
| 2.133, лже_ит (?), 17:41, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
*.bmp рулит.
Разогретого до красна тебе телефона и долгой загрузки страниц!
| | |
|
| 1.135, Radjah (ok), 17:47, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 202007 54203449_My_diary.png
239357 54203449_My_diary.qoi
276908 54203449_My_diary2.png
Первый файл сжал во второй и потом разжал в третий.
Или я что-то делаю не так, или картинка такая.
https://i.imgur.com/KnaYWWO.png
inb4: разные файлы
0ec9d8762525b0e5cbc083191b363910 *54203449_My_diary.png
eb21ffad024ef96e0933c9eec2549390 *54203449_My_diary2.png
eb21ffad024ef96e0933c9eec2549390 *KnaYWWO.2.png
2d2267a9001abcfa0cc906e542cbad0c *KnaYWWO.png
98cd3bb5cd7702b5a5bfb906c5a5c805 *54203449_My_diary.qoi
98cd3bb5cd7702b5a5bfb906c5a5c805 *KnaYWWO.qoi
| | |
| |
| 2.151, rm2 (?), 18:37, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
 "Разжал в PNG" это нонсенс. Это тоже сжатый формат, и его сжимать можно по-разному, как более эффективно, так и менее. Пробуйте скажем BMP исходник и потом обратно тоже в BMP. Или какие там чисто растровые форматы будут поближе, PNM что-ли.
| | |
| 2.163, pavlinux (ok), 19:46, 28/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Оно "сжимает" с этими параметрами: https://github.com/nothings/stb/blob/master/stb_image_write.h#L250
Исходный был с compression_level = 8? RLE compression ? png_filter = -1;
...
where the callback is: void stbi_write_func(void *context, void *data, int size);
You can configure it with these global variables:
int stbi_write_tga_with_rle; // defaults to true; set to 0 to disable RLE
int stbi_write_png_compression_level; // defaults to 8; set to higher for more compression
int stbi_write_force_png_filter; // defaults to -1; set to 0..5 to force a filter mode
...
| | |
|
| 1.141, Kuromi (ok), 18:11, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Ну допустим взлетит и...лет 10-20 ждать пока станут пользоваться. Вон, WebP сколько лет, а до сих пор внятной поддержки нет. ФФ сколько лет шел к тому чтобы поддерживать, смотрелки картинок до сих пор через одну понимают, а уж о поддержке со стороны сайтов и говорить нечего - 95% при попытке загрузить webP получаешь О_о, притом что некоторые уже даже графику начали в webP отдавать.
| | |
| |
| 2.145, Аноним (42), 18:18, 28/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> ФФ сколько лет шел к тому чтобы поддерживать
Вот такими темпами он к своим 3% и пришёл.
> смотрелки картинок до сих пор через одну понимают
Не пользоваться убогими смотрелками? На винде сейчас проверил — IrfanView поддерживает, Faststone поддерживает, даже MS Paint поддерживает, лол.
| | |
| |
| 3.152, Kuromi (ok), 18:39, 28/11/2021 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> ФФ сколько лет шел к тому чтобы поддерживать
> Вот такими темпами он к своим 3% и пришёл.
>> смотрелки картинок до сих пор через одну понимают
> Не пользоваться убогими смотрелками? На винде сейчас проверил — IrfanView поддерживает,
> Faststone поддерживает, даже MS Paint поддерживает, лол.
Ну вот на примере Ляликса нормально поддерживает XnViewMP, но это его ниша поддерживать все что возможно. Всякие встроенные смотрелки вроде глаз Мате не поддерживает, да.
| | |
|
|
| 1.148, zower (ok), 18:34, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 на создают всякой ерунды, а после кричат что в каждой щели уязвимость..
| | |
| 1.153, Аноним (153), 18:39, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Но ведь PNG - это просто матрица сырых пикселей в контейнере, а любое сжатие поверх - это deflate. Что там декодировать?
| | |
| 1.157, Аноним (80), 19:30, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
> Эталонная реализация QOI на языке Си насчитывает всего 300 строк кода.
Это и энкодер и декодер. А на расте только decode.rs уже 319 строк. Выходит сишка более высокого уровня язык?
| | |
| |
| 2.248, ИмяХ (?), 11:40, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Растовский компилятор заставляет программиста писать кучу дополнительных проверок и перепроверок, блягодаря чему код намного безопаснее.
| | |
| 2.259, Аноним (-), 14:16, 29/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Эталонная реализация QOI на языке Си насчитывает всего 300 строк кода.
> Это и энкодер и декодер. А на расте только decode.rs уже 319 строк. Выходит сишка более высокого уровня язык?
https://github.com/phoboslab/qoi/blob/master/qoi.h (631 _строка_ - из них 304 строк с кодом)
А вообще, тебе-то какая разница - ты ж ни разу не разработчик, раз не в курсе таких "мелких нюансов"? Или очередной опеннетный расто-подгорелец болеет "за правое дело"?
| | |
| |
| 3.267, Аноним (267), 15:46, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Эвон как вас порвало - 2 идентичных коммента с переходом на личность. Давай ещё в третий раз напиши, что ты знаешь про анонима.
| | |
| |
| 4.280, Аноним (-), 18:44, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Эвон как вас порвало - 2 идентичных коммента с переходом на личность.
Хм, у тебя и с чтением не очень, да?
> Давай ещё в третий раз напиши, что ты знаешь про анонима.
Опять пафос, надутые щечки, очередная посадка в лужу - и 0 по теме.
Ты, главное, не забывай уточнять, кого именно "порвало" - чтобы совсем никто случайно не перепутал!
| | |
| |
| 5.308, Аноним (80), 14:31, 30/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Так в сишном файле половина места под описание алгоритма отведена, а в растовом кроме кода и щепотки комментов ничего нет, так что сишных строк кода меньше всё равно. Но ты не плачь, сходи лучше лайкусиков любимой растишке отсыпь, а то у растовой версии алгоритма почти в 100 раз меньше звёзд на гитхабе. Любимый язык программистов, ага.
| | |
| |
| 6.317, Аноним (-), 20:40, 30/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Так в сишном файле половина места под описание алгоритма отведена
> ... Но ты не плачь, сходи лучше лайкусиков
Тебе в новости прямым текстом написали "300 строк кода" со ссылкой на файл.
"Строки кода" - метрика, известная любому разработчику, а не разработчику достаточно было пройти по ссылке, увидеть разницу и немного задуматься "а чей это так?".
Но анониму некогда по ссылкам ходить и думать - ему палится^W с умным комментировать надо, враги не ждут!
Теперь только и остается лепка унылых отмазок и клоунада.
Впрочем, все как всегда у местных расто-подгорельцев.
| | |
|
|
|
|
|
| 1.176, Аноним (175), 20:51, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>Дополнительно энтузиастами подготовлены реализации кодировщиков и декодировщиков на языках Go
Надо было goi назвать.
| | |
| 1.183, Аноним (183), 21:31, 28/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Теперь Яндекс возьмет WEBP сжатый из jpeg, который был сжат из png и сожмёт в QOI и останется от него коуй, но яндексу экономия однозначно!!
| | |
| |
| |
| 3.297, Аноним (-), 08:40, 30/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Дело не в том, что является он чей-то альтернативой, или нет. Вопрос в том поддержавает-ли он полноцветные изображения фотографического качества.
| | |
|
|
| 1.207, другой аноним (?), 01:32, 29/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
Я, может быть, дурак, но: выбор в качестве "хеша" тривиального xor'а с обрезанием старших бит разве не приводит к тому, что для картинки с "бедной" палитрой (а именно для таких алгоритм вроде бы и предназначен?) все простые цвета типа #808000 будут хешироваться одинаково?
Честное слово, лучше бы, наоборот, резал младшие биты: похожие цвета (различающиеся в младших битах) diff ветка алгоритма достаточно эффективно обработает, а непохожие, но чистые (с круглыми значениями rgb) лучше бы по разным корзинам раскидывать? Где я не прав?
| | |
| |
| 2.265, pavlinux (ok), 15:21, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Представляешь картинку, когда один пиксель #551155, а соседний #115511 ? Белый шум какой-то.
Но чисто математически, согласен можно было б какие-нить сдвиги добавить,
типа ( r << 8 | g << 4 | b << 2 | a ),
Процессорная XOR довольно жирненькая операция, при этом 3 SHR + 3 OR не намного больше 4 XOR
| | |
| 2.282, Аноним (281), 18:55, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Где я не прав?
Автор в статье объяснил, что это небольшая жертва качеством сжатия ради производительности, а иначе там был бы обычный линейный проход по 64 последним значениям.
| | |
|
| 1.235, Аноним (241), 08:16, 29/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
будет ли это векторизироваться с SIMD. когда данные занимают 2, 4, 5 байт, без выравнивания.
| | |
| |
| 2.253, Аноним (-), 12:44, 29/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
MIT - к сожалению бздуноподобная пермиссивка. Надо автора убедить чтобы под лютый копилефт перелицензировал. Он ведь сделал конкретное "нужно".
| | |
| |
| 3.256, Ananimasss (?), 13:16, 29/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Аффтор сделал как ему удобно, а не как собакам на сене хочется.
Алсо гнутая непермесивка не мешает облакам и даже микрософту с всл зарабатывать на гнутых.
| | |
| |
| 4.269, Аноним (-), 16:04, 29/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Что там мешает, или не мешает Майкрософту нас не интересует. Важно чтобы лицензия была копилефтной и одобренной Столлманом. Это дело принципа!
| | |
| |
| 5.279, Аноним (-), 18:36, 29/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Что там мешает, или не мешает Майкрософту нас не интересует. Важно чтобы
> лицензия была копилефтной и одобренной Столлманом. Это дело принципа!
Интересно, что там мешает анонимам сделать другую реализацию под более "правильной" лицензией, вместо нытья на форуме (о котором автор, скорее всего, ни разу не слышал)? Дело опеннетного принципа?
| | |
|
|
|
|
| 1.293, Георгий (??), 00:31, 30/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Кстати, круто, что формат позволяет сохранять в файл, что RGBA-каналы находятся в линейном цветовом пространстве. Если кто не в курсе, почти любая обработка хорошо работает только с линейными цветами, т.к. они правильно смешиваются.
Я пытался строить консольные конвейеры обработки пару лет назад (т.е. каждый фильтр - отдельная консольная программа), но это приводило к тому, что надо было постоянно конвертировать из sRGB в линейный формат. Я там изобретал велосипед. Еще видел, есть текстовые форматы типа farbfeld, но это совсем уж извращения.
В общем, если даже бегло пробежаться по исходникам и описанию, получается, что формат очень хорошо приспособлен для хранения промежуточного результата обработки. На нём можно строить вполне себе неплохие конвейеры. Даже несмотря на то, что формат восьмибитный, т.к. он убирает необходимость постоянных преобразований в sRGB и обратно, там должно быть минимальное падение точности с каждым шагом обработки.
| | |
| |
| 2.296, Георгий (??), 06:18, 30/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Правда, начальное и конечное преобразование — уже довольно травматичная вещь, если сохранять результат в 8 бит.
| | |
| 2.309, Аноним (267), 15:05, 30/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Несложно адаптировать под любую битность канала. RGB565 тоже было бы прикольно иметь для микроконтроллеров всяких.
| | |
|
| 1.298, Аноним (-), 08:42, 30/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>Эталонная реализация QOI на языке Си насчитывает всего 300 строк кода
Вот так надо. Учитесь господа!
| | |
| |
| |
| 3.314, Аноним (204), 19:53, 30/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
У раста слишком многобуквенный синтаксис, так что в такой объём кода не уложиться.
| | |
| 3.324, pavlinux (ok), 17:20, 08/12/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> НебезопасТно!
Не используй сжатие картинок на компе управляющем ядерным реактором.
| | |
|
|
| 1.327, Аноним (327), 14:59, 16/12/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
проверил ради интереса в андроид java.
с битмапа байты и обратно.
изображение 4400х3200 (похожих пикселей почти нет) - повреждение пикселей по верхнему краю и дольше чем png цикл.
| | |
|
