В проприетарных драйверах nVidia для Linux/FreeBSD/Solaris появилась поддержка Pure Video

>>Ну ппц, xine из коробки всегда умел воспроизводить видео НЕ ЧЕРЕЗ ffmpeg.

>4.2. Вас кто-то обманул:)

ЗДЕСЬ! Я сказал в доказательство к тому, что ffmpeg не родной движок для xine, но мне сказали что нет. Оно не умеет работать без него. Вот что мне было сказано.

>Повлияло то, что это ВЫ собирали. По вашим "компетентным" завялениям выше - это и неудивительно:)

Вы ставили эти патчи? Там все само качается и ставится. Там скриптик написанный нвидией. Он сам качает, патчит и ставит.

Кстати я вас еще не оскороблял, зачем на личности переходить?

> А он их вообще показывает без переименования их в .srt или .txt? Хотя бы без автоопределения кодировки и эффектов ass?

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

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

ззы: кроме того, мну обладатель аудиосистемы 5.1, и проигрыватель, не умеющий резать частоты на сабвуфер (в результате чего он трещит и шумит), мне тем более не нужен. исходя из перечисленного, ксайн идёт лесом за грибами.

>как патчи на кодеки повлияли на сабы

там 3 патча: два из них - на ffmpeg, они и отвечают за декодирование. Третий - непосредственно для mplayer - он касается ВЫВОДА изображанеия. Возможно в 3-ем патче NVIDIA'вцы что-то и сломали.

У меня стоит мплеер и xine. xine-ui тянет libxine1-ffmpeg. Мплеер работает быстрее xine. Но при этом мне говорят, что я не должен верить собственный глазам, ибо оно работает одинаково. Я должен сидеть и внушать себе, что тормоза виденные мною это нереальность, потому что они работают одинаково.

>зы: мну заядлый анимешнег, и проигрыватель без поддержки сса/асс мне нафик не нужен...

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

>Я сказал в доказательство к тому, что ffmpeg не родной движок для xine, но мне сказали что нет.

Он родной для всего, кто с ним линкуется.

>Оно не умеет работать без него. Вот что мне было сказано.

Практически - не умеет. Попробуйте собрать xine-lib без ffmpeg (системного или внутреннего). Навскидку это не получится. Если поковырять configure*, Makefile* - возможно. Но мало что им можно будет посмотреть (скорее всего - ничего), разве что кое-какие аудио-файлы послушать:)

>У меня стоит мплеер и xine. xine-ui тянет libxine1-ffmpeg. Мплеер работает быстрее xine. Но при этом мне говорят, что я не должен верить собственный глазам, ибо оно работает одинаково. Я должен сидеть и внушать себе, что тормоза виденные мною это нереальность, потому что они работают одинаково.

Вы всего-лишь описали проблемы вашего дистрибутива и только его:)

>Он родной для всего, кто с ним линкуется.

Родной (в понимание нормальных людей, обладающих логикой и умеющими говорить на русском) - движок работающий из коробки, без привлечения сторонних технологий и проектов.

*********************************************************************
xine-lib is configured to use internal ffmpeg.

This copy of ffmpeg is old. You are strongly advised to install a
newer version (including development files) and to reconfigure
xine-lib to use it.
*********************************************************************

Вот что получите, если попытаетесь собрать xine-lib с внутренней libavcodec. Если мейнтейнеры xine-lib вашего дистрибутива до сих пор "продолжают жрать кактус" - мне остаётся только посочувствовать вам:(

>Родной (в понимание нормальных людей, обладающих логикой и умеющими говорить на русском) - движок работающий из коробки, без привлечения сторонних технологий и проектов.

Он работает из коробки. mplayer ипользует для декодирования сторонний проект - ffmpeg. Так же как и xine-lib

>Он работает из коробки. mplayer ипользует для декодирования сторонний проект - ffmpeg. Так же как и xine-lib

Он не является сторонним, ибо в сорцах мплеера содержатся сорцы ffmpeg. То есть это основной вариант. А не внешне слинкованный.

> Так я тоже анимешник,

по бк-201 на аве я догадался ^_^

> мне просто стало интересно за столько лет ситуация изменилась или нет.

из-за выпендрёжа некоторых фансаберов, приходится обновлять достаточно часто. никаких улучшений в ксайне в плане поддержки сабов не замечено (т.е. вообще нет поддержки ssa/ass; бедняжечки, никак libass не могут осилить).

>Если мейнтейнеры xine-lib вашего дистрибутива до сих пор "продолжают жрать кактус" - мне остаётся только посочувствовать вам:(

Мне xine без сабов не нужен в любом случае, кстати тогда почему totem работающий через xine вообще показывает слайд-шоу.

Очень странно что мплееру еще двд-меню не припомнили).

Ага, а еще есть ia64, но тема кажись про драйвера. По сабжу - замечательно, давно этого ждал, не думал что появится так скоро. nVidia в очередной раз доказала, что нормально относится к nix сообществу.

К слову, в Mac OS есть что-то подобное? QuickTime случайно не поддерживает аналогичную \ похожую технологию?

Так патчами ж отдельно добавляется. Или это не считается?

>Так патчами ж отдельно добавляется. Или это не считается?

Хы, а я не знал даже, помню когда-то не работало. Пошел проверять.

Не у меня вроде нет, ну ладно, оно и не нужно особо.

>"Снаружи" - тот же проверенный libavcodec.so

нет. mplayer разработчики собирают с тем что у них внутри на svn.

Led у меня mplayer везде идеально работал. но я постоянно слышу о проблемах с xine. мнея не интересует что у некоторых он всё же работает нормально - хотя надо бы проверить. может там простенький xvid разрешения dvd минут на 5 у вас проигрывается нормально на 4-х ядерном 5 Ггц процессоре.

>xine-lib is configured to use internal ffmpeg.

>This copy of ffmpeg is old.

а не надо путать ffmpeg который у вас стоит и libavcodec.

Видимо Led знает название некоего дистрибутива в котором при проигрывании через xine нет никаких проблем. Но не хочет нам сообщить. И главное - почему эта волшебная сборка существует только в том дистрибутиве которым пользуется Led.

Да и не верю я в это. И желания мучаться с xine давно нет - хватит уже. mplayer всегда работал идеально, ничего никогда не ломалось и давно собираю его из svn (стоит даже несколько версий одновременно - одна собрана с патчами для dshowserver, другая текущая из svn, третья "стабильная" из дистра на всякий случай. всё отлично, в отличии от).

>Он не является сторонним, ибо в сорцах мплеера содержатся сорцы ffmpeg.

Это не совсем так:) они там "содержатся", потому, что их туда кладут, специально. В SVN эти проекты живут параллельно.

Хинт:

svn checkout --ignore-externals svn://svn.mplayerhq.hu/mplayer/trunk mplayer

В xine-lib тоже "содержатся сорцы ffmpeg" - посмотри внимательно:)

>нет. mplayer разработчики собирают с тем что у них внутри на svn.

mplayer нельзя собирать "с тем что у них внутри на svn" - "у них внутри на svn" ffmpeg не содержится.

mplayer можно собирать с:

1) с тем, что на ffmpeg'овском svn

2) с системными libav*.so (который УЖЕ собран с ffmpeg'овского svn) - это ШТАТНАЯ возможность

./configure --help

до просветления.

>а не надо путать ffmpeg который у вас стоит и libavcodec.

Ты сам-то понял, что ляпнул? А что по-твоему libavcodec, как не библиотека из состава ffmpeg?

>Да ты правильно понял: xine-libs и mplayer В ТВОЁМ дистрибутиве почему-то собраны с разными libavcodec.

В большинстве. И не помню как щас (могу посмотреть - только сегодня mplayer пересобирал), но раньше линковался статически.

>Да и не верю я в это.

Тут я - пас. По вопросам Веры лучше не связываться:)

>И желания мучаться с xine давно нет - хватит уже.

Вас кто-то заставляет?

>mplayer всегда работал идеально,

А с этим кто-то спорил?

Просто прекращайте ламерский гон на то, в чём не разбираетесь

я не ляпнул. просто то не понял того что сам процитировал - что ffmpeg у тебя устарел.

>mplayer нельзя собирать "с тем что у них внутри на svn" - "у них внутри на svn" ffmpeg не содержится.

svn co -r 14529 svn://svn.mplayerhq.hu/ffmpeg/trunk/libpostproc svn co -r 14529 svn://svn.mplayerhq.hu/ffmpeg/trunk/libavformat svn co -r 14529 svn://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec svn co -r 14529 svn://svn.mplayerhq.hu/ffmpeg/trunk/libavutil

Ась?

>В большинстве.

У большинства - винда на десктопах. Для вас это тоже показатель?

>И не помню как щас (могу посмотреть - только сегодня mplayer пересобирал), но раньше линковался статически.

Я точно тоже не вспомню. Но последние три года mplayer может линковаться с ffmpeg-либами и статически, и динамически.

>mplayer нельзя собирать "с тем что у них внутри на svn" - "у них внутри на svn" ffmpeg не содержится.


svn co -r 14529 svn://svn.mplayerhq.hu/ffmpeg/trunk/libpostproc
svn co -r 14529 svn://svn.mplayerhq.hu/ffmpeg/trunk/libavformat
svn co -r 14529 svn://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec
svn co -r 14529 svn://svn.mplayerhq.hu/ffmpeg/trunk/libavutil


Ась?

>У большинства - винда на десктопах. Для вас это тоже показатель?

Можно уже услышать название вашего дистрибутива.

>mplayer нельзя собирать "с тем что у них внутри на svn" - "у них внутри на svn" ffmpeg не содержится.

не пиши ерунду. libavcodec внутри исходников mplayer-а. причём тут внешний ffmpeg

>>После п.2 собираем xine-lib и mplayer слинкованными c динамическими ffmpeg-библиотеками (libavcodec.so, etc.)

Пробовали так собирать в той же федоре. ..ня получается.

>Ась?

--ignore-externals

забыл?

Или вам перевести, что означает "external"?

>Пробовали так собирать в той же федоре. ..ня получается.

Ну так посмотрите, как это делают те, у кого получается.

>libavcodec внутри исходников mplayer-а. причём тут внешний ffmpeg

Ещё раз, для блондинок:

svn checkout --ignore-externals svn://svn.mplayerhq.hu/mplayer/trunk mplayer

Я допускаю что мплеер и ксайн могут быть слинкованы с одним libavcodec, но глаза мне говорят что ксайн все равно работает "не так" как мплеер.

> svn checkout --ignore-externals svn://svn.mplayerhq.hu/mplayer/trunk mplayer

и это что должно доказывать?

>Я допускаю что мплеер и ксайн могут быть слинкованы с одним libavcodec, но глаза мне говорят что ксайн все равно работает "не так" как мплеер.

Глаза не должны говорить, глаза должны видеть. И смотреть при этом на mplayer и xine-lib, слинкованные с одними и теми же ffmpeg-либами.

>и это что должно доказывать?

Что ты был неправ:)

>Я точно тоже не вспомню. Но последние три года mplayer может линковаться с ffmpeg-либами и статически, и динамически.

Я про умолчания.

Но ffmpeg в дереве mplayer и разработчики пересекаются...

>Ну так посмотрите, как это делают те, у кого получается.

Да я смотрел и когда одно время ffmpeg вдруг ушел, собирал с внешними. И говорю - ...ня получается. Что-то всегда из заявленного не работает, либо валится. Но когда собираешь с тем, что внутри mplayer, все в порядке.

и что же неправильного я написал? libavcodec внутри, ffmpeg отдельно. что там и как линкуется в xine - неважно. главное что всё это потом у них тормозит. иного не видел и не верю что это так. или дайте точную инструкцию как надо собирать "понормальному", так как не знают разработчики пакетов в дистрах.

>Что ты был неправ:)

Вообще они объявляли, что возвращаются в дерево mplayer.

Поучишь их сам?

>Глаза не должны говорить, глаза должны видеть. И смотреть при этом на mplayer и xine-lib, слинкованные с одними и теми же ffmpeg-либами.

Неужто одна версия ffmpeg безбожна лагает, а другая нет. И в течение нескольких лет бажная передает бажность какой-то новой версии, а безбажная другой. При чем так получается что безбажная всегда у мплеера, а бажная у ксайна.

Алсо сейчас посмотрел у меня в Дебиане мплеер и ксайн слинкованы с одной версией libavcodec, но при этом все равно ксайн лагал. Сейчас у меня стоит мплеер из мультимедия репа и судя по зависимостям линковка статичная. Лагов по прежнему нет.

>Но ffmpeg в дереве mplayer

Нет.

>и разработчики пересекаются...

Да, в какой-то мере. Разве только в mplayer и ffmpeg "разрабочики пересекаются"?

>Да я смотрел и когда одно время ffmpeg вдруг ушел, собирал с внешними. И говорю - ...ня получается. Что-то всегда из заявленного не работает, либо валится. Но когда собираешь с тем, что внутри mplayer, все в порядке.

Ну, как у вас получается, так и собираете. Если у вас не получается - это не значит, что это невозможно.

>libavcodec внутри

Нет.

>иного не видел и не верю что это так.

Я уже говорил: по вопросам Веры - это не ко мне:)

>или дайте точную инструкцию как надо собирать "понормальному", так как не знают разработчики пакетов в дистрах.

Я не знаю как "понормальному". Я знаю, что в ALT ffmpeg собирается достаточно регулярно (хотя хотелось бы - регулярнее). С этим ffmpeg (вернее с его динамическими библиотеками) собираются mplayer, libxine и другие пакеты. В плане работа с ffmpeg-кодеками mplayer и xine работают одинаково.

P.S. Последняя сборка mplayer в Sisyphus - всё-таки статическая (это, AFAIR единственный случай из полее получтони сборок за последние более чем два года) (в спеке это преключается одним ключём enable/disable), но это было сделано по причинам, не связанным с темой обсуждения.

>Вообще они объявляли, что возвращаются в дерево mplayer.

Они могу делать, что хотят. Может и объявили, я этого объявления ещё не видел. Ссылку подкинешь?