https://www.opennet.ru/openforum/vsluhforumID3/75704.html От проекта MPlayer (http://www.mplayerhq.hu/) отделился (http://ostatic.com/blog/did-you-know-there-was-a-fork-of-mplayer) форк MPlayer2 (http://www.mplayer2.org/), в качестве мотивов создания которого называется желание форсирования развития проекта и реализации возможностей, отсутствующих в других мультимедиа плеерах для Unix-систем. В настоящее время уже доступен (http://ftp.mplayer2.org/pub/release/) кандидат в релизы MPlayer2. MPlayer2 совместим с MPlayer на уровне конфигурации, опций командной строки и протокола удаленного управления, т.е. может быть использован с уже доступными GUI-клиентами.<br><br><br><br>Из главных отличий MPlayer2 от классического MPlayer, отмеченных (http://www.mplayer2.org/comparison.html) в плане развития проекта, можно упомянуть:<br><br><br>- Удаление MEncoder. По заявлению инициаторов форка, код MEncoder имеет непродуманную архитектуру, изобилует ошибками и во многом дублирует код MPlayer. По задумке разработчиков, некоторые наиболее востребованные функции кодирования...<br><br>URL: http://ostatic https://www.opennet.ru/openforum/vsluhforumID3/75704.html#55 Sun, 04 Nov 2012 21:06:01 GMT На FreeBSD появился порт: http://www.freshports.org/multimedia/mplayer2/<br>Собрал. Воспроизведение Lichmond2 BDrip/1080p MKV не лагает, звук и изображения не рассинхронизируются, как это было в MPlayer1.<br> https://www.opennet.ru/openforum/vsluhforumID3/75704.html#54 Sun, 08 Jan 2012 13:22:42 GMT Стабильный и легкий gmplayer лучше чем глючный gnome mplayer, жаль что не развивается... <br> https://www.opennet.ru/openforum/vsluhforumID3/75704.html#53 Fri, 02 Dec 2011 00:59:43 GMT &gt;походу оттроллил тот, кто это заявил<br>&gt;у меня лично никаких проблем с производительностью не было с ним<br><br>Симметричная фигня, полет нормальный. И на тех глюках, которые уже множество версий в mplayer традиционно сохранялись, все вдруг заработало как надо. И vdpau и многопоточность и другие плюшки, приятно в конце концов! <br><br>&gt;а насчет "ломающими все патчами", так помнится и некто Бруно спалился на этом...<br><br>Это пять! ))))) запомню фразу :)<br> https://www.opennet.ru/openforum/vsluhforumID3/75704.html#52 Tue, 12 Apr 2011 10:37:48 GMT &gt;Сколько лет ждал возможности не снимая с паузы хотя бы из полноэкранного режима выйти.<br><br>Давно уже можно было, прописав в конфиге "ENTER pausing_keep_force vo_fullscreen", например.<br> https://www.opennet.ru/openforum/vsluhforumID3/75704.html#51 Thu, 24 Mar 2011 15:45:24 GMT &gt;&gt; посмотрите на автора: это же Uoti, известный тролль со своими ломающими всё патчами, у которых, к тому же, проблемы со скоростью.<br>&gt; это ж надо было так "радость" обломать...<br><br>походу оттроллил тот, кто это заявил<br>у меня лично никаких проблем с производительностью не было с ним<br><br>а насчет "ломающими все патчами", так помнится и некто Бруно спалился на этом...<br> https://www.opennet.ru/openforum/vsluhforumID3/75704.html#50 Thu, 24 Mar 2011 14:10:40 GMT тут еще один симпотный гуй нарисовался, только разраб какой-то странный, ей богу...<br>UMplayer<br> https://www.opennet.ru/openforum/vsluhforumID3/75704.html#49 Thu, 24 Mar 2011 13:05:35 GMT есть sabayon там не надо компилить, но если хочется то можно...<br> https://www.opennet.ru/openforum/vsluhforumID3/75704.html#48 Thu, 24 Mar 2011 07:16:27 GMT А чем не нравится "low resolution"?<br> https://www.opennet.ru/openforum/vsluhforumID3/75704.html#47 Thu, 24 Mar 2011 04:55:48 GMT Такой вывод зависит от рендера. При выводе через gl видео и сабы отображаются на разных поверхностях (как правило), поэтому они имеют высокое разрешение. При выводе через xv текст сначала накладывается на изображение. Про иные рендеры сказать ничего не могу, надо проверять.<br>