Mplayer 0.60-pre1

> env CC=kgcc ./configure - тебе поможет под rh!!!

$> rpm -qa|grep kgcc kgcc-1.1.2-40 $> env CC=kgcc ./configure You can get detailed help on configure with: ./configure --help Please wait while ./configure discovers your software and hardware environment! Detected operating system: Linux Detected host architecture: i386 Checking version of kgcc ... egcs-2.91.66, bad Please downgrade(upgrade) gcc compiler to gcc-2.95.2+ or gcc-3.0+ version!

Наверное первый попавшийся kgcc не подойдет? :)

> а можно поинтересоваться ? какое у тебя значение XV_BRIGHTNESS?

video_out_xv: port attribute XV_BRIGHTNESS value is -6

:-)

> MPEG4 - Cel450, K6-2 - 550 +хорошая карта

Несогласен. Имею duron-600 + riva tnt2 + XFree-4 + дрова от nvidia + vo=xv + хардверный звук.
Загрузка проца максимум 23 процента, среднее 13%. Это на mp4. Проверял на разных фильмах.
640х480 фулскрин.

>Несогласен. Имею duron-600 + riva tnt2 + XFree-4 + дрова от nvidia + vo=xv + хардверный звук.
>Загрузка проца максимум 23 процента, среднее 13%. Это на mp4. Проверял на разных фильмах.
>640х480 фулскрин.
Вы как бы это - в архитектурах что-нибудь понимаете?
Duron-600 сидит на EV6 шине а K6-2 на старом socket-7.
Мегагерцы тут ничего не решают.
Для K6-2(III) узкое место - это socket-7 в то время как socket-A может быть полностью нагружен
только K7-1400.

> Для K6-2(III) узкое место - это socket-7
Больно относительное это понятие- узкое. Насколько узкое?
> Duron-600 сидит на EV6 шине
и имеет четырехкратный запас
> а K6-2 на старом socket-7.
То есть более чем в четыре раза слабее? Чего конкретно не хватает, пропускной способности?
Там нужно всего-то 150-200 кб/сек, если не ошибаюсь.
А как быть с селероном? Ему чего нехватает?

>То есть более чем в четыре раза слабее? Чего конкретно не хватает, пропускной способности?
>Там нужно всего-то 150-200 кб/сек, если не ошибаюсь.
Откуда 200?
Выходной поток для 640x480@16*25fps=15.3MB/sec
Но это не очень хорошее качество
1024x768@32*30fps=95MB/sec
Это только выход - а еще нужно еще звук и его сложное (для K6-2) декодирование
плюс декодирование собственно видео потока плюс его вычитывание с носителя.
FYI: 95 MB/sec - это предельная скорость memcpy для K6-2 500.
>А как быть с селероном? Ему чего нехватает?
Celeron'у нехватает собственно фич 7-го поколения - нормальной работы с кешем L2: movntq и prefetch инструкций
У Cel2 с этим уже все в порядке.

не хочет .mov играть, хоть убей, звук есть, а картинки нет :((

hi all! вот вы тут немного жалуетесь на aviplay - тормозной (грузит процессор), возможно кто то отметит худшее качество изображения... все так - я сам с этим столкнулся и был неприятно удивлен торможением на быстрых сценах на моем cel500. в общем то готов был уже перейти на Mplayer, но gcc 2.96 не дал это сразу сделать. однако что мне удалось, так это скопировать кодеки в /usr/lib/win32 от mplayer. запустив как то aviplay, был удивлен высоким качеством его работы - улучшилось значительно качетсво воспроизведения и (самое главное) проц стал значительно меньше грузиться. подумалось, что дело не совсем в aviplay... Кто еще пробывал aviplay с кодеками от mplayer еще?

>не хочет .mov играть, хоть убей, звук есть, а картинки нет :((
Surely?
А что за .mov?
AFAIK - поддержку кодека Sorenson пока не имеет ни один opensource проект - ввиду его крайней закрытости.

>hi all! вот вы тут немного жалуетесь на aviplay - тормозной (грузит процессор), возможно кто то отметит худшее
>качество изображения... все так - я сам с этим столкнулся и был неприятно удивлен торможением на быстрых сценах на
>моем cel500. в общем то готов был уже перейти на Mplayer, но gcc 2.96 не дал это сразу сделать. однако что мне
>удалось, так это скопировать кодеки в /usr/lib/win32 от mplayer. запустив как то aviplay, был удивлен высоким качеством
>его работы - улучшилось значительно качетсво воспроизведения и (самое главное) проц стал значительно меньше
грузиться. подумалось, что дело не совсем в aviplay... Кто еще пробывал aviplay с кодеками от mplayer еще?
Кодеки со страниц mplayer - немножко хакнутые командой mplayer.

> Но это не очень хорошее качество
> 1024x768@32*30fps=95MB/sec

А что, кто-то пишет mp4-фильмы с оригинальным разрешением 1024x768?
Или имелось в виду hardware scaling видеокарты, которая растягивает любую
картинку на полный экран?

>А что, кто-то пишет mp4-фильмы с оригинальным разрешением 1024x768?
незнаю, но формат прозволяет сделать это.
(теоретически даже mpeg1 может содержать поток 4095x4095*60fps)
>Или имелось в виду hardware scaling видеокарты, которая растягивает любую
>картинку на полный экран?
Когда HWscaling - там нужно копировать только декодированную картинку.
Но это уже другой разговор - использование аппаратного ускорения.
А цифра 95MB/sec - это только для того, чтобы показать что k6-2 без
аппаратного ускорения не потянет потенциальный DVD поток.
А аппаратное ускорение - это отдельный разговор и если карта и драйвера
позволяют сделать аппаратное MPEG2 декодирование - то запросто может
хватить и P-100.

Я пробывал. aviplay на глаз показался быстрее и качество лучше. PIII-400 TNT2, mplayer был с xv.

>Я пробывал. aviplay на глаз показался быстрее и качество лучше. PIII-400 TNT2, mplayer был с xv.
Что значит качество лучше?
Качество зависит только от кодека а плейер ту не причем.
Задача плейера - это считать информацию с носителя разделить аудио и видео кадры
загрузить их в кодеки и вывести результат на экран и динамики.
Плюс обеспечение синхронизации за счет отбрасывания видео кадров если проц не тянет.
Так что не надо субьективные ощущения выдавать за свойства программы.

> незнаю, но формат прозволяет сделать это.

Формат - он конечно позволяет, но болванка CDR имеет к несчастью конечный размер ;(

> цифра 95MB/sec - это только для того, чтобы показать что k6-2 без
> аппаратного ускорения не потянет потенциальный DVD поток.

Ну зачем же так резко от темы уходить. Обсуждалось здесь только mp4.

>aviplay на глаз показался быстрее и качество лучше.
Наверное глаз был какой-то очень нестандартный ;) Не может этого быть,
потому что быть не может. Mplayer - самый быстрый в мире плейер. Говорю это, так как
перепробовал все, что в этом мире есть ;)

>Ну зачем же так резко от темы уходить. Обсуждалось здесь только mp4.
Насколько я понял тема начиналась с каких-то потолочных 200KB/sec видео потока
и обсуждения bandwidth:
#> Для K6-2(III) узкое место - это socket-7
#Больно относительное это понятие- узкое. Насколько узкое?
#> Duron-600 сидит на EV6 шине
#и имеет четырехкратный запас
#> а K6-2 на старом socket-7.
#То есть более чем в четыре раза слабее? Чего конкретно не хватает, пропускной способности?
#Там нужно всего-то 150-200 кб/сек, если не ошибаюсь.
#А как быть с селероном? Ему чего нехватает?
Что-то я тут намека на mpeg4 найти не могу.
Если иелся ввиду mpeg4 то об этом писать надо а не подразумевать по умолчанию.

>>Загрузка проца максимум 23 процента, среднее 13%. Это на mp4.

Вот здесь был намек на mp4 ;)

>>Загрузка проца максимум 23 процента, среднее 13%. Это на mp4.
>
>Вот здесь был намек на mp4 ;)
Дак это все тот же anonymous?
Тогда - sorry! Да - для mp4 это нормально на Duron.
У меня Duron-700 и его загрузка декодированием исходного mp4 потока 600*400 примерно 19% без вывода на экран.
Опять таки возвращаясь к узким местам:
макимальная скорость memcpy на Duron-700: 758MB/sec
что несравнимо с 95(100) MB/sec для K6-2/500.
Так что мегагерцы далеко не первый критерий производительности системы.

В Mplayer есть очень полезная для меня фича - видео вывод в dvb карту (я юзаю SkyStar-1 на которой есть ТВвидеовыход) Качество на телевизоре получается хорошое. Но есть проблема звук должен быть 48кГц В cvs от 24 декабря уже есть ресэмплер но с ним mplayer вываливается

Кстати собралось все под 2.96 ASP7.2 без проблем, на Пень-3 ест ~70% цпу. Детально еще не разбирался.

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

>Кстати собралось все под 2.96 ASP7.2 без проблем, на Пень-3 ест ~70% цпу. Детально еще не разбирался.
>Вторая проблема - ни один тв ролик что нам делали разные агенства - не воспроизводится.В какой бы формат конвертнуть чтоб все железно работало? и чтоб
>этот кодек под виндой был?
И это без проблем называется?
см новую новость на главной страничке mplayer.

Гм. К вопросу о просмотре DivX на P233:

На моём P1-266(233 разогнанный) mplayer+SVGALib работает примерно так же как Media Player от известной фирмы под W95 этой же фирмы. Карточка на чипе Mach64 от ATI. Как я понимаю - если иксовый драйвер _не_ поддерживает специфических аппаратных фич карты - то выгоды от перелезания на Иксы никакой ? Или я не прав ?

Если так, то для слабых машин mplayer+SVGALib - самое эффективное.

Последнему anonymous: Если есть возможность (если нет - не надо, вдруг разочаруетесь), попробуйте -vo fsdga в XFree 4.1.x (возможно если XFree не стояло придется пересобрать mplayer). А еще попробуйте скомпилировать ATI Mach framebuffer в ядре и запустить на нем (-vo fbdev). Если что получится - отпишите сюда, думаю многим будет интересно.

Кстати не знаю имеет xv ваш ATI в XFree или нет ... все может быть.

>На моём P1-266(233 разогнанный) mplayer+SVGALib работает примерно так же как Media Player от известной фирмы под W95 этой же фирмы. Карточка на чипе
>Mach64 от ATI. Как я понимаю - если иксовый драйвер _не_ поддерживает специфических аппаратных фич карты - то выгоды от перелезания на Иксы никакой ?
>Или я не прав ?
Да неправ. так как mach64 имеет максимальную поддержку со стороны X11
Но X11 не содержит MMX оптимизации и выполняет операции memcpy как чистый "C"
код поэтому на слабых процессорах (P1MMX) может оказаться так что MMX оптимизированная
memcpy из mplayer будет лучшим решением.
По уму надо делать mach64_vid драйвер ядра.
У меня Radeon VE поэтому radeon_vid и rage128_vid уже написаны.
Все остальное - дело добрвольцев.

>Последнему anonymous: Если есть возможность (если нет - не надо, вдруг разочаруетесь), попробуйте -vo fsdga в XFree 4.1.x (возможно если XFree не
>стояло придется пересобрать mplayer). А еще попробуйте скомпилировать ATI Mach framebuffer в ядре и запустить на нем (-vo fbdev). Если что получится -
>отпишите сюда, думаю многим будет интересно.
>
Как чя уже писал - fsdga это obsolete и скоро его уже не будет
По поводу производительности:
-vo dga == -vo fbdev == -vo vesa
так что разницы никакой.
Единственное решение - это делать mach64_vid (см. выше)
>Кстати не знаю имеет xv ваш ATI в XFree или нет ... все может быть.
X11 имеет акселерированную поддержку Mach64 начиная с 3.0.x

Конечно это уже не совсем новость но pre.2 уже вышел

2nick: X11 имеет акселерированную поддержку Mach64 начиная с 3.0.x еще не означает, что в X11 для Mach64 есть XVideo расширение в драйвере.

Что касается fsdga vs fbdev - у меня почему то dga/fsdga под X11 работал быстрее, чем fbdev для Matrox Mystique 220 (mga_vid для нее нету).

Кстати dga по скорости у меня был такой же как и fsdga.

>2nick: X11 имеет акселерированную поддержку Mach64 начиная с 3.0.x еще не означает, что в X11 для Mach64 есть XVideo расширение в драйвере.
А если посмотреть в сорцы?
>Что касается fsdga vs fbdev - у меня почему то dga/fsdga под X11 работал быстрее, чем fbdev для Matrox Mystique 220 (mga_vid для нее нету).
IMHO субьективные ощущения - тут разница <1% поэтому чтобы ее заметить нужно производить замеры через встроенную benchmark утилиту
>Кстати dga по скорости у меня был такой же как и fsdga.
А почему должна быть разница?
-vo fsdga == -vo dga -fs -zoom

После того как я попробовал -vo vesa,все шрифты были испорчены

Авторитетно заявляю, что мач64 - ацтой ацтоем. Не тибе не хв, не дри... Кстати Ник, вы тут сказали, что так как у вас радеон, то соотв. драйвера уже написаны... Вы имеете ввиду дрёвые драйвера? Слудет ли понимать ваши слова так, что вы сами писали эти драйвера? 10х.

>После того как я попробовал -vo vesa,все шрифты были испорчены
RTFM

>Авторитетно заявляю, что мач64 - ацтой ацтоем. Не тибе не хв, не дри...
mach64 довольно древняя карта для dri - на счет Xv - см. сорцы и заявите авторитетно обратное ;)
>Кстати Ник, вы тут сказали, что так как у вас радеон, то соотв. драйвера уже
>написаны...
Да
>Вы имеете ввиду дрёвые драйвера?
>Слудет ли понимать ваши слова так, что вы сами писали эти драйвера? 10х.
Да