Представлен (http://jeff.ecchi.ca/blog/2014/11/02/tricks-or-tracebacks-pi... релиз системы нелинейного видеомонтажа Pitivi 0.94 (http://www.pitivi.org/), предоставляющей такие возможности, как поддержку неограниченного числа слоёв, сохранение полной истории операций с возможностью отката, отображение эскизов на шкале времени, поддержку типовых операций обработки видео и звука. Редактор написан на языке Python с использованием библиотеки GTK+ (PyGTK), GES (GStreamer Editing Services (http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst... и может работать со всеми форматами звука и видео, поддерживаемыми в GStreamer, включая формат MXF (http://en.wikipedia.org/wiki/Material_Exchange_Format) (Material eXchange Format). Код распространяется под лицензией LGPL.<center><a href="http://jeff.ecchi.ca/blog/wp-content/uploads/pitivi-0.94-hea... src="https://www.opennet.ru/opennews/pics_base/0_1415029908.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
В новом выпуске осуществлена (http://wiki.pitivi.org/wiki/0.94) замена панели инструментов и строки с меню на комбинированную заголовочную область с вызываемым через одну кнопку ниспадающим меню, что позволило высвободить дополнительное экранное пространство.<center><a href="http://jeff.ecchi.ca/blog/wp-content/uploads/pitivi-0.94-hea... src="https://www.opennet.ru/opennews/pics_base/0_1415027273.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
Кодовая база портирована на использование Python 3 и GtkApplication. Прекращена поддержка CoGL API, использование которого приводило к проблемам со стабильностью в различных дистрибутивах Linux, поставляющих недостаточно стабильную версию CoGL. Просмотрщик переведен на использование GStreamer GL для вывода видео вместо Clutter, что решило проблемы со стабильностью при работе не в GNOME Shell и дало залог для развитии функциональности в будущем. Решены проблемы с позиционированием текста в различных диалогах. Оптимизированы анимационные эффекты на шкале времени. Упрощён редактор титров, в котором также появились средства точной настройки размера шрифтов.<center><a href="http://jeff.ecchi.ca/blog/wp-content/uploads/pitivi-0.94-tit... src="https://www.opennet.ru/opennews/pics_base/0_1415030395.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
URL: http://jeff.ecchi.ca/blog/2014/11/02/tricks-or-tracebacks-pi.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=40990
> Редактор написан на языке Python с использованием библиотеки GTK+Вот же ж досада.
Чем плох Python? Главное, что не javascript или java.
Может он про GTK :)Или про связку :D
Он бы вообще написал на C и mcurces. Если бы не был теоретиком конечно.
Тем, что на нем пишут, как правило, любители. Соответственно, серьезного уровня от проекта можно не ожидать. Будет любительщина, как десяток аналогичных проектов. В остальном все хорошо.
> Чем плох Python?Тем что НеТормозит!!!111 (tm) еще в 10 раз сильнее явы. А еще там постоянно ломают совместимость. Поэтому как только программа немного устаканилась - ее уже пора переписывать. С понятными последствиями для бажности и стабильности. Тем более что питон - low entry barrier, что понятным образом влияет на качество и стабильность. Как известно, "создайте систему которой может пользоваться даже дypaк - и только дypaк захочет ей пользоваться".
>> Чем плох Python?
> Тем что НеТормозит!!!111 (tm) еще в 10 раз сильнее явы. А еще
> там постоянно ломают совместимость. Поэтому как только программа немного устаканилась
> - ее уже пора переписывать. С понятными последствиями для бажности и
> стабильности. Тем более что питон - low entry barrier, что понятным
> образом влияет на качество и стабильность. Как известно, "создайте систему которой
> может пользоваться даже дypaк - и только дypaк захочет ей пользоваться".Ну да, ну да. "Не читал, но мнение имею". Python вовсе не "low entry barrier", если конечно его серьезно изучать, а не a + b складывать. Такое действительно за 5 минут изучается. :) А вот продвигают его именно упирая на простоту и "батарейки".
Что до стабильности, так в Gentoo полсистемы на нем написано, а это один из самых стабильных дистрибутивов.
И наконец, проблемы с совместимостью по большей части касаются отличий между 2-й и 3-й ветками Python.
> Python вовсе не "low entry barrier"Это не лично мое мнение. Это вполне себе мнение грандов индустрии и типовое применение. Да, там есть навороты. Но типовой програмер на питоне - "плюсы слишком сложные!!!111" :).
> Что до стабильности, так в Gentoo полсистемы на нем написано,
> а это один из самых стабильных дистрибутивов.Вот пусть гентушники и наслаждаются стабильностью ядерных взрывов, имхо.
>> Python вовсе не "low entry barrier"
> Это не лично мое мнение. Это вполне себе мнение грандов индустрии и
> типовое применение.Ссылаться на мнение безымянных авторитетов - это самый обычный маркетинговый штамп, мол "ученые сказали". А типовое применение... как оно может быть у языка программирования?
> Да, там есть навороты. Но типовой програмер на питоне
> - "плюсы слишком сложные!!!111" :).Не "плюсы" слишком сложные, (если сравнивать по длине, то Python скорее всего окажется длиннее :), а писать на "плюсах" на порядок сложнее. Ну и зачем доискиваться проблем там, где без них можно обойтись?
А почему это называется видеоредактором? Я всегда думал это такой квест для программеров как запустить приложение и не перехерачить полсистемы левыми библиотеками.
Лучший опенсорсный видеоредактор на Линуксах на сегодня.
Открой для себя kdenlive
И OpenShot тоже открой.
А чем blender плох?
> А чем blender плох?А он видеоредактор вообще?
В том числе.
Какой же стал отвратительный интерфейс у gtk3 приложений
