avconvі ffmpegє по суті одне і те ж. [наскільки ДУЖЕ останнім часом є ДЕЯКІ розбіжності, але не дуже багато про що писати вдома, якщо ви збираєте свій власний ffmpeg[той, який, наприклад, представлений в репортах Ubuntu, є СТАРИМ і страждає від того, що розмір відео не є бла-бла-бла-ділом [в основному намагається щоб сказати вам, що відео має неправильні пропорції], але якщо ви не хочете читати ffmpegпосібник з компіляції та компілювати його з git, це не має жодних питань старіших версій, які є в більшості ОС. попередження амортизаційного зі посиланням на avconvкажуть вам , що вони створили нову Util , щоб спробувати замінити ffmpeg, але це ТАК широко використовується , що навіть якщо вони намагалися відрізати його , ми все було б створити softlinks від avconvдоffmpeg у будь-якому випадку, тому вони не збираються припиняти роботу і кидати її.]]
Це не погано використовувати avconv, я щойно побачив одну відповідь, де згадувалося попередження про амортизацію, яке, по суті, є порожнім повідомленням, має бути більше альтернативою ffpmeg, ви можете спробувати avconv, що більше відповідає справжньому випадку.
avconv -i inputfile.flv -map 0 -c:v libx264 -c:a copy outputfile.mp4
насправді САМЕ як
ffmpeg -i filename.flv -vcodec libvpx -acodec libvorbis
по суті, в першому ви використовуєте коротші варіанти, а в другому - більш розписане різноманіття.
ТАКОЖ -map 0посилається на аудіозаписи, тому якщо ви використовуєте щось подібне, mp4aяке може обробляти кілька аудіозаписів, ви можете залишити це, щоб скопіювати всі аудіо потоки в отриманий файл. Це потрібно лише в тому випадку, якщо ви використовуєте кодек, який не підтримує кілька аудіозаписів в одному файлі, тоді ви хочете зіставити потрібний аудіозапис і не весь. Звичайно, якщо ви намагаєтеся мінімізувати використаний простір, ви можете вказати лише один, щоб спробувати збити файл з невеликого розміру [аудіо - це як на 1/3 розмір відеодоріжки [і це щедро]].
-c:v = codec(video)так: те -c:v libx264саме, що використовувати: -vcodec libx264FYI; те саме з цим прикладом:-c:v copy = -vcodec copy
і крім того, для FLV слід бути обережним, що файл flv такий же, як avi, оскільки це контейнер, який може містити будь-яку кількість кодеків для відео чи аудіо. Ви хочете спочатку використовувати утиліту для перевірки медіа на вибір, щоб побачити, що використовується у самому файлі, перш ніж ви вирішите просто скопіювати відео та / або аудіопотік, або якщо ви хочете перетворити його з будь-якого, на щось нове. Таким чином, команда, яка найкраще працює для одного FLV, може бути не однаковою для іншого FLV [звичайно, НА ЗВ'ЯЗКУ, якщо отримувати кілька FLV з одного джерела, вони будуть кодуватися однаково, але це ніколи не є гарантією].
Не намагаючись вибирати ніт, я просто натрапив на це в веб-пошуку і хотів спробувати трохи допомогти з’ясувати речі для людей.
Знову ж таки, як ця відповідь зазначає відповідь нижче цього ДА, що працює під ffmpeg, завжди розміщуватиме це повідомлення, воно по суті порожнисте, оскільки ці 2 утиліти дійсно все одно такі самі утиліти з дуже невеликою різницею. Майже у всіх випадках ви повинні отримувати абсолютно однакові результати, використовуючи будь-яку команду. Це не обов'язково призведе до повного перекодування, чому? A, якщо вона не потрібна, це економить тону часу, і B, якщо ви повторно перекодуєте файл, він уже був стиснутий у відеокодек, ви, по суті, виконуєте процедуру стиснення проти чогось, що вже стиснене і завжди призведе до меншою якістю, ніж джерело. Більшість новіших кодеків дещо сумісні між собою [не всі], наприклад, наприклад, flv технічно може бути MP4 в FLV обгортці, оскільки FLV, такі як AVI, є лише контейнерами інших кодеків. Тому, це залежить від того, що має джерело flv для відео та кодек аусіо порівняно з тим, що ви його перетворюєте, чи потрібно його взагалі перекодувати. Якщо в FLV вони використовували відео H264 MP4 та MP4a для аудіо, вам не потрібно буде повторно перекодувати річ, вам потрібно буде лише скопіювати її та відрегулювати заголовки файлів, щоб вона читалася як справжня MP4 замість MP4 відео всередині файлу FLV.