https://www.opennet.me/openforum/vsluhforumID3/98708.html Доступен (http://ffmpeg.org/download.html#releases) мультимедиа-пакет FFmpeg 2.4 (http://ffmpeg.org), включающий набор приложений и коллекцию библиотек для операций над различными мультимедиа-форматами (запись, преобразование и декодирование звуковых и видеоформатов). Кроме изменений, созданных внутри проекта, в новую версию также включены все последние наработки, развиваемые в ветках ffmpeg-mt (http://gitorious.org/ffmpeg/ffmpeg-mt) (многопоточное декодирование) и libav (http://libav.org/) (форк FFmpeg). Пакет распространяется под лицензиями LGPL и GPL, разработка FFmpeg ведётся смежно с проектом MPlayer (http://www.mplayerhq.hu/).<br><br><br><br><br><br><br><br><br><br>Из изменений (http://git.videolan.org/?p=ffmpeg.git;a=blob;f=RELEASE_NOTES;hb=n2.4), добавленных в FFmpeg 2.4, можно выделить: <br><br>- Нарушение совместимости на уровне ABI и API, и вызванное этим увеличение версий входящих в состав библиотек:<br>libavutil 54.7.100,<br>libavcodec 56.1.100,<br>libavformat 56.4.101,<br>libavdevice 56.0.100,<br>libavfilter 5 https://www.opennet.me/openforum/vsluhforumID3/98708.html#20 Sat, 20 Sep 2014 09:14:01 GMT &gt; и что толку от этого обновления? да, единственная помойка на земле, разнообразных <br>&gt; форматов пытающаяся работать на разннобразных железных поделках, от чайника до утюга. <br>&gt; вместо нормальных ассемблерных оптимизаций, под x86 платформы, в кодерах и декодерах <br>&gt; h264 и hvec, авторы всё больше разнообразные ненужные заплатки лепят. а <br>&gt; тормоза и глючность кода-растёт.<br><br>Ну вообще растёт. Это во многом из-за некоторых новых форматов. Высокого разрешения... HD. Они сейчас требуют всё больше вычислительных ресурсов, при проигрывании тоже. Это следствие лучшего качества &gt;:-) Имеет место лучшее качество сжатия. К сожалению, задача декодирования особенно в реальном времени оказывается сейчас часто чрезмерно требовательной к ресурсам... Не смотря на все оптимизации... В плеерах в результате например заметны явные пропуски кадров... Помогают специальные аппаратные декодеры, они же ускорители... Их есть у intel &gt;:-)<br> https://www.opennet.me/openforum/vsluhforumID3/98708.html#19 Wed, 17 Sep 2014 03:57:04 GMT Лично я в DEB-based пользуюсь этим: http://johnvansickle.com/ffmpeg/<br> https://www.opennet.me/openforum/vsluhforumID3/98708.html#18 Tue, 16 Sep 2014 07:16:36 GMT &gt; Есть же PPA...<br><br>Есть, но как там решён с вопрос с конфликтом имён библиотек и хидеров. Скорее всего никак.<br><br> https://www.opennet.me/openforum/vsluhforumID3/98708.html#17 Tue, 16 Sep 2014 07:15:23 GMT Могли бы переименовать файлы форка, чтобы не пересекаться с оригиналом. Но нет, будем упираться и ставить всех перед выбором.<br> https://www.opennet.me/openforum/vsluhforumID3/98708.html#16 Tue, 16 Sep 2014 05:41:51 GMT Вопрос только кому оно вдруг понадобилось.<br> https://www.opennet.me/openforum/vsluhforumID3/98708.html#15 Tue, 16 Sep 2014 00:24:59 GMT &gt; вместо нормальных ассемблерных оптимизаций, под x86 платформы, <br><br>Вообще-то ассемблера там хоть отбавляй, да и к тому же оно зовет другие либы для декодирования ряда форматов. И там тоже ассемблера есть.<br><br>А какая еще опенсорсная либа например Smacker Video (из старых игр) декодировать умеет?<br> https://www.opennet.me/openforum/vsluhforumID3/98708.html#14 Tue, 16 Sep 2014 00:23:36 GMT &gt; отлично!<br><br>Да замечательно - у проприерасов все-равно нет никакого даже самого отдаленного аналога ffmpeg. Это ЕДИНСТВЕННАЯ ЛИБА НА ПЛАНЕТЕ которая столько форматов понимает...<br><br> https://www.opennet.me/openforum/vsluhforumID3/98708.html#13 Mon, 15 Sep 2014 22:58:10 GMT Есть же PPA...<br> https://www.opennet.me/openforum/vsluhforumID3/98708.html#12 Mon, 15 Sep 2014 22:56:26 GMT &gt; обеспечена возможность использования субтитров в кодировке UTF-16<br><br>Не прошло и...<br>