LINUX.ORG.RU

Кодирование в avi для бытовых DVD

 , , , ,


0

1

Плеер умеет divx и xvid, наслышан что divx не нужен, так и не понял почему, но юзаю xvid.

mencoder -idx input.file -ovc xvid -xvidencopts bitrate=1500 -oac mp3lame -lameopts cbr:br=192 -o out.avi
Есть предложения как улучшить? Может ffmpeg или другие тулзы чем-то лучше будут?



Последнее исправление: savgur (всего исправлений: 2)

А тебя в текущем варианте не устраивает что-то конкретное?

Вообще, mencoder в mplayer'е считается малость протухшим и бажным, так что предпочтительнее использовать ffmpeg.

Deleted
()
Ответ на: комментарий от Deleted

ffmpeg полностью его покрывает? судя по манам менкодер более навороченный

savgur
() автор топика

Ну можно использовать двухпроходное кодирование, можно заместо bitrate=1500 попробовать fixed_quant=3, есть еще опция profile=. А еще есть документация к mplayer и про кодирование для бытовых плееров там тоже есть.

qwerta
()
Ответ на: комментарий от qwerta

avidemux сам по себе или тоже юзает ffmpeg, mencoder?

savgur
() автор топика
Ответ на: комментарий от Deleted

Вообще, mencoder в mplayer'е считается малость протухшим и бажным, так что предпочтительнее использовать ffmpeg.

Поверь у ffmpeg очень хреновая поддержка кодеков xvid и x264.

Rodegast ★★★★★
()
Ответ на: комментарий от Rodegast

Поверь у ffmpeg очень хреновая поддержка кодеков xvid и x264.

Много раз кодировал в h.264 с разными параметрами - не заметил.

Deleted
()
Ответ на: комментарий от Deleted

Много раз кодировал в h.264 с разными параметрами - не заметил.

То что оно вообще работает ещё ничего не значит...

Rodegast ★★★★★
()
Ответ на: комментарий от Lavos

ffmpeg использует libx264, можно подумать в mencoder своя реализация кодека, ту же libx264 небось пользует.

Там поддерживается нормальные xvid и x264. Хотя можно заюзать libx264 через lavc, но тогда будет тоже что и с ffmpeg.

Rodegast ★★★★★
()
Ответ на: комментарий от Rodegast

Там поддерживается нормальные xvid и x264. Хотя можно заюзать libx264 через lavc, но тогда будет тоже что и с ffmpeg.

А что, уже есть другие открытые реализации h.264-кодера кроме libx264?

Deleted
()
Ответ на: комментарий от Deleted

А что, уже есть другие открытые реализации h.264-кодера кроме libx264?

libx264 это попытка прикрутить x264 к lavc. MEncoder использует именно x264 не переделку под lavc.

Rodegast ★★★★★
()
Ответ на: комментарий от Rodegast

libx264 это попытка прикрутить x264 к lavc. MEncoder использует именно x264 не переделку под lavc.

Ты похоже просто не понимаешь о чём говоришь.

Deleted
()
Ответ на: комментарий от Deleted

Нет это ты не хочешь понять разницу между libx264 и x264. Сравни скорость / качество между:

mencoder -ovc x264 -oac copy in.avi -o out.avi и mencoder -ovc lavc -lavcopts vcodec=libx264 -oac copy in.avi -o out.avi

Может после этого ты достигнешь определённого просветления.

Rodegast ★★★★★
()
Ответ на: комментарий от Rodegast

Вообще, x264 - это консольная морда к libx264.

Случай с опцией "-ovc" mencoder'а немного другой: если указать x264, то mencoder будет использовать libx264 напрямую; если указать lavc, то mencoder будет использовать libx264 через обёртки libavcodec. Почему при этом получается разная скорость и разное качество? Всё просто: потому что настройки по умолчанию разные. А настроек этих более, чем дофига...

А я говорил вообще про использование утилиты ffmpeg, которая является консольной мордой к libav*.

Deleted
()
Ответ на: комментарий от Deleted

Вообще, x264 - это консольная морда к libx264.

Тогда получается что xvid это консольная морда к libxvid? xvid и x264 это КОДЕКИ, а libx264 и libxvid это их кривые привязки к libavс (читай к ffmpeg).

Всё просто: потому что настройки по умолчанию разные. А настроек этих более, чем дофига...

Ну если ты такой умный то объясни нам какие настройки должны быть у libx264 что бы он был хотя бы сопоставим с x264.

Rodegast ★★★★★
()
Ответ на: комментарий от Deleted

Чтобы ты убежал срочно изучать матчасть.

Сначала подучись, закончи школу, а потом пытайся серьёзных людей на матчасть посылать. А пока у тебя это слишком толсто получается.

Rodegast ★★★★★
()
Ответ на: комментарий от Deleted

Ты всё ещё считаешь, что есть открытые h.264-кодеры кроме libx264?

Ну если ты такой непонятливый, то специально для тебя повторю: x264 это КОДЕК, а libx264 это его кривая привязка к libavс.

Rodegast ★★★★★
()
Ответ на: комментарий от Rodegast

И в любом случае, в x264 есть только КО, ДЕК'а там нету =).

Deleted
()
Ответ на: комментарий от Deleted

Скатываться до личных оскорблений я не буду, так что просто прекратим эту дискуссию.

Да ладно тебе ;) Мне просто не понятно почему ты пытаешься отрицать очевидные вещи.

И в любом случае, в x264 есть только КО, ДЕК'а там нету =).

В принципе да его правильнее назвать не кодеком, а кодером. Но по большому счёту от этого ничего не меняется.

Rodegast ★★★★★
()
Ответ на: комментарий от Rodegast

Мне просто не понятно почему ты пытаешься отрицать очевидные вещи.

Мне не понятно ровно то же самое!

Вот смотри... libx264 - это открытая реализация кодера h.264. Эту библиотеку могут использовать: утилита x264 от тех же разработчиков, mencoder напрямую, библиотеки ffmpeg, утилита ffmpeg через его же библиотеки, mencoder через библиотеки ffmpeg, gstreamer напрямую, gstreamer через библиотеки ffmpeg. Итого, каким бы ты способом не кодировал в h.264 с помощью открытого ПО - где-то внутри всё равно будет libx264. Ну или в крайнем случае, код из неё выдранный, хотя я подобное не встречал.

Deleted
()
Ответ на: комментарий от Deleted

Никто и не говорил про альтернативную реализацию h264. Речь идёт о том что связка lavc + x264 менее эффективна чем x264 в чистом виде.

Rodegast ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.