https://opennet.me/openforum/vsluhforumID3/72365.html Десять лет назад (http://permalink.gmane.org/gmane.comp.video.mplayer.devel/58127), 11 ноября 2000 года был представлен первый выпуск мультимедиа плеера MPlayer (http://www.mplayerhq.hu) 0.01 (http://www1.mplayerhq.hu/MPlayer/old_stuff/releases/MPlayer-0.01.tar.gz), который отличался расширенной поддержкой форматов и мощным интерфейсом управления из командной строки. За все это время MPlayer постоянно приближался к выпуску первого официально стабильного релиза MPlayer 1.0, но так и не смог достигнуть этой цели. Например, между выпуском второго и третьего кандидата в релизы прошло около трех лет, что, впрочем, не влияет на интенсивность развития MPlayer и стабильность кодовой базы.<br><br><br>В анонсе празднования десятилетия, основатель MPlayer упоминает об одной из главных ошибок проекта - отклонению патчей Николая Куршева, на базе которых позднее был основан проект MplayerXP (http://mplayerxp.sourceforge.net/), отличающийся использованием нового ядра, работающего в многопоточном режиме, ч...<br><br>URL: http://permali https://opennet.me/openforum/vsluhforumID3/72365.html#78 Mon, 22 Nov 2010 03:09:34 GMT &gt;&gt; VLC тоже хороший.<br>&gt; Убожество. Во-первых, у него есть GUI, во-вторых, он даже мотать без задержек<br>&gt; не умеет. Мне этого хватило.<br><br>Для меня наоборот, Mplayer убогий, и к нему надо тыкать один из многочисленно-глючных GUI. А во-вторых 100 лет мне сдались эти мотания без задержек - я просто открываю что-либо и, без лишних геморов\мигреней, наслаждаюсь просмотром. Ну а в-третьих, раз уж напросились, в отличие от некоторых, VLC не падает и не ругается почём зря.<br> https://opennet.me/openforum/vsluhforumID3/72365.html#77 Mon, 22 Nov 2010 03:04:34 GMT &gt; лучший плеер для линя. юзаю фронт-энд - смплеер.<br><br>Долго я с ним пытался сжиться, в итоге всё равно на VLC вернулся. Ну не стабилен. Даже с SMplayer оболочкой бывает глючит не с того ни с сего, бывает вылетает - вот де это видео оказалось какое-то "не такое", там настройку "не ту" принял, а тут, видать, просто духи оказались не в настроении. Капризен до чёртиков. Это не то, то ему не нравится (хотя другое видео, технически почти идентичное тому, игралось прекрасно). <br>VLC же вроде бы формально не так крут, меньше пунктов\галочек в описании, но оно ПРОСТО ИГРАЕТ и не задаёт вопросов.<br> https://opennet.me/openforum/vsluhforumID3/72365.html#76 Mon, 22 Nov 2010 02:49:43 GMT &gt;&gt; а по существу есть что сказать? конструктивнее стоило бы быть в своих<br>&gt;&gt; коментах<br>&gt; а по существу: если есть возможность юзать vdpau то человек который ее<br>&gt; не юзает, ящитаю, с головой не дружит<br><br>Я по возможности не использую. Уже хотя бы потому, что этот метод всё делает по-своему, (по крайней мере у меня) часто игнорирует ТВ-&gt;ПК уровни, некачественно апсемплит цветовую информацию, деинтерлейс - тупо прыгающий боб и т.д. И вообще не оставляет никакой возможности манипулировать выходным видео (как то - постпроцессинг, уменьшение шума, делого и т.п. - а ведь многие достоиные внимания вещи отнюдь не в ХД и не стерильны)<br> https://opennet.me/openforum/vsluhforumID3/72365.html#75 Mon, 22 Nov 2010 02:42:12 GMT Это так пишут заядлые консерваторы, сидящие на П2\3\АМД К6. Это конечно возможно (если, к примеру в процессе подборки векторов движения кадр разбит на отдельные потоки). На самом деле всё немного по-другому - таких ситуаций при оптимизациях пытаются избегать, к примеру, 1 поток - декодирует источник, 2, 3, 4 потоки - фильтры какие-нить, 5 - анализ кадра энкодера, 6 - собственно "энкодинг", 7 - фильтр звука, 8 - анализ звука, 9 - кодирование звука, 10 - упаковка и муксинг и т.п. ВСЯ информация, т.е. весь кадр\цепочка семплов звука ЦЕЛИКОМ по очереди, поэтапно, проходит через все потоки, как на конвеере, при чём - пока, к примеру, 9 поток упаковывает там 228-ой кадр, 6 - уже обрабатывает 229-ый кадр, а 5 - уже анализирует 230-ый и т.д. Каждую звуковую дорожку можно вообще совершенно параллельно обрабатывать. Ну а где уже уменьшения выборки путём деления на потоки "не избежать" - всегда можно создать некоторого рода обходные пути и "прослойки" (т.е. чтоб какой-то частью информации потоки могли обмениваться между https://opennet.me/openforum/vsluhforumID3/72365.html#74 Fri, 12 Nov 2010 17:10:50 GMT &gt; Вообще-то, можно. А вы думаете ваши нашлепки с менюшками какую-то функциональность добавляют, гыгы?<br><br>Как это сделать?<br> https://opennet.me/openforum/vsluhforumID3/72365.html#73 Fri, 12 Nov 2010 14:34:07 GMT &gt; Жаль последний Kaffeine испортили, теперь даже не знаю что пользовать. Mplayer конечно<br>&gt; хороший, но то, что он не умеет плейлисты строить-отстой.<br><br>Старый Kaffeine... Если нет желания мигрировать на старый KDE, то к вашему сведению amarok 1.4.10, k3b 1.05 спокойно запускаются и работают в новом KDE. Помните 2008-ю Мандриву? Там именно так и сделано... А места на диске занимать KDE будет со всеми зависимостями столько же, скольно занимает одна лишь тема значков Oxygen из нового KDE (если вам нужно немного программ оттуда). Минус - в большом увеличении использования памяти (на несколько десятков мегабайтов, то же самое просходит при запуске программ из Gnome).<br> https://opennet.me/openforum/vsluhforumID3/72365.html#72 Fri, 12 Nov 2010 14:26:50 GMT Согласен. Правда имел кучу различных проблем при подключении разного рода дополнительных звуковых дорожек.<br> https://opennet.me/openforum/vsluhforumID3/72365.html#70 Fri, 12 Nov 2010 14:23:11 GMT Попробуй пакет gst-plugins-bad. Может заработает тогда. А если хочешь собирать, скрипт возьми в обсуждении темы ffmpeg 0.6<br> https://opennet.me/openforum/vsluhforumID3/72365.html#69 Fri, 12 Nov 2010 14:21:07 GMT Теперь не только nVidia умеет аппаратно декодировать видео в Linux, но и ATi и даже Intel.<br>