форумы  помощь  поиск  регистрация  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
Сообщение от opennews on 02-Окт-15, 10:24
Развивается новый формат сжатия изображений FLIF (http://flif.info/) (Free Losless Image Format), опережающий по уровняю сжатия PNG и lossless-режимы форматов BPG (https://www.opennet.me/opennews/art.shtml?num=41198), JPEG2000 и WebP (https://www.opennet.me/opennews/art.shtml?num=36563). Исходные тексты утилит и библиотеки для работы с форматом FLIF доступны (https://github.com/jonsneyers/FLIF) под лицензией GPLv3. Заложенные в формат технологии распространяются на условиях безвозмездного использования и не требуют патентных отчислений. В основе FLIF лежит статистический алгоритм контекстно-адаптивного двоичного арифметического кодирования MANIAC (Meta-Adaptive Near-zero Integer Arithmetic Coding), который является одним из вариантов алгоритма CABAC (https://ru.wikipedia.org/wiki/CABAC) (Context-Adaptive Binary Arithmetic Coding), также используемого при кодировании видео H.264. Во FLIF  поддерживается прогрессивное чересстрочное кодирование (progressive interlacing), позволяющее отобразить эскиз изображение на основании части данных,  постепенно увеличивая качество по мере загрузки. Любой загруженный начальный блок сжатого файла может быть использован как закодированное с потерями изображение, сопоставимое (http://flif.info/example.php) по качеству с обычными форматами кодирования с потерями. Последующие данные уточняют модель и доводят её до представления полностью аналогичного исходному варианту. <center><iframe width="640" height="360" src="https://www.youtube.com/embed/ByH7RMsMxBY?rel=0" frameborder="0" allowfullscreen></iframe></center> По уровню сжатия FLIF, при тестировании на коллекции разнородных изображений (использовались тесты WebP (https://developers.google.com/speed/webp/docs/webp_lossless_...)), в среднем на 35% превосходит PNG (для оптимизированных PNG на 26%), на 37% JPEG 2000, на 15% WebP и на 22% BPG. Формат FLIF хорошо справляется с различными видами изображений, не требуя дополнительного тюнинга параметров кодирования. Например, для специфичных видов изображений (BPG и JPEG 2000 оптимальны для медицинских фотографии, PNG для штриховых рисунков, PNG и WebP для карт и т.п.) FLIF также опережает (https://docs.google.com/spreadsheets/d/16ghJEjf_T7TDTOg2Wlel...) конкурентов в среднем на 10%. По скорости кодирования и декодирования текущая реализация FLIF пока отстаёт от других форматов. <center><a href="http://flif.info/comparison.png"><img src="https://www.opennet.me/opennews/pics_base/0_1443769211.png&q... style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border=0></a></center> Из возможностей FLIF можно отметить поддержку прозрачности, анимации, глубину цвета в 16 бит на канал, режим очень быстрого декодирования в пониженном разрешении.  В планах возможность интеграции метаданных (EXIF, профили ICC profiles, XMP), поддержка цветовых пространств (CMYK, YCbCr), режим сжатия с потерями, обеспечение поддержки в web-браузерах и оптимизация производительности. URL: https://github.com/jonsneyers/FLIF Новость: http://www.opennet.me/opennews/art.shtml?num=43074
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Представлен FLIF, новый формат сжатия изображений без потерь"	+8 +/–
Сообщение от пглгти on 02-Окт-15, 10:24
Можно увеличить место на винте, пожав картинки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	9. "Представлен FLIF, новый формат сжатия изображений без потерь"	+5 +/–
	Сообщение от Аноним (??) on 02-Окт-15, 10:56
	Проблема то актуальная. Популярная картинка может генерировать терабайты трафика. http://i.imgur.com/wU8sdky.png?1
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	20. "Представлен FLIF, новый формат сжатия изображений без потерь"	–6 +/–
	Сообщение от Khariton (ok) on 02-Окт-15, 11:25
	Оно то да. А вот где используется в реальной жизни картинка без сжатия? Если звук без жатия еще имеет какую-то нишу, то картинка, только в виде raw для специалистов по фотографии. Я думаю, они не будут для экономии места пережимать в FLIF ибо это время, и нужно только для бекапа... Это скорее всего узкая ниша типа медецины, геодезии и всяких военных направлений, где важнее достоверность, чем объем...
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	22. "Представлен FLIF, новый формат сжатия изображений без потерь"	+3 +/–
	Сообщение от 10й Брейтовский переулок on 02-Окт-15, 11:29
	>> Это скорее всего узкая ниша типа медецины, геодезии и всяких военных направлений, где важнее достоверность, чем объем... Одного это уже на годы вперед хватит. :)
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	23. "Представлен FLIF, новый формат сжатия изображений без потерь"	–1 +/–
	Сообщение от Khariton (ok) on 02-Окт-15, 11:49
	>>> Это скорее всего узкая ниша типа медецины, геодезии и всяких военных направлений, где важнее достоверность, чем объем... > Одного это уже на годы вперед хватит. :) Оно то так, но почему-то все пользуют ogg, mp3, jpeg, png... Про видео вообще молчу. Это массовое решение. Некоторые пользуют flac и иже с ними. Для личного пользования. Их процент малый. Про картинки - в основном только RAW. Железа (фотоаппарат, сканер, звукозапись), которое сразу пишет в flac или другой алгоритм сжатия без потерь (картинка, звук и т.д.) я что-то не припоминаю. Софта который активно с такими форматами без перекодировки работает(позволяет их изменять, обрабатывать) тоже малова-то. В основном только конечное пользование: просмотр, прослушивание... Надеемся, что терабайтная флешка через 5 лет станет так же популярна как 10 лет назад мегабайтная. А процессоры в бытовом железе будут на лету жать в эти форматы лучше чем джепег или огг. Тогда это станет нормой. ПиСя: Кстати жаль нет сравнения сжатия относительно xz.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	26. "Представлен FLIF, новый формат сжатия изображений без потерь"	+2 +/–
	Сообщение от Khariton (ok) on 02-Окт-15, 12:01
	тестанул XZ: $ls -l P9172593.* ---  3818620 P9172593.JPG --- 23971389 P9172593.tif $ xz P9172593.tif ls -l P* ---  3818620 P9172593.JPG --- 13791152 P9172593.tif.xz неплохо пожало тиффку сделаную из джепега, почти в два раза. оригинальной raw-картинки жалко нет под рукой. Но жало несколько секунд на двухядерном ноутбуке(похоже одно ядро только работало) Разжимало быстрее. секунду где-то.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	43. "Представлен FLIF, новый формат сжатия изображений без потерь"	+3 +/–
	Сообщение от t (??) on 02-Окт-15, 13:14
	xz однопоточный. если надо использовать несколько ядер есть pxz, архив итоговый получается такой же, а время сокращает сильно (я бекапы теперь так и делаю), tar тоже может его понимать как параметр для архивации.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	48. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Khariton (ok) on 02-Окт-15, 13:31
	> xz однопоточный. если надо использовать несколько ядер есть pxz, архив итоговый получается > такой же, а время сокращает сильно (я бекапы теперь так и > делаю), tar тоже может его понимать как параметр для архивации. вау. буду знать. полезность. про tar я знал...
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	95. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от Michael Shigorin (ok) on 02-Окт-15, 21:05
	> если надо использовать несколько ядер есть pxz, архив итоговый получается такой же Помнится, автор писал, что всё-таки чуть толще, но обычно ненамного.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	132. "xz уже умеет многопоточное сжатие"	+/–
	Сообщение от анонимный_анонимус on 08-Окт-15, 02:11
	из man xz:        -T threads, --threads=threads               Specify  the  number  of worker threads to use.  Setting threads to a special value 0 makes xz use as many threads as there are CPU cores on the system.  The actual number of               threads can be less than threads if the input file is not big enough for threading with the given settings or if using more threads would exceed the memory usage limit.               Currently the only threading method is to split the input into blocks and compress them independently from each other.  The default block  size  depends  on  the  compression               level and can be overriden with the --block-size=size option.               Threaded  decompression hasn't been implemented yet.  It will only work on files that contain multiple blocks with size information in block headers.  All files compressed in               multi-threaded mode meet this condition, but files compressed in single-threaded mode don't even if --block-size=size is used.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	70. "Представлен FLIF, новый формат сжатия изображений без потерь"	+3 +/–
	Сообщение от Mihail Zenkov (ok) on 02-Окт-15, 16:15
	> Железа (фотоаппарат, сканер, звукозапись), которое сразу пишет в flac или другой алгоритм сжатия без потерь (картинка, звук и т.д.) я что-то не припоминаю. Звуковые платы и сканеры выдают поток без сжатия. Плееры с rockbox'ом тоже могут писать без сжатия. Хорошие фотоаппараты выдают - raw или tiff. > Софта который активно с такими форматами без перекодировки работает(позволяет их изменять, обрабатывать) тоже малова-то. В основном только конечное пользование: просмотр, прослушивание... gimp/audacity/avidemux/blender и весь остальной софт, ориентированный на создание и обработку мультимедиа. Многие 3d-шники рендерят анимацию как серию png, так как это самый переносимый способ получения видео без сжатия с альфа каналом.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	97. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от Алексей (??) on 02-Окт-15, 23:07
	> Оно то так, но почему-то все пользуют ogg, mp3, jpeg, png... Про Сам PNG перечислил.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	98. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Алексей (??) on 02-Окт-15, 23:10
	>> Оно то так, но почему-то все пользуют ogg, mp3, jpeg, png... Про > Сам PNG перечислил. Ах, без _сжатия_, а не без _потерь_… Ну, имелось в виду же пережать то, что не сжато с потерями.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	114. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Аноним (??) on 03-Окт-15, 17:40
	>>Некоторые пользуют flac и иже с ними. Для личного пользования. Их процент малый. Фигню сморозил. Купи диск любимой группы и увидишь, что там будет lossless.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	115. "Представлен FLIF, новый формат сжатия изображений без потерь"	–2 +/–
	Сообщение от axredneck on 03-Окт-15, 20:44
	Вот только диски-то сейчас покупают разве что очень-меломаны, большинство же довольствуется мрЗ. И то некоторые меломаны предпочитают винил, а он, извините, lossy, потому что аналоговый.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	117. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от Аноним (??) on 05-Окт-15, 09:24
	наоборот :) это оцифровка аналога порождает ошибки и приближения.. man Теорема Котельникова.
	Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

	118. "Представлен FLIF, новый формат сжатия изображений без потерь"	–1 +/–
	Сообщение от count0krsk (ok) on 05-Окт-15, 20:01
	Все звуки в мире аналоговые. Что теперь, на аудиокассеты писать? И как быть с тем, что записанное в 30-50 годы прошлого века (слушаю Джаз, лаундж и т.п.) на слух звучит заметно хреновей, хотя и писалось на супер-пупер аналог? Включаешь современную запись - как сидишь в студии рядом с группой. И глубина, и ширина... Правда души меньше, но это уже субъективно.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	60. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от нонайм on 02-Окт-15, 14:37
	картографические архивы.. медицинские архивы.. поля распаханные давно, а тут новые тракторы.. где-то обязательно перейдут со временем.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	74. "Представлен FLIF, новый формат сжатия изображений без потерь"	–1 +/–
	Сообщение от anonymous (??) on 02-Окт-15, 16:42
	Тут рулит и педалит JPEG2000, причем часто используется режим с потерями.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	75. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от клоун Соплежуй on 02-Окт-15, 16:51
	Чуваки просто не понимают, что когда разрешающая способность ниже, чем максимальные потери, то уже не важно будет сжатие или нет. Это как с бытовыми музыкальными проигрывателями и колонками/аудиокартами, качество которых зачастую недостаточно для воспроизведения flac, а покупатели не готовы платить за аппаратуру требуемого качества. Вот и получается, что flac это на 99% дешёвые по-ты.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	76. "Представлен FLIF, новый формат сжатия изображений без потерь"	+11 +/–
	Сообщение от arisu (ok) on 02-Окт-15, 16:55
	flac — это возможность конвертации в любой формат с потерями по необходимости. я, например, использую исключительно ворбис, а качаю исключительно флаки. желающим делать ворбис из mp3 — привет.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	130. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Ilya Indigo (ok) on 07-Окт-15, 21:30
	Откройте для себя уже opus. Или его в слаке до сих пор нет?
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	131. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от arisu (ok) on 07-Окт-15, 21:33
	не проецируй: пользователи слаквари умеют собирать из исходных текстов.
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	133. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Ilya Indigo (ok) on 09-Окт-15, 15:23
	> не проецируй: пользователи слаквари умеют собирать из исходных текстов. Уметь и делать отнюдь не одно и тоже. :-)
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	96. "Представлен FLIF, новый формат сжатия изображений без потерь"	+2 +/–
	Сообщение от Crazy Alex (ok) on 02-Окт-15, 21:29
	Предлагаете после замены аппаратуры выкинуть коллекцию и создавать заново? Плюс лосслесс позволяет не задумываться, достаточно ли хорошо сжатие - а то выяснить, ниже разрешающая способность или нет - задача нетривиальная. Хотя, что это я - клоуну отвечаю? А не пошёл бы он лучше в цирк, прыгать там по команде дрессировщика.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	99. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от клоун Засранчик on 03-Окт-15, 00:19
	Ну да, ну да... А при покупке автомобиля нужен 5-тонный грузовик (ну а вдруг понадобиться), способный разгоняться до 300 км/ч (ну а вдруг). Чё, под каждую задачу свою машину создавать.
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	103. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Mihail Zenkov (ok) on 03-Окт-15, 10:35
	Ваша аналогия не совсем корректна, лучше подходит аналогия с гаражом: если в будущем есть большая вероятность покупки машины бОльших габаритов, чем та что уже есть, то лучше сразу построить гараж с запасом. А так согласен, нужно все выбирать исходя из задачи: для плеера в шумных условиях - mp3/vorbis 192-320kbps для аудиокниг - 128kbps вполне хватает для хорошей музыкальной коллекции - flac
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	119. "Представлен FLIF, новый формат сжатия изображений без потерь"	–2 +/–
	Сообщение от count0krsk (ok) on 05-Окт-15, 20:13
	> Ваша аналогия не совсем корректна, лучше подходит аналогия с гаражом: если в > будущем есть большая вероятность покупки машины бОльших габаритов, чем та что > уже есть, то лучше сразу построить гараж с запасом. > А так согласен, нужно все выбирать исходя из задачи: > для плеера в шумных условиях - mp3/vorbis 192-320kbps > для аудиокниг - 128kbps вполне хватает > для хорошей музыкальной коллекции - flac Не, кто бы спорил, что лучше быть здоровым и богатым, чем бедным и больным. Но у нас тут, в Сибири, 7000 руб на лишний 2Тб винт как бы играют роль. Это как бы 2 недели еды на 1го человека. Если экономить. Поэтому разницу в 320 мп3 и 800 кбит флак можно и не заметить, а вот пустое брюхо или синяк от жены - вполне ))) Ну и какбы на плеер замучаешься кидать, если надо по-быстрому скачанное забросить и побежать по-делам, а там вместо 300 Мб VBR будет 1.5 Гб... Так что для понтовозов и ценителей это. Я одинаково не люблю как ламповый др*ч, так и любителей hi-res stereo и прочих флаков, кабелей до колонок толщиной в руку с 99.999 чистотой меди. Делать нечего людям и деньги некуда девать ИМХО.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	120. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Mihail Zenkov (ok) on 05-Окт-15, 21:07
	> Не, кто бы спорил, что лучше быть здоровым и богатым, чем бедным > и больным. Но у нас тут, в Сибири, 7000 руб на > лишний 2Тб винт как бы играют роль. Это как бы 2 > недели еды на 1го человека. Если экономить. Поэтому разницу в 320 > мп3 и 800 кбит флак можно и не заметить, а вот > пустое брюхо или синяк от жены - вполне ))) Тут стоит задуматься, а надо ли вам 2TB музыки? Во флаке это примерно 5500ч, если слушать даже по 8ч в сутки, то понадобится 687 дней, чтобы один раз все это послушать. > Ну и какбы на плеер замучаешься кидать, если надо по-быстрому скачанное забросить > и побежать по-делам, а там вместо 300 Мб VBR будет 1.5 > Гб... Я для таких целей использую mp3fs. > Так что для понтовозов и ценителей это. Я одинаково не > люблю как ламповый др*ч, так и любителей hi-res stereo и прочих > флаков, кабелей до колонок толщиной в руку с 99.999 чистотой меди. > Делать нечего людям и деньги некуда девать ИМХО. У каждого свои критерии качества звука. Но как не крути - нельзя выкинуть 75% информации и ничего при этом не потерять. Flac еще интересен тем, что мало нагружает процессор (примерно в два раза меньше mp3), что может положительно сказаться на времени автономной работы.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	121. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от arisu (ok) on 05-Окт-15, 21:37
	> Тут стоит задуматься, а надо ли вам 2TB музыки? Во флаке это > примерно 5500ч, если слушать даже по 8ч в сутки, то понадобится > 687 дней, чтобы один раз все это послушать. одно из свойств музыки такое, что её не всегда есть желание слушать «подряд». и ещё одно — что захочется послушать, предсказать не всегда возможно. поэтому лично у меня копится довольно большой объём того, что я могу слушать раз в несколько лет — но, тем не менее, когда я захочу это послушать, желательно это иметь. это я так, лирическое отступление написал. > Flac еще интересен тем, что мало нагружает процессор > (примерно в два раза меньше mp3), что может положительно > сказаться на времени автономной работы. а вот это, кстати, немаловажно. а ворбис ещё больше ресурсов требует, чем mp3, насколько я помню.
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	122. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от Mihail Zenkov (ok) on 05-Окт-15, 22:01
	> одно из свойств музыки такое, что её не всегда есть желание слушать > «подряд». и ещё одно — что захочется послушать, предсказать не всегда > возможно. поэтому лично у меня копится довольно большой объём того, что > я могу слушать раз в несколько лет — но, тем не > менее, когда я захочу это послушать, желательно это иметь. Согласен, но если в течении 5 лет такого желания не возникло, то можно удалять :) У меня на данный момент 200GB музыки, большая часть - flac. 50% - потенциальные кандидаты на удаление. Музыку я очень люблю и дом проектирую с учетом архитектурной акустики (в будущем будет домашняя студия звукозаписи). Но музыки, которую интересно слушать больше пары раз, не так уж и много. Раньше собирал полные дискографии, затем стал оставлять только интересные альбомы, теперь не считаю святотатством удаление неинтересных треков с альбома. Бывает что из всего творчества группы остается один-два трека. > а вот это, кстати, немаловажно. Важно, но не всегда. Например у sansa zip/clip общее потребление по питанию падает только на 10-15%. > а ворбис ещё больше ресурсов требует, чем > mp3, насколько я помню. Да. А opus еще больше, но возможно он еще не полностью оптимизирован.
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	123. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от arisu (ok) on 05-Окт-15, 22:11
	> Согласен, но если в течении 5 лет такого желания не возникло, то > можно удалять :) не факт. я, например, Янку очень редко слушаю, но когда хочется — тут лучше, чтобы была под рукой, потому что совсем не то настроение, чтобы искать, качать… > Но музыки, которую интересно слушать больше пары раз, не так уж > и много. Раньше собирал полные дискографии, затем стал оставлять только интересные > альбомы, теперь не считаю святотатством удаление неинтересных треков с альбома. Бывает > что из всего творчества группы остается один-два трека. я пока что держу дискографии — в основном потому, что обычно не хватает терпения прослушать все альбомы и оставить только самые интересные. :-) с другой стороны, я сейчас и музыки‐то качаю совсем немного: как оказалось, я собрал вполне достаточно, чтобы найти в коллекции что‐нибудь на любое настроение. благо, это не современные видеоигры, можно переслушивать много раз совершенно без потери удовольствия. > Да. А opus еще больше, но возможно он еще не полностью оптимизирован. к счастью, в опусе музыки ещё не видел. а вот в ворбис кодирую, потому что по идеологическим причинам не люблю mp3.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	124. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Mihail Zenkov (ok) on 05-Окт-15, 22:25
	> к счастью, в опусе музыки ещё не видел. а вот в ворбис > кодирую, потому что по идеологическим причинам не люблю mp3. У opus сжатие еще сильнее, чем у vorbis. С открытостью тоже вроде все в порядке. Его минусы - больше грузит проц и меньше распространенность/поддержка.
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	125. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от arisu (ok) on 05-Окт-15, 22:31
	> У opus сжатие еще сильнее, чем у vorbis. насколько помню, это компенсируется уменьшеным диапазоном. впрочем, могу ошибаться, давно любопытствовал.
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	126. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Mihail Zenkov (ok) on 05-Окт-15, 22:41
	> насколько помню, это компенсируется уменьшеным диапазоном. впрочем, могу ошибаться, давно > любопытствовал. Нет, он субъективно звучит лучше, при одинаковом битрейте. http://www.opus-codec.org/comparison/ http://listening-test.coresv.net/results.htm
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	127. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от arisu (ok) on 05-Окт-15, 23:06
	спасибо.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	128. "Представлен FLIF, новый формат сжатия изображений без потерь"	–1 +/–
	Сообщение от count0krsk (ok) on 06-Окт-15, 04:12
	> У каждого свои критерии качества звука. Но как не крути - нельзя > выкинуть 75% информации и ничего при этом не потерять. > Flac еще интересен тем, что мало нагружает процессор (примерно в два раза > меньше mp3), что может положительно сказаться на времени автономной работы. Да ладно уж, 75% ))) Видел сравнение mp3 320 и flac. Перекодировали в wav и из одного вычли другое. Получились частоты выше 17 КГц. Вы слышите такое? Я нет. Если конечно врубить синус только 17 КГц на хорошей акустике, да громкость выкрутить раза в 2-3 больше обычной, то какой-то пиии и можно услышать. Но при обычном прослушивании высокие частоты кроме того что хуже "усваиваются" ухом, так ещё и маскируются более низкими, как например голос маскируется звуком проезжающего поезда. Поэтому те кто более-менее "шарит" понимают что в реальной музыке на средней громкости они выше 14 КГц не услышат. И некоторые даже довольствуются широкополосными динамиками, которые выше 14 не играют, зато вся остальная полоса более ровная. Но это лирика )) У меня сейчас 212 Гб музыки. Если перевести во флак, будет Гб 600. Плюс бэккап, получаем 1.2 Тб. Плюс ещё на твердые носители надо это всё нарезать периодически, ну не доверяю я жестким дискам самое ценное ) Даже на двуслойках у меня много места это всё занимает, а тут в 3 раза больше...
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	129. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Mihail Zenkov (ok) on 06-Окт-15, 11:28
	> Да ладно уж, 75% ))) Видел сравнение mp3 320 и flac. Перекодировали > в wav и из одного вычли другое. Получились частоты выше 17 > КГц. Не так все просто. mp3 320 меньше flac в 3-5 раз. 22kHz / 17kHz = 1.3 раза. Где все остальное? Да и даже их нельзя просто так срезать - в этот диапазон (18-22kHz) выносится шум, вызываемый борьбой с ошибкой округления (noise shaping). > Вы слышите такое? Я нет. Если конечно врубить синус только > 17 КГц на хорошей акустике, да громкость выкрутить раза в 2-3 > больше обычной, то какой-то пиии и можно услышать. Согласен - выше 16-17 kHz малозначимые детали (верхние обертона). > Но при обычном > прослушивании высокие частоты кроме того что хуже "усваиваются" ухом, так ещё > и маскируются более низкими, как например голос маскируется звуком проезжающего поезда. Некорректный пример - у поезда и средние частоты громче голоса. Но согласен, эффект маскировки есть, но работает он иначе. Психоаккустика помогает выделить основные детали и второстепенные. Но это не значит, что можно пожертвовать второстепенным и никто этого не заметит. Все зависит от ситуации и что бы не гадать, а не потерял ли что-то любимый трек/альбом, проще хранить его во flac. > Поэтому те кто более-менее "шарит" понимают что в реальной музыке на > средней громкости они выше 14 КГц не услышат. И некоторые даже > довольствуются широкополосными динамиками, которые выше 14 не играют, зато вся остальная > полоса более ровная. Но это лирика )) Как любитель ШП, отмечу что полоса у них не ровная, больше подкупает относительная точечность излучения и высокая чувствительность. > У меня сейчас 212 Гб музыки. Если перевести во флак, будет Гб > 600. Плюс бэккап, получаем 1.2 Тб. Плюс ещё на твердые носители > надо это всё нарезать периодически, ну не доверяю я жестким дискам > самое ценное ) Даже на двуслойках у меня много места это > всё занимает, а тут в 3 раза больше... Так может лучше удалить лишнее? В вашем случае это будет существенно эффективнее любого сжатия.
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	134. "Представлен FLIF, новый формат сжатия изображений без потерь"	–1 +/–
	Сообщение от count0krsk (ok) on 09-Окт-15, 20:31
	Да не найду я это всё во флаке, что за годы собрал, как раз удаляя лишнее. С местом-то нет проблемы. Просто поспорить чуток хотелось ))
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	104. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Crazy Alex (ok) on 03-Окт-15, 10:59
	Если разница в затратах между этим монстром и малолитражкой на двоих - копейки, то именно так и предлагаю. А впаривать кучу "вариантов", которые реально ничем не отличаются - это привычка ублюдков вроде Майкрософта с их версиями винды.
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	136. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Аноним (??) on 17-Июл-16, 17:41
	> картографические архивы.. медицинские архивы.. поля распаханные давно, а тут новые тракторы.. > где-то обязательно перейдут со временем. не, там или FIF, LWF или ECW или лютая проприетарь под которую плагины даже для GIMP и xnview полусырые(из 7 специфичных для медицины и 4 для космоса - только три поддерживаются). зато часть алгоритмов обработки из - заюзана в части фильтров )
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	84. "Представлен FLIF, новый формат сжатия изображений без потерь"	–3 +/–
	Сообщение от Аноним (??) on 02-Окт-15, 19:41
	> Проблема то актуальная. Популярная картинка может генерировать терабайты трафика. > http://i.imgur.com/wU8sdky.png?1 Открой для себя кэширующие прокси.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	33. "Представлен FLIF, новый формат сжатия изображений без потерь"	–13 +/–
	Сообщение от Аноним (??) on 02-Окт-15, 12:23
	Нельзя просто так взять и "увеличить место на винте". Жесткий диск имеет заданную ёмкость. Можно лишь освободить ранее заданное место за счёт более эффективного сжатия файлов. Твой кеп.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	44. "Представлен FLIF, новый формат сжатия изображений без потерь"	+9 +/–
	Сообщение от Sluggard (ok) on 02-Окт-15, 13:24
	Товарищ имел ввиду свободное место на винте. И мне любопытно, ты выпендриться решил, или просто тугой?
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	53. "Представлен FLIF, новый формат сжатия изображений без потерь"	–2 +/–
	Сообщение от Аноним (??) on 02-Окт-15, 14:06
	Надо стараться правильно излагать мысли, хоть некоторым это затруднительно.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

2. "Представлен FLIF, новый формат сжатия изображений без потерь"	–4 +/–
Сообщение от Аноним (??) on 02-Окт-15, 10:34
Больше, больше стандартов!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Представлен FLIF, новый формат сжатия изображений без потерь"	+3 +/–
	Сообщение от Нанобот (ok) on 02-Окт-15, 10:48
	где ты видишь слово "стандарт" в тексте новости?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	31. "Представлен FLIF, новый формат сжатия изображений без потерь"	–9 +/–
	Сообщение от orgkhnargh (ok) on 02-Окт-15, 12:17
	Существование формата подразумевает наличие стандарта, описывающего этот формат.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	34. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Аноним (??) on 02-Окт-15, 12:24
	> Больше, больше стандартов! Ещё 10 лет назад хомячки вроде тебя орали - даешь больше, больше выбора! Каптча 01000 подверждает.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
Сообщение от freehck (ok) on 02-Окт-15, 10:42
Очень неплохие результаты. Хотелось бы сравнение FLIF с BPG.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	24. "Представлен FLIF, новый формат сжатия изображений без потерь"	+2 +/–
	Сообщение от Cdome on 02-Окт-15, 11:55
	Сравнение с BPG есть в новости, читайте внимательней
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	137. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Аноним (??) on 17-Июл-16, 17:44
	> Очень неплохие результаты. > Хотелось бы сравнение FLIF с BPG. зависит от сжимаемого но от 1/5 до 1/4 выигрыша и от него, что СОлидно на мой взгляд. круче только античный FIF наверное в режиме с плавающей точкой и без ограничений по сложности и длительности кодирования, дефолтных(вэйвлетные алгоритмы - сильно пожиже хотя стастичные/однокадровые вариации dirac/shroedinger-а и покрытого мхом snow/nut-а - нехило и тут смотрятся)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Представлен FLIF, новый формат сжатия изображений без потерь"	+6 +/–
Сообщение от Paver (ok) on 02-Окт-15, 10:44
... является одним из вариантов алгоритма КАБАК, хм, должно сработать!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "Представлен FLIF, новый формат сжатия изображений без потерь"	+2 +/–
	Сообщение от тоже Аноним (ok) on 02-Окт-15, 11:07
	Это не просто Кабак. Это Маньяк на базе Кабака!
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	41. "Представлен FLIF, новый формат сжатия изображений без потерь"	+2 +/–
	Сообщение от КО on 02-Окт-15, 13:00
	Маньяк вышедший из Кабака :)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	65. "Представлен FLIF, новый формат сжатия изображений без потерь"	+3 +/–
	Сообщение от виндотролль (ok) on 02-Окт-15, 15:36
	Модератор, вычисли всех этих по IP и отправь в цирк.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	69. "Представлен FLIF, новый формат сжатия изображений без потерь"	+3 +/–
	Сообщение от тоже Аноним (ok) on 02-Окт-15, 16:07
	Учитель наш Кун говорил: "Не пошутишь - и не весело".
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

5. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
Сообщение от Аноним (??) on 02-Окт-15, 10:46
был еще недавно imagezero формат
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Представлен FLIF, новый формат сжатия изображений без потерь"	–1 +/–
Сообщение от Аноним (??) on 02-Окт-15, 10:55
"Алгоритм маньяк, являющийся одним из вариантов алгоритма кабак" А еще говорят, что у кодеров нет чувства юмора
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "Представлен FLIF, новый формат сжатия изображений без потерь"	+2 +/–
	Сообщение от Аноним (??) on 02-Окт-15, 11:00
	"Кодеры" имеют  к разработке таких алгоритмов отношение чуть менее чем 0. Это computer science, в России малоизвестное.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	14. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от абвгдейка (ok) on 02-Окт-15, 11:09
	>Это computer science, в России малоизвестное. все с точностью до наоборот :)
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

11. "Представлен FLIF, новый формат сжатия изображений без потерь"	–2 +/–
Сообщение от Аноним (??) on 02-Окт-15, 11:06
т.е. кодек жмет без потерь лучше чем jpeg с потерями?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	29. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от bukazoid (??) on 02-Окт-15, 12:08
	Но дольше!
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "Представлен FLIF, новый формат сжатия изображений без потерь"	–4 +/–
Сообщение от Аноним (??) on 02-Окт-15, 11:07
Мне кажется, что уже пора вводить новый способ передачи мультимедийных данных от сервера к браузеру: если графический формат не поддерживается, то браузер запрашивает у сервера программу для декодирования.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "Представлен FLIF, новый формат сжатия изображений без потерь"	+20 +/–
	Сообщение от Аноним (??) on 02-Окт-15, 11:10
	И получает пару мегабайт малвари.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	56. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Аноним (??) on 02-Окт-15, 14:11
	Браузеров не так уж и много. Можно завести репозиторий с подписанными кодеками, которые, при необходимости, скачивались автоматически.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	63. "Представлен FLIF, новый формат сжатия изображений без потерь"	+5 +/–
	Сообщение от тоже Аноним (ok) on 02-Окт-15, 15:17
	Натурально, вы не понимаете. Если создатели браузеров хотят поддерживать форматы, то они поддерживают форматы, а если не хотят - то и все описанные вами странные телодвижения в браузере реализовывать никто не будет.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	102. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Аноним (??) on 03-Окт-15, 07:47
	В репу могут добавлять независимые разрабы
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	107. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от тоже Аноним (ok) on 03-Окт-15, 11:49
	В репу кто угодно может, а вот в браузер - нет.
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	17. "Представлен FLIF, новый формат сжатия изображений без потерь"	+5 +/–
	Сообщение от тоже Аноним (ok) on 02-Окт-15, 11:10
	Хороший вариант, но мне почему-то не нравится следующий шаг: "...и исполняет ее на компьютере пользователя, не зная, что она на самом деле делает". Пустое предубеждение, конечно. Разве сервер, отдающий картинки, может прислать в ответ на такой запрос, что-то, кроме программы для декодирования?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	100. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Аноним (??) on 03-Окт-15, 00:38
	Так браузер может ограничить возможности декодера: читать данные из полученного файла, выводить результат декодирования в строго заданный буфер и ничего больше.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	108. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от тоже Аноним (ok) on 03-Окт-15, 11:52
	А кофе принести, пока декодер работает, браузер не может? Весь контроль, который есть у браузера над произвольным кодом, ограничивается управлением входом и выходом.
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	109. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Crazy Alex (ok) on 03-Окт-15, 14:20
	Ну,еоретически так обрезать декодер можно, а на практике - сначала хзахотят доступ к SSE, потом - к GPU, потом решат, что нужен DRM со взаимодействием с аппаратным чипом и дополнитльеными запросами в сеть... и так далее, и тому подобное. В сущности, то, что в браузере есть JS уже очень печально.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	113. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от arisu (ok) on 03-Окт-15, 16:40
	> Ну,еоретически так обрезать декодер можно, а на практике - сначала хзахотят доступ > к SSE, потом - к GPU, потом решат, что нужен DRM > со взаимодействием с аппаратным чипом и дополнитльеными запросами в сеть... и > так далее, и тому подобное. ну да, ведь в браузер ещё не встроили «настоящую» виртуальную машину. без виртуальной машины, эмулирующей реальный процессор, браузер неполноценен, ящитаю.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	19. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Аноним (??) on 02-Окт-15, 11:18
	Полагаю лучше бы сделали возможность указывать несколько файлов для одного изображения - варианты в разных форматах и разрешениях, а браузер сам определял в каком разрешении и формате ему удобнее.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	27. "Представлен FLIF, новый формат сжатия изображений без потерь"	–4 +/–
	Сообщение от клоун Соплежуй on 02-Окт-15, 12:02
	Ты явно к ИТ отношения не имеешь... Думаешь кто-то будет пересохранять файлы, тратя время и место на диске, лишь чтобы какой-нибудь бородатый клоун, фанатеющий от своего извращённого понимания "свободы", мог получить файл в истинно-православно-халяльно-свободном формате?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	37. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от annual slayer on 02-Окт-15, 12:43
	srcset и <picture> это почти то же самое
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	51. "Представлен FLIF, новый формат сжатия изображений без потерь"	–2 +/–
	Сообщение от клоун Соплежуй on 02-Окт-15, 13:51
	Над этим уже постебались http://pepelsbey.net/pres/picture/
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	50. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от fi (ok) on 02-Окт-15, 13:48
	> Полагаю лучше бы сделали возможность указывать несколько файлов для одного изображения > - варианты в разных форматах и разрешениях, а браузер сам определял > в каком разрешении и формате ему удобнее. Собственно это есть даже в стандарте HTTP 1.0 - поле accept
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	21. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от хрю on 02-Окт-15, 11:27
	Уже всё украдено. алгоритм декодирования на js, который можно получить из с через  Emscripten. Так что проблем с отображением любых форматов нет, есть только проблемы со скоростью этого отображения.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	39. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Crazy Alex (ok) on 02-Окт-15, 12:49
	Там даже скорость довольно неплохая, кстати. Но костыль же.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	35. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Нимано on 02-Окт-15, 12:29
	котики.jpeeg.exe?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	49. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от fi (ok) on 02-Окт-15, 13:47
	Уже есть, только ссылка ведет на сайт производителя кодека - а ты уже решаешь - нужен ли он тебе.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

18. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
Сообщение от Аноним (??) on 02-Окт-15, 11:10
> Исходные тексты утилит и библиотеки для работы с форматом FLIF доступны под лицензией GPLv3 Не взлетит
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	30. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от Moomintroll (ok) on 02-Окт-15, 12:10
	>> Исходные тексты утилит и библиотеки для работы с форматом FLIF доступны под лицензией GPLv3 > Не взлетит «Заложенные в формат технологии распространяются на условиях безвозмездного использования и не требуют патентных отчислений.» Иначе говоря, Вы можете реализовать алгоритм на любом языке под любой лицензией.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	80. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Аноним (??) on 02-Окт-15, 18:11
	>> Исходные тексты утилит и библиотеки для работы с форматом FLIF доступны под лицензией GPLv3 > Не взлетит Взлетит
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

25. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
Сообщение от Aquarius (ok) on 02-Окт-15, 11:59
ещё один формат для облаков
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Представлен FLIF, новый формат сжатия изображений без потерь"	–2 +/–
Сообщение от yekm (ok) on 02-Окт-15, 12:07
Исходники соблазнительные, один файл всего. Не то что в Webp. А на bpg вообще страшно смотреть -- открываешь, а там libavcodec libavutil x265 треш угар и содомия. Картинка с котиками получилась больше оригинала -- 4.9М flif против 3.2М jpg. Нет, ну конечно меньше, чем 9.8М png, но мне и жпег обещали же!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	32. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от tyuiop on 02-Окт-15, 12:21
	Читаем внимательно "lossless-режимы форматов ... JPEG2000"
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	36. "Представлен FLIF, новый формат сжатия изображений без потерь"	–1 +/–
	Сообщение от yekm (ok) on 02-Окт-15, 12:31
	Ой, да. Простите, больше так не буду.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

38. "Представлен FLIF, новый формат сжатия изображений без потерь"	–2 +/–
Сообщение от Alexey (??) on 02-Окт-15, 12:47
Если они собираются продвигать свой новый формат, то лицензия GPL 3 этому точно будет мешать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	45. "Представлен FLIF, новый формат сжатия изображений без потерь"	+2 +/–
	Сообщение от Moomintroll (ok) on 02-Окт-15, 13:28
	> Если они собираются продвигать свой новый формат, то лицензия GPL 3 этому точно будет мешать. Вы тоже не различаете формат (алгоритм «на условиях безвозмездного использования и не требуют патентных отчислений») и код (реализацию GPL3)?
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

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

	58. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Moomintroll (ok) on 02-Окт-15, 14:17
	> Спецификации (алгоритма) нет. Может всё-таки будет… На официальном сайте: «WARNING: FLIF is a work in progress. The format is not finalized yet.»
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

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

	61. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Moomintroll (ok) on 02-Окт-15, 14:58
	> внутреннего API ядра Ну нет, ядро не из этого списка, потому что https://www.kernel.org/doc/Documentation/stable_api_nonsense... Т.е. никто и не обещает стабильный API в ядре.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

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

	71. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от Нимано on 02-Окт-15, 16:23
	> Что толку от таких спецификаций и стандартов? Дети решили поиграть во взрослых: > придумывают стандарты, пишут спецификации. Стесняюсь спросить – а можно ссылочку на спеки NTFS?
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	77. "Представлен FLIF, новый формат сжатия изображений без потерь"	–2 +/–
	Сообщение от клоун Соплежуй on 02-Окт-15, 16:55
	Вот мы и пришли к вопросу что лучше: лекарство, срок годности которого ты не знаешь, или лекарство с просроченным сроком годности. На эту тему (дефицит информации VS недостоверная информация) шутил ещё Льюис Кэролл (автор Алисы в стране чудес): часы, которые стоят, показывают точное время чаще, чем часы, которые спешат на 5 минут.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	81. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от Нимано on 02-Окт-15, 18:19
	> Вот мы и пришли к вопросу что лучше: лекарство, срок годности которого > ты не знаешь, или лекарство с просроченным сроком годности. Т.е. конкретики типа ссылок на доки НТФС –  не будет, а будет очередное жонглирование словами. Окай. > На эту тему (дефицит информации VS недостоверная информация) Ссылочку на "недостоверную информацию" можно? А то пока выходит "недостаточная/неполная документация некоторых проектов" VS. "индейское национальное жилище вам, а не спеки с доками или, тем более, сырцами!".
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	64. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Аноним (??) on 02-Окт-15, 15:34
	>фанатикам то свинина мешает, то DRM не знаю людей кому ДРМ бы не мешала
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	67. "Представлен FLIF, новый формат сжатия изображений без потерь"	–1 +/–
	Сообщение от клоун on 02-Окт-15, 15:47
	Нерепрезентативно.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

40. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
Сообщение от Crazy Alex (ok) on 02-Окт-15, 12:54
Вот жаль, что ImageZero до ума не довели. Для всяких кэшей картинок в оперативке/на диске было бы в самый раз. Для браузеров, просмотрщиков PDF и подобного.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

42. "Представлен FLIF, новый формат сжатия изображений без потерь"	–3 +/–
Сообщение от Вася (??) on 02-Окт-15, 13:05
эх... салабоны... Где же фрактальное сжатие? я в 90-х на дипломе сжимал круче чем джипег2000
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	46. "Представлен FLIF, новый формат сжатия изображений без потерь"	+7 +/–
	Сообщение от Пользователь Debian on 02-Окт-15, 13:29
	Не отвлекайся, пиши дальше обработку на 1С.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	55. "Представлен FLIF, новый формат сжатия изображений без потерь"	+3 +/–
	Сообщение от Crazy Alex (ok) on 02-Окт-15, 14:11
	Ну вот к тебе и вопрос тогда - где?
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	66. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от СамТакой on 02-Окт-15, 15:37
	Сжимал. А расжимал потом?
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	68. "Представлен FLIF, новый формат сжатия изображений без потерь"	–1 +/–
	Сообщение от клоун Соплежуй on 02-Окт-15, 16:02
	Придумать свой формат, который жмёт лучше существующего коммерческого - это типовой курсовой/дипломный проект. Лайфхак 1: сделать N вызовов существующих архиваторов с разными настройками, изменить расширение - БИНГО! Теперь можно писать об успехах: - всех дрюкнул - создаваемые ТВОИМ алгоритмом архивы совместимы с существующими unpack'ерами Лайфхак 2. Просишь папу, друга, брата, свата и пр. подписать акт о внедрении. Проверяющие в восторге: у них внедрения в отдельной строке эффективности ВУЗа прописаны.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

52. "Представлен FLIF, новый формат сжатия изображений без потерь"	+11 +/–
Сообщение от Зенитарка on 02-Окт-15, 14:05
Т.е. я могу сжимать данные, и при этом не терять?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	57. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от клоун Соплежуй on 02-Окт-15, 14:12
	Именно. Я уже пережимаю JPEG и советую тебе сделать так же.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	92. "Представлен FLIF, новый формат сжатия изображений без потерь"	–1 +/–
	Сообщение от анонимус (??) on 02-Окт-15, 19:48
	Я у себя локально пережал все png-шки без потерь с помщью RIOT. Поразило, что размер многих уменьшился аж вдвое. RIOT умеет урезать палитру (нафига, например, нужна труколор-палитра, если файл 256-цветный) и прогоняет получившееся через внешние подключаемые компрессоры типа optipng.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

72. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
Сообщение от arisu (ok) on 02-Окт-15, 16:25
(вздыхает) ещё один. несмотря на интересные фичи… даже у гугеля с вебп не очень как‐то получилось. ой, reference на цпп. тьфу, гадость какая. а казался нормальным проектом.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	105. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Crazy Alex (ok) on 03-Окт-15, 11:07
	Там очень понятные и по делу использованные плюсы. Не знаю, что тебе не так.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	110. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
	Сообщение от arisu (ok) on 03-Окт-15, 16:26
	> Там очень понятные и по делу использованные плюсы. Не знаю, что тебе > не так. плюсы не так. вот когда у плюсов хотя бы стандарты на манглинг, vmt, вызовы появятся — вот тогда можно будет на плюсах. когда я возьму собраную пять лет назад gcc3 плюсовую библиотеку, и спокойно слинкую с только что написаным плюсовым кодом, собраным gcc5. мне не сам язык не нравится — хоть на суахили пусть делают, всё равно, — мне не нравится то, что линковка с c++ — это лишние проблемы за мои деньги, как говорится. так что пусть уносит своё поделие назад, и выносит реализацию на «стандартном» языке, то бишь си. или GTFO.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	112. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от arisu (ok) on 03-Окт-15, 16:28
	> Там очень понятные и по делу использованные плюсы. Не знаю, что тебе > не так. а в остальном оно прикольное, конечно. особенно мне понравилась фича с недокачаной анимацией — такой точно ни у кого нет.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

73. "Представлен FLIF, новый формат сжатия изображений без потерь"	+1 +/–
Сообщение от Pilat (ok) on 02-Окт-15, 16:36
Losеless это хорошо, но чаще нужно сжать с потерями. И тут все конкуренты тихо сливаются по сравнению с Dejavu - он в пять раз уменьшает хорошие JPEG (высокого разрешения с фотоаппарата, стоковые фото и подобное). 20% от JPEG - с очень незначительной потерей качества.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

82. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
Сообщение от Sinot (ok) on 02-Окт-15, 18:37
>В основе FLIF лежит статистический алгоритм контекстно-адаптивного двоичного арифметического кодирования MANIAC (Meta-Adaptive Near-zero Integer Arithmetic Coding), который является одним из вариантов алгоритма CABAC (Context-Adaptive Binary Arithmetic Coding), также используемого при кодировании видео H.264 Есть подозрение, что MPEG LA это дело отчислениями покроет если взлетит.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	83. "Представлен FLIF, новый формат сжатия изображений без потерь"	+2 +/–
	Сообщение от arisu (ok) on 02-Окт-15, 18:53
	патенты на арифметику истекли.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

101. "статья по MANIAC"	+/–
Сообщение от Аноним (??) on 03-Окт-15, 06:05
Image Compression With an Auto-Indexing and Context-Learning MANIAC https://drive.google.com/file/d/0BwMTfsYj-_l6eWZWRHg3RGtwQW8...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

106. "Представлен FLIF, новый формат сжатия изображений без потерь"	–2 +/–
Сообщение от Аноним (??) on 03-Окт-15, 11:33
> анимации зачем?? :-(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	111. "Представлен FLIF, новый формат сжатия изображений без потерь"	+2 +/–
	Сообщение от arisu (ok) on 03-Окт-15, 16:27
	>> анимации > зачем?? :-( иди‐иди, ты флэш обновить забыл.
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

135. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
Сообщение от Аноним (??) on 14-Окт-15, 15:26
Написано на божественном C++, а не на Си, - уже огромный плюс.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	138. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Аноним (??) on 17-Июл-16, 17:45
	> Написано на божественном C++, а не на Си, - уже огромный плюс. угу. надо только аглоритм переименовать а то "регуляторы" не поймут. "ишь развелось тут, МАНЬЯКОВ разных! и ходют и ходют, окаянные !! *махнул воображаемой клюшкой*"
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

139. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
Сообщение от Онаним on 19-Янв-17, 14:08
А что сейчас самое лучшее в lossy? Чтобы было сравнимо с JPEG по степени сжатия и на сколько это вообще возможно превосходило его по качеству?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	140. "Представлен FLIF, новый формат сжатия изображений без потерь"	+/–
	Сообщение от Ilya Indigo (ok) on 19-Янв-17, 18:40
	> А что сейчас самое лучшее в lossy? Чтобы было сравнимо с JPEG > по степени сжатия и на сколько это вообще возможно превосходило его > по качеству? opus
	Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема