The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Представлен FLIF, новый формат сжатия изображений без потерь

02.10.2015 10:18

Развивается новый формат сжатия изображений FLIF (Free Losless Image Format), опережающий по уровняю сжатия PNG и lossless-режимы форматов BPG, JPEG2000 и WebP. Исходные тексты утилит и библиотеки для работы с форматом FLIF доступны под лицензией GPLv3. Заложенные в формат технологии распространяются на условиях безвозмездного использования и не требуют патентных отчислений.

В основе FLIF лежит статистический алгоритм контекстно-адаптивного двоичного арифметического кодирования MANIAC (Meta-Adaptive Near-zero Integer Arithmetic Coding), который является одним из вариантов алгоритма CABAC (Context-Adaptive Binary Arithmetic Coding), также используемого при кодировании видео H.264. Во FLIF поддерживается прогрессивное чересстрочное кодирование (progressive interlacing), позволяющее отобразить эскиз изображение на основании части данных, постепенно увеличивая качество по мере загрузки. Любой загруженный начальный блок сжатого файла может быть использован как закодированное с потерями изображение, сопоставимое по качеству с обычными форматами кодирования с потерями. Последующие данные уточняют модель и доводят её до представления полностью аналогичного исходному варианту.

По уровню сжатия FLIF, при тестировании на коллекции разнородных изображений (использовались тесты WebP), в среднем на 35% превосходит PNG (для оптимизированных PNG на 26%), на 37% JPEG 2000, на 15% WebP и на 22% BPG. Формат FLIF хорошо справляется с различными видами изображений, не требуя дополнительного тюнинга параметров кодирования. Например, для специфичных видов изображений (BPG и JPEG 2000 оптимальны для медицинских фотографий, PNG для штриховых рисунков, PNG и WebP для карт и т.п.) FLIF также опережает конкурентов в среднем на 10%. По скорости кодирования и декодирования текущая реализация FLIF пока отстаёт от других форматов.

Из возможностей FLIF можно отметить поддержку прозрачности, анимации, глубину цвета в 16 бит на канал, режим очень быстрого декодирования в пониженном разрешении. В планах возможность интеграции метаданных (EXIF, профили ICC, XMP), поддержка цветовых пространств (CMYK, YCbCr), режим сжатия с потерями, обеспечение поддержки в web-браузерах и оптимизация производительности.

  1. Главная ссылка к новости (https://github.com/jonsneyers/...)
  2. OpenNews: Инженеры Dropbox представили новый алгоритм сжатия видео и изображений без потерь
  3. OpenNews: Доступен MozJPEG 3.0, высокоэффективный кодировщик JPEG-изображений от проекта Mozilla
  4. OpenNews: Создатель QEMU и FFmpeg предложил новый формат изображений BPG
  5. OpenNews: Google выпустил третью версию библиотеки с реализацией формата WebP
  6. OpenNews: Представлен ImageZero, новый lossless-кодек для изображений
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: flif
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (122) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, пглгти (?), 10:24, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Можно увеличить место на винте, пожав картинки.
     
     
  • 2.9, Аноним (-), 10:56, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Проблема то актуальная. Популярная картинка может генерировать терабайты трафика.
    http://i.imgur.com/wU8sdky.png?1
     
     
  • 3.20, Khariton (ok), 11:25, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Оно то да.
    А вот где используется в реальной жизни картинка без сжатия?
    Если звук без жатия еще имеет какую-то нишу, то картинка, только в виде raw для специалистов по фотографии. Я думаю, они не будут для экономии места пережимать в FLIF ибо это время, и нужно только для бекапа...
    Это скорее всего узкая ниша типа медецины, геодезии и всяких военных направлений, где важнее достоверность, чем объем...
     
     
  • 4.22, 10й Брейтовский переулок (?), 11:29, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Это скорее всего узкая ниша типа медецины, геодезии и всяких военных направлений, где важнее достоверность, чем объем...

    Одного это уже на годы вперед хватит. :)

     
     
  • 5.23, Khariton (ok), 11:49, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оно то так, но почему-то все пользуют ogg, mp3, jpeg, png Про видео вообще мо... текст свёрнут, показать
     
     
  • 6.26, Khariton (ok), 12:01, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    тестанул XZ:

    $ls -l P9172593.*
    ---  3818620 P9172593.JPG
    --- 23971389 P9172593.tif

    $ xz P9172593.tif
    ls -l P*
    ---  3818620 P9172593.JPG
    --- 13791152 P9172593.tif.xz

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

     
     
  • 7.43, t (??), 13:14, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    xz однопоточный. если надо использовать несколько ядер есть pxz, архив итоговый получается такой же, а время сокращает сильно (я бекапы теперь так и делаю), tar тоже может его понимать как параметр для архивации.
     
     
  • 8.48, Khariton (ok), 13:31, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    вау буду знать полезность про tar я знал ... текст свёрнут, показать
     
  • 8.95, Michael Shigorin (ok), 21:05, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Помнится, автор писал, что всё-таки чуть толще, но обычно ненамного ... текст свёрнут, показать
     
  • 8.132, анонимный_анонимус (?), 02:11, 08/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    из man xz -T threads, --threads threads Specify the numb... текст свёрнут, показать
     
  • 6.70, Mihail Zenkov (ok), 16:15, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Железа (фотоаппарат, сканер, звукозапись), которое сразу пишет в flac или другой алгоритм сжатия без потерь (картинка, звук и т.д.) я что-то не припоминаю.

    Звуковые платы и сканеры выдают поток без сжатия. Плееры с rockbox'ом тоже могут писать без сжатия. Хорошие фотоаппараты выдают - raw или tiff.

    > Софта который активно с такими форматами без перекодировки работает(позволяет их изменять, обрабатывать) тоже малова-то. В основном только конечное пользование: просмотр, прослушивание...

    gimp/audacity/avidemux/blender и весь остальной софт, ориентированный на создание и обработку мультимедиа. Многие 3d-шники рендерят анимацию как серию png, так как это самый переносимый способ получения видео без сжатия с альфа каналом.

     
  • 6.97, Алексей (??), 23:07, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Оно то так, но почему-то все пользуют ogg, mp3, jpeg, png... Про

    Сам PNG перечислил.

     
     
  • 7.98, Алексей (??), 23:10, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Оно то так, но почему-то все пользуют ogg, mp3, jpeg, png... Про
    > Сам PNG перечислил.

    Ах, без _сжатия_, а не без _потерь_… Ну, имелось в виду же пережать то, что не сжато с потерями.

     
  • 6.114, Аноним (-), 17:40, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>Некоторые пользуют flac и иже с ними. Для личного пользования. Их процент малый.

    Фигню сморозил. Купи диск любимой группы и увидишь, что там будет lossless.

     
     
  • 7.115, axredneck (?), 20:44, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот только диски-то сейчас покупают разве что очень-меломаны, большинство же довольствуется мрЗ. И то некоторые меломаны предпочитают винил, а он, извините, lossy, потому что аналоговый.
     
     
  • 8.117, Аноним (-), 09:24, 05/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    наоборот это оцифровка аналога порождает ошибки и приближения man Теорема К... текст свёрнут, показать
     
     
  • 9.118, count0krsk (ok), 20:01, 05/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все звуки в мире аналоговые Что теперь, на аудиокассеты писать И как быть с те... текст свёрнут, показать
     
  • 4.60, нонайм (?), 14:37, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    картографические архивы.. медицинские архивы.. поля распаханные давно, а тут новые тракторы.. где-то обязательно перейдут со временем.
     
     
  • 5.74, anonymous (??), 16:42, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тут рулит и педалит JPEG2000, причем часто используется режим с потерями.
     
     
  • 6.75, клоун Соплежуй (?), 16:51, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Чуваки просто не понимают, что когда разрешающая способность ниже, чем максимальные потери, то уже не важно будет сжатие или нет.

    Это как с бытовыми музыкальными проигрывателями и колонками/аудиокартами, качество которых зачастую недостаточно для воспроизведения flac, а покупатели не готовы платить за аппаратуру требуемого качества. Вот и получается, что flac это на 99% дешёвые по-ты.

     
     
  • 7.76, arisu (ok), 16:55, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +11 +/
    flac — это возможность конвертации в любой формат с потерями по необходимости. я, например, использую исключительно ворбис, а качаю исключительно флаки. желающим делать ворбис из mp3 — привет.
     
     
  • 8.130, Ilya Indigo (ok), 21:30, 07/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Откройте для себя уже opus Или его в слаке до сих пор нет ... текст свёрнут, показать
     
     
  • 9.131, arisu (ok), 21:33, 07/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    не проецируй пользователи слаквари умеют собирать из исходных текстов ... текст свёрнут, показать
     
     
  • 10.133, Ilya Indigo (ok), 15:23, 09/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Уметь и делать отнюдь не одно и тоже - ... текст свёрнут, показать
     
  • 7.96, Crazy Alex (ok), 21:29, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Предлагаете после замены аппаратуры выкинуть коллекцию и создавать заново? Плюс лосслесс позволяет не задумываться, достаточно ли хорошо сжатие - а то выяснить, ниже разрешающая способность или нет - задача нетривиальная.

    Хотя, что это я - клоуну отвечаю? А не пошёл бы он лучше в цирк, прыгать там по команде дрессировщика.

     
     
  • 8.99, клоун Засранчик (?), 00:19, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, ну да А при покупке автомобиля нужен 5-тонный грузовик ну а вдруг пон... текст свёрнут, показать
     
     
  • 9.103, Mihail Zenkov (ok), 10:35, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ваша аналогия не совсем корректна, лучше подходит аналогия с гаражом если в буд... текст свёрнут, показать
     
     
  • 10.119, count0krsk (ok), 20:13, 05/10/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не, кто бы спорил, что лучше быть здоровым и богатым, чем бедным и больным Но у... текст свёрнут, показать
     
     
  • 11.120, Mihail Zenkov (ok), 21:07, 05/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Тут стоит задуматься, а надо ли вам 2TB музыки Во флаке это примерно 5500ч, есл... текст свёрнут, показать
     
     
  • 12.121, arisu (ok), 21:37, 05/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    одно из свойств музыки такое, что её не всегда есть желание слушать 171 подряд... текст свёрнут, показать
     
     
  • 13.122, Mihail Zenkov (ok), 22:01, 05/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Согласен, но если в течении 5 лет такого желания не возникло, то можно удалять ... текст свёрнут, показать
     
     
  • 14.123, arisu (ok), 22:11, 05/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    не факт я, например, Янку очень редко слушаю, но когда хочется 8212 тут лучш... текст свёрнут, показать
     
     
  • 15.124, Mihail Zenkov (ok), 22:25, 05/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    У opus сжатие еще сильнее, чем у vorbis С открытостью тоже вроде все в порядке ... текст свёрнут, показать
     
     
  • 16.125, arisu (ok), 22:31, 05/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    насколько помню, это компенсируется уменьшеным диапазоном впрочем, могу ошибать... текст свёрнут, показать
     
     
  • 17.126, Mihail Zenkov (ok), 22:41, 05/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, он субъективно звучит лучше, при одинаковом битрейте http www opus-codec... текст свёрнут, показать
     
     
  • 18.127, arisu (ok), 23:06, 05/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо ... текст свёрнут, показать
     
  • 12.128, count0krsk (ok), 04:12, 06/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да ладно уж, 75 Видел сравнение mp3 320 и flac Перекодировали в wav и из о... текст свёрнут, показать
     
     
  • 13.129, Mihail Zenkov (ok), 11:28, 06/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Не так все просто mp3 320 меньше flac в 3-5 раз 22kHz 17kHz 1 3 раза Где ... текст свёрнут, показать
     
     
  • 14.134, count0krsk (ok), 20:31, 09/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да не найду я это всё во флаке, что за годы собрал, как раз удаляя лишнее С мес... текст свёрнут, показать
     
  • 9.104, Crazy Alex (ok), 10:59, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Если разница в затратах между этим монстром и малолитражкой на двоих - копейки, ... текст свёрнут, показать
     
  • 5.136, Аноним (-), 17:41, 17/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > картографические архивы.. медицинские архивы.. поля распаханные давно, а тут новые тракторы..
    > где-то обязательно перейдут со временем.

    не, там или FIF, LWF или ECW или лютая проприетарь под которую плагины даже для GIMP и xnview полусырые(из 7 специфичных для медицины и 4 для космоса - только три поддерживаются). зато часть алгоритмов обработки из - заюзана в части фильтров )


     
  • 3.84, Аноним (-), 19:41, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Проблема то актуальная. Популярная картинка может генерировать терабайты трафика.
    > http://i.imgur.com/wU8sdky.png?1

    Открой для себя кэширующие прокси.

     
  • 2.33, Аноним (-), 12:23, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –13 +/
    Нельзя просто так взять и "увеличить место на винте". Жесткий диск имеет заданную ёмкость. Можно лишь освободить ранее заданное место за счёт более эффективного сжатия файлов.

    Твой кеп.

     
     
  • 3.44, Sluggard (ok), 13:24, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Товарищ имел ввиду свободное место на винте. И мне любопытно, ты выпендриться решил, или просто тугой?
     
     
  • 4.53, Аноним (-), 14:06, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Надо стараться правильно излагать мысли, хоть некоторым это затруднительно.
     

  • 1.2, Аноним (-), 10:34, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Больше, больше стандартов!
     
     
  • 2.6, Нанобот (ok), 10:48, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    где ты видишь слово "стандарт" в тексте новости?
     
     
  • 3.31, orgkhnargh (ok), 12:17, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Существование формата подразумевает наличие стандарта, описывающего этот формат.
     
  • 2.34, Аноним (-), 12:24, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Больше, больше стандартов!

    Ещё 10 лет назад хомячки вроде тебя орали - даешь больше, больше выбора!

    Каптча 01000 подверждает.

     

  • 1.3, freehck (ok), 10:42, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очень неплохие результаты.
    Хотелось бы сравнение FLIF с BPG.
     
     
  • 2.24, Cdome (?), 11:55, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сравнение с BPG есть в новости, читайте внимательней
     
  • 2.137, Аноним (-), 17:44, 17/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Очень неплохие результаты.
    > Хотелось бы сравнение FLIF с BPG.

    зависит от сжимаемого но от 1/5 до 1/4 выигрыша и от него, что СОлидно на мой взгляд. круче только античный FIF наверное в режиме с плавающей точкой и без ограничений по сложности и длительности кодирования, дефолтных(вэйвлетные алгоритмы - сильно пожиже хотя стастичные/однокадровые вариации dirac/shroedinger-а и покрытого мхом snow/nut-а - нехило и тут смотрятся)

     

  • 1.4, Paver (ok), 10:44, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    ... является одним из вариантов алгоритма КАБАК, хм, должно сработать!
     
     
  • 2.13, тоже Аноним (ok), 11:07, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не просто Кабак.
    Это Маньяк на базе Кабака!
     
     
  • 3.41, КО (?), 13:00, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Маньяк вышедший из Кабака :)
     
     
  • 4.65, виндотролль (ok), 15:36, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Модератор, вычисли всех этих по IP и отправь в цирк.
     
     
  • 5.69, тоже Аноним (ok), 16:07, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Учитель наш Кун говорил: "Не пошутишь - и не весело".
     

  • 1.5, Аноним (-), 10:46, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    был еще недавно imagezero формат
     
  • 1.7, Аноним (-), 10:55, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    "Алгоритм маньяк, являющийся одним из вариантов алгоритма кабак"

    А еще говорят, что у кодеров нет чувства юмора

     
     
  • 2.10, Аноним (-), 11:00, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    "Кодеры" имеют  к разработке таких алгоритмов отношение чуть менее чем 0.
    Это computer science, в России малоизвестное.
     
     
  • 3.14, абвгдейка (ok), 11:09, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Это computer science, в России малоизвестное.

    все с точностью до наоборот :)

     

  • 1.11, Аноним (-), 11:06, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    т.е. кодек жмет без потерь лучше чем jpeg с потерями?
     
     
  • 2.29, bukazoid (??), 12:08, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Но дольше!
     

  • 1.12, Аноним (-), 11:07, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Мне кажется, что уже пора вводить новый способ передачи мультимедийных данных от сервера к браузеру: если графический формат не поддерживается, то браузер запрашивает у сервера программу для декодирования.
     
     
  • 2.16, Аноним (-), 11:10, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +20 +/
    И получает пару мегабайт малвари.
     
     
  • 3.56, Аноним (-), 14:11, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Браузеров не так уж и много. Можно завести репозиторий с подписанными кодеками, которые, при необходимости, скачивались автоматически.
     
     
  • 4.63, тоже Аноним (ok), 15:17, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Натурально, вы не понимаете. Если создатели браузеров хотят поддерживать форматы, то они поддерживают форматы, а если не хотят - то и все описанные вами странные телодвижения в браузере реализовывать никто не будет.
     
     
  • 5.102, Аноним (-), 07:47, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В репу могут добавлять независимые разрабы
     
     
  • 6.107, тоже Аноним (ok), 11:49, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В репу кто угодно может, а вот в браузер - нет.
     
  • 2.17, тоже Аноним (ok), 11:10, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Хороший вариант, но мне почему-то не нравится следующий шаг: "...и исполняет ее на компьютере пользователя, не зная, что она на самом деле делает".
    Пустое предубеждение, конечно. Разве сервер, отдающий картинки, может прислать в ответ на такой запрос, что-то, кроме программы для декодирования?
     
     
  • 3.100, Аноним (-), 00:38, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Так браузер может ограничить возможности декодера: читать данные из полученного файла, выводить результат декодирования в строго заданный буфер и ничего больше.
     
     
  • 4.108, тоже Аноним (ok), 11:52, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А кофе принести, пока декодер работает, браузер не может?
    Весь контроль, который есть у браузера над произвольным кодом, ограничивается управлением входом и выходом.
     
     
  • 5.109, Crazy Alex (ok), 14:20, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну,еоретически так обрезать декодер можно, а на практике - сначала хзахотят доступ к SSE, потом - к GPU, потом решат, что нужен DRM со взаимодействием с аппаратным чипом и дополнитльеными запросами в сеть... и так далее, и тому подобное.

    В сущности, то, что в браузере есть JS уже очень печально.

     
     
  • 6.113, arisu (ok), 16:40, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну,еоретически так обрезать декодер можно, а на практике - сначала хзахотят доступ
    > к SSE, потом - к GPU, потом решат, что нужен DRM
    > со взаимодействием с аппаратным чипом и дополнитльеными запросами в сеть... и
    > так далее, и тому подобное.

    ну да, ведь в браузер ещё не встроили «настоящую» виртуальную машину. без виртуальной машины, эмулирующей реальный процессор, браузер неполноценен, ящитаю.

     
  • 2.19, Аноним (-), 11:18, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Полагаю лучше бы сделали возможность указывать несколько файлов для одного изображения - варианты в разных форматах и разрешениях, а браузер сам определял в каком разрешении и формате ему удобнее.
     
     
  • 3.27, клоун Соплежуй (?), 12:02, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ты явно к ИТ отношения не имеешь... Думаешь кто-то будет пересохранять файлы, тратя время и место на диске, лишь чтобы какой-нибудь бородатый клоун, фанатеющий от своего извращённого понимания "свободы", мог получить файл в истинно-православно-халяльно-свободном формате?
     
     
  • 4.37, annual slayer (?), 12:43, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    srcset и <picture> это почти то же самое
     
     
  • 5.51, клоун Соплежуй (?), 13:51, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Над этим уже постебались http://pepelsbey.net/pres/picture/
     
  • 3.50, fi (ok), 13:48, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Полагаю лучше бы сделали возможность указывать несколько файлов для одного изображения
    > - варианты в разных форматах и разрешениях, а браузер сам определял
    > в каком разрешении и формате ему удобнее.

    Собственно это есть даже в стандарте HTTP 1.0 - поле accept

     
  • 2.21, хрю (?), 11:27, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже всё украдено. алгоритм декодирования на js, который можно получить из с через  Emscripten. Так что проблем с отображением любых форматов нет, есть только проблемы со скоростью этого отображения.
     
     
  • 3.39, Crazy Alex (ok), 12:49, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Там даже скорость довольно неплохая, кстати. Но костыль же.
     
  • 2.35, Нимано (?), 12:29, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    котики.jpeeg.exe?
     
  • 2.49, fi (ok), 13:47, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Уже есть, только ссылка ведет на сайт производителя кодека - а ты уже решаешь - нужен ли он тебе.
     

  • 1.18, Аноним (-), 11:10, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Исходные тексты утилит и библиотеки для работы с форматом FLIF доступны под лицензией GPLv3

    Не взлетит

     
     
  • 2.30, Moomintroll (ok), 12:10, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Исходные тексты утилит и библиотеки для работы с форматом FLIF доступны под лицензией GPLv3
    > Не взлетит

    «Заложенные в формат технологии распространяются на условиях безвозмездного использования и не требуют патентных отчислений.»


    Иначе говоря, Вы можете реализовать алгоритм на любом языке под любой лицензией.

     
  • 2.80, Аноним (-), 18:11, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Исходные тексты утилит и библиотеки для работы с форматом FLIF доступны под лицензией GPLv3
    > Не взлетит

    Взлетит

     

  • 1.25, Aquarius (ok), 11:59, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ещё один формат для облаков
     
  • 1.28, yekm (ok), 12:07, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Исходники соблазнительные, один файл всего. Не то что в Webp. А на bpg вообще страшно смотреть -- открываешь, а там libavcodec libavutil x265 треш угар и содомия.

    Картинка с котиками получилась больше оригинала -- 4.9М flif против 3.2М jpg. Нет, ну конечно меньше, чем 9.8М png, но мне и жпег обещали же!

     
     
  • 2.32, tyuiop (?), 12:21, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Читаем внимательно

    "lossless-режимы форматов ... JPEG2000"

     
     
  • 3.36, yekm (ok), 12:31, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ой, да. Простите, больше так не буду.
     

  • 1.38, Alexey (??), 12:47, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Если они собираются продвигать свой новый формат, то лицензия GPL 3 этому точно будет мешать.
     
     
  • 2.45, Moomintroll (ok), 13:28, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Если они собираются продвигать свой новый формат, то лицензия GPL 3 этому точно будет мешать.

    Вы тоже не различаете формат (алгоритм «на условиях безвозмездного использования и не требуют патентных отчислений») и код (реализацию GPL3)?

     
     
     
    Часть нити удалена модератором

  • 4.58, Moomintroll (ok), 14:17, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Спецификации (алгоритма) нет.

    Может всё-таки будет… На официальном сайте:

    «WARNING: FLIF is a work in progress. The format is not finalized yet.»

     
     
     
    Часть нити удалена модератором

  • 6.61, Moomintroll (ok), 14:58, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > внутреннего API ядра

    Ну нет, ядро не из этого списка, потому что

    https://www.kernel.org/doc/Documentation/stable_api_nonsense.txt

    Т.е. никто и не обещает стабильный API в ядре.

     
     
     
    Часть нити удалена модератором

  • 8.71, Нимано (?), 16:23, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стесняюсь спросить 8211 а можно ссылочку на спеки NTFS ... текст свёрнут, показать
     
     
  • 9.77, клоун Соплежуй (?), 16:55, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот мы и пришли к вопросу что лучше лекарство, срок годности которого ты не зна... текст свёрнут, показать
     
     
  • 10.81, Нимано (?), 18:19, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Т е конкретики типа ссылок на доки НТФС 8211 не будет, а будет очередное жо... текст свёрнут, показать
     
  • 4.64, Аноним (-), 15:34, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >фанатикам то свинина мешает, то DRM

    не знаю людей кому ДРМ бы не мешала

     
     
  • 5.67, клоун (?), 15:47, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нерепрезентативно.
     

  • 1.40, Crazy Alex (ok), 12:54, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот жаль, что ImageZero до ума не довели. Для всяких кэшей картинок в оперативке/на диске было бы в самый раз. Для браузеров, просмотрщиков PDF и подобного.
     
  • 1.42, Вася (??), 13:05, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    эх... салабоны...
    Где же фрактальное сжатие? я в 90-х на дипломе сжимал круче чем джипег2000
     
     
  • 2.46, Пользователь Debian (?), 13:29, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Не отвлекайся, пиши дальше обработку на 1С.
     
  • 2.55, Crazy Alex (ok), 14:11, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну вот к тебе и вопрос тогда - где?
     
  • 2.66, СамТакой (?), 15:37, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сжимал.
    А расжимал потом?
     
     
  • 3.68, клоун Соплежуй (?), 16:02, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Придумать свой формат, который жмёт лучше существующего коммерческого - это типовой курсовой/дипломный проект.

    Лайфхак 1: сделать N вызовов существующих архиваторов с разными настройками, изменить расширение - БИНГО! Теперь можно писать об успехах:
    - всех дрюкнул
    - создаваемые ТВОИМ алгоритмом архивы совместимы с существующими unpack'ерами

    Лайфхак 2. Просишь папу, друга, брата, свата и пр. подписать акт о внедрении. Проверяющие в восторге: у них внедрения в отдельной строке эффективности ВУЗа прописаны.

     

  • 1.52, Зенитарка (?), 14:05, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Т.е. я могу сжимать данные, и при этом не терять?
     
     
  • 2.57, клоун Соплежуй (?), 14:12, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Именно. Я уже пережимаю JPEG и советую тебе сделать так же.
     
  • 2.92, анонимус (??), 19:48, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я у себя локально пережал все png-шки без потерь с помщью RIOT. Поразило, что размер многих уменьшился аж вдвое. RIOT умеет урезать палитру (нафига, например, нужна труколор-палитра, если файл 256-цветный) и прогоняет получившееся через внешние подключаемые компрессоры типа optipng.
     

  • 1.72, arisu (ok), 16:25, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    (вздыхает) ещё один. несмотря на интересные фичи… даже у гугеля с вебп не очень как‐то получилось.

    ой, reference на цпп. тьфу, гадость какая. а казался нормальным проектом.

     
     
  • 2.105, Crazy Alex (ok), 11:07, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Там очень понятные и по делу использованные плюсы. Не знаю, что тебе не так.
     
     
  • 3.110, arisu (ok), 16:26, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Там очень понятные и по делу использованные плюсы. Не знаю, что тебе
    > не так.

    плюсы не так. вот когда у плюсов хотя бы стандарты на манглинг, vmt, вызовы появятся — вот тогда можно будет на плюсах. когда я возьму собраную пять лет назад gcc3 плюсовую библиотеку, и спокойно слинкую с только что написаным плюсовым кодом, собраным gcc5.

    мне не сам язык не нравится — хоть на суахили пусть делают, всё равно, — мне не нравится то, что линковка с c++ — это лишние проблемы за мои деньги, как говорится. так что пусть уносит своё поделие назад, и выносит реализацию на «стандартном» языке, то бишь си. или GTFO.

     
  • 3.112, arisu (ok), 16:28, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Там очень понятные и по делу использованные плюсы. Не знаю, что тебе
    > не так.

    а в остальном оно прикольное, конечно. особенно мне понравилась фича с недокачаной анимацией — такой точно ни у кого нет.

     

  • 1.73, Pilat (ok), 16:36, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Losеless это хорошо, но чаще нужно сжать с потерями. И тут все конкуренты тихо сливаются по сравнению с Dejavu - он в пять раз уменьшает хорошие JPEG (высокого разрешения с фотоаппарата, стоковые фото и подобное). 20% от JPEG - с очень незначительной потерей качества.
     
  • 1.82, Sinot (ok), 18:37, 02/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В основе FLIF лежит статистический алгоритм контекстно-адаптивного двоичного арифметического кодирования MANIAC (Meta-Adaptive Near-zero Integer Arithmetic Coding), который является одним из вариантов алгоритма CABAC (Context-Adaptive Binary Arithmetic Coding), также используемого при кодировании видео H.264

    Есть подозрение, что MPEG LA это дело отчислениями покроет если взлетит.

     
     
  • 2.83, arisu (ok), 18:53, 02/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    патенты на арифметику истекли.
     

  • 1.101, Аноним (-), 06:05, 03/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Image Compression With an Auto-Indexing and Context-Learning MANIAC
    https://drive.google.com/file/d/0BwMTfsYj-_l6eWZWRHg3RGtwQW8/view?pli=1
     
  • 1.106, Аноним (-), 11:33, 03/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > анимации

    зачем?? :-(

     
     
  • 2.111, arisu (ok), 16:27, 03/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> анимации
    > зачем?? :-(

    иди‐иди, ты флэш обновить забыл.

     

  • 1.135, Аноним (-), 15:26, 14/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Написано на божественном C++, а не на Си, - уже огромный плюс.
     
     
  • 2.138, Аноним (-), 17:45, 17/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Написано на божественном C++, а не на Си, - уже огромный плюс.

    угу. надо только аглоритм переименовать а то "регуляторы" не поймут. "ишь развелось тут, МАНЬЯКОВ разных! и ходют и ходют, окаянные !! *махнул воображаемой клюшкой*"


     

  • 1.139, Онаним (?), 14:08, 19/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что сейчас самое лучшее в lossy? Чтобы было сравнимо с JPEG по степени сжатия и на сколько это вообще возможно превосходило его по качеству?
     
     
  • 2.140, Ilya Indigo (ok), 18:40, 19/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А что сейчас самое лучшее в lossy? Чтобы было сравнимо с JPEG
    > по степени сжатия и на сколько это вообще возможно превосходило его
    > по качеству?

    opus

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру