[ВНЕЗАПНО] Mplayer2

на главную!

luke (20.03.2011 21:51:23)

оно?

luke (20.03.2011 21:53:56)

А это что по-вашему:

/Big/distfiles/mplayer-1.0_rc4_p20100506.tar.bz2

Eddy_Em (20.03.2011 21:54:49)

точно. Значит просто форк

JB (20.03.2011 21:55:13)

я что то пропустил и mplayer 1.0 все таки зарелизился?

да, потому что smplayer в убунту его теперь не распознает.

anonimbus (20.03.2011 21:55:54)

он!

Andaril (20.03.2011 21:56:56)

-Oh! no! Mplayer is dead! -All hail Mplayer2!

Andaril (20.03.2011 21:57:31)

$XDG_CONFIG_HOME god pls!

Andaril (20.03.2011 21:58:06)

Описание форка неплохое, есть полезные фичи, которых нет в оригинале.

vurdalak (20.03.2011 21:58:21)

http://www.mplayer2.org/comparison.html

MPlayer2 has improved support for Matroska files, including support for ordered chapters and editions.

Much better support for VDPAU functionality on NVIDIA cards

это просто мечта анимешника и любителя trueHD :)

JB (20.03.2011 21:58:54)

http://www.mplayer2.org/comparison.html

Dropped features
MEncoder is no longer available
The MEncoder codebase was thoroughly rotten and has been deleted. A different solution to provide some encoding functionality will be added in a future version.

Please note, this version of mplayer2 will overwrite any installation of MPlayer.


Да уж...

amorpher (20.03.2011 22:01:03)

> some encoding functionality will be added in a future version.

Подождем.

vassilip (20.03.2011 22:03:06)

>rc4

wesg (20.03.2011 22:04:39)

А для Ъ?

YAR (20.03.2011 22:18:32)

YAR> А для Ъ?

  	
Improvements over MPlayer 1
Better pause handling

In MPlayer 1 executing any commands forced the player to unpause. This is no longer the case; in MPlayer2 you can change settings, seek, or run other commands while paused.
Better Matroska support

MPlayer2 has improved support for Matroska files, including support for ordered chapters and editions.
Easy to use multithreading support

It's easy to build MPlayer2 with FFmpeg-mt support, and threading will be used automatically without requiring any manual configuration. This gives a big performance increase on multicore machines.
Much better support for VDPAU functionality on NVIDIA cards

    * Removed limitations that prevented switching frames more than once per monitor refresh. With MPlayer2 you can play high-FPS content or use fast forward on a 60 Hz monitor without breaking playback.
    * Added support for the frame timing functionality of VDPAU.
    * Improved performance by better buffer handling and smarter subtitle texture uploads (both VDPAU hardware decoding and displaying software decoded video with VDPAU perform better).
    * Added logic to reduce frame timing jitter in some situations.
    * Handle frames added by deinterlacing properly.
    * Several bugfixes.
    * Various minor improvements (studio level output support, set default deinterlace mode, ...)

Support for precise seeks

It's now possible to seek to any frame in the video; seeks are no longer necessarily limited to keyframes.
Support for gettext-based translations

The message translation support in MPlayer 1 was basically useless for binary Linux distributions, as the message language was hardcoded at compile time and supporting several languages would have required a separate program binary for every one. Runtime-switchable translations with gettext are now supported.
No longer depends on embedded FFmpeg tree or internal FFmpeg symbols

MPlayer 1 required an embedded copy of FFmpeg to compile. This caused a maintenance burden as changes in FFmpeg fairly often broke the compilation of MPlayer 1. While it could link against shared FFmpeg libraries it would still use some code from the embedded tree instead, and also depended on internal FFmpeg symbols that are not part of the public API, thus making any dynamic-linked binaries liable to break when FFmpeg libraries are updated. MPlayer2 does not depend on embedded FFmpeg library copies and uses FFmpeg only through its public API. This eases maintenance and makes dynamic-linked binaries safe.
Miscellaneous

    * Lots of bugfixes
    * Improvements in audio/video sync handling
    * Cleaned up and improved various terminal output messages
    * Support for gapless playback of audio files (option -gapless-audio)
    * Better responsiveness in certain cases where MPlayer 1 had significant latency before reading or completing commands
    * Support modifier keys in command bindinds (currently X11-based input only)
    * Keep fullscreen state by default when switching between files
    * Various stuff not listed here...

vurdalak (20.03.2011 22:19:40)

Сейчас добавлю их оверлей и попробую собрать и подружить с smplayer'ом.

vurdalak (20.03.2011 22:21:59)

MEncoder is no longer available
Закапывайте.

Ramen (20.03.2011 22:23:28)

А для ЪЪ? :)
отгрепаное и на русском?

Tanger (20.03.2011 22:25:28)

Да-да, плюсую )

YAR (20.03.2011 22:27:02)

Tanger> отгрепаное и на русском?

Улучшили работу с vdpau, смена настроек не запускает воспроизведение, если видео было на паузе, увеличена точность установки позиции (seek), улучшили поддержку mkv, многопоточность и прочее.

vurdalak (20.03.2011 22:28:46)

Учите английский блин.

vurdalak (20.03.2011 22:29:08)

я ждал этого 7 лет :)

leave (20.03.2011 22:29:26)

Я так понимаю поддержка DVD меню так и не ожидается?

firestarter (20.03.2011 22:29:52)

leave> я ждал этого 7 лет :)

Во-во, я тоже из-за этого хочу поставить.

vurdalak (20.03.2011 22:29:54)

firestarter> Я так понимаю поддержка DVD меню так и не ожидается?

УМВР на старом mplayer'е.

vurdalak (20.03.2011 22:30:16)

Не, не с этим проблема, лень читать все, хочется основное.

Tanger (20.03.2011 22:32:05)

>Закапывайте

Есть же ffmpeg

devl547 (20.03.2011 22:32:17)

Tanger> Не, не с этим проблема, лень читать все, хочется основное.

Ты как книги читаешь? Там одна страница, да и та короткая.

vurdalak (20.03.2011 22:32:41)

Да, но по сравнению с менкодером он уныл.

Ramen (20.03.2011 22:34:54)

>Ты как книги читаешь?
Книги я под настроение читаю.

>Там одна страница, да и та короткая.
Ну да... Но тоже самое можно и вообще про Ъ сказать.

Tanger (20.03.2011 22:37:37)

Tanger> Ну да... Но тоже самое можно и вообще про Ъ сказать.

Ъ не ходят на другие сайты, потому что там фиг что найдешь, ибо дизайн отличается. А я уже сюда полный текст выложил.

vurdalak (20.03.2011 22:38:41)

ffmpeg форкунули, mplayer форкнули, что за пздц воще творится? Чо-та я боюсь за будущее линуксов, не охота как-то потом десяток плееров хранить в системе, как делают почти поголовно все вандузятники. А VLC ещё не дорос до того, что бы заменить мне mplayer.

Andru (20.03.2011 22:40:06)

+ ибо лень.

Вот читать все мне тоже было лень, но если хочешь, могу прочитать сейчас.

Tanger (20.03.2011 22:41:29)

Andru> ffmpeg форкунули, mplayer форкнули, что за пздц воще творится?

Тебя кто-то заставляет форки ставить? Разрабы старого mplayer'а остались на нем, пусть себе пилят на здоровье. Форки - опенсорс, никто не мешает им сливать новые фичи друг другу.

vurdalak (20.03.2011 22:41:36)

Tanger> Вот читать все мне тоже было лень, но если хочешь, могу прочитать сейчас.

Ага, а мне грепать и переводить не лень, да?

/subthread

vurdalak (20.03.2011 22:42:28)

А мандриву там не форкнули? после покупки?

Tanger (20.03.2011 22:42:55)

Ты уже прочитал. Хорошо, больше так не буду.
"/subthread" accepted.

Tanger (20.03.2011 22:44:18)

smplayer тянет в зависимостях mplayer, так что пока не годится.

vurdalak (20.03.2011 22:46:04)

Меня напрягает именно вот это дурное распыление сил коммунити. Я и так сейчас юзаю mplayer-mt с импрувами mkv и ffmpeg-mt, а mencoder отдельно стоит.

Andru (20.03.2011 22:48:29)

>УМВР на старом mplayer'е.

Хм, и давно умеет? У меня в smplayer не работает.

firestarter (20.03.2011 22:49:10)

firestarter> Хм, и давно умеет? У меня в smplayer не работает.

Всегда умел, сколько я его помню. dvd я редко видел, но все работало.

vurdalak (20.03.2011 22:50:20)

>Меня напрягает именно вот это дурное распыление сил коммунити

mesa classic vs gallium, kde vs gnome vs xfce vs etc.
ну и так далее.

devl547 (20.03.2011 22:52:40)

>>In MPlayer 1 executing any commands forced the player to unpause

а кто знает, нафига это вообще в mplayer1? Это же неудобно ппц как. Причём это появилось не так давно, то есть это не баг, а специально написанная фича.

alex_custov (20.03.2011 22:52:58)

vurdalak> smplayer тянет в зависимостях mplayer, так что пока не годится.

Пойду править ебилды в локальном оверлее.

vurdalak (20.03.2011 22:53:04)

>А мандриву там не факнули? после покупки?

Починил :-)

splinter (20.03.2011 22:57:15)

Это всё нефигов отличается, а в данном случаи одни идиоты с ЧСВ не приняли патчи других идиотов с ЧСВ... в итоге родилось "нечто".

Andru (20.03.2011 23:14:12)

libdvdnav стоит?

leave (20.03.2011 23:29:27)

Это лучше, чем "лебедь, рак и щука".

mironov_ivan (20.03.2011 23:36:59)

Хотеть!

И XDG_CONFIG_HOME тоже. Авторы или руководство другие? Их лбы можно пробить на предмет этого?

Mystra_x64 (20.03.2011 23:41:31)

> smplayer тянет в зависимостях mplayer, так что пока не годится.
А зачем smplayer если есть сам mplayer?
Судя по описанию, половина изменений негативные, а позитивные наверное внесут в нормальный mplayer.
Да и mt не особо нужен, вроде на не совсем старых процах видео даже на одном ядре не тормозит, а совсем старые всё равно одноядерные.

Xenius (20.03.2011 23:56:47)