SMPlayer 0.7.0

Да и собственно MPlayer уже давно проблем не доставляет.

Каким образом?

Ну с моей манией смотреть 720р на 512мб озу затыки будут всегда :3

На рутрекере большинство хд раздач с яп. озвучкой имеют линковку.

Ну а мне на 4-х ядернике с 4 Гб ОЗУ смотреть рывки как-то не в кайф. Все чаще использую SMplayer2 (стоят паралельно с SMplayer)

VLC тоже в консоли работает.

Спасибо, не знал. Получилось как «Не читал, но осуждаю»

Пожалуй, лучшая морда мплеера. Поддержка ютьюба радует.

> В обычном мплеере никак это не сбрасывается, ЕМНИП.

SMPlayer 0.7.0 (комментарий). Кстати, bohm, напомни пожалуйста, как это делается, а то сам сейчас попробовал и понял, что забыл

Зачем эти танцы с бубном, если в mplayer2 всё работает искаропки

Все пишут про conf, но у меня заработало только, когда в ~/.mplayer/input.conf вместо «f vo_fullscreen» сделал «f pausing_keep vo_fullscreen». Можно и другие варианты использовать (ENTER pausing_keep vo_fullscreen и т.д.), но мне достаточно.

В mplayer2 викинули mencoder и gui, некоторым они нужны и т.д.

Благодарю

в mplayer2 всё работает искаропки

В gnome-mplayer у меня тоже все из коробки. Про mplayer2 впервые услышал, честно говоря. Если в нем и в самом деле нету mencoder'а (прямо сейчас смотреть недосуг), то и ну его

Поддержка MPlayer2 в качестве бэкэнда.

Поясните уже, что это значит? Чем его поддержка в новой версии будет отличаться от поддержки в 0.6?

А, нашел.

* Detect mplayer2. * Use precise seeking is using mplayer2.

Поддержка YouTube позволяет проигрывать ролики с сайта YouTube с помощью меню «Открыть → Адрес...».

Или с помощью драг-н-дропа адреса.

Поддержка MPlayer2 в качестве бэкэнда.

Так для этой цели же smplayer2 был запилен, пользуюсь им без нареканий. А теперь оно как, сосуществовать будут или на smplayer2 забьют за ненадобностью?

Поддержка MPlayer2 в качестве бэкэнда.

Так что, капец smplayer2?

Для mplayer есть скрипт mplayer-resume, но он на php. :(

Предпочитаю сабжу vlc, даже на виндоус ставлю по дефолту.

О, на питоне ещё есть: https://github.com/a-sk/mplayer-resume

vlc не умеет НОРМАЛЬНО готовить VPDAU (всё равно проц грузит отачаянно из-за своей архитектуры поддержки аппаратного декодирования), и хотя бы из-за этого mplayer нужен.
Когда проверял последний раз (кажется в позапрошлом году) - тогда работало. Может быть вы не установили VDPAU-бакэнд для VA-API или не указали значение переменной LIBVA_DRIVER_NAME? Попробуйте по инструкции.

Согласен с вами, но vlc уже давно не может даже потушить xscreensaver во fluxbox, а mplayer может.
Есть мнение, что баг не в VLC.

читаем внимательно мой пост.

оно «ускоряет», но всё равно цпу жрёт, особливо если с деинтерлейсом. последний кстати в мплеере тоже на видяху возложен.

инструкции я сам писать могу. не бином нефтона. ставим libva*, *vdpau*, тыцкаем галку hardware decoding и наслаждаемся просто высокой загрузкой проца, вместо зашкаливающей (а также надписью Using VA API version 0.32 for hardware decoding). AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (впрочем, мплееру это параллельно, там загрузка на уровне фона).

Пользовался сабжем до недавнего времени. Но в wheezy приплыл smplayer 0.6.9, который фризится при любом тычке в GUI. Может, к релизу починят, но пока я перешёл на vlc.

Честно, не знаю, где еще SMPlayer можно улучшить, для меня он и так идеален.

1)полное отсутствие поддержки стереофильмов, хотя в мплейре все есть иошотает.

2)не слышал про блюрей, хотя мплейер знает.

3) неплохо бы немножко добавить мзгов в части автоматизации того же кропа черных границ.

Хм, ну насчет первого и второго пунктов ничего не могу сказать, ибо не пользуюсь, а что не так с автоувеличением под размеры экрана?