LINUX.ORG.RU

Вышел MPlayerXP-0.7.1

 , , ,


0

0

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

>>> Подробности



Проверено: Shaman007 ()

Ответ на: комментарий от KRoN73

> перекинув на другие ядра декодинг звука, постпроцессинг, фильтры,
> буферизацию и т.п...


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

eXOR ★★★★★
()
Ответ на: комментарий от mono

> а что мешает добавить такую функциональность в основную ветку? не
> понимаю причин форкоклепания..


Своеобразное мировозрение мэйнтэйнера основной ветки.

eXOR ★★★★★
()

> Ограничение на отправку комментариев: *

неужели так много анонимусов начали сра^W флудить в теме? :)

> не юзай и пользуйся DOS подобным однонитевым mplayerhq

аж прослезился )

> что mplayer просто потерял уважение в моих глазах

но код почему-то "branch of...". Неужели так мало разочаровался, что не
начал полностью свой проект с использованием "чистого" ffmpeg? :)

> т.е. он может на 40 секунд вперёд фильм в память разжать

это ниипца полезная фича, наверное загнусь скоро без неё 8)

ЗЫ: фееричное пендостанское "in god we trust" в сочетании с "666" на
    сайте... ФГМ однако

Andru ★★★★
()

ДАйте нормальные бинарники или сделайте нормальную систему сборки, а то недоподелка какая-то получается. У меня как у потребителя вашего плеера нет желания ковыряться с make файлом.

И вообще многопоточность становится не нужна в силу возможности декодинга HD h264 контента на видеокартах nvidia в линуксе

Arceny ★★
()
Ответ на: комментарий от shahid

> Ладно, кому нужны 64-битные бинарники - вытащит их из rpm ;) ибо быстрого workaround для этой траблы не знаю.

arceny@Metal-Alpha:~/Downloads $ fakeroot alien mplayerxp-0.7.1-1.x86_64.rpm

Unpacking of 'mplayerxp-0.7.1-1.x86_64.rpm' failed at /usr/share/perl5/Alien/Package/Rpm.pm line 155.

Кроме того не получается банально распаковать rpm как архив - ошибка. И так с любым rpm пакетом. Версии, установленные в моём Debian Lenny- последние.

Проверял на 2х разных системах.

Как бы его распаковать? :)

Arceny ★★
()

Корое собрал, закомментировав строки в конфигуре и оставив enable pthread
Собралось и проинсталлилось в /usr/local
Ругалось что не может найти либы в /usr/local/lib/codecs но помог симлинк.
Валится на любом видео с
catching signal: Segmentation fault in thread: main (0) in module: init_video_codec

Arceny ★★
()

Если бы он еще и ставился...

install: missing destination file operand after `/bin/'

Fedora 10 x86_64

P.S. Вообще спеки и репозиторий могли бы помочь делу популяризации данного продукта.

jackill ★★★★★
()

В убунте 8.10 не собирается, из-за отсутствия libpthread.so, видимо. Симлинк с libpthread-2.8.90.so на libpthread.so не помогает конфигурятору:

Error: Lib pthread not found. (needed by xp mode)

Hokum ☆☆☆☆
()
Ответ на: комментарий от michwill

нет такого в дистре. Есть libpthread-stubs0-dev, но там всякая ерунда внутри. Начинаю подозревать, что из убунты кое-чего выкинули, и тривиальным способом эту библиотечку сабжевой проге не подсунуть

Hokum ☆☆☆☆
()
Ответ на: комментарий от shahid

>а у меня одно йадро дома :'(
>а на работе я фильмы не смотрю.
А завтра вы не найдёте ни одного одно процессорного ноутбука, кроме нетбуков и минибуков, не говоря уже про воркстэйшены.


>1. убрать чекинг gcc и pthread

Это избавит от прблем на этапе конфигурирования, но добавит проблемы на этапе компиляции-сборки

>из Makefile в целях install: наверное следует убрать внезапный
>[BSD-only] параметр -p из команды install - у меня ошибку выдает с
>ним.

Раньше -p что-то полезное делал

>И вообще как-то странно: инсталл посреди компиляции :D
ld-2.19 не хочет собирать, если в -rpath прописан несуществующий каталог.

>И вообще многопоточность становится не нужна в силу возможности
>декодинга HD h264 контента на видеокартах nvidia в линуксе
Многопоточность не нужна только на аналоговых ВМ, а на цифровых она нужна всегда.

nick
() автор топика
Ответ на: комментарий от Arceny

Валится на любом видео с
catching signal: Segmentation fault in thread: main (0) in module: init_video_codec

Если у вас glibc-2.7 то в ней ошибка в функции memset для AMD64 архитектур. С этой glibc лучше юзать 32-битную версию плейера или апгрейдить glibc.

nick
() автор топика
Ответ на: комментарий от Andru

>ЗЫ: фееричное пендостанское "in god we trust" в сочетании с "666" на
> сайте... ФГМ однако
Из 2500 посетителей сайта за истёкшие 16 часов, на 666 обратили внимание около 300, что составляет менее 12% от общего числа посетителей. Видимо вы из числа наиболее наблюдательных

nick
() автор топика

в итоге забил на эту поделку и поставил mplayer с патчем для coreavc. 5 минут делов и многопоточное декодирование отлично работает с h264. осталось купитьь лицензию.

prizident ★★★★★
()
Ответ на: комментарий от anonymous

>А нормальный гуй и ДВД-меню не цели проекта? Значит очередная игрушка для видеоператофф (mencoder) и бенчмарк для Фороникса. И ни разу не "медиаплеер".

Ы? Гуй в плеере? Нафига??

dikiy ★★☆☆☆
()
Ответ на: комментарий от prizident

coreavc ни разу не выход. Я не могу, например, купить лицензию нормально, потому что у нас в магазинах она не продаётся. Вот если бы работало и вправду декодирование через карточки нвидии, и не грузило проц этой ерундой... Мечты, мечты...

Hokum ☆☆☆☆
()
Ответ на: комментарий от nick

>А нормальный гуй и ДВД-меню не цели проекта? Значит очередная игрушка для видеоператофф (mencoder) и бенчмарк для Фороникса. И ни разу не "медиаплеер".

А какрй смысл в этом? Все равно если процессор медленный, то это ничего не даст.

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

>А какрй смысл в этом? Все равно если процессор медленный, то это ничего не даст.

xp даёт эффект на относительно быстрых процессорах, когда для декодирования фильма в целом нужно <100% прцессорного времени, а для декодирования отдельных кадров >100% на33-40 миллисекунд. mplayer + lavdopt thread даст эффект только тогда когда всего декодирование одного кадра требует >100% cpu. ЕСли несколько кадров подряд требуют >100% cpu, то эффект даст только XP.

nick
() автор топика
Ответ на: комментарий от nick

>xp даёт эффект на относительно быстрых процессорах, когда для декодирования фильма в целом нужно <100% прцессорного времени, а для декодирования отдельных кадров >100% на33-40 миллисекунд. mplayer + lavdopt thread даст эффект только тогда когда всего декодирование одного кадра требует >100% cpu. ЕСли несколько кадров подряд требуют >100% cpu, то эффект даст только XP.

дык какая разница. Все равно тратится одно и тоже количество процессорного времени. Или ты хочешь сказать, что lavdopt параллелит только при необходимости?

Даже если так, то чем это плохо?

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

>дык какая разница. Все равно тратится одно и тоже количество
>процессорного времени. Или ты хочешь сказать, что lavdopt параллелит
>только при необходимости?
Для транскодера может разницы и нет, а для воспроизведения фильма отсутствие рывков и протяжек улучшает зрительное восприятие.

nick
() автор топика
Ответ на: комментарий от nick

>Для транскодера может разницы и нет, а для воспроизведения фильма отсутствие рывков и протяжек улучшает зрительное восприятие.

?? Или ты имеешь в виду случаи, когда сэкономленное время на декодировании одних кадров тратиться потом на другие. Так? Тогда таки да. Это +. Но чтобы ощутить этот плюс нужен компьютер с конкретно определенной скоростью. Чуть-чуть больше или чуть-чуть меньше и этот + уже ничего не даст.

dikiy ★★☆☆☆
()
Ответ на: комментарий от kto_tama

>будущее по-любому за много-поточностью кто раньше поймет , тому и карты в руки

Если на то пошло, будущее за LISP, а не за мамонтом C.

dikiy ★★☆☆☆
()
Ответ на: комментарий от Andru

>> т.е. он может на 40 секунд вперёд фильм в память разжать

>это ниипца полезная фича, наверное загнусь скоро без неё 8)

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

AVL2 ★★★★★
()
Ответ на: комментарий от dikiy

>Или ты имеешь в виду случаи, когда сэкономленное время на декодировании одних кадров тратиться потом на другие.

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

AVL2 ★★★★★
()
Ответ на: комментарий от nick

>Из 2500 посетителей сайта за истёкшие 16 часов, на 666 обратили внимание около 300, что составляет менее 12% от общего числа посетителей. Видимо вы из числа наиболее наблюдательных

Лично мне плевать на то, как вы ссылки обзываете, но должен заметить что около 300 человек или менее 12% от общего числа посетителей, это как бы до ху^W повод задуматься о том, что их беспокоит...

AVL2 ★★★★★
()
Ответ на: комментарий от kto_tama

>будущее по-любому за много-поточностью

В будущем не будет потоков. Будущее за плоскими матрицами примитивных процессорных юнитов с кусочками ОЗУ на борту и последовательной шиной "гиперкуб" между ними. С точки зрения программиста, это будет облако процессов, которое будет осаждаться на узлы гиперкуба и управляться данными.

>кто раньше поймет , тому и карты в руки

вот вот.

AVL2 ★★★★★
()

так верстают только чудаки! Пы.Сы. Юзаю мплеер с патчами vdpau.

AiFiLTr0 ★★★★★
()

Любопытно, кто этих людей учил делать www-страницы?

kraw ★★★★
()
Ответ на: комментарий от Andru

1. нет ебилда 2. у coreavc есть побочный эффект в виде меньшего потребления процессора. это хорошо на слабых процессорах.

prizident ★★★★★
()
Ответ на: комментарий от Hokum

> coreavc ни разу не выход. Я не могу, например, купить лицензию нормально, потому что у нас в магазинах она не продаётся. Вот если бы работало и вправду декодирование через карточки нвидии, и не грузило проц этой ерундой... Мечты, мечты...

Оно работает, только вот видюхи у мя нету соответствующей :)

Arceny ★★
()
Ответ на: комментарий от nick

> Если у вас glibc-2.7 то в ней ошибка в функции memset для AMD64 архитектур. С этой glibc лучше юзать 32-битную версию плейера или апгрейдить glibc.

Ага, прямо таки да. 32битную, обновить, прочие костыли...

А система сборки _релиза_ предполагает доработку напильником? Зачем тогда вообще пропускать эту новость?

Arceny ★★
()
Ответ на: комментарий от Arceny

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

Hokum ☆☆☆☆
()
Ответ на: комментарий от thresh

ok, значит ждём в следующей убунте HD изкаробки на новых нвидиях

Hokum ☆☆☆☆
()
Ответ на: комментарий от dikiy

>?? Или ты имеешь в виду случаи, когда сэкономленное время на
>декодировании одних кадров тратиться потом на другие. Так?
Да

>Тогда таки да. Это +. Но чтобы ощутить этот плюс нужен компьютер с
>конкретно определенной скоростью. Чуть-чуть больше или чуть-чуть
>меньше и этот + уже ничего не даст.
Ещё как даст!

>В будущем не будет потоков. Будущее за плоскими матрицами примитивных
>процессорных юнитов с кусочками ОЗУ на борту и последовательной шиной
>"гиперкуб" между ними. С точки зрения программиста, это будет облако
>процессов, которое будет осаждаться на узлы гиперкуба и управляться
>данными.

Будущее за аналоговыми компьютерами! Ни сама ли природа учит нас тому, что компьютеры должны быть аналоговыми, а не цифровыми?

>Ага, прямо таки да. 32битную, обновить, прочие костыли...
>А система сборки _релиза_ предполагает доработку напильником? Зачем
>тогда вообще пропускать эту новость?
mplayerxp умеет собираться как в 32 так и в 64 разрядном режиме!

nick
() автор топика
Ответ на: комментарий от Hokum

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

Мой товарищь-гентушник утверждал что всё работает

Arceny ★★
()
Ответ на: комментарий от nick

> mplayerxp умеет собираться как в 32 так и в 64 разрядном режиме!

Мне кажется что он умеет собираться, но не умеет работать :)

Arceny ★★
()
Ответ на: комментарий от Arceny

> Мой товарищь-гентушник утверждал что всё работает

Мой друг-гентушник

Знает массу забавных вещей,

Мой друг-гентушник

Не похож на обычных людей...

(По мотивам БГ)

...Да я и сам гентушник...

(По мотивам Тимура Шаова)

Вопрос: обладатель одноядерного процесса может получить какой-либо выигрыш по производительности в сабже по сравнению с ванильным mplayer?

hobbit ★★★★★
()
Ответ на: комментарий от Arceny

>Мне кажется что он умеет собираться, но не умеет работать :)
На программистских форумах принято вопросы знаний, а не иллюзий!

>Вопрос: обладатель одноядерного процесса может получить какой-либо
>выигрыш по производительности в сабже по сравнению с ванильным mplayer?
В вопросах плавнсоти воспроизведения - yes! В вопросах производительности, для real-time систем важна не производительность, а just in time technology!

nick
() автор топика
Ответ на: комментарий от nick

>На программистских форумах принято вопросы знаний, а не иллюзий!

А LOR тут причём?

kss ★★★★★
()
Ответ на: комментарий от Arceny

>> Если на то пошло, будущее за LISP, а не за мамонтом C. 

> Слушай, напиши мне на лиспе декодер видео

Есть декодер JPEG: 
http://sourceforge.net/projects/freshmeat_cljl/

Хотя по стилю написания исходник больше напоминает ассемблер...

-- [кусок исходника] 
              (setf z1 (plus tmp4 tmp7))
              (setf z2 (plus tmp5 tmp6))
              (setf z3 (plus tmp4 tmp6))
              (setf z4 (plus tmp5 tmp7))
              (setf z5 (mul (plus z3 z4) fix-1-175875602))
              (setf tmp4 (mul tmp4 fix-0-298631336))
              (setf tmp5 (mul tmp5 fix-2-053119869))
              (setf tmp6 (mul tmp6 fix-3-072711026))
              (setf tmp7 (mul tmp7 fix-1-501321110))
              (setf z1 (mul z1 (- fix-0-899976223)))
              (setf z2 (mul z2 (- fix-2-562915447)))
              (setf z3 (mul z3 (- fix-1-961570560)))
              (setf z4 (mul z4 (- fix-0-390180644)))
              (incf z3 z5)
              (incf z4 z5)
-- [конец куска исходника]

monk ★★★★★
()
Ответ на: комментарий от Hokum

>Рад, если так. С какой версии? В каком дистре оно уже есть в юзабельном виде?

gentoo

prizident ★★★★★
()
Ответ на: комментарий от nick

>Будущее за аналоговыми компьютерами! Ни сама ли природа учит нас тому, что компьютеры должны быть аналоговыми, а не цифровыми?

Природа нас учит дуализму и двоемыслию. Основа компьютеров будущего, это свет, который испускается квантами, но обладает свойствами волны.

Будущие компьютеры станут и цифровыми и аналоговыми одновременно. И сразу после этого они зарелизят в торрентах последний фрагмент ДНК и убъют остатки никому не нужного к тому времени человечества...

AVL2 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.