Под гибридным имею ввиду сжатие изображений с использованием разных технологий (gif, png, jpg ...) Вот решил сделать гибридный упаковщик изображений, который- бы сначала анализировал изображение а затем сжимал разные участки наиболее выгодно (лучшее качество, меньший размер) Существуют-ли подобные творения? И имеет ли смысл начинать
moderhi Такое будет работать только на коллажах - то есть когда картинку намерено составили из кусков фото и вектора. В реальной жизни в 99% случаев один формат будет оптимален. Для вектора без градиентов - png, для фоток - JPEG2000. Последний заметно круче обычного JPEG-а, особенно когда сильно экономят размер в ущерб качеству.
Такое сжатие могло-бы избавить пользователя от выбора формата, гибридос всё решит за него. Вот к примеру картинка снизу. Какой формат даст лучшее качество, меньший размер?
moderhi Твоя картинка попадает в тот самый 1%. Таких картинок мало. Сходи в Google Images и поищи. В 99% картинки либо фото, либо вектор.
moderhi Имхо не нужно этого в даннам случяе, как правило принтскрин юзают для демонстрации чего-либо, баги какой етц. Тут не важно имхо какой фармат, ну жыпэга, што вы на глаз отличите разнецу ? Думаю нет.
Прога мультиформатного сжатия изображений+скроллер принтскринщек больших текстовых документов. Ждем от вас релизов, а сталобыть и апдейтов..и новых свидетелей этих вкусных шаровых молний. ^_^
не совсем то, но конечно можно в bmp jpeg засунуть или вообще рар. важно чтоб кодирование без потерь было. давно давно такой софт делал. стеганография типа. в один пиксель 3 бита младших (1 на канал) пишешь беря из исходного потока. тащемта картинка визуально практически идентичной остается.
Ну значит такое сжатие будет иметь смысл когда качество требуется оставить без изменений а размер по возможности уменьшить, т.е как альтернатива несжатой bmaр. В картинке например можно было-бы левую часть сжать в png, правую оставить bmp а одинаковые фрагменты сжать как это делается в векторных форматах.
moderhi попробуйте. берете, например, фриимаж. грузите ней картинку, бьете ее на куски (еще и критерий разбиения надо), жмете куски разными упаковщиками и сохраняете, создаете конфиг как собирать эти куски. не 1 файл будет, но для начала чтобы оценить идею - сгодится. оцениваете затраты-надежность-выигрыш. если таки да, то контейнер чтоб был 1 файл не проблема. какое нить бинари хмл или варианты тегов
zxcv + Имхо результ эксперимента покажет что сучественного выигрыша нет, ну может 10-20% - грамотный алгоритм УЖЕ должен распознавать постоянные участки и эффективно их сжимать, но попробовать стоит - хотя бы для саморазвития. PS Возможно некоторые форматы УЖЕ поддерживают что-то типа такого, например указания каких-нить "фреймов" (e.g. когда паковщику передаются дополнительные указания).
Pavia, PNG фотграфии вообще не переваривает. А жопег - не комильфо в силу его гнусной уэб-сучности. JPEG2000 был бы неплох, но там что-то с лицензией, отчего он в массе не жилец. Занятно, что нормального формата с поддержкой прозрачности, анимации, нескольких цветовых слоёв внутри изображения и разных стратегий сжатия, по факту, так и не родилось, хотя лет 10 как пора уже.
CyberManiac swf - открытый и описанный формат. и все что вы написали поддерживает уже много лет. используйте
zxcv Swf-дырявый насквозь скриптоязык, который презираем Эпплом. Поскольку Эппл народу ценнее, чем анимированные порнобаннеры (а теперь его и гугель послал, ибо пристрелить проще, чем вылечить), флэш можно считать мёртвым.
swf - теговый формат с очень большими возможностями. например, он позволяет ембедить и расставлять картинки разных форматов, звуки, фильмы. то, что хотел ТС. вас никто не заставляет использовать его полностью ридеры есть под большинство популярных осей. креаторов и бесплатных и опенсорцовых тоже хватает. те, ТС, не особо мудря может реализовать свою идею CyberManiac то у вас эппл знак избранных, то народный. вы непоследовательны.
zxcv SWF... а речь о сжатии. В нем совершенно отсутствует технология объединения и сжатия. Да и создан для интернета, как конструктор банеров, просто примитивная фигня.
А может попробовать сжимать картинки как текст, а тексты - как видео? Глядишь, сожмётся лучше! А если серъёзно, разработчики компрессоров сами обо всём позаботились. Не надо делать опыты, типо, если на велосипед вкрутить колёса от камаза, глядишь, открытые люки станут пофигу?
moderhi вейвлеты (если подбирать базис исходя из анализа картинки) и polynomial compression дают очень хорошие результаты по сжатию, но юзабильной раелизации я не видел.
