Ru-Board.club
← Вернуться в раздел «Программы»

» Avidemux

Автор: dsubuntu
Дата сообщения: 12.01.2011 14:04
У меня GTK+ 2.5.3 линукс - убунти 10.10
Автор: dsubuntu
Дата сообщения: 12.01.2011 22:52
Можно ли в этой программе переложить видео в другой контейнер не перекодируя?
Автор: ASE_DAG
Дата сообщения: 13.01.2011 02:42
dsubuntu
Да, конечно. А что не получилось?
Автор: piper
Дата сообщения: 15.01.2011 10:15
импортирую в avidemux 2.5.4 (или в бету 2.6) ts-файл (захват с DVB) - после манипуляций в муксе сохраняю в любой из форматов > в результате рассинхронизация аудио и видео. так понимаю, что дело в потерянных фреймах при захвате. кто сталкивался, подскажите тулзу, которой можно предварительно пофиксить TS'ку. в wiki пишут, что можно ремуксить с помощью ProjectX, но не помогло
Автор: Batonini
Дата сообщения: 15.01.2011 22:32
avidemux 2.5.2

У меня только mpg или ts файлы записанные ProgDVB.
При просмотре этих файлов в медиа-плеере звук синхронный,
когда переношу эти файлы в avidemux, звук почти всегда уже не синхрон,
иногда +, иногда -, всегда разное время.

50% времени трачу на поиск нужного сдвига.

Это только у меня так? или общая проблема?


Автор: webern
Дата сообщения: 16.01.2011 05:18
piper
tsMuxeR не годиться?
Только предположение - может дело в fps, а не в потерянных фреймах?
У меня когда-то был единственный и не битый .ts(AVC 50fps), который мне нужно было сконвертить в AVI(XviD 25fps). AviDemux ничего не смог сделать, но легко справились VDub+AviSynth с помощью DGAVCIndex/DGAVCDecode. Я демуксил потоки и обрабатывал каждый отдельно.

Batonini
Рассинхрон у него бывает и на многих WMV c VBR.
Сдвиг одинаковый на всём протяжении видео? Если не одинаковый, то проблема, предположительно, в неправильной обработке fps.
Это только моё предположение, т.к. на сабж я уже забил из-за этих рассинхронов!
Автор: Batonini
Дата сообщения: 16.01.2011 12:21
webern
Это только моё предположение, т.к. на сабж я уже забил из-за этих рассинхронов!

ЧЕМ ПОЛЬЗУЕШЬСЯ ?????
Автор: webern
Дата сообщения: 16.01.2011 15:17
Batonini
Только не надо криков отчаяния. Здесь есть активные пользователи AviDemux, которые могут мои предположения и опровергнуть вообще-то.
А пользуюсь, как, наверное, большинство, связкой VDub+AviSynth.
Автор: Batonini
Дата сообщения: 16.01.2011 18:53
У меня есть какой-то VirtualDub Russian , я так понял он всё в AVI выгружает,
мне не подходит, у меня mpg,
формат менять не вижу смысла.
Автор: erziman
Дата сообщения: 17.01.2011 23:09
Batonini
та же проблема с рассинхроном win7 - avidemux
Автор: miliglaz
Дата сообщения: 23.01.2011 13:21
подскажите при ковертации видеофайла в любой из форматов всё нормально но при сохранении файла файл-сохранить-сохранить видео. я могу назначить имя файла а тип нет , написано all files ,и не меняется. в результате получается файл который имеет вид чистого листка бумаги и воспроизводится некоторыми проигрывателями.он в свойствах файла так и называется - файл.как сделать правильно
Автор: Folkout
Дата сообщения: 23.01.2011 14:04
miliglaz
сам допиши нужное расширение
http://ru.wikipedia.org/wiki/Расширение_имени_файла
Автор: dsubuntu
Дата сообщения: 25.01.2011 12:56
авидемукс GTK+ 2.5.3 линукс
Есть видеофайл сжатый mjpeg в контейнере mov
Хочу удалить рекламу, а потом сохранить не перекодируя и не меняя контейнера.
Возможно ли расширить функционал программы, чтобы на выходе была поддержка контейнера mov и не не надо было перепаковывать в другой контейнер?
И еще - возможно ли добавить в программу поддержку OGG Theora?
Автор: Bladru
Дата сообщения: 25.01.2011 16:49
dsubuntu
Говоря «MOV», ты, скорее всего, имеешь в виду «MP4».

Цитата:
И еще - возможно ли добавить в программу поддержку OGG Theora?

OGM и так поддерживается, а Theora не нужна.
Автор: ASE_DAG
Дата сообщения: 25.01.2011 17:11
> OGM и так поддерживается, а Theora не нужна.
Когда я решил сходить на авидемуксовскую вики убедиться, что с Теорой оно работать таки не умеет, то обнаружил на странице «Supported output formats»:

В то же время на странице «Video encoders» про Теору ни слова.
Что бы це значило?
Автор: Bladru
Дата сообщения: 25.01.2011 18:27
ASE_DAG
Цитата:
Что бы це значило?

Ну, одно дело то, что якобы поддерживается сохранение Theora в OGM (без пересжатия то бишь), другое — что энкодера нет.
Автор: dsubuntu
Дата сообщения: 25.01.2011 19:01
Ну, то что теора не нужна - вопрос дискутабельный.
Говоря mov, я имею в виду видеофайлы Quick Time Motion JPEG расширение mov
Контейнер здесь mov - его-то и нет.
Эти файлы программа легко импортирует, редактирует и конвертирует. Но хотелось-бы просто сохранить в том же контейнере.
Автор: ASE_DAG
Дата сообщения: 25.01.2011 19:38
dsubuntu
> что якобы поддерживается сохранение Theora в OGM (без пересжатия то бишь)
А, вот оно что. Спасибо за разъяснение.

> Контейнер здесь mov - его-то и нет.
MOV — это не контейнер. Это собирательное расширение файлов Apple QuickTime Movie. Скорее всего, контейнер там mp4, проверьте при помощи того же mediainfo.
Автор: dsubuntu
Дата сообщения: 25.01.2011 21:20
[qчто якобы поддерживается сохранение Theora в OGM (без пересжатия то бишь) ][/q]
Это не мое разъяснение, а Bladru

Цитата:
MOV — это не контейнер. Это собирательное расширение файлов Apple QuickTime Movie.

А как вам это -
[more=MOV]MOV — медиаконтейнер для мультимедийного фреймворка QuickTime, разработанный Apple.
http://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D0%B4%D0%B8%D0%B0%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%B9%D0%BD%D0%B5%D1%80
http://www.fototest.ru/compare/p2027_articleid/24
Контейнер MOV связан историческими корнями с программой QuickTime, его часто с ней ассоциируют. Иногда можно услышать формулировку "видео в формате QuickTime" - это не совсем корректно, так как в контейнере MOV может быть и Motion JPEG, и MPEG-4 видео (а также множество других форматов). Кроме того, QuickTime - не единственная альтернатива для работы с MOV-роликами. Примеры MPEG-4 фотовидеокамер с MOV-роликами - Pentax Optio MX/MX4 (звук в формате PCM), Samsung V50/70 (звук в формате u-Law).
http://1vm.ru/forum1/showthread.php?t=4787
MOV - Формат Apple Quicktime, может содержать любой кодек, CBR или VBR. Обычно у них расширение .QT или .MOV. Заметьте, что поскольку MPEG4 Group выбрала QuickTime в качестве рекомендованного формата для MPEG4, их MOV файлы идут с расширением .MPG или .MP4 (Интересно, что видео и аудио потоки в этих файлах - настоящие MPG и AAC файлы. Вы даже можете извлечь их, используя опции -dumpvideo и -dumpaudio.).

http://audiophilesoft.ucoz.ua/publ/theory/audio_codecs/6-1-0-32
После того, как компания Apple лицезировала MPEG-4, стандарт начал свое активное продвижение в массы и пользователи все чаще стали сталкиватся с действительно соответствующими стандарту файлами, уже с расширением .MP4. MP4 - это формат контейнера (такой же как .AVI, .MPG, Matroska - .MKV, .MKA, Ogg - .OGM, .OGG, Quicktime - .MOV, Realmedia - .RM, .RMV) и является частью стандарта MPEG-4 (ISO 14496-1). При разработке контейнера MP4 использовались наработки Apple по разработке контейнера MOV. Однако стандарт контейнера MP4 вышел за пределы контейнера MOV. MP4 позволяет хранить в себе несколько потоков MPEG-4-совместимого видео, аудио (MPEG-4 AAC), а также субтитры, картинки, DVD-подобные меню и проч. MP4 стандартизует использование следующих расширений файлов:
- .MP4: официальное расширение и для аудио, и для видео.
- .M4A: придумано Apple для звуковых файлов, созданых iTunes. Файлы .M4A совершенно идентичны файлам .MP4 и различаются лишь непосредственно самим расширением.
- .M4P: шифрованные с помощью DRM, защищенные файлы (также "выдумка" Apple)
- .MP4V, .M4V: для хранения только "сырого" видео, сжатого MPEG-4
- .3GP, .3G2: расширение для мобильных телефонов. Такие файлы могут содержать дополнительный, не стандартный для .MP4 контент (например, H.263, AMR, TX3G).

http://www.ixbt.com/td/video.shtml
MOV — стандартный контейнер Mac OS X, который может заключать в себе данные в форматах, поддерживаемых QuickTime

http://www.hifinews.ru/article/details/10192.htm
MOV контейнер разработан знаменитой компьютерной компанией Apple. Формат по своим возможностям занимает промежуточное положение между первыми двумя. Видео для контейнера кодируется в основном кодеками MPEG4, Motion JPEG, H.263, H.264. Применяется в основном на компьютерах и мобильных плеерах от Apple. Контейнер де-факто стал стандартом для распространения трейлеров фильмов.

MP4 является контейнером для видео, кодированное кодеками семейства MPEG4. В основном используется кодек H.264 (AVC). Основное применение – мобильное видео, фильмы и клипы для носимых игровых консолей, но вполне может использоваться для HD видео в медиаплеерах.[/more]
Автор: ASE_DAG
Дата сообщения: 25.01.2011 21:38
dsubuntu
> Это не мое разъяснение, а Bladru
Да, извините. Опечатка.

> А как вам
Вы медиаинфо на файл натравили?
Автор: dsubuntu
Дата сообщения: 25.01.2011 21:59
Да.
General
Complete name : /home/dell/Видео/ДОМАШНЕЕ/P1000341.MOV
Format : MPEG-4
Format profile : QuickTime
Codec ID : qt
......
Video
ID : 1
Format : JPEG
......

С медиаинфо не все однозначно. С другими контейнерами в разделе General она может не показывать Format profile Codec ID

Добавлено:
http://en.wikipedia.org/wiki/QuickTime#Container_benefits
[more=WIKI]Container benefits

Because both the MOV and MP4 containers can use the same MPEG-4 codecs, they are mostly interchangeable in a QuickTime-only environment. MP4, being an international standard, has more support. This is especially true on hardware devices, such as the Sony PSP and various DVD players; on the software side, most DirectShow / Video for Windows codec packs[23][24] include an MP4 parser, but not one for MOV.

In QuickTime Pro's MPEG-4 Export dialog, an option called "Passthrough" allows a clean export to MP4 without affecting the audio or video streams. One recent discrepancy ushered in by QuickTime 7 is that the MOV file format now supports multichannel audio (used, for example, in the high-definition trailers on Apple's site[25]), while QuickTime's support for audio in the MP4 container is limited to stereo[/more]
Автор: dsubuntu
Дата сообщения: 02.02.2011 20:57
Решил-таки уточнить. В русском мане:"... Если маркеры будут установлены, видео будет сохранено от A до B включая B."
В англ.-м - " ..Every frame from marker A to marker B will be saved, excluding the frame at marker B. Mathematically speaking, the set of frames saved is [A,B) . Каждый кадр от маркера А к маркеру B будет сохранен, за исключением кадра маркера В. Математически говоря, набор кадров, сохраненный [A, B)."
Где правильно? В англ.?
Вот интересная инструкция по резке http://unixforum.org/index.php?showtopic=25282&st=270&p=940089&#entry940089
[more=инструкция]" Монтирование HD контента без пережатия даже в оффтопике находится в стадии развития, чего уж говорить о линухе. Учитывая то, что HD материал очень объемный, его не встретишь в не пожатом виде.
Я не беру за источник BD или HD-DVD, или тем более рипы с них. В быту это чаще или видеокамера или спутниковый ресивер. В обоих случаях видео жмется по самое нехочу (с использованием В кадров, пирамидного принципа построения GOPов и т.д.). Линейно редактировать без пережатия такое видео очень сложно, чего уж говорить о нелинейном монтаже. Но сегодня мне это удалось smile.gif
Итак, поскольку используется межкадровое сжатие, резать такое видео можно только по ключевым кадрам. Следовательно редактировать нужно в таком редакторе, который умеет показывать тип кадра под курсором и копировать потоки. Я пока что знаю только одну программу, удовлетворяющую этим требованиям - Avidemux. К сожалению в ней нет кнопки "undo", т.е. возврата назад, что не оставляет права на ошибку (совет тотже, что и с Синелеррой - сохраняться по чаще).
Открывающий маркер (клавиша [ ) ставим там, где должна начаться сцена, которую планируеся вырезать. По кадрам просматриваем вперед-назад какие типы кадров находятся в данном месте (кадр, тип которого указывается внизу находится перед курсором, а не после !!!! НЕ ПЕРЕПУТАЙТЕ), и ставим открывающий маркер после Р кадра (ни в коем случае не после В !!!), т.к. далее пойдет новая сцена и на нее не должны ссылаться кадры из предыдущей (можно и после I кадра, но это бессмысленно). Закрывающий маркер (клавиша ] ) ставим аналогичным путем, но так чтоб он был перед I кадром - новая сцена должна начинаться с полного кадра. В результате, после вырезки выделенного фрагмента получится стык P-I кадров, что есть "безопасно".
Таким путем можно вырезать ненужные сцены. Если надо сцены не просто вырезать, но и поменять некоторые местами, то здесь уже прийдется действовать творчески.
К примеру, таймлайн фильма разделен на три части (условно). Нам надо последнюю треть поместить между первой и второй. Итак, отмечаем вторую треть открывающим и закрывающим маркером (см. алгоритм выше). Пересчитываем ее в отдельный файл (потоки копируем). Далее вырезаем ее. После чего с помощью 'Append' добавляем пересчитанную вторую треть в конец. Таким образом получается тот что было нужно, первая треть - третья треть - вторая треть. Последний штрих, - идем на место склейки второй и третьей трети и удаляем все "вредные" кадры, т.е. так чтоб место склейки было P-I.

Все вышенаписанное проверено на 'MPEG-2 Transport Stream'. Пережатия не было - результат достигнут.
На счет 'H.264' не уверен... плохой формат для редактирования, если есть В кадры"[/more]
Добавлено:
Подскажите,переход к черному кадру-что это такое и когда применяется?
Автор: Bladru
Дата сообщения: 02.02.2011 21:52

Цитата:
ставим открывающий маркер после Р кадра (ни в коем случае не после В !!!), т.к. далее пойдет новая сцена и на нее не должны ссылаться кадры из предыдущей (можно и после I кадра, но это бессмысленно).

Человек не понимает разницы между P и I кадрами. Это даже для MPEG-2 не верно.

Ну и да, про то какие кадры попадают в выделенный отрезок правильно написано по-английски, плюс на самих кнопках соответствующая картинка. Встречается, правда баг, когда таймлайн портится и отображаемые кадры не соответствуют тому, что будет выделено.

dsubuntu
Пожалуйста, не надо кидать в тему всю эту копипасту. Если очень хочется, то хотя бы прячь под [more].
Цитата:
Подскажите,переход к черному кадру-что это такое и когда применяется?

Видимо, когда нужно найти фактическую смену сцены.
Автор: dsubuntu
Дата сообщения: 02.02.2011 22:27
Да,действительно есть картинки на самих кнопках-не доглядел,смотрел только на буквы. Спасибо!
По поводу инструкции-разве там, после удаления вырезки, Р-кадр не слепится со следующим I-кадром? Р-кадр же зависит от предыдущего I-кадра.В чем конкретно ошибся автор по-вашему мнению?
Объясните пожалуйста тогда как правильно резать MPEG-4 видео?
Автор: Bladru
Дата сообщения: 03.02.2011 03:31
dsubuntu
Цитата:
разве там, после удаления вырезки, Р-кадр не слепится со следующим I-кадром? Р-кадр же зависит от предыдущего I-кадра.В чем конкретно ошибся автор по-вашему мнению?

Да, пардон, это я не понял, что под «вырезать» имелось в виду «удалить».
Автор: romby
Дата сообщения: 12.02.2011 05:21
Здравствуйте! Требуется максимально сжать файл с учетом того, что это скринкаст, состоящий из голоса диктора, показа текста с картинками и шевеления курсором мышки.

Как я себе это представляю:

1. Использовать маленький и переменный битрейт видео, снизить частоту кадров до 10fps, еще лучше переменный fps; в итоге уложиться в средние 100-200kbps с сохранением читабельности текста, возможно с незначительными артефактами.
2. Использовать минимальный переменный битрейт аудио, можно моно; в итоге голос полностью разборчив, без артефактов.

Подскажите пожалуйста, может ли все это Avidemux и примерно какие энкодеры и настройки следует использовать?
Автор: ASE_DAG
Дата сообщения: 12.02.2011 06:00
romby
> может ли все это Avidemux
Авидемукс, строго говоря, видеоредактор, а не фронтенд для энкодеров. Но если хотите использовать его — бога ради, только не зацикливайтесь.

Для скринкастов вообще неплохо подходят видеокодеки без потерь, например Flash screen video (FSV1, flashsv) довольно популярен, однако он проприетарный. Кодек для голоса — это Speex.
ffmpeg при наличии библиотек умеет кодировать и то, и другое.
Автор: euheny
Дата сообщения: 12.02.2011 16:36
romby
ну так выбери MPEG4-AVC и настраивай

потом расскажи как получилось

Добавлено:
для голоса попробуй AAC
Автор: romby
Дата сообщения: 12.02.2011 19:05
AAC не устраивает, потому что есть только CBR с минимумом 56, это 450 килобайт минута. Для голоса же идеален VBR. От MP3 вообще не удалось добиться ABR, в результате те же 450 килобайт минута. От Vorbis удалось добиться 256 килобайт, но непонятно, VBR ли это. Достигнуть искажения голоса или появления артефактов так и не удалось, то есть сжать голос реально можно еще сильнее.

Вопрос: почему выбор в настройках MP3 - CBR или VBR - не обнаруживает никакой разницы в конечном файле? Глюк в программе? Использую свежий Avidemux 2.5.4, win32.

AVC выдал отличное сжатие, ~250 килобайт минута, но неприятно то, что на статичных кадрах присутствуют статичные же артефакты (квадраты разной величины в зависимости от настройки quality), которые исчезают только с наступлением следующего i-frame. Борьба с этим путем уменьшения GOP относительно сильно увеличивает размер файла.
Автор: euheny
Дата сообщения: 13.02.2011 00:16
romby

Цитата:
AAC не устраивает

ну ксожалению в Avidemux костлявый AAC, так для знакомства - попробуй внешний

Добавлено:

Цитата:
квадраты разной величины

посмотреть дашь ?

Страницы: 12345678910111213141516171819202122232425262728293031

Предыдущая тема: Настройка freeradius


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.