Глюк в видео, снятом gtk-recordmydesktop

Используя gtk-recordmydesktop, я снял это видео , у которого нет никаких проблем в начале (здесь я сосредотачиваюсь только на нескольких секундах с момента начала обеих ссылок). gtk-recordmydesktop возвращает .ogv, и я преобразовал его в команду mp4, например:

HandBrakeCLI -f mp4 -i ./original.ogv -o ./converted.mp4

Однако, в другом видео , которое включает в себя видео выше в результате редактирования, есть начинает появляться сбой, который выглядит как окно на заднем плане на рабочем столе компьютера в то время.

Вопрос-1 . Есть ли способ избежать такого рода сбоев с видеофайлом, который уже записан?

Вопрос-2 . Если ответ на вопрос Q-1 - «нет», есть ли способы избежать этого, когда я записываю снимок видео? Поскольку я обнаружил, что gtk-recordmydesktop работает лучше всего для меня, я предпочитаю придерживаться его, но я также приветствую другие инструменты, если таковые имеются для этой цели.

В этой теме обсуждается похожая проблема, но решение / обходное решение не найдено.

Использование Ubuntu Quantal, handbrake-cli 0.9.8ppa1 ~ precision1, gtk-recordmydesktop 0.3.8-4.1ubuntu1

1
задан 5 June 2013 в 10:29

1 ответ

Похоже, что ваше программное обеспечение для редактирования видео глючит.

recordmydesktop не могло быть причиной этого, потому что видео уже было сделано, и все было хорошо. Таким образом, сбой должен был произойти позже в вашем рабочем процессе. Я сомневаюсь, что ручной тормоз сделал бы это, потому что это просто скромный транскодер (и кажется, что видео без сбоев, которое мы видели, также было через ручной тормоз). Глюк должен был быть введен позже, скорее всего, программным обеспечением для редактирования видео. Попробуйте посмотреть на это.

Я был не прав. Смотрите комментарии ниже.

0
ответ дан 5 June 2013 в 10:29

Другие вопросы по тегам:

Похожие вопросы: