Будем очень благодарны.
Только сроки никакие назвать пока не можем.
который, из-за размера не пригоден для помещения в архив, и (по моему субъективному мнению) не очень хорошего качества в отличии от Canapus DV, ну и того же H.264.
По сравнению с DV он хуже никак быть не может. Во-первых, в DV битрейт фиксированный, а в MPEG2 I-frames Вы можете его поднять, сколько угодно. Во-вторых, в DV цветность 4:2:0, а в MPEG2 I-frames 4:2:2.
Кстати, если Вам так уж нравится формат DV, можете при захвате выбрать кодек SoftLab-NSK DVCam, включить прописывание Fourcc-кода dvsd в получаемые AVI-файлы, и эти файлы будут абсолютно стандартными с точки зрения данных в DV-формате, от Canopus DV ничем отличаться не будут. Если не верите - проверьте сами.
Для примера: 15 мин. ролик сжатый H.264 имеет размер порядка 800- 900 Mb при битрейде 6000 kbit/s, и при лучшем качестве...
Вполне возможно. Если возьмете более новый формат HEVC (H.265), у него при еще меньшем битрейте будет хорошее качество. Это нормально. Некорректно сравнивать эффективность сжатия форматов без межкадровой зависимости и форматов с межкадровой зависимостью. Последние по эффективности сжатия будут заведомо лучше. Но зато есть проблемы с тем, что при сжатии требуется гораздо большая вычислительная мощность, а также с тем, что есть проблемы с позиционированием на неключевые кадры при воспроизведении.
Например, если Вы вставите ролик в формате H.264 в расписание FDOnAir, и будете его воспроизводить не с начала, а с середины, можете понаблюдать, сколько времени при переходе на этот ролик горит надпись LOAD, и через сколько времени она сменяется на READY. Это вполне может занять несколько секунд, и даже больше. Ролик в формате MPEG2 I-frames или DV в таком же случае будет загружен почти мгновенно. Потому что при позиционировании на неключевой кадр в формате H.264 сначала производится декодирование всех кадров, начиная от ближайшего ключевого, а их может быть десятки. При этом может возникнуть очень высокая нагрузка на процессор.
не совсем удобно, всё же требуется дополнительное время на перекодировку...
С этим никто не спорит, но пока что только так. Хотя бы при помещении видео в архив так вполне можно делать. На современных процессорах кодирование производится быстрее реального времени. Я лишь предложил вариант, дальше решение за Вами - пользоваться или нет.
нет ни чего от СтримЛабс..
Наш софт можно сравнивать очень много с чем. Конкуренты у нас есть, с этим никто не спорит. Что-то лучше у них, что-то у нас. Выбираете все равно Вы сами, мы никому свои решения не навязываем.