Comments: |
в том, что png - это формат сжатия без потерь.
Не стоит списывать на глупость то, что можно списать на лень. Повторно использовали документацию, заменив JPG на PNG.
ну возьмите и прочитайте первоисходник, там про jpg совсем рядом написано если вы найдёте как из одного сделать второй копипастом, то вы великий комбинатор.
кстати я не думаю что я первый читаю эту доку, но почему-то никто даже не почесался исправить лажу
Скорее всего, и интерфейс использовали повторно.
А что алгоритм deflate (тот же самый, который используется в gzip и zip), НЕСМОТРЯ на то, что является алгоритмом сжатия без потерь, имеет разные уровни компрессии (послабее, но побыстрее и поэкономнее к памяти, и посильнее, но потребовательнее к ресурсам) ты не в курсе?
Почитай man gzip что-ли. А я еще тебе страшную вещь расскажу - в формате PNG еще предусмотрена куча (несколько десятков) способов фильтрации пикселов, которые позволяют оптимизировать размер (и при этом всё равно формат остается форматом без потерь.
Дык это и ежу понятно, только в доке должно было быть написано не (largest files, highest quality)...(smallest files, worst quality), а (largest files, fastest compression)...(smallest files, slowest compression)
вы гоните, Витус. Алгоритм DEFLATE не имеет параметра "quality" В мане на него очень понятно написано что такое уровни сжатия. Очень жаль что разработчики GD.pm не читали ман на DEFLATE.
Я понимаю, что можно играть размером хэш таблицы и всё там такое, но, возвращаясь к приведённому тексту, качество картинки ведь пострадать от этого не может. Информации будет ровно столько же.
zlib, который упомянут в тексте, потерь при сжатии не предусматривает :)
А, теперь про quality дошло - там должно было быть speed, конечно.
Есть такие вопросы, которые обманывают многих. Например: почему в самолёте стоп-кран голубого цвета? Этот текст про png -- именно из таких. Я (как и многие здесь) прочёл его, и ничего особенного не заметил. И только заглянув в комменты понял, что quality имеет к png не больше отношения, чем к самолёту -- стоп-кран.
ну так вы же не занимаетесь разработкой библиотеки GD - и не обязаны этого знать. НО разработчик графической библиотеки ОБЯЗАН знать графические форматы, а даже не форматы а самые азы (первоосновы) сжатия изображений !
Вот я и говорю, что когда люди неразбираются именно в том предмете над которым работают, это и есть пиздец и это многое говорит об отрасли "IT" вцелом.
А вообще-то я не думаю, что тот, который писал этот отрывок доки, не разбирается в алгоритмах. Скорее всего, он-то алгоритм формально знает, но это просто болезнь цивилизации - непонимание, что означают слова. Примерно как с "японским кроссвордом".
То есть человек знает то, знает это, а то, что они связаны между собой (и, если связаны, тот как) - и в голову не приходит, и, главное, не приходит в голову сам этот вопрос. | |