nick, стоит на него переходить? А как там с гуй?

А чем он от обычного Мплеера отличаеться?

MplayerXP is a branch of the well known mplayer (http://mplayerhq.hu) which is based on the new (thread based) core. The new core provides better CPU utilization and excellently improves performance of video decoding. Main goal of this project is to get monotonous CPU loading during movie playback.

>А чем он от обычного Мплеера отличаеться?

Ник Куршев (правильно написал?) как-то с год назад решил, что многопоточность это хорошо и ушёл делать MPlayerXP, остальные сказали - сакс и остались делать MPlayer. Вот этим они и отличаются.

что-то все шизанулись на этом XP, видимо с фантазией у нас очень тяжко, коль даже назвать мы свой продукт нормальным словом не можем

Ну например MplayerTB - типа тред басе, я тоже думаю что будет звучать хреново, а в XP вложено милиардов так с десяток, оно и на куче гавна будет неплохо смотреться, а темболее на плеере, так что пусть остаеться все как есть.

видимо группа Mplayer очень консервативна, раз сам автор оттудова ушёл и Нику отказали в опции -xp.

Это именно тот форк в грядущих релизах 
которого появится поддержка dvd-меню ?

mplayer программа хорошая но не серъёзная - слишком слабая продуманность в самой идее...

видеоплеер есть прежде всего инструмент который взаимодействует с пользователем !
увы, mplayer не дотягивает по многим параметрам до xine и vlc по этой части

думаю, что лучше чем vlc пока ничего нет ни для винды ни для линукса

с другой стороны mplayer функционален

Не тупи.

видеоплейер должен проигрывать видео. Для этого он и делался. И делать он это должен наиболее эффективным для пользователя образом.

Так широко и функционально использовать программу, как можно использовать мплейер, нельзя использовать ни один другой плейер.

> видеоплеер есть прежде всего инструмент который взаимодействует с пользователем ! увы, mplayer не дотягивает по многим параметрам до xine и vlc по этой части

Может стоит ман почитать, а потом уже лапшу нам на уши вешать?

Сорри за оффтопик. Кто-нибудь знает под линукс плейер, который может "на лету" не сколько аудио потоков микшировать? Например звук из avi файла и внешний mp3, или две дорожки в avi файле. bsplayer под виндой это умеет.

Re:

Не поверите и будете смеяться :-)

Таки mplayer.

И, наверное, mplayerxp, если форк случился позже :-)

Большое спасибо!

Будем теперь ждать GeeXboX на MplayerXP (или сами точить на HLFS) ;)

Михаил.

mplayer приколен тем что он могёт читать почти всё... и всегда можно настроить самый поледний болт. НО лично мне жутко нехватает цветныз субтитров в нём... у него OSD чёрнобелое только... мну расковыряв gl вывод смог хотябы зделать смену цвета субов с белого на какой хочешь... а то иногда белый путается... особенно если на заднем плане уже белые субы.

Re:

> Таки mplayer

КАК???

Пример в студию!

> видеоплеер есть прежде всего инструмент который взаимодействует с пользователем !

Заблуждение. Это в винде программу в первую очередь обучают
взаимодействовать с пользователем, и в последнюю - выполнять свою
прямую задачу ;)

Re:

>КАК??? > >Пример в студию!

Неужели так сложно в man mplayer посмотреть?

-audiofile <filename> Play audio from an external file (WAV, MP3 or Ogg Vorbis) while viewing a movie.

Re:

> -audiofile <filename> Не то. filename будет проигран _вместо_ оригинальной звуковой дорожки. Человеку же надо именно смикшировать оригинальную и из файла (скорее всего наложить перевод).

А у меня нет рвотного инстинкта на сочетание XP, поэтому верю что GeeXboX появится с MPlayerXP в скором будущем :)

Если ты не в курсе, поясняю, что сочетание XP появилось задолго до того , как его писобачили к названию оффтопика :))) XP = eXtreme Programming

Re:

>Человеку же надо именно смикшировать оригинальную и из файла (скорее всего наложить перевод).

Ты не находишь, что программа для воспроизведения и программа для микширования звука -- разные вещи?

Выковыряй оригинальную дорожку, смикшируй другим инструментом и заковыряй назад или играй, как внешний файл.

Если кто не в курсе, то именно мягкие раскрутили комбинацию XP, а не любители быстро писать софт, если следовать вашей логике Athlon XP наверное тоже проц для экстремального програмирования.

> думаю, что лучше чем vlc пока ничего нет ни для винды ни для линукса

Для винды лучше mpc

>>видеоплеер есть прежде всего инструмент который взаимодействует с пользователем ! 

:)) А проигрывать видео не обязательно ? Ну там 160 видео кодеков поддерживать .. это не обязательно ? :))

Просмотрщикам картинок тоже главное иметь хороший интерфейц, а кодеки - дело последнее ;)

>что-то все шизанулись на этом XP
XP - это на SMP, а на UniPRoc - XQ (или еще лучше eXtra smoothness)

>видеоплейер должен проигрывать видео
Вообще-то Mplayer - это media player, а не video only!

>Сорри за оффтопик. Кто-нибудь знает под линукс плейер, который может "на лету" не сколько аудио потоков микшировать?
А смысл? Или есть идеи как их инхроинзировать?
Если нет - то можно запускать как паралельные процессы - все современные аудио карточки
и их дрйвера поддерживают reenterability

>XP = eXtreme Programming
XP = eXtra Performance (в случае с MplayerXP и AthlonXP)

>Будем теперь ждать GeeXboX на MplayerXP (или сами точить на HLFS)
Девелоперов в студию проекта pls ;)

а как оно себя воспримет при эмуляции SMP, HT, к примеру? ;-)

а если ты снимаешь дорожки, к примеру, с ADAT-а?.. на несколько каналов.. и нужно приличное сведение, с возможностью коррекции, в общий поток?.. ;-)

>а как оно себя воспримет при эмуляции SMP, HT, к примеру?
Это проблемы операционки! Спец оптимизации типа
pause
нет и не предвидится, так как это равеносильно non-preemptive
optimization под Win3.1

ага, хочешь сказать, что сей продукт базируется преимущественно на API OS-ей под которые портируется.. а как же свой собственный framework? не планируется ли возможности непосредственной работы с устройствами? ;-)

>не планируется ли возможности непосредственной работы с устройствами?
Для мультимедийных устройств есть VIDIX! Программировать HT в коде
языка "C" нет никакого желания! HT - это изврат (IMHO).

возможно и изврат, но довольно-таки распространённый.. :-))

а собираться не захотел, хотя cvsный mplayer без проблем

>а собираться не захотел
Я рекомендую gcc-3.2.3 - 3.4.2

Именно gcc-3.4.2 и стоит. Под FreeBSD 5.3 не собирается... Надо б вам над configure поработать - больно примитивный он.

А так мне идея оень понравилась. Можно ещё идею подать? Тут много высказывались о gui, как по мне вещь действительно нужная, только не в том виде как её представляют. Мне очень нравилось в Crystal Player то, что всё управление прям на экране было - повёл мышку влево - регуляторы громкости/яркости и т.д. - вниз перемотка. Очень удобно.

не помню какой стоит гцц, но 2 недели назад в генту делал emerge update world. не собирается, хоть ты умри

>Тут много высказывались о gui
Я не против GUI! Но как самостоятельный проект - типа frontend для xmms
или что-то еще! Идеи xine мне понравились но все таки идеи gdb - лучше!
Т.е. frontend'ов дофига но и свой минимальный интерфейс предоставляется!

>не собирается
Вы бы хоть bugreport какой-нить толковый запостили (желательно на sf.net). Я не против чтоьы вышла 0.5.1 soon

>Вы бы хоть bugreport какой-нить толковый запостили (желательно на sf.net). вопросов нет. выйду на работу после праздников, выложу...

Re:

> Неужели так сложно в man mplayer посмотреть?

Несложно, примеров там нет.

> -audiofile <filename> Play audio from an external file (WAV, MP3 or Ogg Vorbis) while viewing a movie.

Ну и где здесь смешивание дорожек?

nick, там фигня, в некоторых местах CONGIG вместо CONFIG. И ещё что-то было, что я походу правил, только это в прошлом году было :)))

Вообще, у меня тоже ещё не получилось собрать, дальше буду ковырять :)))

У-у! Обалденная штука!
Нагружает процессор ещё раза в 2 меньше чем MPlayer + очень плавное видео.
Так держать Nick!

Re:

>Ну и где здесь смешивание дорожек?

"Папа, а де море?" (с) из анекдота

Смешивание дорожек в другой программе.

Re:

В том-то всё и дело, и нечего посылать в маны, коль сами не потрудились изучить заданный вопрос.

Re:

>В том-то всё и дело, и нечего посылать в маны, коль сами не потрудились изучить заданный вопрос.

Еще раз: от mplayer требуется только возможность играть звук из внешнего файла. Микшированием занимается другая программа. Идеология тут такая -- каждая программа занимается своим делом.

Re:

Вообще-то mplayer уже много раз нарушил юниксвей...