- Общие сведения о компоненте создания образов Windows
- Компоненты компонента работы с образами Windows
- Собственные кодеки
- Принцип работы компонента Windows Imaging
- Обнаружение и арбитраж
- Декодирование
- Кодирование
- Время существования кодека
- Как WIC поддерживает кодек
- Поддержка многопоточных подразделений в WIC
- Компонент обработки изображений windows wic для 32 разрядной
Общие сведения о компоненте создания образов Windows
Компонент Windows Imaging Component (WIC) предоставляет расширяемую платформу для работы с изображениями и метаданными изображений. WIC позволяет независимым поставщикам программного обеспечения и независимым поставщикам оборудования (IHV) разрабатывать собственные кодеки изображений и поддерживать ту же самую платформу, что и стандартные форматы изображений (например, TIFF, JPEG, PNG, GIF, BMP и Хдфото). Один последовательный набор интерфейсов используется для обработки изображений независимо от формата изображения, поэтому любое приложение, использующее WIC, получает автоматическую поддержку новых форматов изображений сразу после установки кодека. Расширяемая платформа метаданных позволяет приложениям считывать и записывать собственные конфиденциальные метаданные непосредственно в файлы изображений, поэтому метаданные никогда не теряются или не отделяются от изображения.
Этот раздел включает следующие подразделы:
Компоненты компонента работы с образами Windows
Основные возможности WIC:
- Позволяет разработчикам приложений выполнять операции обработки изображений в любом формате изображения через единый последовательный набор общих интерфейсов, не требуя перед этим знания о конкретных форматах изображений.
- Предоставляет расширяемую архитектуру «Plug and Play» для кодеков изображений, форматов пикселей и метаданных с автоматическим обнаружением новых форматов во время выполнения.
- Поддерживает чтение и запись произвольных метаданных в файлах изображений с возможностью сохранять нераспознанные метаданные во время редактирования.
- Сохраняет данные изображений с высоким уровнем глубины, до 32 бит на канал в течение всего конвейера обработки изображений.
- Предоставляет встроенную поддержку для большинства популярных форматов изображений, форматов пикселей и схем метаданных.
Собственные кодеки
Компонент WIC включает несколько встроенных кодеков. С платформой поставляются следующие стандартные кодеки.
Принцип работы компонента Windows Imaging
В этом разделе содержатся следующие подразделы.
Обнаружение и арбитраж
Перед декодированием образа необходимо найти соответствующий кодек, который может декодировать этот формат изображения. В большинстве систем, поскольку поддерживаемые форматы изображений жестко запрограммированы, процесс обнаружения не требуется. Поскольку платформа компонента Windows Imaging Component (WIC) является расширяемой, необходимо иметь возможность определять формат изображения и сопоставлять его с соответствующим кодеком.
Для поддержки обнаружения во время выполнения каждый формат изображения должен иметь идентифицирующий шаблон, который можно использовать для идентификации соответствующего декодера для этого формата. (Настоятельно рекомендуется, чтобы для новых форматов файлов использовался идентификатор GUID для идентифицирующего шаблона, так как он гарантированно уникален.) Идентифицирующий шаблон должен быть внедрен в каждый файл изображения, который соответствует этому формату изображения. У каждого декодера есть запись реестра, указывающая шаблон или шаблоны форматов изображений, которые он может декодировать. Когда приложению необходимо открыть образ, оно запрашивает декодер из WIC. Компонент WIC ищет доступные декодеры в реестре и проверяет каждую запись реестра на наличие идентифицирующего шаблона, соответствующего шаблону, внедренному в файл изображения. Дополнительные сведения о записях реестра декодера см. в разделе записи реестра, относящиеся к кодировщику .
Когда компонент WIC находит один декодер, соответствующий идентифицирующему шаблону в изображении, он создает экземпляр декодера и передает ему файл изображения. Если компонент WIC находит несколько совпадений, он вызывает метод, именуемый куерикапабилити , для каждого соответствующего декодера, чтобы запрограммировать их и найти лучшее соответствие. Дополнительные сведения см. в разделе куерикапабилитиес в реализации ивикбитмапдекодер.
Декодирование
После выбора и создания экземпляра нужного декодера приложение напрямую обращается к декодеру. У декодера есть несколько обязанностей, которые он реализует через различные интерфейсы. Эти службы можно классифицировать следующим образом:
- Службы уровня контейнера
- Службы уровня кадров
- Службы перечисления метаданных
- Встроенные преобразования декодера
- Уведомления о ходе выполнения и поддержка отмены
- Службы обработки RAW
Службы уровня контейнера включают извлечение эскиза верхнего уровня (если поддерживается), предварительный просмотр, контекст цвета, палитру (если применимо) и формат контейнера, а также предоставление доступа к отдельным кадрам изображений в контейнере. (Некоторые контейнеры содержат только один кадр, а другие, например формат TIFF, могут содержать несколько кадров.) Этот набор служб также включает в себя предоставление сведений о самом декодере и его возможностях относительно конкретного файла изображения.
Отдельные кадры имеют собственные эскизы, а также могут иметь собственные контексты цвета, палитры и другие свойства, которые предоставляются на уровне фрейма. Однако наиболее важной операцией, выполняемой на уровне кадров, является фактическое декодирование битов изображения для этого кадра.
WIC предоставляет средства чтения метаданных для наиболее распространенных форматов метаданных (IFD, EXIF, IPTC, XMP, APP0, APP1 и другие форматы), а также поддерживает расширение для форматов метаданных сторонних производителей. Это освобождает кодек ответственности за синтаксический анализ метаданных. Однако кодек отвечает за перечисление блоков метаданных и запрос модуля чтения метаданных для каждого блока. Компонент WIC выполняет обнаружение обработчиков метаданных так же, как и для кодеков, основываясь на шаблоне в заголовке блока, соответствующем шаблону в записи реестра обработчика метаданных. Дополнительные сведения см. в разделе записи реестра, относящиеся к кодировщику .
Декодерам не требуется встроенная поддержка операций преобразования, но это позволяет значительно оптимизировать производительность, обеспечивая более эффективное взаимодействие с конечными пользователями. Например, приложение может создать конвейер различных преобразований (масштабирование, кадрирование, вращение и преобразование формата пикселей) для выполнения на изображении перед отрисовкой изображения. Дополнительные сведения о конвейерах преобразований см. в разделе IWICBitmapSource. После создания конвейера преобразования приложение запрашивает завершающее преобразование в конвейере для создания точечного рисунка, полученного в результате применения всех преобразований к источнику изображения. На этом этапе, если декодер способен выполнять операции преобразования, компонент WIC запрашивает, какие из запрошенных преобразований он может выполнить. Все запрошенные преобразования, которые не удается выполнить, будут выполняться компонентом WIC в декодированном изображении перед возвращением вызывающему объекту. Этот оптимизированный конвейер преобразований обеспечивает лучшую производительность по сравнению с выполнением каждого преобразования последовательно в памяти, особенно в том случае, если во время декодирования может быть выполнено несколько или всех преобразований.
Уведомления о ходе выполнения и поддержка отмены позволяют приложению запрашивать уведомления о ходе выполнения для длительных операций, а также позволять приложению предоставить пользователю возможность отменить операцию, которая занимает слишком много времени. Это важно, поскольку если пользователь не может отменить операцию, он может покажется, что процесс завис, и попытаться отменить его, закрыв приложение.
Эти интерфейсы подробно описаны в разделе Реализация декодера WIC-Enabled.
Службы обработки необработанных текстов включают в себя настройку параметров камеры, таких как экспозиция, контрастность и резкость, или изменение цветового пространства перед обработкой необработанных битов.
Кодирование
Как и декодеры, кодировщики имеют ответственность за их реализацию через интерфейсы. Службы, предоставляемые кодировщиками, являются дополнением к службам, предоставляемым декодерами, за исключением того, что они записывают данные образа, а не читают их. Кодировщики также предоставляют службы в следующих категориях:
- Службы уровня контейнера
- Службы уровня кадров
- Перечисление метаданных и службы обновления
- Поддержка уведомлений о ходе выполнения и отмены
Службы на уровне контейнера для кодировщика включают настройку эскиза верхнего уровня (если поддерживается), предварительный просмотр и палитру (если применимо) и перебор отдельных кадров изображения, чтобы их можно было сериализовать в контейнер.
Службы уровня кадров для отражения кодировщика, за исключением того, что они записывают данные изображения, эскиз и любую связанную палитру или другой компонент, а не считывают их.
Кроме того, службы перечисления метаданных для кодировщика включают перебор блоков метаданных для записи и вызов соответствующих средств записи метаданных для сериализации метаданных на диск.
Эти интерфейсы подробно описаны в разделе Реализация кодировщика WIC-Enabled.
Время существования кодека
Создается экземпляр кодека WIC для обработки одного образа и обычно имеет короткое время существования. Он создается при загрузке изображения и освобождается при закрытии изображения. Приложение может использовать большое количество кодеков одновременно с перекрывающимися жизненными циклами (Подумайте о прокрутке каталога, содержащего сотни изображений), и несколько приложений могут сделать это одновременно.
Хотя некоторые кодеки имеют жизненный цикл, ограниченный временем существования процесса, в котором они находятся, это не так с кодеками WIC. Фотоальбом Windows Vista, проводник Windows и средство просмотра фотографий, а также многочисленные другие приложения основаны на WIC и будут использовать кодек для вывода изображений и эскизов. Если время жизни кодека ограничено временем существования процесса, каждый раз, когда изображение или эскиз отображались в проводнике Windows Vista, кодек, созданный для декодирования этого изображения, будет оставаться в памяти до следующего момента, когда пользователь перезапускает свой компьютер. Если кодек никогда не выгружается, его ресурсы, по сути, называются «утечками», поскольку они не могут использоваться любым другим компонентом в системе.
Как WIC поддерживает кодек
- Реализуйте класс декодера уровня контейнера и класс декодера уровня кадров, который предоставляет необходимые интерфейсы WIC для декодирования изображений и итерации по блокам метаданных. Это позволяет всем приложениям на основе WIC взаимодействовать с кодеком так же, как они взаимодействуют с стандартными форматами изображений.
- Реализуйте класс кодировщика уровня контейнера и класс кодировщика на уровне кадров, который предоставляет необходимые интерфейсы WIC для кодирования изображений и сериализации блоков метаданных в файл изображения.
- Если ваш формат контейнера не основан на контейнере TIFF или JPEG, может потребоваться написать обработчики метаданных для общих форматов метаданных (EXIF, XMP). Однако, если используется формат контейнера на основе TIFF или JPEG, это необязательно, так как можно делегировать обработчики метаданных, предоставляемых системой.
- Внедрите уникальный идентифицирующий шаблон (рекомендуется GUID) во всех файлах изображений. Это позволяет сопоставить формат изображения с кодеком во время обнаружения. При написании оболочки WIC для существующего формата изображения необходимо найти шаблон битов, который кодировщик всегда записывает в свои файлы изображений, уникальные для этого формата изображений, и использовать его в качестве идентифицирующего шаблона.)
- Зарегистрируйте кодек во время установки. Это позволяет обнаружить кодек во время выполнения, сопоставляя идентифицирующий шаблон в реестре с шаблоном, внедренным в файл изображения.
- Начиная с Windows 7, компонент WIC требует, чтобы кодеки применялись к типу подразделения COM «both». Это означает, что необходимо выполнить соответствующую блокировку для обработки вызывающих объектов и вызывающих потоков в многопоточных сценариях. Дополнительные сведения см. в следующем разделе о поддержке многопоточного подразделения.
- Поддержка 64-разрядных платформ. для Windows 7 компонент WIC потребует, чтобы кодеки сторонних производителей были доставлены как с 32, так и с 64-битным собственным двоичным кодом. Кроме того, 32-разрядная форма должна устанавливаться и работать на 64-разрядных системах, а установщик стороннего производителя Windows 7 должен установить как 32-разрядные, так и 64-разрядные двоичные файлы в 64-разрядных системах.
Поддержка многопоточных подразделений в WIC
Объекты в многопоточном апартаменте (MTA) могут вызываться параллельно любым числом потоков в MTA. Это обеспечивает лучшую производительность в многоядерных системах и определенных серверных сценариях. Кроме того, кодеки WIC в MTA могут вызывать другие объекты в MTA без затрат на упаковку, связанные с вызовом между потоками в разных апартаментах STA. В Windows 7 все встроенные кодеки WIC обновлены для поддержки MTA, включая JPEG, TIFF, PNG, GIF, ICO и BMP. Настоятельно рекомендуется написать сторонние кодеки для поддержки MTA. Сторонние кодеки, которые не поддерживают MTA, приводят к существенным затратам на производительность в многопоточных приложениях из-за упаковки. Для включения поддержки агента передачи сообщений требуется, чтобы была реализована правильная синхронизация в кодеке стороннего производителя. Точная реализация этих методов синхронизации выходит за рамки данного документа. Дополнительные сведения о синхронизации COM-объектов см. в разделе Основные сведения и использование потоковых моделей COM.
Компонент обработки изображений windows wic для 32 разрядной
- Единая База Данных
Для демонстрации возможностей поиска в базе Animal-ID,
вы можете ввести тестовый номер чипа: 643094100156084.
В данном разделе Вы можете скачать драйверы необходимые для корректной работы локальной программы Animal-id, а так же других програмных продуктов поставляемых торговлй группой Globalvet.
Обращаем Ваше внимание на то, что предоставляемый инсталлятор локальной программы при установке автоматически запросит все необходимые файлы, драйвера, надстройки и оболочки.
Пожалуйста, если Вы не уверены, либо не знаете точно какие из ниже предложенных файлов Вам нужны — обратитесь в службу технической поддержки портала Animal-ID.RU по e-mail: info@animal-id.ru
 |
Пакет веб-установщика клиентского профиля Microsoft .NET Framework 4 загружает и устанавливает компоненты .NET Framework, необходимые для выполнения на приложения с учетом архитектуры процессора и ОС, для которых оно предназначено. В течение установки необходимо наличие подключения к Интернету. .NET Framework 4 требуется для выполнения и разработки приложений, предназначенных для .NET Framework 4.
Сведения:
- Версия: 4
- Дата выпуска: 21.02.2011
- Имя файла: dotNetFx40_Full_setup.exe
- Размер файла: 869 KB
Требования к системе:
- Поддерживаемая операционная система Windows 7; Windows 7 Service Pack 1; Windows Server 2003 Service Pack 2; Windows Server 2008; Windows Server 2008 R2; Windows Server 2008 R2 SP1; Windows Vista Service Pack 1; Windows XP Service Pack 3;
- Поддерживаемая архитектура х86; х64; ia64 (некоторые возможности не поддерживаются на ia64, например WPF);
- Аппаратные требования Рекомендуемый минимум: процессор Pentium с тактовой частотой 1 ГГц или выше, 512 МБ оперативной памяти или больше; Минимальное место на диске: x86 – 850 МБ; x64 – 2 ГБ;
- Предварительные требования Установщик Windows 3.1 или более поздней версии; Internet Explorer 5.01 или более поздней версии
 Компонент Windows Imaging (WIC) обеспечивает работу приложений с функциями WIC, предназначенных для отображения и редактирования любых форматов изображений, для которых установлен WIC-совместимый кодек, а также записывать метаданные в файлы изображений и читать их. Сведения:
Требования к системе:
Компонент Windows Imaging поддерживает обнаружение новых особых форматов изображений (например, RAW). Любое приложение, которое использует компонент WIC, может использовать новые форматы изображений, пока на компьютере для них установлены кодеки (кодировщики / декодеры). Компонент WIC включает в себя кодеки для форматов JPEG, TIFF, GIF, PNG и BMP, более надежные, чем предыдущие версии кодеков для этих форматов, а также поддерживает высокопроизводительный формат Windows Media Photo. Кроме этого, компонент WIC содержит средства чтения и записи метаданных, а также позволяет приложениям сохранять свои собственные метаданные в файлах изображений, чтобы не создавать дополнительных файлов.
|
