Десять лет назад (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-...), который отличался расширенной поддержкой форматов и мощным интерфейсом управления из командной строки. За все это время MPlayer постоянно приближался к выпуску первого официально стабильного релиза MPlayer 1.0, но так и не смог достигнуть этой цели. Например, между выпуском второго и третьего кандидата в релизы прошло около трех лет, что, впрочем, не влияет на интенсивность развития MPlayer и стабильность кодовой базы.
В анонсе празднования десятилетия, основатель MPlayer упоминает об одной из главных ошибок проекта - отклонению патчей Николая Куршева, на базе которых позднее был основан проект MplayerXP (http://mplayerxp.sourceforge.net/), отличающийся использованием нового ядра, работающего в многопоточном режиме, ч...URL: http://permalink.gmane.org/gmane.comp.video.mplayer.devel/58127
Новость: http://www.opennet.me/opennews/art.shtml?num=28619
MplayerXP умеет H264 в два ядра? А в три? Если да = хотеть!
Зачем? Одного ядра любого процессора 2-3 летней давности хватает с головой. А с vdpau хватит чуть ли не первопня.
Многоядерность/многопроцессорность критична при кодировании видео: mencoder из состава mplayer, видимо, однопоточен.
-lavcopts threads=n
-xvidencopts threads=n
-x264encopts threads=n
В первом сообщении было именно про mplayer. Про threads уже написали, хотя вообще я читал что при многопоточном кодировании качество получается хуже. Имхо, если одно кино скодить, не важно 2 или 4 часа оно будет кодиться. А если несколько, их можно кодить параллельно.
Как влияет на качество кодирования количество потоков? Только на время
> Как влияет на качество кодирования количество потоков? Только на
> времяПри параллельном кодировании каждая нить имеет меньше информации обо всём видеопотоке, соответственно жмет менее эффективно и чаще ошибается.
Это так пишут заядлые консерваторы, сидящие на П2\3\АМД К6. Это конечно возможно (если, к примеру в процессе подборки векторов движения кадр разбит на отдельные потоки). На самом деле всё немного по-другому - таких ситуаций при оптимизациях пытаются избегать, к примеру, 1 поток - декодирует источник, 2, 3, 4 потоки - фильтры какие-нить, 5 - анализ кадра энкодера, 6 - собственно "энкодинг", 7 - фильтр звука, 8 - анализ звука, 9 - кодирование звука, 10 - упаковка и муксинг и т.п. ВСЯ информация, т.е. весь кадр\цепочка семплов звука ЦЕЛИКОМ по очереди, поэтапно, проходит через все потоки, как на конвеере, при чём - пока, к примеру, 9 поток упаковывает там 228-ой кадр, 6 - уже обрабатывает 229-ый кадр, а 5 - уже анализирует 230-ый и т.д. Каждую звуковую дорожку можно вообще совершенно параллельно обрабатывать. Ну а где уже уменьшения выборки путём деления на потоки "не избежать" - всегда можно создать некоторого рода обходные пути и "прослойки" (т.е. чтоб какой-то частью информации потоки могли обмениваться между собой) и т.д.
не сильно, но влияет
Atom'ов по N450 включительно - не хватает (на 720р+).
> Atom'ов по N450 включительно - не хватает (на 720р+).Ключевое слово было - "процессора".
У меня N270 и хорошо оптимизированная Gentoo. Не только хватает, а ещё и часть проца свободной остаётся, при 720p.
что-то вы гоните, святой отец. У вас там не нвидиа случайно?
Теперь не только nVidia умеет аппаратно декодировать видео в Linux, но и ATi и даже Intel.
Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz
BD-Remux, файл размеров 25 Гб
без использования VDPAU в динамичных сценах -- тормозит, смотреть такие сцены никакого удовольствия, да таких сцен иногда нету, иногда немного, но все равно тормозит, а если еще параллельно качать торренты и какой-нибудь DC-клиент запустить -- подтормаживания будут часто.
о да, вы подождите, скоро 50Гб BDremux'ы будут, будете вторую видюху покупать чтобы не тормозило?
нет. он будет опечален в 2 раза больше.
а по существу есть что сказать? конструктивнее стоило бы быть в своих коментах
> а по существу есть что сказать? конструктивнее стоило бы быть в своих
> коментаха по существу: если есть возможность юзать vdpau то человек который ее не юзает, ящитаю, с головой не дружит
> а по существу: если есть возможность юзать vdpau то человек который ее
> не юзает, ящитаю, с головой не дружитБредятина. Нахрена оно, если CPU справляется и другими вещами не занят? Для понта? Тем более что с субтитрами не работает. Буду использовать только если оно будет работать ВСЕГДА и только если при этом CPU хватать не будет.
я то как и писал человеку что даже достаточно современный проц не очень-то и справляется без VDPAU
>> а по существу есть что сказать? конструктивнее стоило бы быть в своих
>> коментах
> а по существу: если есть возможность юзать vdpau то человек который ее
> не юзает, ящитаю, с головой не дружитЯ по возможности не использую. Уже хотя бы потому, что этот метод всё делает по-своему, (по крайней мере у меня) часто игнорирует ТВ->ПК уровни, некачественно апсемплит цветовую информацию, деинтерлейс - тупо прыгающий боб и т.д. И вообще не оставляет никакой возможности манипулировать выходным видео (как то - постпроцессинг, уменьшение шума, делого и т.п. - а ведь многие достоиные внимания вещи отнюдь не в ХД и не стерильны)
я думаю и на этой будет нормально, так как при использовании VDPAU проц больше 20% не жрется
> я думаю и на этой будет нормально, так как при использовании VDPAU
> проц больше 20% не жретсяУ меня и 5% не жрется. Видимо, на CPU только звук декодируется. Проблема в том, что когда на экране появляются субтитны или osd, vdpau отключается и процессор жрется как без него. Вот это бы пофиксили, вообще замечательно бы было.
FreeBSD 8.1, последний mplayer из портов на E8500 не тормозит на 40GB ремуксе. Одно ядро занято на 75%, даже если запущена сборка в 4 потока в фоне ничего не дергается.
Классический пример того "Кто бы мог подумать что Х будет востребован из-за широкого распространения У в будущем"
лучший плеер для линя. юзаю фронт-энд - смплеер.
Поддерживаю на все 100. На втором месте хine
Xine? Вы с ума сошли? Он ни одну видюшку открыть не может, я уж не говорю о каких-то настройках.
Вы просто не умеете его готовить
> Вы просто не умеете его готовитьДописать к этой демке свой плеер? Спасибо, сами пишите. mplayer не надо готовить, при этом он замечательно играет все что угодно и из коробки.
> лучший плеер для линя. юзаю фронт-энд - смплеер.А по-моему и без фронт-эндов вообще прекрасно - всё, что нужно (все органы управления на клавиатуре, из которых на практике обычно нужна только пауза, прокрутку делать и громкость регулировать удобно колесом мышки) и ничего лишнего (в окне - только видео).
> А по-моему и без фронт-эндов вообще прекрасноНе "и", а "только". Фронтэнды - для деревянного виндузья, которое чтобы лишний раз не читать документацию готово потерять в удобстве и скорости и часами лазить по менюшкам чтобы, например, субтитры включить.
В голом mplayer можно подгрузить субтитры во время просмотра фильма? Да-да, со слегка исправленным таймингом во время просмотра, чтобы проверить насколько хорошо он лёг на видео после правки.
> В голом mplayer можно подгрузить субтитры во время просмотра фильма? Да-да, со
> слегка исправленным таймингом во время просмотра, чтобы проверить насколько хорошо он
> лёг на видео после правки.Вообще-то, можно. А вы думаете ваши нашлепки с менюшками какую-то функциональность добавляют, гыгы?
> Вообще-то, можно. А вы думаете ваши нашлепки с менюшками какую-то функциональность добавляют, гыгы?Как это сделать?
Согласен, но мне больше KMplayer нравится из фронт-эндов :)
что характерно, и для винды тоже
Согласен. Правда имел кучу различных проблем при подключении разного рода дополнительных звуковых дорожек.
> лучший плеер для линя. юзаю фронт-энд - смплеер.Долго я с ним пытался сжиться, в итоге всё равно на VLC вернулся. Ну не стабилен. Даже с SMplayer оболочкой бывает глючит не с того ни с сего, бывает вылетает - вот де это видео оказалось какое-то "не такое", там настройку "не ту" принял, а тут, видать, просто духи оказались не в настроении. Капризен до чёртиков. Это не то, то ему не нравится (хотя другое видео, технически почти идентичное тому, игралось прекрасно).
VLC же вроде бы формально не так крут, меньше пунктов\галочек в описании, но оно ПРОСТО ИГРАЕТ и не задаёт вопросов.
Поздравляю всех разработчиков проекта. Лучший (а по факту - единственный юзабельный) плеер на всех системах.
VLC тоже хороший.P.S.: Mplayer user.
> VLC тоже хороший.Убожество. Во-первых, у него есть GUI, во-вторых, он даже мотать без задержек не умеет. Мне этого хватило.
>> VLC тоже хороший.
> Убожество. Во-первых, у него есть GUI, во-вторых, он даже мотать без задержек
> не умеет. Мне этого хватило.Для меня наоборот, Mplayer убогий, и к нему надо тыкать один из многочисленно-глючных GUI. А во-вторых 100 лет мне сдались эти мотания без задержек - я просто открываю что-либо и, без лишних геморов\мигреней, наслаждаюсь просмотром. Ну а в-третьих, раз уж напросились, в отличие от некоторых, VLC не падает и не ругается почём зря.
хоть бы на 10-ти летие сделали официальный релиз 1.0 и таки да, лучший проигрыватель.
Как говорится - долгие леты и многие ядра ему :)
могли бы в честь десятилетия 1.0 наконец-то сделать.
MPlayerXP! Я его ещё под виндой использовал лет в 12-13! Отличный был плеер, быстрый на компьютерах того времени, красивый. Функционал не уступает PowerDVD и WinDVD. Не слышал о нём с тех пор.
> MPlayerXP! Я его ещё под виндой использовал лет в 12-13!MPlayerXP форканулся от MPlayer в 2002. то есть сейчас тебе 19-20 лет... а ведь я догадывался по твоим мутным комментариям что ты старшекласник-студент первокурсник.
На странице проекта написано что в Win32 программа появилась в 2005 году. Значит я ошибался насчёт возраста. Мне 21
решил посмотреть видео с телефона. В винде XP, которой уже незнамо сколько лет, и Crystal Player-е трёхлетнем и K-Lite двухлетнем всё воспроизводится. Смотрю в Debian Squeeze/mplayer - нет звука. Mplayer из debian-multimedia и w32codecs вместо звука дают дичайший треск. 10 лет говорите? А толку?
Решил посмотреть на нетбуке в какой-то жутко навороченной херне HQ-ролик - не воспроизводится. Поставил кодеки - кажет, но с дикими тормозами.
Снёс нахрен кодеки и эту красивую бессмысленную кучу гламура, поставил смплайер - всё отлично кажет, с аппаратным ускорением, картинка великолепная.ЧЯДНТ?
До сих пор используете win32codecs? Кошмар! Уже нативные свободные библиотеки все распространённые форматы поддерживают.
А, может, проблема в демьяновской сборке? Соберите из исходников.
хотя без w32codecs всё равно дикий треск. Аудио формат - AMR.
видео в студию!
http://ifolder.ru/20227673
> http://ifolder.ru/20227673FreeBSD 8.1 i386, mplayer-1.0.r20100717_3 из портов, win32-codecs нету, замечательно играется - он под что-то типа волынки жжот, в конце все хлопают и слышен голос ведущего "продолжаем..".
Выбирайте правильную пакетную систему.
ffplay взял, mplayer ругнулся что собран без поддержки amrnb, в этом косяк. Увы, надо пересобирать.ubuntu 10.10 amd64
Попробуй пакет gst-plugins-bad. Может заработает тогда. А если хочешь собирать, скрипт возьми в обсуждении темы ffmpeg 0.6
это мужичёк в Ольшанском замке отжигал, я даже только не смог посмотреть, пришлось перезагружаться в винду.
> решил посмотреть видео с телефона. В винде XP, которой уже незнамо сколько
> лет, и Crystal Player-е трёхлетнем и K-Lite двухлетнем всё воспроизводится. Смотрю
> в Debian Squeeze/mplayer - нет звука. Mplayer из debian-multimedia и w32codecs
> вместо звука дают дичайший треск. 10 лет говорите? А толку?это означает лишь одно: Вы выбрали дистрибутив который осилить не смогли. поставьте убунту. или не смотрите в дебиане фильмы.
иногда лучше жевать... В Ubuntu ещё хуже - см. выше.
> иногда лучше жевать... В Ubuntu ещё хуже - см. выше.да мне как-то покласть на всё что отлично от xBSD ;)
Никакого треска никогда не было. Та-же конфигурация.
Фря 8-stable, mplayer из портов последний, всё играется
Да, действительно шипит, не слышно нифига. А вот через ffplay норм воспроизводит.
поздравляю проект с юбилеем!
УРА-А-А!
> дной из главных ошибок проекта - отклонению патчей Николая Куршеваа что мешает сейчас "слиться в экстазе" с проектом MplayerXP и не распыляясь на 2 проекта делать один но качественный ?
Это не путь линукс, окститесь!
ага "путь линукса" (ака "план путина") - это нанотехнологии , раздробиться на туеву хучу проектиков которых под микроскопом не видно (а в случае "плана п" еще и в 10раз больше попилить бабосов =) ? =)))
У них ядра уже сильно отличаются. Mplayer развивался своим шагом, а mplayerxp в основном только в сторону многоядерности, в результате его кодовая база сейчас наверно >= 5-летней давности, совместимости с плагинами современного mplayer уже нет.
Жаль последний Kaffeine испортили, теперь даже не знаю что пользовать. Mplayer конечно хороший, но то, что он не умеет плейлисты строить-отстой.
> Жаль последний Kaffeine испортили, теперь даже не знаю что пользовать. Mplayer конечно
> хороший, но то, что он не умеет плейлисты строить-отстой.SMplayer
> Жаль последний Kaffeine испортили, теперь даже не знаю что пользовать. Mplayer конечно
> хороший, но то, что он не умеет плейлисты строить-отстой.Старый Kaffeine... Если нет желания мигрировать на старый KDE, то к вашему сведению amarok 1.4.10, k3b 1.05 спокойно запускаются и работают в новом KDE. Помните 2008-ю Мандриву? Там именно так и сделано... А места на диске занимать KDE будет со всеми зависимостями столько же, скольно занимает одна лишь тема значков Oxygen из нового KDE (если вам нужно немного программ оттуда). Минус - в большом увеличении использования памяти (на несколько десятков мегабайтов, то же самое просходит при запуске программ из Gnome).