MPEG-1, MPEG-2 - особенно актуально. Их и так могут в реальном времени декодировать чуть ли не первопни.

А когда в пропиетарные драйверы nVidia добавят, наконец, руткит?

> Вопрос на засыпку: Можно ли ожидать мплеер с этим патчем например внутри дебиан-мультимедия? В ветке анстейбл?

Можно. Ожидай!

> MPEG-1, MPEG-2 - особенно актуально. Их и так могут в реальном времени декодировать чуть ли не первопни.

Ну давай, раскодируй 1920x1200 в mpeg-2 на первопне.

> 2D. nv работает нормально, а с проприетарными дровами тормоза

KDE4?

да не только кеды. фаерфокс например... ну в кедах да, это вообще жесть.

кстати, с этими дровами гуд все - работать можно даже в кде4

ну вот - разработчики ффмпег обратили на VDPAU патч внимание, думаю что и доведут его до ума http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-November/056065.html

>Ну давай, раскодируй 1920x1200 в mpeg-2 на первопне.

А разве в mpeg-2 битрейт может быть выше чем 9600 kbit?

NVIDIA VDPAU Benchmarks

http://www.phoronix.com/scan.php?page=article&item=nvidia_vdpau&num=2

> А разве в mpeg-2 битрейт может быть выше чем 9600 kbit?

MPEG-2 HL - 1920x1152@30fps = 80 Mbit/s

http://ru.wikipedia.org/wiki/MPEG-2

>Блин, хотел пропатчить гентушный мплеер, а не получилось. А из свн вручную сливать надо, ибо нету media-video/mplayer-9999. Вот подстава-то...

layman -a berkano

>MPEG-1, MPEG-2 - особенно актуально. Их и так могут в реальном времени декодировать чуть ли не первопни.

1) Энергопотребление и загрузка.

2) качество отображения, плавность перемотки.

>Ёлки-палки, не прошло и 20 лет как подобный функционал появился в Линуксе: в Винде ещё лет 10 назад были драйвера с аппаратной поддержкой mpeg-1, потом mpeg-2

у меня уже давно стоит декодер mpeg1/mpeg2 sigma. под линуксом работает, картинка просто отличная.

а управление лампами для ноутов с gf8xxx/9xxx собираются прикрутить в этих дровах или ничего не слышно?

> А разве в mpeg-2 битрейт может быть выше чем 9600 kbit?

Это ограничение (точнее, 9800) - у формата DVD. Сам кодек умеет по крайней мере десятки мегабит (больше не пробовал).

>>2D. nv работает нормально, а с проприетарными дровами тормоза

>>Не замечал такого не на 6600gt не на 8600gt.

>Да это просто лоровский мем такой, на самом деле тормозов нет

да какой блин мем, реально тормозит( на бете вроде получше стало

>KDE4?

нет, KDE3 o_0

>amd64, em64t и x86_64 это три разные вещи

С ..уев ли, простите?

EMT64t - тот же самый x86_64,с некоторыми различиями.

amd64 - новое название x86_64. Придумано AMD:

http://www.amd.com/us-en/Processors/ProductInformation/0,,30_118_9331_13278,0...

Intel тоже не дремало, и придумало новое название Intel 64.

http://www.intel.com/technology/intel64/index.htm

>а у мну не пашет :(

У эмо и кавайщиков никогда не пашет.

>Что еще раз доказывает, что mplayer+ffmpeg единственно православен, в отличие от вонючих кривых bloatware недофреймворков типа xine и gstreamer и всей отвратной кучи недоплееров, на них основанных.

+1

>Что ещё раз доказывает, что анонимные школнеги тупы. ffmpeg в mplayer и в xine может быть один и тот же.

Конечно. Только ffmpeg в дереве mplayer. И патчи под последний.

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

>А разве в mpeg-2 битрейт может быть выше чем 9600 kbit?

А при чем тут это?

> кавайщиков никогда не пашет.

у меня всё всегда пашет. видимо потому что нет nvidia

> А разве в mpeg-2 битрейт может быть выше чем 9600 kbit?

...
Playing (Anime) Kannagi - 01 Raw (BS-J 1920x1080 MPEG2-TS CM) [10F55FD9].ts.
TS file format detected.
VIDEO MPEG2(pid=320) AUDIO AAC(pid=321) NO SUBS (yet)! PROGRAM N. 171
VIDEO: MPEG2 1920x1080 (aspect 3) 29.970 fps 24000.0 kbps (3000.0 kbyte/s)
...

ня?

> amd64 - новое название x86_64. Придумано AMD:

rotfl

Скажи мне, милый ребенок, в каком ухе^W^W^W А кто, собственно, придумал эту архитектуру и создал первые такие процессоры? До AMD как бы никаких x86_64 и не было.

>Конечно. Только ffmpeg в дереве mplayer.

4.2

xine-lib тоже собирается с самым свежим ffmpeg. Или в твоём дистре мейнтейнеры не так делают?

Когда ваш xine научится работать так же как мплеер, тогда и поговорим, а пока xine только для DVD и подходит.

>Когда ваш xine научится работать так же как мплеер, тогда и поговорим, а пока xine только для DVD и подходит.

Никогда не научится "как мплеер". Потому что xine - это библиотека.

> а пока xine только для DVD и подходит.

xine совсем для dvd не подходит. Только ogle, только победа.

>Никогда не научится "как мплеер". Потому что xine - это библиотека.

xine-ui - официальный фейс libxine. Мплеер тоже движок на основе ffmpeg (точнее использующий кодеки). Но вопрос в другом:

1) xine-ui умеет намного меньше

2) Сам движок много чего еще не умеет

3) HD видео в xine тормозит в отличие от ...

> Мплеер тоже движок на основе ffmpeg

Трава? Вещества?

> HD видео в xine тормозит в отличие от ...

и даже не HD

>Трава? Вещества?

А на чьей же он еще основе?

для забаненных в википедии: "Most video and audio formats are supported natively through the libavcodec library of the FFmpeg project."

http://en.wikipedia.org/wiki/MPlayer

Такс,

> libavcodec library of the FFmpeg project.

Ты приводишь мне эту цитату, но при этом утверждаешь, что у мплеера свой магический в вакуме движок?

Где-то в 1999-2000 гг АМД начало разрабатывать новую 64-бит архитектуру на основе старой x86, и назвало ее x86-64. В 2003 г. непосредственно перед запуском первого процессора Opteron на этой новой архитектуре, они из маркетинговых соображений переименовали ее из x86-64 в amd64, если мне не изменяет память, в 2005 или 2006 году, Интел добавила аналогичные возможности в процессора Pentium 4, назвав их emt64. А выше приведенная ссылка на Intel 64 - это уже совсем новые веяния. Видимо Intel ждало пока все забудут про IA64, чтобы заново назвать архитектуру тем же именем.

>xine-ui - официальный фейс libxine.

В чём его "официальность"? Чем gxine - неофициальный?

>Но вопрос в другом:

Вопрос именно в этом. Ты просто "плаваешь" в вопросе:)

>1) xine-ui умеет намного меньше

Согласен. только при чём тут xine-ui?

>2) Сам движок много чего еще не умеет

Он умеет использовать ffmpeg-кодеки, т.е. использовать libavcodec на 100%. Как и mplayer. О чём вы тогда хотели ещё рассказать? О том, что пользовательский интерфейс mplayer для вас удобнее, чем xine-ui? Тогда так и говорите, а не приплетайте сюда ffmpeg.

>3) HD видео в xine тормозит в отличие от ...

Кодек - один и тот же, вплоть до того, что используется одна и та же libavcodec.so.*

Вывод изображения - посредством одной и той же libXv.so.*

Если у вас не так - жалуйтесь на шаловливые ручки свои или вашего мейнтейнера.

>О том, что пользовательский интерфейс mplayer для вас удобнее, чем xine-ui? Тогда так и говорите, а не приплетайте сюда ffmpeg.

1) Разговор был не только об ffmpeg, а об mplayer+ffmpeg vs libxine ну допустим плюс тот же ffmpeg. И о том, что приличные технологии появляются именно в мплеере. За последние два года xine почти не изменился в отличие от мплеера. И о том что первый вариант пока уделывает второй. Когда хотя бы поддержка сабов нормальная будет в libxine тогда и будет разговор.

>Если у вас не так - жалуйтесь на шаловливые ручки свои или вашего мейнтейнера.

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

>И о том, что приличные технологии появляются именно в мплеере.

Они появляются в ffmpeg (в части кодеков).

>За последние два года xine почти не изменился в отличие от мплеера.

xine может использовать сегодняшний ffmpeg. Последние несколько лет, например, в ALT xine собирается с использованием libavcodec из последнего ffmpeg.

>И о том что первый вариант пока уделывает второй.

За счёт чего? Если libavcodec - один и тот же?

>Когда хотя бы поддержка сабов нормальная будет в libxine тогда и будет разговор.

Ну вот, теперь сабы. Зачем же спрыгивать так тупо с кодеков на сабы?:) Если вы скажете, что mplayer лучше поддерживает сабы, я с этим спорить не стану:)

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

Ничего магического, просто mplayer и xine слинкованы с одной и той же libavcodec.so.* из свежего ffmpeg. Что здесь нелогичного?

>Зачем же спрыгивать так тупо с кодеков на сабы?:)

Еще раз повторю, разговор начался не о кодеках, а о движке (что-то по типу "mplayer + ffmpeg уделывают всех", а согласитесь это отличается от "ffmpeg уделывает всех). Надеюсь никто не будет спорить что движки мплеера и xine разные?

>xine может использовать сегодняшний ffmpeg

А может и не использовать. У меня в дебиане пакет libxine1-ffmpeg отдельный, который может быть и не установлен, а xine и сам, на сколько я помню, способен воспроизводить видео. Так же как и мплеер способен цеплять внешние dll и прочие кодеки. Так что опять же мимо кассы.

libavcodec у mplayer-а свой внутри. а xine безобразно тормозит даже на на разрешении близком к DVD и чуть выше при проигрывании H.264 - глотание кадров и последующий рассинхром звука с видео. даже на быстрых машинах. и меня не интересует кто виноват - в mplayer такого не было никогда.

>Ничего магического, просто mplayer и xine слинкованы с одной и той же libavcodec.so.* из свежего ffmpeg. Что здесь нелогичного?

Опять же xine не слинкован, а надо ставить отдельный пакет libxine1-ffmpeg. Может что и изменилось с тех пор когда я последний раз _серьезно_ гонял xine, но он не способен полностью меня удовлетворить.

>> libavcodec library of the FFmpeg project.

>Ты приводишь мне эту цитату, но при этом утверждаешь, что у мплеера свой магический в вакуме движок?

libavcodec у mplayer-а внутри. считается что libavcodec часть проекта ffmpeg. но это не ffmpeg внутри mplayer-а. и кодировщик у проекта свой - mencoder.

>libavcodec у mplayer-а свой внутри.

4.2. Может быть внутри, если слинкован статически, но может быть слинкован с разделяемой libavcodec.so. Как и любой другой софт:)

>а xine безобразно тормозит даже на на разрешении близком к DVD и чуть выше при проигрывании H.264 - глотание кадров и последующий рассинхром звука с видео.

Вешайте баги на пакет в своём дистрибутиве. Правильно собранные mplayer и xine с одной и той же libavcodec.so работают абсолютно одинаково в плане декодирования посредством ffmpeg-кодеков.

>и меня не интересует кто виноват - в mplayer такого не было никогда.

Если не интересует, то, может, не стоит так уверено рассказывать о том, в чём не разбираетесь? Признайтесь тогда честно: "В моём дистрибутиве xine работает хуже mplayer, не знаю почему, наверное xine собран некомпетентным мейнтейнером"

>считается что libavcodec часть проекта ffmpeg

Не считается, а так и есть:)

>и кодировщик у проекта свой - mencoder.

mencoder использует (в основном) libavcodec в качестве бэкэнда. Своих кодеков в mplayer/mencoder практически нет (есть, например, свой mp3-кодек - хакнутый старый mpg123). Из своего в mplayer/mencoder - несколько муксеров/демуксеров, но тоже не все, для некоторых он использует libavformat из ffmpeg.

>Они появляются в ffmpeg (в части кодеков).

Соберите мне xine с CoreAVC, хотя это и не к ffmpeg относится, но к движку мплеера так точно, а разговор был именно об этом.

>Он умеет использовать ffmpeg-кодеки, т.е. использовать libavcodec на 100%. Как и mplayer.

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

последний раз проверял год назад в ubuntu на Athlon 2.4 Ггц при проигрывании H.264 при небольшом апскейле DVD рипа до 848x480 - рассинхрон через минут 10-15, и просто глотание кадром. причём иногда рассинхрон прогрессировал и иногда проигрывание вообще останавливалось с выводом ошибки в GUI плеера. mplayer проигрывал это видео и на кардинально более слабых машинках.

Извиняюсь, вроде можно, но патчи в сети я только для мплеера видел, потому такое мнение и сложилось.

>последний раз проверял год назад в ubuntu на Athlon 2.4 Ггц при проигрывании H.264 при небольшом апскейле DVD рипа до 848x480 - рассинхрон через минут 10-15, и просто глотание кадром. причём иногда рассинхрон прогрессировал и иногда проигрывание вообще останавливалось с выводом ошибки в GUI плеера. mplayer проигрывал это видео и на кардинально более слабых машинках.

При этом мплеер старается как правило подогнать звук и видео друг под друга, даже если происходит ресинхронизация.

>4.2. Может быть внутри, если слинкован статически, но может быть слинкован с разделяемой libavcodec.so. Как и любой другой софт:)

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

>Вешайте баги на пакет в своём дистрибутиве. Правильно собранные mplayer и xine с одной и той же libavcodec.so работают абсолютно одинаково в плане декодирования посредством ffmpeg-кодеков.

не надо нам такой одинаковости проигрывания по скорости с xine. то как есть в mplayer - устраивает и замедлять это не надо. ну можно CoreAVC прикрутить ещё.

>наверное xine собран некомпетентным мейнтейнером"

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