Вышла новая версия одного из лучших медиа проигрывателей под Linux. По словам разработчиков исправлена тонна ошибок, а так же добавлено много вкусностей...
Значит вот... При компиляции на RH9 с 2.6 ядром выдает ошибку. Лечится ключиком --disable-win32 Перестал парсить asf-файлы (впрочем, возможно сами эти файла на specialradio.ru битые), предыдущая версия (а точнее пред-предыдущая :) работала нормально.
> В xvid пока не кодирую - картинка замечательная и четкая, а резкие движения дергаются, сволочи.
странно, я вот пытаюсь сравнивать качество, на наиболее экшеновских сценах, у перепакованного из DivX мувик в Xvid, у исходного мувика качество, конечно, немного лучше.. но и в хвидовском ничего, причем заметно ухудшение качества только где экшена на экране много.. но я незаметил никаких подергиваний у хвидовского мувика.. вроде все плавно.
А какой смысл уже однажды сжатый фильм (DivX) перекодировать в другой сжатый формат(Xvid) ? От этого же только качество ухудщиться и все... Это же то же самое что сжатый JPEG потом еще раз сжимать JPEG. Ладно если еще более менее качественные MPEG2 с DVD сжимать сразу в Xvid, но зачем делать это с DivX - непонятно.
У меня с какого-то момента вдруг звуки в MPlayer'e на некоторых mpeg'ah стали с помехами. Что в 0,92 что в 1.0pre4. Другие файлы нормально mplayerom играются, а эти файлы нормально играются другими плэйерами. Mplayer пересобирал с тех пор не раз, пробовал -ao менять.
Может кто может предположить почему так ??? (OS=SUSE 9.0)
Где экшн подергивания - тачки быстро поворачивают, например. Я тут пробовал мультик кодировать, Бланко (как-то так, про собаку), дык в сцене, где собаки перед крыльцом собирают упряжку за лекарствами, вообще косяк какой-то. Правда это была бета3. Сейчас с релизом попробую.
вот если бы в mplayer-е сделали demuxer как в vlc, а то mplayer частенько не может какой-нить vob проиграть(звук или видео), а vlc замечательно играет...
> У нас же не однозадачный DOS, так что в это время можно заняться > чем-нибудь другим. Кроме того, на более слабом компе 50% > превратится в 100%, и смотреть будет не возможно.
Да, действительно... 5-10%% дает mplayer, 6-13 - wim mediapleyer. Часа полтора назад попросил проверисть. Абалденный выигрыш. А процессор, на каком гонялось, уж и не выпускается, кажется... ;-)
Народ, у кого разница большая, что за камни ? цифры, что мне дали, это на P4 середины прошлого года. Про частоту не в курсе.
> у меня похожая петрушка (2000+ t-bread), причём не только > с mplayer'ом; скажем, при просмотре DVD на xin'e загрузка > процессора <= 4%, очень странно...
И правда странно. На Терминаторе у меня 6-9. А когда они там с молниями появляются, аж до 12 скачет. На титрах - да, ~1%. P4 2.8 mplayer, правда, с Runtime CPU Detection.
У одного 60%, у другого 10%. Нельзя просто так меряться cpu load'ами. Надо брать какой-нибудь один эталонный divx/xvid файл, запускать его с определенными параметрами и считать среднюю загрузку.
А то одни включат сцену, где лицо актера на весь экран неподвижное т радуются, что у них 1%, а другие экшен какой-нить. Да еще с разными разрешениями и битрейтами.
А какой смысл уже однажды сжатый фильм (DivX) перекодировать в другой сжатый формат(Xvid) ? От этого же только качество ухудщиться и все... Это же то же самое что сжатый JPEG потом еще раз сжимать JPEG. Ладно если еще более менее качественные MPEG2 с DVD сжимать сразу в Xvid, но зачем делать это с DivX - непонятно.
Потому что "мартышкин труд" любят делать. Вообще не понимаю как можно сжать уже некачественное изоображение что бы у него качество появилось, да и нафиг нать эти понты я тоже не понимаю.
Вообще, geexbox, это особым образом собраный Live CD размером всего в несколько (4,8) мегабайт ориентированный исключительно на просмотр видео, со всеми вкусностями вроде TV-out'a, или DVD. Я все свои видеодиски пишу с Geexbox'ом на борту. Получившиеся диски работают даже на p166. Если сайт сейчас молчит, то можно погуглить на предмет поиска geexbox-generator-0.96 (на filesearch.ru только 9.5) - это чтобы свои диски собирать, или ftp.yaroslavl.ru/pub/Linux/Video/geexbox-0.96-en.iso это уже собранный, так что видео хрен засунешь.
У меня был Пень200 MMX с четырех мегабайтовой видяхой (Ati Mach64),проигрывал большинство DivX-ов, есстественно после нескольких часов эксперементов. Качество фильма должно быть хорошим, или меньше. Фильмы в отличном качестве, в огромном разрешении и т.д. приходилось перекодировать %( Использовал DGA без масщтабирования (масштабировал подгоняя разрешение экрана, это делалось автоматически в MPlayer-e) . При этом все портила еще и звукавуха, она сильно проц грузила. Где надо использовался framedrop что кстати нге особо заметно.
Все другое, включая xine и другие виндошные проигрыватели такому тюнингу не поддавались.
У меня ноут и на сколько камень напрягается, настолько батарей хватае.... А летом пыть пыву в парке под березками на скаммеечке с ноутом достаточно приятно...
А я рассказывал. В прошлом выпуске про mplayer мы с irsi и еще кем-то ругались. А пропорции и должны уезжать. В dvd они в файле указываются... Руками выправь.
:) Правильно. Давайте смотреть на примере мультика про саблезубую белку из aice age. Несмотря на не самое большое разрешение, жрет этот мультик хорошо. (Там, где она орех в дерево тащит).
>Ты вот смеешся, а я недавно очередного человека mplayer'ом (под винду) спас от апгрейда - его PIII 533MHz тормозил при просмотре некоторых фильмов. Он смотрел WMP, попробовали всякие там Light Alloy и проч.... единчтвенное что не тормозило - это мплеер =)
>int19h (*) (29.04.2004 18:41:31)
Это жестоко! :)) с таких компов надо наоборот стаскивать
> Вообще не понимаю как можно сжать уже некачественное изоображение что бы у него качество появилось, да и нафиг нать эти понты я тоже не понимаю.
Если изображение зашумленное, например TV-rip, - после пережимания с denoise фильтром (конкретно dn3d в mplayer) качество заметно улучшается.
Также бывает полезно что-либо пережать, чтобы уменьшить большой файл, чтобы влез на CD. Пример. Есть мультик в сериях по примерно 203 МБ каждый, TV-rip. Если писать на 700 МБ диски - теряем 100 МБ на каждом диске. На 800 МБ диск 4 серии уже не влязят. При пережатии каждой серии до 175 МБ с denoise-фильтром мы и качество улучшили, и размер уменьшили, и оптимально использовали место на CD, и меньше потребовалось CD для записи всего этого дела.
Кто-то спрашивал хорошие опции для XVID - их есть у меня. Вот опции, по моему мнению лучшие для сжатия мультиков.
Это опции для максимального качества и максимального времени кодирования. Если используете малый битрейт (меньше 900 kbps), уберите из опций qpel, и, возможно, quant_type=mpeg.
>странно а у меня на атлоне 2000 при просмотре mplayer-ом кушается 0-1% причем скорее 0 чем 1, это баг
Да это баг, причем как обычно в ДНК, и не лечится, проможет только полная вивисекция. Посмотри что выдает мплайер в командной строке он выдает расход около 10 процентов, если запустить прогу которая жрет процессор и посмотреть на сколько уменьшится ее производительность то получишь теже самые 10 процентов. Что и требовалось доказать. top rip
> например для того, чтобы полученный XVid можно было посмотреть на железном
> DVD-плеере человеку, у которого компа дома отродясь не было.
Нука, поподробнее, с каких это пор DVD стали поддерживать MPEG-4 Advanced Simple Profile(XviD), а не только DivX? А по вашему утверждению можно подумать, что DVD с XviD всегда дружило.
> Вообще не понимаю как можно сжать уже некачественное изоображение что бы у него качество появилось, да и нафиг нать эти понты я тоже не понимаю.
да малоли еще для чего может использоваться перекодирование.. я уже ответил, что мы использовали не для улучшения качества, а по лицензионным соображениям.
а какая версия мплеера у тебя?
я не нашел некоторых приведенных опций для xvid в своем мане по mencoder'у..