Перейти к содержимому

 Друзья: Всё для вебмастера | [ Реклама на форуме ]


Rutor
Rutor


[ DDos Услуги. DDos атака. Заказать ДДос ]


Видеоредактирование


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 5

#1
MrBonD

MrBonD

    UkrainiaN MaFia

  • Honourаble
  • PipPipPipPip
  • 777 сообщений
Последние 10 лет программы с открытым исходным кодом для обработки видео развиваются неторопливо. Но ведь ситуация с течением времени должна измениться к лучшему, разве не так? Могут ли люди, сильно разочарованные нынешним положением дел, таить в себе надежду?

Проблема
Постоянный пользователь GNU/Linux (или любой другой Unix OC) в настоящее время может смотреть, слушать и даже создавать элементарный медиа-контент, не прилагая особых усилий. Но открытый код отстаёт от разработчиков проприетарного программного обеспечения, когда речь заходит о профессиональных или полу-профессиональных инструментах для работы с видео.
Я всегда утверждал, что одна из самых сильных сторон Линукса - это возможность создать дистрибутив, который направлен на какую-либо конкретную деятельность. Существует несколько дистрибутивов, созданных специально для работы с аудио и видео, например dyne:bolic и Ubuntu Studio. Их не так уж и много, а не которые и вовсе застоялись, либо вообще пропали.
Одна из причин этой проблемы - отсутствие профессионального нелинейного видеоредактора для Линукса. Вдобавок к этому, существующие на данный момент программы для обработки видео развиваются крайне медленно. Давайте же взглянем на лучших представителей, которые у нас есть.

Редакторы и что нам от них нужно
Есть видео редакторы, которые я никак не мог скомпилировать или последний релиз которых вышел более, чем 5 лет назад. К ним относятся Vivia, ZS4 и Scilab Aurora. Подобные приложения я не буду рассматривать. Avidemux может выполнять элементарные операции, но этого мало.
Давайте начнём с самых лёгких редакторов и первый по списку у нас Kino. Это очень простой инструмент, но из всех тестируемых мной редакторов он оказался самым стабильным и удобным, даже ни разу не повис. Для обычного пользователя, Кino, возможно, единственный инструмент, с помощью которого можно удовлетворить все потребности в области видео обработки. Он позволяет захватывать видео с DV-камер, редактировать, добавлять переходы и спецэффекты и конвертировать в другие форматы. К сожалению, для продвинутых пользователей, Kino сильно ограничен. К примеру, в нём не хватает поддержки нескольких видео- и аудиодорожек, расширенной работы с титрами и композитинга. Скорее всего и в будущем их не будет добавлено, потому что у Kino есть строго определенный курс, и разработчики будут его придерживаться. Я использую Kino для захвата "сырого" материала и часто для конвертации видео в различные форматы, после того как обработаю его в другой программе.

Изображение

Главное окно Kino


У нас также есть редакторы, которые поддерживают несколько видео- и аудиодорожек в одном файле. Первый из них - ]]>Kdenlive]]>, который выглядит многообещающим проектом. Но дело в том, что разработка этой программы продвигается очень медленно и до сих пор она находится в той стадии, когда приложения часто виснут на самых разных системах. Дальше идёт ]]>Pitivi]]>, который ещё слишком молод, чтобы его правильно оценить, но уже точно можно сказать, что этот проект станет в один ряд с Kino и Kdenlive. Это делает его неинтересным для профессионалов.

Изображение Изображение

Главные окна Kdenlive и Pitivi


Я долгое время использовал ]]>Open Movie Editor]]> и могу сказать, что это отличное приложение с неплохим набором возможностей. Для меня этого вполне достаточно. Теперь рассмотрим ]]>LiVES]]>, которому присущи все положительные черты Open Movie Editor. Несомненным плюсом является то, что этот редактор постоянно обновляется и вдобавок ко всему содержит встроенный инструмент для создания плагинов, а это значительно облегчает жизнь разработчикам. В настоящее время два этих редактора являются настоящей находкой для самого продвинутого любителя и, возможно, для специалистов в будущем (если разработчики добавят композитинг и более широкий спектр плагинов в существующие характеристики).

Изображение Изображение

Главные окна Open Movie Editor и LiVES


MainActor - единственное коммерческое приложение в этом списке, но оно больше не доступно. Это был не ]]>Avid Xpress]]> или ]]>Final Cut]]>, но его существование вдохновляло. На данный момент производится сбор подписей для того, чтобы компания, занимавшаяся разработкой MainActor открыла (хотя бы частично) код этого видео редактора для общественности.

]]>Jahshaka]]> - один из самых раздутых редакторов, с которыми мне пришлось столкнуться. Его разработчики позиционировали (и продолжают это делать) свое приложение, написанное с нуля, как мощный инструмент для видео обработки и композитинга. Реклама на их сайте была настолько эффективна, что я (и не только я) с содроганием ждал стабильного релиза со всеми наворотами профессиональных редакторов, которые нам обещали. У Jahshaka даже были корпоративные спонсоры такие, как Nvidia. Но всё это превратилось в такой беспорядок, даже не хочется тратить время для описания. Но есть и хорошие новости: с января этого года, если верить разработчикам, Jahshaka "освободился от злобных спонсоров", а это значит, что редактор начнёт развиваться, как и задумывалось. И я хочу отметить: понимаю, что не должен, но тем не менее, до сих пор лелею надежду по поводу Jahshaka.

Изображение

Главное окно Jashaka


Я использую ]]>Cinelerra]]> в качестве основного приложения для видео редактирования и композитинга. Первый релиз был выпущен неизвестным человеком, который называл себя Heroine Virtual. Со временем возник такой парадокс: Cinelerra - был самым мощным FOSS (Free & Open Source Software) видео редактором, но ему были присущи нестабильность, крайне неудобный интерфейс и медленная разработка. Но вскоре появилась версия сообщества, выпущенная другими разработчиками (с согласия Heroine Virtual). По сути она являлась исправленной и пропатченной версией оригинальной Cinelerra. И теперь я заявляю, что данный редактор весьма стабилен при работе с различными задачами. Освоение Cinelerra может оказаться весьма сложным занятием для новичков, но оно того стоит. Плюс ко всему сообщество предоставляет хорошую документацию. Это приложение обладает такими возможностями, которые вы не встретите ни в одном другом (кроме, конечно, коммерческих продуктов). Например, поддержка нескольких видео- и аудиодорожек, приличный набор различных эффектов (среди них можно выделить LADSPA), хороший композитинг и многое другое.
К недостаткам Cinerella можно отнести: отсутствие продвинутого создания и редактирования титров, небольшое количество видео эффектов (и скудная документация по тем, что включены в приложение по умолчанию). Было бы не плохо, если бы разработчики улучшили захват видео.

Изображение

Главное окно Cinelerra



Наконец-то, мы добрались до ]]>Blender]]>. Несмотря на то, что данный продукт не относится к видеоредакторам, я упомянул его, в качестве отличного примера для подражания. Это мощное приложение, в которое вложено много человеческих усилий. А туториалы и видеоролики, связанные с Blender, можно найти по всему интернету. К тому же он всё-таки поддерживает видеоредактирование и композитинг. Как раз вот в таких всеобъемлющих приложениях мы и нуждаемся, особенно в области видеоредактирования.

Изображение

Главное окно Blender



Взгляд в будущее
10 лет назад для профессионала следующее заявление показалось бы плохой шуткой, но сейчас Линукс превратился в хорошую платформу для создания и управления мультимедиа. Вот только инструментов не хватает. Нам нужны более мощные и функциональные редакторы. Даже Голливуд сейчас вовсю использует Линукс (взять того же "Властелина колец", все спецэффекты которого были созданы при помощи компьютерной фермы, состоящей из 450-ти машин под управлением Red Hat). Но киношные студии используют свои собственные приложения, не предназначенные для широкой публики. Я не единственный видеопрофессионал, которого расстраивает сложившаяся ситуация в области видео-FOSS.
Причины, по которым многие специалисты используют Линукс, как основную платформу для видео редактирования, следующие:
# Цена;
# Возможность настроить под себя;
# Привычка.

Заметим, что ни широта возможностей, ни следование стандартам индустрии не попали в этот список. Есть ещё 2 фактора, которые мне хотелось бы отметить:
# Неприязнь компаний, занимающихся разработкой видеоприложений, к FOSS;
# Нехватка FOSS-разработчиков в области видеоредактирования.

Заканчивая, вновь хочу обратить внимание на композитинг и специальные эффекты. Именно они требуют хорошей доработки. Я не прошу Adobe After Effects для Линукс, хватит чего-нибудь менее масштабного. FXhome - как раз то приложение, которого нам не хватает. Относительно композитинга, Cinelerra - единственное FOSS приложение, которое позволяет мне добиться достойных результатов. Больше всего надеюсь на Jahshaka и Cinelerra, благодаря недавним новостям, о которых я уже упоминал. Ключом к решению проблем, является быстрая разработка и постоянный выход новых релизов. Но не стоит заблуждаться, разработка высококлассного FOSS-приложения для обработки видео займёт годы, а специалисты не могут ждать так долго. Тем не менее, эта область движется в правильном направлении, в отличии от того, что происходило тут несколько лет назад. И поэтому мы можем надеяться на лучшее.

Автор: Rui Lopes - португальский веб-дизайнер и фильм-мейкер.
Перевод: Николай Глущенко

Изображение
ИНФА О ЛЮБОМ ЧЕЛОВЕКЕ ПО UKR ТУТ
--- "Бачу-бачу власний трилер з понеділка по неділю..." ---

#2
sayler

sayler

    Бит

  • Members
  • 8 сообщений
Мне очень нехватает под никсами ulead video studio. Пробовал все указанное выше не понравилось, т.к. либо неудобно, либо не функционально.

#3
zvezdochots

zvezdochots

    Бит

  • Members
  • 9 сообщений
Лично я привык к виндовому Pinnacle Studio. У него очень высокая функциональность.

#4
Urbis

Urbis

    EternalStone

  • Moderator
  • PipPip
  • 177 сообщений
Хорошая статья, обзор видеоредакторов чтобы потом не мыкаться и не выбирать какой подойдет минус статьи в том что нет наиболее полного описания програм и их возможностей...дается просто представление о самих программах и рассуждения автора посчет них.
Цитата

#5
Van32

Van32

    Бит

  • Members
  • 30 сообщений
как ни крути, но под винду всё равно специальный софт и приятнее, да и функционал у него шире...

#6
suricat

suricat

    Бит

  • Members
  • 35 сообщений
Не так давно столкнулся с проблемой оцифровки видео через kino под ubuntu: firewire-видеокамера ни в какую не хотела определяться. Нашел неплохой howto как это лечится:

Цитата

Работа с FireWire в GNU/Linux


Сегодня цифровая видеокамера уже не является чем-то особенным и недоступным. Цены на такие устройства потребительского класса перестали кусаться, и все больше людей при покупке видеокамеры выбирая между аналоговым или цифровым вариантом, отдают предпочтение последнему варианту. Попробуем разобраться, как заставить работать такую камеру совместно с компьютером под управлением GNU/Linux.
Во время написания статьи был использован дистрибутив Kubuntu 7.10, чего как говорится и вам желаю Smiley. Хотя почти все сказанное касается и других дистрибутивов Linux.
Совсем немного теории
Не смотря на то, что на корпусе большинства цифровых видеокамер можно найти надпись вроде USB 2.0 compatible, для захвата компьютером видеопотока традиционно используется совсем другой интерфейс - IEEE 1394. Этот высокоскоростной интерфейс поддерживает горячее подключение и позволяет соединить до 63 устройств. Различные производители называют его в своих устройствах по-разному. Наиболее употребляемым является Firewire название, предложенное компанией Apple, которая особенно на первых порах и занималась активно его разработкой, на компьютерах Apple этот порт давно уже стал стандартным, Sony называет такие устройства i.Link. Хотя они обозначают одно и то же. Кстати обозначение IEEE 1394 не несет, какого то особого смысла, как не имеет ничего магического. Просто это был 1394 по счёту стандарт, выпущенный комитетом. В настоящее время существует два стандарта IEEE 1394. Первый стандарт, IEEE 1394a, поддерживает обмен данными со скоростью до 400 Мб/c, более новый IEEE 1394b (FireWire800 и FireWire1600), поддерживает уже скорость вплоть до 1600 Мб/c (даже до 3200). Не смотря на то, что стандарт USB 2.0 позволяет передавать информацию со скоростью 480 Мб/c, то есть теоретически больше чем у IEEE 1394a, на практике скорость у Firewire получается выше. И так как Firewire первоначально разрабатывался в том числе и для передачи видеопотоков, он может передавать в изохронном режиме данные с гарантированной скоростью. В этом случае вся полоса отдается нуждающемуся устройству, и устройства не конкурируют между собой за полосу пропускания, как это происходит в USB (особенно при каскадном подключении). Поэтому на форумах очень часто можно встретить информацию, что качество видео перегнанного через Firewire получается выше, чем полученное через USB. Кстати IEEE 1394 устройства достаточно независимы. То есть фактически ничто не мешает напрямую, без использования ПК, подсоединить видеокамеру с внешним жестким диском использующим Firewire, куда и перегнать отснятый материал.
Для того чтобы переписать отснятый материал вам естественно понадобится поддержка Firewire. Если в материнской плате ее нет, то необходимо докупить внешнюю PCI-карту. Такая карта стоит порядка 15 у.е. Кроме того понадобится шнур со стороны подключающейся к компьютеру имеющий разъем с 6 контактами, а для со второй подсоединяемой к видеокамере - 4 (без контактов питания).
Поддержка IEEE 1394 в Linux
Работа по поддержке IEEE 1394 в Linux ведется уже давно, и сейчас можно сказать, что основные проблемы уже решены. Хотя, как и для других компьютерных устройств, драйвера и спецификации производители скрывают, поэтому будет ли работать конкретное устройство, зависит от используемого в нем чипа. Сегодня не должно быть проблем с устройствами, использующими чипы Texas Instruments PCILynx/PCILynx2 и со всеми OHCI-совместимыми чипами, производимыми различными компаниями. Не поддерживаются чипы Sony используемый в ноутбуках серии Vaio (некоторые ноутбуки этой серии используют OHCI-совместимый CXD3222) и Adaptec AIC-5800. Для проверки совместимости вашего чипа или устройства необходимо посетить веб-сайт поддержки IEEE1394 в Linux ]]>http://www.linux1394.org/]]>.
Поддержка IEEE 1394, включена в основное ядро начиная с версии 2.3.40, и сейчас реализована для всех версий ядер от 2.2 до 2.6 (для 2.2 и ранних версий 2.4 в виде патча). Поэтому в современных дистрибутивах необходимости пересобирать ядро нет. Только в случае возникновения проблем, возможно, понадобится установить, более свежую версию библиотек libraw1394 и libiec61883. Первая обеспечивает прямой доступ к устройству. Вторая базируется на libraw1394, и обеспечивает стандартный интерфейс для доступа к потоковым данным, включая DV, MPEG-2, аудио и видео данным.
Один из вариантов иерархии драйверов на моем компьютере выглядит так: физическое устройство  ohci1394  ieee1394  raw1394  libraw1394  приложение. При этом ieee1394 является высокоуровневым драйвером, обеспечивающим единый интерфейс доступа. Возможны три низкоуровневых модуля работающих непосредственно с устройством. Это ohci1394 для чипов 1394 Open Host Controller Interface, драйвер aic5800 для Adaptec AIC-5800 и pcilynx драйвер для чипов Texas Instruments PCILynx.
Если все установлено и правильно настроено, после подключения всех имеющихся устройств, в системе могут появиться следующие модули и файлы устройств:
- raw1394  обеспечивает прямой «сырой» доступ, с возможностью управления камеры, но в то же время его не рекомендуется использовать по причине возможных проблем с безопасностью. Доступ в пространстве пользователя, как показано выше осуществляется через libraw1394.
- video1394  основной асинхронный OHCI драйвер, обеспечивает более производительный DMA доступ, поэтому и используется для работы с цифровыми камерами.
- dv1394  осуществляет прием и передачу сигналов с цифровых видеокамер (Digital Video), как обычные файлы, полностью инкапсулирует обработку DV поверх 1394. Ранее для работы с DV камерами использовался video1394, но работа с ним могла вызвать конфликт устройств, поэтому его переписали, хотя судя по последней информации (смотри вывод dmesg ниже по тексту) от него также отказываются.
- eth1394  позволяет связать компьютеры в единую IEEE1394 сеть. Первоначально обеспечивал инкапсуляцию Ethernet, затем была добавлена поддержка IPv4-over-1394 (RFC-2734).
- sbp2 - Serial Bus Protocol обеспечивает доступ к устройствам хранения информации.
- amdtp - реализует поддержку протокола Audio & Music Data Transmission Protocol, в настоящее время IEEE1394 используется в профессиональном звуковом оборудовании.Итак, для работы с цифровыми DV видеокамерами на потребуются модули raw1394 и dv1394, с которыми собственно и работает нелинейный видеоредактор Kino.
Смотрим что в Kubuntu
В Kubuntu начиная с Daper Drake с распознаванием дополнительной платы расширения и видеокамеры у меня проблем не было. Но они могут возникнуть в других дистрибутивах (особенно старых) или с другими устройствами. Поэтому подробно разберем, как определить причину, в том случае если что-то пойдет не так. Поэтому подробно рассмотрим, как определить причину, в том случае если что-то пойдет не так.
Итак, что сказано в сообщениях ядра по поводу инициализации PCI устройства.
$ dmesg | less
И находим такие строчки, говорящие о том, что устройство найдено и драйвера загружены.
[ 31.049087] ieee1394: Initialized config rom entry `ip1394′
[ 31.111700] ohci1394: $Rev: 1313 $ Ben Collins
[ 31.113117] ohci1394: fw-host0: Unexpected PCI resource length of 1000!
[ 31.164888] ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[10] MMIO=[de001000-de0017ff] Max Packet=[2048]
[ 32.433962] ieee1394: Host added: ID:BUS[0-00:1023] GUID[00601d0000000b77]
[ 52.399244] sbp2: $Rev: 1306 $ Ben Collins
[ 52.399263] ieee1394: sbp2: Driver forced to serialize I/O (serialize_io=1)
[ 52.399270] ieee1394: sbp2: Try serialize_io=0 for better performance
Подробнее информацию о найденном PCI устройстве смотрим командой.
$ lspci -v
0000:00:14.0 FireWire (IEEE 1394): Agere Systems FW323 (rev 61) (prog-if 10 [OHCI])
Subsystem: Agere Systems FW323
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at de001000 (32-bit, non-prefetchable) [size=4K]
Capabilities:
Как видите, установлен OHCI-совместимый адаптер, поэтому проблем в работе быть не должно. Смотрим, какие модули сейчас загружены.
$ lsmod
sbp2 24196 0
ohci1394 35124 0
ieee1394 299832 2 sbp2,ohci1394
Требуемых для работы raw1394 и dv1394, как видите, нет. И, наконец, посмотрим на интересующие, нас файлы устройств.
$ sudo find /dev /proc -name *1394″
/dev/.static/dev/raw1394
/proc/irq/10/ohci1394
Да не густо. В одном из советов по работе с Kino в Ubuntu, рекомендуется загружать такие модули либо вручную.
$ sudo modprobe dv1394
$ sudo modprobe raw1394
Либо прописав их загрузку в /etc/modules, добавив две строки.
raw1394
dv1394
В Kubuntu модуль sbp2 загружается по умолчанию. Если вы не собираетесь использовать FireWire диски, то стоит наверно отключить загрузку модуля sbp2, удалив либо закомментировав запись.
Но в современных дистрибутивах, использующих технологии udev и hal, устройства подхватываются на лету. Проверим, сработает ли это в Kubuntu. Подключаем шнуром камеру и включаем питание. Кое что в системе изменилось. Команда lsmod показала, наличие двух необходимых нам модулей raw1394 и dv1394. Появились и два новых устройства /dev/raw1394 и /dev/dv1394-0. Получилось.
Для проверки запускаем видеоредактор Kino и заходим в Edit - Preferences и выбираем IEEE1394. В AV/C Device набираем /dev/dv1394-0, если хотим работать с эти модулем или /dev/raw1394. Если с определением первого проблем не было, то при попытке выбрать raw1394, было выдано сообщение о том, что невозможно открыть файл устройства, и проверьте наличие read/write permission у текущего пользователя. Проверяем.
$ ls -al /dev/raw1394 /dev/dv1394-0
crw-rw- 1 root video 171, 32 2006-09-16 17:50 /dev/dv1394-0
crw-rw- 1 root disk 171, 0 2006-09-16 17:50 /dev/raw1394
Как видите, чтобы работать с этими устройствами, необходимо запускать Kino от имени root, вроде gksudo kino, что не есть гут. Или пользователь должен принадлежать к группе video для работы с dv1394-0, и disk - raw1394. Смотрим, к каким группам принадлежит текущий пользователь.
$ groups
grinder adm dialout cdrom floppy audio dip video plugdev lpadmin scanner admin
Или как вариант.
$ cat /etc/group | grep grinder
Группа video в списке есть, поэтому внесем себя в группу disk. Как обычно, сделать это можно несколькими вариантами. Самый простой открыть файл /etc/groups и внести пользователя grinder в строку, описывающую группу disk.
disk:x:6:grinder
Если хотите использовать графические утилиты, то выбираем K  System Setting  Users & Group, переходим в вкладку Group, здесь активируем Показывать системные группы и переходим в Administrator Mode, нажав одноименную кнопку и введя свой пароль. Дважды щелкаем по группе disk, выбираем название используемой вами учетной записи и нажимаем Добавить. Все. Теперь необходимо выйти из системы и зарегистрироваться опять. Теперь все нормально.
В более ранних дистрибутивах файлы устройств, возможно, придется создавать вручную. В Linux каждое устройство имеет имя, и два номера: основной - major и дополнительный - minor. Например, для всех IEEE1394 основной номер имеет цифру 171, а дополнительный определяется назначением и характеристиками устройства. Так, для dv1394 он имеет значение от 32 до 47, для raw1394 отсчет начинает от 0.
Например, для того чтобы создать устройство raw1394 выполните такую команду.
# mknod -m 666 /dev/raw1394 c 171 0
А для того чтобы создать файл dv1394 предназначенной для записи информации с первого устройства в PAL (имя может меняться).
# mknod -m 666 /dev/dv1394/0 c 171 34
Более подробная информация дана на сайте проекта Linux IEEE1394.
Для того чтобы эти файлы создавались автоматически при загрузке системы, можно использовать следующий нехитрый скрипт.
#! /bin/sh
test -e /dev/raw1394 || mknod -m 666 /dev/raw1394 c 171 0
test -e /dev/dv1394-0 || mknod -m 666 /dev/dv1394-0 c 171 34
Сохраняем его в /etc/init.d/firewire и делаем его исполняемым.
#chmod +x /etc/init.d/firewire
Теперь, чтобы он выполнялся автоматически, создаем символическую ссылку.
#ln -s /etc/init.d/firewire /etc/rcS.d/S50firewire
Для проверки работы IEEE1394 устройств, можно использовать утилиту gscanbus (http://gscanbus.berlios.de/), которую можно загрузить и с пакетного репозитария Ubuntu.
$ sudo apt-get install gscanbus
После чего запускаем, набрав команду gscanbus в окне терминала. В появившемся окне будут в очень наглядном виде показаны все найденные устройства, с сохранением их топологии подключения. Щелчок мышкой по любому из них покажет подробную информацию.
Если выбранное устройство видеокамера, то вы сможете управлять ей прямо из окна gscanbus.
Вот в принципе и все, что хотелось сказать. В большинстве современных дистрибутивов вам достаточно будет просто подключить видеокамеру к компьютеру и запустить Kino, без необходимости не вникать в подробности.



Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных