AVID Xpress Pro HD 5.26
Win9x/NT/ME/2000/XP
[~183,335 Мб]
Домашняя
http://avid.com/register/xpro_cpr.asp
На сегодняшний день одним из ведущих производителей, законодателем мод видеомонтажа является AVID со своей системой AVID Xpress. Обладая достаточной функциональностью, она имеет ряд преимуществ перед другими системами. Именно AVID стал основателем нового формата данных для хранения медиа информации - OMF (object managed file).
Формат является одним из претендентов на универсальный - он может хранить как аудио, так и видео информацию, причем как внутри себя, так и ссылаясь на внешний источник. Но как и любой универсальный формат, он обречен на некоторые недостатки, как например, излишняя сложность структуры, больший объем и пр. После выхода второй версии продукта произошел разрыв между основателями этого формата, в результате чего AVID основал свой собственный формат - AAF (advanced authoring format), который теперь поддерживается многими системам, в частности AIST Cinegy.
Система AVID Xpress использует оба формата - она имеет собственный конвертер для преобразования медиа файлов в форматы OMF-1, OMF-2 и AAF. Примечательно то, что при хранении самой медиа информации во внешнем источнике AVID Xpress конвертирует ее в формат OMF-1. SDK AAF является свободно распространяемым продуктом и подлежит лицензии GNU. Однако этот SDK имеет ряд недостатков, одним из которых является отсутствие функций для преобразования файлов в формат OMF-1. Сам формат является практически засекреченным и используется внутри AVID Xpress ее внутренними функциями. Поэтому создание конвертера AAF файлов с хранением во внешнем источнике данных представляет достаточно сложную задачу.
Итак, что же представляет из себя OMF? Фактически он похож на формат, используемый в видеокамерах, то есть нечто подобное таймлайну с встроенной последовательностью кадров. В него можно добавлять различные объекты - таймлайн, видеотреки, аудиотреки, события, комментарии и много другое. Объекты подчинены строгой иерархии, что вносит в формат некую упорядоченность. Однако при использовании этого формата возик ряд трудностей, в первую очередь связанных с тем, что непонятно, в каком формате передавать видеоданные в AAF файл.
Большинство разработчиков, которые общаются на форуме SourceForge.net добивались только того, что АВИД воспринимал в их AAF-файлах только аудио данные и только внутренне встроенные (как упоминалось выше, AAF может хранить данные как внутри себя, так и снаружи). При детальной проработке вопроса выяснилось, что АВИД дописывает в внешние файлы служебную информацию, по которой и осуществляет линк между AAF и контейнером. То есть после добавления этой самой информации АВИД стал воспринимать внешние данные. УРА!! Но это только полдела.
А как же с видео? Тут оказалось, что в качестве веншних данных используется OMF-1, о котором уже все забыли и который на форуме рассматривают как " раритет". SourceForge-вские разработчики в ответ на то, есть ли какая-либо возможность посмотреть на документацию по OMF сказали, что будет крайне трудно воспроизвести файл этого формата. Тогда для чего же, скажите на милость, придумывался этот формат, если с их SDK невозможно создать нечто, что их же система бы кушала? Вобщем пришлось делать дампер для файлов OMF-1, который показал структуру файла, генерируемую АВИДом. Проблема осложнялась отсутствием документации и исходников. Но слава Богу, проблему решили. Впоследствии пришлось снимать ограничение в 2 ГБ, накладываемое на AAF-файлы. Если учесть, что современные средства видеообработки работают и с большими размерами файлов, то понятно естесственное желание заказчиков это ограничение для своей системы.
Статья с http://insight.ic.zt.ua
Скачать:
320960KB
http://www.fixdown.com/soft/4916.asp?fulldown=cqoltel-downs
http://www.fixdown.com/soft/4916.asp?fulldown=gdcnc-downs19
http://www.fixdown.com/soft/4916.asp?fulldown=gdcnc-downs18
http://www.fixdown.com/soft/4916.asp?fulldown=gd165-downs
Win9x/NT/ME/2000/XP
[~183,335 Мб]
Домашняя
http://avid.com/register/xpro_cpr.asp
На сегодняшний день одним из ведущих производителей, законодателем мод видеомонтажа является AVID со своей системой AVID Xpress. Обладая достаточной функциональностью, она имеет ряд преимуществ перед другими системами. Именно AVID стал основателем нового формата данных для хранения медиа информации - OMF (object managed file).
Формат является одним из претендентов на универсальный - он может хранить как аудио, так и видео информацию, причем как внутри себя, так и ссылаясь на внешний источник. Но как и любой универсальный формат, он обречен на некоторые недостатки, как например, излишняя сложность структуры, больший объем и пр. После выхода второй версии продукта произошел разрыв между основателями этого формата, в результате чего AVID основал свой собственный формат - AAF (advanced authoring format), который теперь поддерживается многими системам, в частности AIST Cinegy.
Система AVID Xpress использует оба формата - она имеет собственный конвертер для преобразования медиа файлов в форматы OMF-1, OMF-2 и AAF. Примечательно то, что при хранении самой медиа информации во внешнем источнике AVID Xpress конвертирует ее в формат OMF-1. SDK AAF является свободно распространяемым продуктом и подлежит лицензии GNU. Однако этот SDK имеет ряд недостатков, одним из которых является отсутствие функций для преобразования файлов в формат OMF-1. Сам формат является практически засекреченным и используется внутри AVID Xpress ее внутренними функциями. Поэтому создание конвертера AAF файлов с хранением во внешнем источнике данных представляет достаточно сложную задачу.
Итак, что же представляет из себя OMF? Фактически он похож на формат, используемый в видеокамерах, то есть нечто подобное таймлайну с встроенной последовательностью кадров. В него можно добавлять различные объекты - таймлайн, видеотреки, аудиотреки, события, комментарии и много другое. Объекты подчинены строгой иерархии, что вносит в формат некую упорядоченность. Однако при использовании этого формата возик ряд трудностей, в первую очередь связанных с тем, что непонятно, в каком формате передавать видеоданные в AAF файл.
Большинство разработчиков, которые общаются на форуме SourceForge.net добивались только того, что АВИД воспринимал в их AAF-файлах только аудио данные и только внутренне встроенные (как упоминалось выше, AAF может хранить данные как внутри себя, так и снаружи). При детальной проработке вопроса выяснилось, что АВИД дописывает в внешние файлы служебную информацию, по которой и осуществляет линк между AAF и контейнером. То есть после добавления этой самой информации АВИД стал воспринимать внешние данные. УРА!! Но это только полдела.
А как же с видео? Тут оказалось, что в качестве веншних данных используется OMF-1, о котором уже все забыли и который на форуме рассматривают как " раритет". SourceForge-вские разработчики в ответ на то, есть ли какая-либо возможность посмотреть на документацию по OMF сказали, что будет крайне трудно воспроизвести файл этого формата. Тогда для чего же, скажите на милость, придумывался этот формат, если с их SDK невозможно создать нечто, что их же система бы кушала? Вобщем пришлось делать дампер для файлов OMF-1, который показал структуру файла, генерируемую АВИДом. Проблема осложнялась отсутствием документации и исходников. Но слава Богу, проблему решили. Впоследствии пришлось снимать ограничение в 2 ГБ, накладываемое на AAF-файлы. Если учесть, что современные средства видеообработки работают и с большими размерами файлов, то понятно естесственное желание заказчиков это ограничение для своей системы.
Статья с http://insight.ic.zt.ua
Скачать:
320960KB
http://www.fixdown.com/soft/4916.asp?fulldown=cqoltel-downs
http://www.fixdown.com/soft/4916.asp?fulldown=gdcnc-downs19
http://www.fixdown.com/soft/4916.asp?fulldown=gdcnc-downs18
http://www.fixdown.com/soft/4916.asp?fulldown=gd165-downs
Last edited by a moderator: