Общая рекомендация для записи оригинальных отсканированных изображений - «использовать TIFF». Но программистам нужна эволюция формата для «эволюции программного обеспечения», и мне нужно развить мою систему, чтобы перейти с TIFF на JP2.
У меня есть большое хранилище изображений (терабайт) для легальных и научных отсканированных материалов, они нуждаются в оригинальной записи. Я использую некоторые правила кэширования, но система должна показывать (через веб-загрузку) или манипулировать (ImageMagick и другие) исходными данными.
Я прочитал статью о переносе хранилищ изображений из TIFF-без потерь в JPEG-2000-без потерь и пришел к выводу, что стоит остаться с TIFF. Однако статья написана в 2009 году, и в то время, когда они обнаружили, что поддержка формата JPEG-2000 доступным программным обеспечением была очень плохой. Преобразование в JPEG-2000 было затруднено в тестируемом им программном обеспечении, а имеющееся программное обеспечение для использования изображений не поддерживало этот формат.
Сейчас время переходить с TIFF на JP2 или нет? Является ли поддержка программного обеспечения все еще такой же ущербной, как в 2009 году?
источник
Ответы:
Основываясь на списке приложений Википедии , поддержка в наши дни выглядит довольно хорошо. Он также набирает популярность в ориентированных на архивы организациях по всему миру:
Вот страница, обсуждающая его принятие НАТО, среди других.
В этой статье упоминается, что библиотека Гарвардского университета также переходит на JPEG-2000.
В этом документе подробно рассматриваются усилия Британского музея и Гарварда, а также добавлена цифровая библиотека Wellcome.
На моем MacBook Pro, работающем под управлением 10.7.5, приведены некоторые результаты браузера ( источник 1 , источник 2 ):
Сафари: без проблем
Chrome: иногда необходимо загрузить QuickTime
Firefox: нет проблем
Я не тестировал IE, но из этих трех и из списка Википедии, я думаю, поддержка JPEG-2000 сейчас широко распространена.
Что касается вопроса о том, следует ли вам переключаться, поскольку JPEG-2000 теперь имеет достаточную поддержку платформы, я бы переключился, только если для этого есть веские технические причины:
меньшие размеры изображения
более высокая производительность
более безопасный
TIFF начинает не поддерживаться.
Если вы решите переключиться, пожалуйста, напишите свой опыт в этом!
источник
Я думаю, что ответ зависит от того, ставите ли вы под сомнение реальное использование или охват поддержки библиотеки. Поскольку вы спрашиваете о programmers.stackexchange, возможно, вы имеете в виду библиотеку, но, похоже, все предполагают, что вы спрашиваете о приложениях. Я буду следовать за толпой.
Говоря о приложениях, основанных на списке приложений Википедии, поддержка в наши дни выглядит довольно плохо. Совместимые с ним пользовательские программы нумеруются и, как правило, являются профессиональными инструментами, и только в некоторых всемирных архивно-ориентированных организациях вы можете завершить перечисление на одной странице. Короче говоря, jp2 вне досягаемости людей. При таких темпах он никогда не достигнет точки безубыточности для общественного признания, несмотря на техническое превосходство.
Говоря о браузерах, Википедия указала, что только Safari имеет встроенную поддержку. Все остальные, Firefox, Chrome, IE ... нет, за исключением некоторых, которые используют QuickTime, что не гарантируется в Android / Windows и отсутствует в Linux.
На моем OpenSUSE 13.1 приведены некоторые результаты браузера с примерами (обратите внимание, что открытие образца страницы не считается в сторону OK, вы должны открыть изображения .jp2 внутри нее):
(Поскольку сам Linux поддерживает jp2, пользователи могут открывать изображения после загрузки)
** Редактировать после прочтения комментария Питера Краусса ** В контексте сохранения, возможно, вы можете выбрать формат, потому что обычно вы предоставляете пользователям инструменты; среда рабочего стола и браузер пользователя имеют второстепенное значение.
Развитие вашего программного обеспечения не означает принятие новейшего технологического стандарта. Новейший технологический стандарт - это надежда будущей технологии комитета по стандартизации, и люди голосуют ногами после своего решения. Примеры: многие из них были перенесены в XHTML, а затем в HTML5, а большинство из HTML4 напрямую в HTML5, а многие - в FireWire (1394), а затем в eSATA и USB3, а большинство из USB2 - в USB3.
источник