Увидел свет (http://kdekorte.blogspot.com/2011/12/announce-105.html) релиз медиаплеера GNOME MPlayer 1.0.5 (http://code.google.com/p/gnome-mplayer/), графической оболочки к консольному плееру MPlayer, базирующейся нa использовании библиотек Gtk2/Gtk3. GNOME MPlayer дополняет мощные возможности MPlayer по проигрыванию различного типа мультимедиа контента, включая полную поддержку DVD и MKV, удобным и легковесным интерфейсом, позволяющим создавать плейлисты, осуществлять навигацию по коллекции медиафайлов, создавать скриншоты при просмотре видео, управлять отображением субтитров, отображать обложки альбомов и информацию с Amazon.com.Одновременно доступны релизы смежных проектов - библиотеки gmtk 1.0.5 (http://code.google.com/p/gmtk/) (gnome-mplayer toolkit) и браузерного плагина gecko-mediaplayer 1.0.5 (http://code.google.com/p/gecko-mediaplayer/). В ближайшее время бинарные сборки GNOME MPlayer для Ubuntu можно ожидать в специальном PPA-репозитории (https://launchpad.net/gnome...
URL: http://kdekorte.blogspot.com/2011/12/announce-105.html
Новость: http://www.opennet.me/opennews/art.shtml?num=32706
Ничего лучше VLC пока нет.
Нет ничего лучше нормального mplayer. А VLC вообще нет, потому что половину форматов он тупо не проигрывает, а то что проигрывает феерически тормозит и не умеет точно проматывать. Хочешь отмотать секунду назад? Хрен тебе, смотри предедущие пять минут. Про его отвратный GUI вообще сказать нечего.
> А VLC вообще нет, потому что половину
> форматов он тупо не проигрываетНаглая ложь. Не проигрывает только MIDI, но этот формат нужен только музыкантам.
>а то что проигрывает феерически тормозит
Ложь и провокация.
> и не умеет точно проматывать. Хочешь отмотать секунду назад? Хрен тебе,
Сильно ты обнаглел и зажрался, если требуешь от бесплатного плеера перемотку по секундам.
> Про его отвратный GUI вообще сказать нечего.Butthurt detected.
> Сильно ты обнаглел и зажрался, если требуешь от бесплатного плеера перемотку по секундам.Не бесплатного, а свободного. Несвободные вообще не рассматриваются, а вот mplayer умеет всё что нужно. А ты видимо совсем конченый фанатик, если г-но используешь и считаешь что это норма.
> Хочешь отмотать секунду назад? Хрен тебе, смотри предедущие пять минут.На самом деле это поведение вытекает из криво закодированного ролика, где последний кейфрейм был 5 минут назад.
В видеопотоке где кадры зависят от предыдущих нельзя просто втопить с места в карьер. Надо отмотать к ближайшему ключевому (полному) кадру, начиная с которого можно начать декодирование. Если он был 5 минут назад - ну ой, значит 5 минут назад. Скажите спасибо тому жопорукому субъекту который это кодировал. У плеера 2 варианта: максимально быстро отдекодировать 5 минут не показывая (с риском что плеер допустим 2 минуты не будет показывать вообще ничего) или же показать эти 5 минут. Плеер ничего не может с этим сделать: старт с произвольной позиции приведет к тому что до ближайшего ключевого кадра у вас на экране будет характерное месиво из квадратиков.
О как, спасибо за такое подробное объяснение.
> О как, спасибо за такое подробное объяснение.Такой вот побочный эффект от сочетания технологий сжатия когда кодируются межкадровые отличия и жопоруких субъектов кодирующих видео. Что ж поделать, техника в руках неандертальца - груда металлолома.
>[оверквотинг удален]
> В видеопотоке где кадры зависят от предыдущих нельзя просто втопить с места
> в карьер. Надо отмотать к ближайшему ключевому (полному) кадру, начиная с
> которого можно начать декодирование. Если он был 5 минут назад -
> ну ой, значит 5 минут назад. Скажите спасибо тому жопорукому субъекту
> который это кодировал. У плеера 2 варианта: максимально быстро отдекодировать 5
> минут не показывая (с риском что плеер допустим 2 минуты не
> будет показывать вообще ничего) или же показать эти 5 минут. Плеер
> ничего не может с этим сделать: старт с произвольной позиции приведет
> к тому что до ближайшего ключевого кадра у вас на экране
> будет характерное месиво из квадратиков.оохххх, уж эти специалисты...
http://www.mplayer2.org/comparison.html
It's now possible to seek to any frame in the video; seeks are no longer necessarily limited to keyframes.
> It's now possible to seek to any frame in the video; seeks
> are no longer necessarily limited to keyframes.Опять же, как я и сказал, при реализации этой хотелки у програмера на выбор будет:
1) Порушенная в хлам картинка до ближайшего кейфрейма, который приведет ее в чувство. Вполне можно понаблюдать как это выглядит, при seek-ах, особенно по корапченым потокам. Обычно выглядит как шевелящееся месиво из квадратиков.
2) Или же плеер начнет радостно жрать ресурсы без вывода картинки пока он будет усиленно декодировать "вон те 5 минут с ключевого кадра до текущего места". Если не повезет и какой-то дебил сделал 10 минут в HD без единого кейфрейма, вы рискуете отдохнуть пяток минут без вывода плеером картинки.Законы физики и математики обмануть нельзя. Если кадры зависят от предыдущих, для корректного отображения оных придется декодировать то что до них, ну или картинка рассыпется в полное г-но. Потому что когда вы говорите "а теперь на прошлый кадр надо еще добавить вот это и вот это, тогда получится текущий кадр" - очевидно, прошлый кадр должен где-то быть. Для чего должен, очевидно, существовать начальный кадр. Не зависящий от предыдущих. В древних мпегах в стандарте был лимит на то как расположены I-фреймы и расстояние между ними, но в современных кодеках его нет (для возможности сэкономить на скорости потока). Что позволяет сказочным долбо...бам отжигать как угодно. Ну и некоторые старые кодеки не очень заморачивались вопросом, скипая кейфреймы для экономии битрейта. Пока юзеры не начали срать кирпичами - мол, как это: час видео без единого кейфрейма?! Перемотка же не работает почти?!
p.s. умение кивать на ченжлоги не должно заменять головной мозг. И вообще, голова нужна не только для того чтобы в нее есть. Ну не бывает волшебства, mplayer2 и даже mplayer10 не родит в потоке кейфреймы если их там изначально нет.
>[оверквотинг удален]
> расположены I-фреймы и расстояние между ними, но в современных кодеках его
> нет (для возможности сэкономить на скорости потока). Что позволяет сказочным долбо...бам
> отжигать как угодно. Ну и некоторые старые кодеки не очень заморачивались
> вопросом, скипая кейфреймы для экономии битрейта. Пока юзеры не начали срать
> кирпичами - мол, как это: час видео без единого кейфрейма?! Перемотка
> же не работает почти?!
> p.s. умение кивать на ченжлоги не должно заменять головной мозг. И вообще,
> голова нужна не только для того чтобы в нее есть. Ну
> не бывает волшебства, mplayer2 и даже mplayer10 не родит в потоке
> кейфреймы если их там изначально нет.однако практика показывает, что оба пункта не работают
не родит, ага, однако даже такому дилетанту в программинге как я должно быть понятно, что буферы решают все
а ресурсы и entertainment - очень малосовместимые вещина практике - лично я не смотрю говновые HD потоки, да и ума не приложу, зачем и кому это нужно
но я такой ессно не один - и потому плеер должен делать _все_ чтобы юзеру не надо было срать кирпичами по поводу кривого потока, и если дл этого юзеру намекнут, что нужно поставить чуть более мощный проц или немножко больше памяти (ну немножко же - 10 минут 24МБит потока - 24/3*600~=4800Мб если с нулями не напутал поутру, это сейчас порядка 30 баксов, при том, что BDROM чуть ли не такие деньги стоит с контентом)
анимешнеги и прочие ССЗБ :)
удачи!
mplayer может сам вставлять кфрэймы. Предварительно проиндексировав с forceidx точно, но вполне возможно что и по ходу работы тоже.
Он умеет вывод через vdpau?
не проверял работу, но опция есть.
> Ничего лучше VLC пока нет.По части "упасть в самый неожиданный момент" vlc да, пока вне конкуренции.
Но - вы не поверите - существуют люди, которым в медиаплеере интересны не только смачные падения!
> Ничего лучше VLC пока нет.Из-за дифирамбов снова глянул vlc. Как отключать скринсейвер при работе проигрывателя во флуксбокс?
Как оказалось эта бажина VLC, но исправлять ее ужу очень долго не спешат.
VLC уступает Smplayer как минимум по следующим параметрам:
1. удобство GUI
2. быстродействие
3. привлекательность GUI (тут на любителя, но Smplayer гармоничнее вписывается в пользовательскую тему)
Ничего лучше MPC нет, только к сожалению оное только под Windows.
> Ничего лучше MPC нет, только к сожалению оное только под Windows.Декодеры у него довольно кривые и управлению поддаются так себе. Мплеер и vlc явно устойчивее на порушенных данных.
Это что за форматы, которые VLC не проигрывает? :D :D :DТормоза, говоришь? Ты HD проигрываешь на Pentium 1?
А GUI не трогай, нормальный интерфейс.
> Тормоза, говоришь? Ты HD проигрываешь на Pentium 1?Да VLC и на i7 тормозит, причем без всякого HD.
> А GUI не трогай, нормальный интерфейс.
... только падает больно часто :(
Наглая ложь! VLC проигрывает HD 1080p на AMD Athlon II X2 220(бюджетный процик из ниpшей ценовой категории) И даже не нагружает систему больше, чем на 60-80 процентов. Никаких тормозов. Arch Linux x32_64 и VLC 1.1.13. Раньше да, тормозил VLC. И качество картинки было не очень. И с субтитрами в аниме проблема возникала, когда они разные цвета и шрифты содержали. Артефакты при проигрывании h264 были, тоже факт. Но всё поправили. И да, VLC у меня проигрывает файлы ts c h264 в HD. MPlayer их открывает, но затем начинает тормозить и отказывается их перематывать. Поэтому у меня два любимых плеера - UMPlayer и VLC(на случай, когда не хочет работать UMPlayer)
>тормозил VLC, качество картинки было не очень, с субтитрами проблема, aртефакты и т.д.Не до фига ли проблем, которых другие проекты не имеют (xine, mplayer)? Именно из-за этого перестал поглядывать в сторону VLC...
> VLC проигрывает HD 1080p И даже не нагружает систему больше,
> чем на 60-80 процентов !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!оЪ, ужасЪ!!!
я с какого-то ютуба 1080 смотрел с меньшими нагрузками от флеша
> я с какого-то ютуба 1080 смотрел с меньшими нагрузками от флешаА ты битрейт нормального HD и гугловского сравни, да? Гугл пару мегабитов еле отгружает, с понятно каким качеством. А HD не ориентированное на скачку через интернет в реальном времени может быть и 30-40 мегабитов. Ничего что это в десятки раз больше данных, которые надо декодировать?
>> VLC проигрывает HD 1080p И даже не нагружает систему больше,
>> чем на 60-80 процентов !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> оЪ, ужасЪ!!!
> я с какого-то ютуба 1080 смотрел с меньшими нагрузками от флешаА у вас тоже видюха встроенная? Без аппаратного декодирования h264, которое юзает пресловутый флешплеер? Мне видюха не нужна была, интегрированного видео всегда хватало с лихвой, но без аппаратного декодирования плохо.
Да, каков битрейт у видео был? То что я смотрел, вряд ли с YouTube стоит сравнивать. Я с моим 30Мбит каналом вряд ли смогу онлайн такое видео без тормозов смотреть.
> Да VLC и на i7 тормозит, причем без всякого HD.А у меня он почему-то HD играет быстрее Mplayer. Правда это компенсируется некоторыми бестолковостями и поэтому я им пользуюсь только для сетевого видео где он вне конкуренции. А для остального мплеер.
Как обычно.
Или все быстро тянет (mplayer) или нормальный GUI (VLC)
Теперь бы нормальный гуи для mplayer - и настанет рай.
Чем SMplayer как гуи не устраивает?
Корявый весьма, и тормозной... не все кнопки иногда срабатывают (проверено на Arch и Kubuntu).
umplayer?
Арчевод?
Попробуй UMPlayer. Может, устроит больше. Меня вполне, например.
И вместо MPlayer желательно MPlayer2, поверьте он гораздо лучше.
> Корявый весьма, и тормозной... не все кнопки иногда срабатывают (проверено на Arch
> и Kubuntu).докладываю: FreeBSD 8.2-RELEASE-p2 все кнопки работают, полёт нормальный.
у smplayer есть только один недостаток, который я пока не поборол --- я постоянно забываю его включатьнажимаю энтером на файл в mc, файлик открывается в mplayer, нажатие на f разворачивает происходящее на весь экран
и уже как-бы и не надо ничего
Одна из огромнейших ценностей mplayer - как раз отсутствие gui. Для извращенцев есть обёртки на любой вкус и тулкит.
> Для извращенцев есть обёртки на любой вкус и тулкит.Кхм, если вы думаете что GUI к плееру извращение, тогда, очевидно, вы смотрите видео исключительно через ж...ой, простите, -vo caca? :)
> Теперь бы нормальный гуи для mplayerкуму нашел mplayerWW, но сие чудо только под винду :(
Чем оно лучше SMplayer?
GTK и QT
GTK или QT это вопрос, который должен волновать только разработчиков. Пользователю же интересно, чтобы оно работало и не тянуло за собой половину KDE/Gnome.
> Чем оно лучше SMplayer?А чем "Докторская" колбаса лучше "Любительской"?
> Чем оно лучше SMplayer?он модный, там SMplayer + форум, голосования, ютуб и т.д. - все как в Центре приложений Убунту (USC) :(
Пару лет пользовался GNOME MPlayer, перешел на Umplayer.
У меня GNOME MPlayer уже полгода как перестал работать с xv (картинка только после Ctrl+1,2,3 - Автору пофиг), старый gmplayer и то лучше, поэтому использую чистый mplayer.
Убоги они все, в Gnome лучше totem (с графикой) ничего нет
Ну и где блять ППА специальный репозитгоиий я его уже два месяца жду
Gnome Mplayer редкое глючное барахло. Вместо того, чтобы держать кучу пряников, лучше устранили бы баги. В ветке Debian - вылетает раз на раз, иногда прекращает циклическое воспроизведение, если закроешь и откроешь с другим файлом слишком быстро - наглухо зависает, нельзя контролировать эти дебильные авто обложки или даже отключить их.VLC на этом фоне просто шедевр.