Доступен (https://github.com/foss-project/green-recorder/releases/tag/...) релиз Green Recorder 3.0 (https://github.com/foss-project/green-recorder), простого приложения для организации записи действий на экране. Программа поддерживает вывод видео в форматах mkv, avi, mp4, wmv, gif и nut, и может использоваться не только в окружениях X.Org, но в в системах на базе Wayland (отмечается, что Green Recorder является первым приложением для создания скринкастов в GNOME поверх Wayland). Из возможностей также можно отметить запись изменений только в обозначенной области экрана и способность синхронной записи звука, которую можно использовать например для добавления в сохраняемый видеоролик комментариев к выполняемым на экране действиям.
Код интерфейса написан на языке Python с использованием библиотек GTK+3 и Ffmpeg. Исходные тексты распространяются под лицензией GPLv3. Готовые пакеты подготовлены (https://github.com/foss-project/green-recorder) для Ubuntu, Debian, Fedora, Arch Linux и CentOS. Новый выпуск примечателен добавлением возможности записи изменений на экране в форме анимированного изображения в формате GIF, при этом благодаря применению оптимизаций результирующий размер получается до десяти раз компактнее, чем при записи штатными средствами ffmpeg. В новом выпуске также переработан пользовательский интерфейс, реализован раздел настройки, появилась возможность выбора устройства для записи звука, добавлена кнопка для быстрого просмотра записанного видео.URL: https://github.com/foss-project/green-recorder/releases/tag/...
Новость: http://www.opennet.me/opennews/art.shtml?num=46983
Страшненько выглядит
Потому что ГТК
Потому что разработчики на питоне обыкновенно не умеют в соблюдение стандартов. Ни одно официальное GNOME-приложение не скомпоновано таким диким образом. Но ты продолжай во всем обвинять GTK, мань.
Официальные гномоаппликухи компонуются так, словно весь экран предназначен только для них. Это, очевидно, компоновалось так, чтобы, наоборот, занимать как можно меньше экранного пространства.
У тебя монитор размером в спичечный коробок? Рекомендую взять хотя бы 800x600.
> У тебя монитор размером в спичечный коробок? Рекомендую взять хотя бы 800x600.При современных DPI это будут где-то 7см диагонали. Мощная рекомендация, да.
>Официальные гномоаппликухи компонуются так, словно весь экран предназначен только для них.Так и есть. Все остальное не нужно.
Вряд ли они сделали такой UI специально. Просто GTK недостаточно проста и не интуитивна, адекватно верстать на ней интерфейсы надо сидеть и учиться (в отличие от WinForms, VCL и тому подобных RAD-тулкитов под Windows, например). Примеров уродливых UI на GTK достаточно много, это далеко не самое страшное, что я видел. Страшные приложения получаются, когда человек хочет просто взять и сделать утилитку, набросав интерфейс за пару минут и пытается использовать не пригодную для такого подхода (ну, если только ты не потратил заранее время на её изучение) GTK. В Delphi/Lazarus и VisualStudio это прекрасно прокатывает, с GTK - увы нет.
> Страшные приложения получаются, когда человек хочет просто взять и сделать утилитку, набросав интерфейс за пару минут и пытается использовать не пригодную для такого подхода (ну, если только ты не потратил заранее время на её изучение) GTK.
> В Delphi/Lazarus и VisualStudio это прекрасно прокатывает, с GTK - увы нет.Вы слегка путаете понятия. В Delphi тулкит - это VCL(Firemonkey), в VisualStudio - что-то там своё (не помню). Если пытаться писать весь GUI вручную, как это часто делают с GTK, то можно примерно таких же франкенштейнов наделать.
А так для GTK тоже есть относительно нормальные решения для визуального создания. Glade, GNOME Builder (в сущности тоже Glade). Тот же Lazarus умеет делать GUI в gtk2.
В визуальных дизайнерах GTK-форм тоже ещё вкурить надо что к чему. Клепать чётко (в контексте общепринятых "гайдлайнов", так сказать) выглядящие (ну, собственно речь о виде, качество кода в любом случае приходит с опытом) виндовые приложения в VisualStudio 2003 (WinForms) я в своё время начал "с места в карьер", потратив на предварительное обучение ноль времени, оно на 100% интуитивно и вменяемый расклад получается почти сам собой если специально не извращаться. Со временем мне захотелось делать то же под Linux, я попробовал дизайнер GTK# в MonoDevelop, узрел совершенно иную, так сказать, и совершенно не интуитивную логику этой штуки и забил. А Lazarus - это просто копия Delphi и практически единственная в своём роде интуитивная полноценная (ну, относительно) RAD IDE под Linux, жаль Паскаль для меня как Суахили...
> попробовал дизайнер GTK# в MonoDevelopИ я говорю — фуфло этот их Карузо, ещё и картавит.
> тот же Lazarus умеет делать GUI в gtk2.Вот это верное замечание, кстати, забыл об этом, умеет он и в Gtk и в Qt. Так что да, дело в инструменте. Но в то же веремя если бы кто-то решил, что оно ему надо - теоретически вполне можно напейсать библиотеку (в т.ч. прослойку на том же Питоне, напримеп), которая будет по-умолчанию раскладывать всё более-менее по-человечески, с адекватными отступами между элементами и вот этим всем.
Потому что с оформлением никто особо и не парился. Накидали виджетов, да и ладно. Такую "красоту" можно на любом тулките свалять.
> Страшненько выглядитТебе шашечки или ехать?!.. (С)
>> Страшненько выглядитКакая разница, как выглядит интерфейс скринкастера???
> Страшненько выглядитнет. хорошее годное оформление
Кто-то пользовался? Как оно?
Надо глянуть. А то у меня при записи через Simple Screen Recorder верхняя панель моргает что-то.
Не очень оно. Нет - хоткеев, выбора дисплея (если используется более 1 монитора), настроек сжатия для кодеков.
> Не очень оно. Нет - хоткеев, выбора дисплея (если используется более 1
> монитора), настроек сжатия для кодеков.Что там вообще тогда есть?
Без хоткеев вообще не круто, как его запускать-то? Из окна, чтоб оно начинало любой скринкаст с записи того, как его сворачиваешь?
Что на скриншоте видишь, то и есть. Запускается просто, нажимаешь на кнопку с красным кругом. После нажатия окно сворачивается в панель xfce, лично у меня так. Статус записи отображается анимацией зелёной камеры. Нажав на этот апплет появляется меню из 1 пункта — остановить запись.
> Из окна, чтоб оно начинало любой скринкаст с записи того, как его сворачиваешь?Всё равно приличные люди редактируют скринкасты перед выкладыванием.
> Всё равно приличные люди редактируют скринкасты перед выкладыванием.Зависит от цели записи скринкаста, кмк. Может мне не выкладывать, а приятелю небольшую видеоинструкцию скинуть надо.
Скриншот страшненький, Simple Screen Recorder не стремится так сильно экономить место и всё-таки покрасивее
Эксперты из первой ветки сейчас тебе расскажут, что нужно всеми правдами и неправдами впихнуть невпиxуемое в спичечный коробок.
>It uses the D-Bus API to connect to the built-in screencasting tool in GNOME Shell"Green Recorder 3.0" - отличное название для не делающей ничего нового гуишной обертки, которую любой разработчик накодит максимум за пару часов))
И тем не менее хороших гуёвых обёрток в линуксе катастрофически не хватает.
Например?
От напримера слышу
Как насчёт mlib (тулкит AzPainter)? https://www.linux.org.ru/gallery/screenshots/13458514
> By default, On Wayland only, Green Recorder uses the V8 encoder instead of the default V9 encoder in GNOME Shell because of the CPU & RAM consumption issue with V9. Which - now - should also give you better performance.Прикольно
> с использованием библиотек <...> FfmpegЧто-то мне подсказывает, что всю работу там выполняет последний, а от гуя требуется только насовать параметров и запустить бинарник ffmpeg.
Юниксвейно же. Да и чего вы еще хотели от гуя?
Не мешай товарищу возмущаться. Если бы прога сама реализовала ffmpeg, этот бы самый товарищ сказал, что "зачем самому, если есть готовое". Был бы повод, а от чего повозмущаться опнетовцы всегда найдут.
Юниксвейно относительно гуя - звучит как приговор: коряво, неинтуитивно, эстетически неприятно и хочется побыстрее закрыть. Ах да, надежность такой конструкции оставляет желать лучшего. И если с первым предложением еще можно поспорить, ибо субъективщина, то второе - факт.
смысл, если есть OBS-Studio?
На моём i5 OBS записывает так, что с самого начала начинается страшный пропуск кадров, а к середине видео полностью замирает. И это видео длительностью около минуты. Как я не пытался настроить, так и не смог это устранить. А вот simple screen recorder записывает нормальное видео без настройки. Вот только интерфейс у simple screen recorder адовый. Так что новая утилита не помешает, если будет развиваться.
А на моём i5 нормально записывает, одного ядра хватает на 60фпс 1080p.
И похер на длительность, диск успевает писать.А у тебя, вестимо, руки просто из жопы растут. Ибо инструмент тут явно ни при чём, дело в настройках кодировщика.
На i3 нормально записывает
Подтверждаю руки из жопы. Захватываю OBS'ом 1080p 60fps на core2 q8400, масштабирую до 540p и жму кодеком x264 с пресетом fast и crf 16 (получается от 2 до 4 мбит/с) — ни единого лага.
К слову, ffmpeg с его x11grab так не может: OBS для захвата использует XComposite, с помощью которого обрабатывает картинку (масштабирует и делает цветовую субдискретизацию) шейдерами не вынимая её из видеопамяти.
Kazam заведомо лучше
тоже использую, устраивает
Vokoscreen же