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

2Led

man mplayer там вообще много чего интересного есть, а так если посудить видео можно и через ffplay смотреть - зачем нам посредники???

>ну можно CoreAVC прикрутить ещё.

Если сабж допилят, оно имхо будет ненужно.

>xine умеет использовать libavcodec, но не умеет его использовать так, чтоб не глотались кадры, чтоб не тормозило и чтоб не было рассинхрона видео и звука.

Кстати да, где гарантия что libxine использует все функции ffmpeg??? mplayer это делает или во всяком случае использует ту часть функционала которой мне хватает.

короче - оба "движка" собраны с libavcodec но такая сборка совершенно не гарантирует того что они работают одинаково. именно об этом мы и пишем.

>зачем. проверенный libavcodec внутри. зачем ломать.

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

>mandriva, ubuntu, собиралось в gentoo и через emerge и руками. один хрен.

Руки ровняй:)

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

Ну он не обязательно "тот же", есть такая вещь как патчи, опции сборки, оптимизации, положение планет при сборке.

>короче - оба "движка" собраны с libavcodec но такая сборка совершенно не гарантирует того что они работают одинаково. именно об этом мы и пишем.

Они работают одинаково в плане использование ffmpeg-кодеков. А вы пишете бред:)

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

Он тот же, потому что он ОДИН И ТОТ ЖЕ! libavcodec.so.* - в системе в одном экземпляре:)

>Кстати да, где гарантия что libxine использует все функции ffmpeg???

Посмотри в код - увидишь. И тот и другой просто отдают кодированный поток на libavcodec.so и получают раскодированный поток.

> mplayer это делает или во всяком случае использует ту часть функционала которой мне хватает.

Другого "дополнительного функционала" нет:)

>Другого "дополнительного функционала" нет:)

Смотрим ман мплеера, смотрим на количество опций декодирования видео. xine это тоже умеет?

Если да, то где и как?

>Смотрим ман мплеера, смотрим на количество опций декодирования видео.

Смотри код! Я - смотрю, последние пару лет - практически каждый день:)

>>Смотрим ман мплеера, смотрим на количество опций декодирования видео.

>Смотри код! Я - смотрю, последние пару лет - практически каждый день:)

Уточняю: код ffmpeg, mplayer и xine-lib

Алсо, товарищ Led, хочу заметить что libavcodec является для мплеера родным движком, но не является таковым для xine.

>Посмотри в код - увидишь. И тот и другой просто отдают кодированный поток на libavcodec.so и получают раскодированный поток.

Так, секунду назад я от вас слышал, что в мплеере может быть встроенный libavcodec, а теперь он уже в системе один? Не понимаю.

> Он тот же, потому что он ОДИН И ТОТ ЖЕ! libavcodec.so.* - в системе в одном экземпляре:)

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

зы: правильно ли я понял, что речь идёт о том, что "то, что я вижу на мониторе" ≠ "то, что (и как) оно работает"? потому что результат работы ксайна и мплеера ("картинка на мониторе") ОЧЕНЬ сильно отличаются...

>зы: правильно ли я понял, что речь идёт о том, что "то, что я вижу на мониторе" ≠ "то, что (и как) оно работает"? потому что результат работы ксайна и мплеера ("картинка на мониторе") ОЧЕНЬ сильно отличаются...

Уже да, но началось с того что движок мплеера функциональней, например я уже сказал про сабы, но этот очевидный довод был проигнорирован.

> Другого "дополнительного функционала" нет:)

о! сейчас мне уважаемый Led объяснит, как в ксайне сделать обрезку частот на сабвуфер (аналог мплееровского -vf sub=xxx:y), а так же популярно расскажет, какие опции передавать ксайну, чтоб он адекватно отображал ssa/ass-сабы ^_^

>хочу заметить что libavcodec является для мплеера родным движком, но не является таковым для xine.

Он является "родным" для чего угодно:) Потому что кто угодно может использовать libavcodec.so (линковать и работать с ним)

>Так, секунду назад я от вас слышал, что в мплеере может быть встроенный libavcodec, а теперь он уже в системе один? Не понимаю.

Т.е. вы не понимаете, ликовать можно со статической или с разделяемой библиотекой?

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

Открое тебе секрет, малыш: и mplayer, и xine-libs могут линковаться и со статитческой, и с динамической libavcodec:)

>правильно ли я понял, что речь идёт о том, что "то, что я вижу на мониторе" ≠ "то, что (и как) оно работает"? потому что результат работы ксайна и мплеера ("картинка на мониторе") ОЧЕНЬ сильно отличаются...

Да ты правильно понял: xine-libs и mplayer В ТВОЁМ дистрибутиве почему-то собраны с разными libavcodec. Почему так? Почему одно собрано прямо, а другое криво - это уже вопрос не разработчикам mplayer и xine-lib, и не ком не, а мейнтейнерам твоего дистрибутива.

> -vf sub=xxx:y

гомэнасай, -af sub=xxx:y

>Уже да, но началось с того что движок мплеера функциональней, например я уже сказал про сабы, но этот очевидный довод был проигнорирован.

Вы нагло врёте. Изначально было заявлено, что "в mplayer ffmpeg правильный, а в xine-lib - нет". Было ещё одно бредовое заявление: "mplayer использует ffmpeg правильно, а xine-lib - нет". Заявления - ламерские:)

>о! сейчас мне уважаемый Led объяснит, как в ксайне сделать обрезку частот на сабвуфер (аналог мплееровского -vf sub=xxx:y), а так же популярно расскажет, какие опции передавать ксайну, чтоб он адекватно отображал ssa/ass-сабы ^_^

Это не имеет отношения к декодированию и, в частности, в ffmpeg'у.

>Он является "родным" для чего угодно:) Потому что кто угодно может использовать libavcodec.so (линковать и работать с ним)

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

>но этот очевидный довод был проигнорирован.

этот "очевидный довод" (про сабы) не имеет никакого отношения в декодированию. Я уже сказал (вы невнимательно читаете или буквы пропускаете?), что с тем, что сабы mplayer поддерживает (возможно) лучше, я не спорю.

>Это не имеет отношения к декодированию и, в частности, в ffmpeg'у.

Еще раз повторяю, разговор начался с "mplayer + ffmpeg уделывают всех", а не "ffmpeg уделывает всех" может еще раз 10 повторить?

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

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

>что с тем, что сабы mplayer поддерживает (возможно) лучше, я не спорю

>(возможно) лучше

Дело в том что xine их вообще не поддерживает.

>Еще раз повторяю, разговор начался с "mplayer + ffmpeg уделывают всех",

А я всего лишь заявил, что в плане, касающемся декодиравния посредством ffmpeg, mplayer и xine-lib - одинаковы.

>а не "ffmpeg уделывает всех" может еще раз 10 повторить?

Зачем 10 раз повторять? Лучше ОДИН раз внимательно читать (и, желательно, понимать) написанное:)

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

Да? Вспомнил 5 федору, на которой кодеков нет. Качаем libxine. Компилим. Вуаля все работает. Или он с собой тащит ffmpeg? Но как это тогда уживается с утверждением что libavcodec в системе один, знаете ли тащить либы из другого проекта/пакета - это не Unix-way.

>Зачем 10 раз повторять? Лучше ОДИН раз внимательно читать (и, желательно, понимать) написанное:)

Желательно тему целиком читать.

>Дело в том что xine их вообще не поддерживает.

Ну и? какое отношение сабы имеют к "В проприетарных драйверах nVidia для Linux/FreeBSD/Solaris появилась поддержка Pure Video"?

>Вспомнил 5 федору, на которой кодеков нет. Качаем libxine. Компилим. Вуаля все работает. Или он с собой тащит ffmpeg?

Да. Но никто не заставляет компилить с тем ffmpeg, который он "с собой тащит" (он там, как правило, более старый).

Откройте для себя "ключики" в ./configure:)

> Открое тебе секрет, малыш: и mplayer, и xine-libs могут линковаться и со статитческой, и с динамической libavcodec:)

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

> Да ты правильно понял: xine-libs и mplayer В ТВОЁМ дистрибутиве почему-то собраны с разными libavcodec. Почему так? Почему одно собрано прямо, а другое криво - это уже вопрос не разработчикам mplayer и xine-lib, и не ком не, а мейнтейнерам твоего дистрибутива.

и то и другое собрано мной лично =) а в МОЁМ дистрибутиве вообще нет мплеера, остынь =) или сейчас мсье Led мне расскажет, как ПРАВИЛЬНО собрать ксайн, чтобы он делал обрезку частот на сабвуфере и показывал сабы в асс/сса согласно спецификации (как это делает мплеер)? жду с нетерпением =)

>Ну и? какое отношение сабы имеют к "В проприетарных драйверах nVidia для Linux/FreeBSD/Solaris появилась поддержка Pure Video"?

А такое, что вроде даже на первой странице была фраза, что все нормальные технологии появляются в мплеере. Вы лично пропатчите xine под это дело?

>и показывал сабы в асс/сса согласно спецификации (как это делает мплеер)?

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

>Да. Но никто не заставляет компилить с тем ffmpeg, который он "с собой тащит" (он там, как правило, более старый).

>Откройте для себя "ключики" в ./configure:)

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

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

Я один вижу противоречие?

> Это не имеет отношения к декодированию и, в частности, в ffmpeg'у.

это имеет отношение к результату и, в частности, к xine-lib

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

Ооо! Как всё запущено. Да, ты оказывается, воинствующий ламер:)

>Ооо! Как всё запущено. Да, ты оказывается, воинствующий ламер:)

А что у меня в сорцах мплеера делают сорцы libavcodec? Магия?

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

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

>это имеет отношение к результату и, в частности, к xine-lib

Это не имеет отношения к декодированию и, в частности, в ffmpeg'у.

>Это не имеет отношения к декодированию и, в частности, в ffmpeg'у.

Так если эти патчи от нвидии на ffmpeg как вы утверждаете, а сабы не имют к нему никакого отношения, то какого .... у меня сабы с этими патчами не грузятся, а с опцией -ass мплеер так и вообще крошиться, при чем именно при использование вывода vdpau и использования спец кодека, на основе ffmpeg о котором написано в ридми?

>Я один вижу противоречие?

Нет. Возможно и другие ламеры тоже видят противоречие в том, чтобы ликовать или с системной libavcodec, или с libavcodec, вложенной в дерево исходников. Повторяю: это штатная возможность!

При прочих вариантах сабы работают.

>Так если эти патчи от нвидии на ffmpeg как вы утверждаете, а сабы не имют к нему никакого отношения, то какого .... у меня сабы с этими патчами не грузятся, а с опцией -ass мплеер так и вообще крошиться, при чем именно при использование вывода vdpau и использования спец кодека, на основе ffmpeg о котором написано в ридми?

Это связано с вашими руками:)

Еще раз

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

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

Вы сказали, что libxine не может воспроизводить видео не через ffmpeg и что я вру, что может.

Но:

>Да. Но никто не заставляет компилить с тем ffmpeg, который он "с собой тащит" (он там, как правило, более старый).

>Откройте для себя "ключики" в ./configure:)

Уже тут вы говорите об обратном.

>Это связано с вашими руками:)

Да? Ну соберите мплеер с этими патчами и покажите как оно работает с сабами.

Но если они не связаны, как сабы патчи на кодеки повлияли на сабы? Если выбрать просто вывод vdpau без указания кодека, то сабы работают.

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

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

исправлено.

>Уже тут вы говорите об обратном.

Ок, по пунктам (специально для блондинок):

1) xine-lib тащит в себе libavcodec из ffmpeg - можно собрать с ним (статитчески).

2) Можно собрать свежую ffmpeg и установить её в систему.

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

Где здесь противоречие?

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

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