Pull to refresh

Comments 98

может проще было поставить и за ночь перекодировать в хуже качество (да и с вшитыми субтитрами)? или накряйняк знакомых попросить =) но проделанное вызывает уважение!!!
Ваш вариант опробован. Это оказалось даже большим насилием над здравым смыслом, чем просто заставить его крутить 720p :)

п.с. мой первый топик на хабре, я только что получил инвайт и в эйфории
я думаю, что данный вариант не подходит по следующим причинам:
1) аниме — это на 99% торренты и нет смысла захламлять жесткий двумя версиями видео;
2) просмотр идет на 17" мониторе;
3) лениво перекодировать )
4) Износ SSD / флешки (для старых моделей, о которых речь)
Плюс это долгая операция, замучаешься все фильмы перекодировать.
ну я это отнес к третьему пункту.
а так — да, это же нетбук, скорость перекодирования будет очень низкой, и в это время невозможно будет пользоваться компом, так как в фоновом режиме данная операция, скорее всего, будет проходить ОЧЕНЬ долго )
«штатная частота его процессора 600 Мгц, и выше 810 она у меня не «гонится»» — чушь, там процессор Intel Celeron M ULV 353 900MHz который я разгонял без проблем до 1000 MHz, хотя по умолчанию там частота занижена до 600MHz, либо если у вас Eee PC 2G Surf то там процессор Intel Celeron M ULV 800MHz, который «гонится» не хуже.
выше 810 она у меня не «гонится» — чушь

А зачем мне врать?
...83,100; 84,100; 85,100,1,Medium; — вот это кусок моего eeectl-конфига для разгона, именно этим режимом пользуюсь. 85 Mhz FSB, 100 Mhz PCIE, «1» вроде означает «повышенное питание». Любая попытка повысить частоту FSB наказывается BSOD'ом :)
Пока лазил в .ini-файл, заодно выставил «показывать реальную частоту в трее», т.е. умножать на множитель. Показывает 765 Mhz, у меня оказывается ini-файл давно слетел! Сейчас догоню до 810 как полагается, посмотрю как видео работает, возможно подправлю статью.
ЭТО!!! У меня тоже 701 просто вис со стандартным ини, вы сделайте шаг 5(80..85..90), а не 1, и он разгонится!
Не разгонится, я много шаманил. Нестабильная работа и BSOD — вот и весь результат.
На самом деле действительно были такие 701-е, иногда они 701 2G назывались, и было немного, и поставлялись они по контрактным поставкам в школы.
> качество картинки CoreAVC заметно хуже (проверено с включенной постобработкой!) чем у других декодеров
Скрины с включённым деблокингом в студию! CoreAVC и ffmpeg из поставки MPC-HC.
Насчет качества картинки ситуация была такая: у друга включили на 22'' аниме HDTV 1080p. Попробовали выставить CoreAVC, качество заметно ухудшилось, он возмутился и вернул libavcodec назад. Но если надо, я только за восстановление справедливости — сейчас скрины попробую сделать.
Деблокинг был включён или выключен?
Покрыто песком времени. По умолчанию в кодеке он включен, вряд-ли мы что-то трогали в настройках. С другой стороны, как выделю достаточно времени, просто возьму и проверю. Если разница существенная — оно невооруженным глазом видно. Скрины выложу.
Он мог при виде слабого проца его и сбросить.

Я лично разницу не смог увидеть.

CoreAVC:

ffmpeg:
В ваших картинках разницы в качестве на самом деле нет. Возможно специфика видео — с отсутствием резких границ. У нас косяки были именно с границами — была тонкая и четкая обводка (Bakemonogatari, у него специфичный стиль).
Честно сказать, отличий… не вооруженным глазом не видно :(
Ну как же не видно?.. Присмотритесь повнимательнее. CoreAVC действительно проигрывает в темных участках изображения. Там больше нелинейного шума.
У ffmpeg картинка объективно почище будет.
Вы хотябы обвели где это, а то я кроме совсем чуть чуть другой структуры градиентов местами ничего увидеть не могу.

И не забывайте что это видео, оно движется, не надо его под лупой разглядывать тем более статические кадры. При просмотре вы этого не заметите вообще.
Конкретно эти картинки — факт, не заметишь. Но это сильно зависимо от битрейта, разрешения и сложности картинки. Перерыл яндекс и гугль. Помимо вот этого:
http://www.xard.ru/post/12266/default.asp, отрицательных обзоров в сторону CoreAVC не нашел, но раньше натыкался не раз, да и собственный опыт говорит… Но вы все равно посеяли зерна сомнения в своей правоте, спорить больше не буду, доберусь до другана с его Bakemonogatari и посмотрю еще раз :D
Обновить декодер незабудьте, а то используют иногда всякие древности, а потом жалуются…
«Внезапно» увидел что вы еще 2 картинки прислали. Как я понимаю, настройки были таковы: никаких постобработок плеером, только сам кодек, причем в обоих случаях… Если это так, я повержен и готов обелить честное имя CoreAVC в своей статье… Или, с оглядкой на неоднократные упоминания о прогрыше в качестве в угоду скорости, добавить в статью что «примеры показывают обратное».

Получается, «не верь глазам своим», или мы смотрели тогда 1080i а не 1080p и увиденные мной корявости обводки вызваны кривым/ненастроенным деинтерлейсингом. Шыт хэппенс)
> Как я понимаю, настройки были таковы: никаких постобработок плеером, только сам кодек, причем в обоих случаях…
Включён деблокинг и всё.

> Или, с оглядкой на неоднократные упоминания о прогрыше в качестве в угоду скорости, добавить в статью что «примеры показывают обратное».
Некоторые говорят что при виде слабого проца он отключает дополнительные постобработки, я этого на своём Q9450@3.2ГГц и Centrino 2.0 ГГц не заметил, может быть он просто отключает деблокинг в настройках если видит слабый проц (при этом как раз и получется большой прирост произвоительности).

Ну чтож и последний удар, скриншоты сделанные для DXVA (MPC-HC + ATI 4850) и CoreAVC сошлись по контрольной сумме.
Такс извеняюсь за скрины выше оказалось, что перемещение на указанный кадр в случае разных декодеров работает не точно, поэтому скрины разные немного.

Сейчас ещё раз всё перепровил, все декодеры (CoreAVC, ffmpeg, ffmpeg DXVA) на одном и том же кадре на выходе дают скриншоты с одинаковой контрольной суммой.

Кстати в этом заслуга самого H.264 т.к. (если не ошибаюсь) декодирование в этом стандарте тоже стандартиризовано.
Надеюсь это все просто как развлечение) Цены коробочек вроде WDTV сейчас уже сравнимы с ценами на DVD-плееры.
да, WD TV Live и он будет кушать буквально все, с битрейдом до 40мбит (а может и больше, не пробовал)
Предпочитаю минимализм и решение «все устройства в одном», поэтому о специализированном плеере не думал. Коробочка симпатичная, но в качестве покупки… нет, я точно не вхожу в нишу потенциальных покупателей
и выбора-то особо нет — и хочется посмотреть аниме, а оно в HDTV только :)

Вот буржуй, аниме только в HDTV понимаешь у него есть :)

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

Если его изначально в 1080p выпустили и оно так в торренты попало — кому это надо, пережимать в меньшие разрешения? :) что собственно и подразумевалось под словами
оно в HDTV только
, так что вы меня неправильно поняли
Помню в первое время, когда появились 700-мегабайтовые фильмы (распространяемые на болванках), мой тогдашний AMD K6-2 333Mhz вполне таки справлялся с воспроизведением. Однако через какие то пол года — год, он перестал справляться с такими фильмами. Очевидно это произошло из-за увеличившейся сложности компрессинга, MPEG-4 тогда уже появился и народ учился выжимать из него все больше и больше.
В то время я тоже мучился, пытаясь абы-как воспроизвести фильмы. Так что я вас прекрасно понимаю…

Однако все проблемы тогда разом ушли, стоило мне купить Pentium 4 ;-)
подумайте, может не стоит усложнять себе жизнь и купить наконец нормальный компьютер :))))
Безусловно так и сделаю, только вот «нормально» в моем понимании это связка нетбук+клавиатура+монитор, потому что сочетание «выгоды/цены» зашкаливает при моих потребностях. Скорее всего следующий выбор будет основан на PineTrail с новыми видео от Intel, поддерживающим DXVA. Это позволит и 1080p крутить за счет видеокарты, и за относительно мощный ION/ION2 не переплачивать. Я сторонник идеи, что «правильный» нетбук не должен стоить дороже 300-350$
Может купить б.у. на ИОНе, раз уж так хочется экономии?
Думал. Хочется экономии, но не хочется б/у :)
О! Я когда-то смотрел на AMD K6 233 Мгц фильмы MPlayer'ом, станартный виндовый адски тормозил. А те, которые он не осиливал, можно было пережать с потерей качества :)
ключевая возможность — декодирование видеопотока «впредь» в буфер, в соответствии с выставленным размером буфера. Такой возможности я не обнаружил ни у одного другого плеера.
Попробуйте mplayer. При чтении мануала обратите внимание на параметры -cache, -cache-min и -cache-seek-min.

Напомню также, что MPlayer поддерживает:
* многопоточное декодирование (для многопроцессорных/многоядерных CPU);
* возможность аппаратного декодирования с использованием ресурсов GPU;
* возможность использовать внешние прекомпилированные бинарные декодеры (включая проприетарный CoreAVC);
* возможность рендерить субтитры своими средствами, без использования сторонних DirectShow-фильтров типа VSFilter (бывш. VobSub).
Этого-то поста я ждал!!! :)
Если это то, о чем я думаю — грядет новая серия тестов с последующим обновлением статьи :D
Mplayer крут, я только им пользуюсь, но cache вроде относится к размеру буфера при скачивании файла через сеть.
проверил.
Mplayer отклонен!
Нету у него опции выставить размер кэша под пре-рендеренные кадры.
Порылся по гуглам — так и есть, только размер буфера «предварительного».
если у вас есть свободный mini pci-e слот, то рекомендую туда установить Broadcom Crystal HD Enhanced Media Accelerator (на ebay'ях можно легко купить баков за 25) и у вас заработают все вплоть до H.264/AVC HP at L4.1 1080i/1080p, 40 Mb/sec.
видео:
www.youtube.com/watch?v=dkhIZqOePps

зы. лично проверенно
Мечтаю об этой железке :) Ради нее даже на e-bay аккаунт завел, но только слота свободного нет. Планировал ее для будущего нетбука (на e-bay они от 17$ до 25$ кстати) — но сейчас поменял свое решение:
Во-первых, Intel делает теперь поддержку DXVA в своей встроенной графике
Во-вторых, разработчки MediaPlayer Classic: Homecinema к осени 2009 года таки выжали из Intel доступ к спецификации API — раньше DXVA у интелов работало только в платных проигрывателях.
UFO just landed and posted this here
Как я понял, это как раз тот случай. Разработчики Media Player Classic: Homecinema выцыганили у Intel спецификации и написали свой декодер с аппаратной поддержкой интеловских карт НЕ через EVR, а именно что в XP, правда подробностей не знаю. Поправьте если я ошибаюсь
UFO just landed and posted this here
хм… видимо, девайсы оказались популярны, така ка сейчас их цена около 70-80$.
Как с поддержкой в линуксе? Я видел драйвера, но не понял, поддерживает ли mplayer работу через них
не знаю на счет mplayer'a. я использую данную карточку в MacOS (appletv), посредством XBMC.

НО, в то же время могу точно сказать что на данный момент, тот же XBMC но на Linux'платформе работает стабильнее в связке с Crystal HD.
CoreAVC 2.0 — да, это платный кодек, поэтому никаких ссылок не привожу
никаких ссылок, просто какая-то текстовая строчка из буфера вставилась :)
magnet:?xt=urn:btih:QF26QI2YOWX7NSGD3H4RURDPAASBQWIB
А я просто пошел и заплатил стоимость двух бутылок хорошего пива — 5$.
Прежде чем что-то покупать, надо это попробовать. А вдруг вам это не понравится.
CoreAVC стоит $9.95
вы, видимо, пьёте весьма дорогое пиво…
У них регулярные распродажи и раздачи промокодов случаются, во время распродажи со скидкой цена 5$

Я не знаю, какое пьете пиво вы, но по-моему пиво по 70-75 рублей это отнюдь не самое дорогое пиво России. 2 (или 4) бутылки хорошего пива это не слишком великая цена за быстрейший на рынке AVC-кодек.
У них регулярные распродажи и раздачи промокодов случаются, во время распродажи со скидкой цена 5$
А автомобиль можно выиграть совершенно бесплатно на «Поле Чудес» у Якубовича. Но это не повод утверждать, что цена атомобиля $0.0
Давайте всё же отталкиваться от реальной цены, указанной ны сайте производителя. Т.е. цена — это сколько это мне будет стоить, если я хочу его приобрести здесь и сейчас, а не когда-то где-то по спец. акциям, призам, скидкам и бонусам.
Я просто сказал, почем я пошел и купил этот кодек, и только.
Впрочем, если у вас такая проблема с деньгами, что 300 рублей для вас сумма неподъемная, что-ж, я бы посоветовал найти уже наконец нормальную работу, для начала :)
Не надо пытаться считать мои деньги. И тем более нелепо решать за меня, на что мне лучше потратить мои деньги.
А я на EEEPC 701 вот как смотрел аниме с сабами на ЖК телеке: Устанавливал CoreAVC, FFDshow, MPC-HC.
В CoreAVC включаем постпроцессинг на skip when safe, в mpc-hc отключаем рендер сабов и рендерим видео на оверлей, в ffdshow включаем обработчик RAW-видаопотока и включаем рендер сабов. Аниме смотрел через вайфай — все работало без тормозов.
Вопрос, до какого максимального битрейта это «без тормозов» распространялось?
ffdshow включаем обработчик RAW-видаопотока и включаем рендер сабов

Напиши пожалуйста как это делается?
в настройках ffdshow во вкладке «кодеки» в самом низу есть Raw video, нужно поставить all supported, ну и галочку на субтитрах.
Я выше писал, для разгона в eeectl.ini поправьте шаг разгона с 1 до 5
Я там же ответил, это не помогает, дело не в шаге разгона, а в нарастающей нестабильности после превышения определенной частоты. То есть, оно не обязательно сразу умирает (как обычно происходит при неправильном разгоне) — можно включить проц на 900 Мгц, он поживет пару минут и потом BSOD.
Кстати попробовал этот вариант с ffdshow. Интересный эффект — сам собой запустился VobSub и заработал :) Но! При указанных в статье битрейтах, видео не просто стало тормозить — у него понятие fps превратилось в spf — seconds per frame :) ну то есть для выжимания макс производительности этот вариант не годится
так отключить вобсаб надо, пусть сабы сам ffdshow рендерит
надо было качать аниме не в разделе HD, а в разделе SD. и не было бы проблем.
«Если вдруг вы обнаружите такую возможность у кого-то еще — напишите мне!»
MPC-HC с рендером от Haali
Еще один радующий пост! :) Полез в Пуск — Клайт и обнаружил Haali video renderer, с возможностью изменять размер буфера. Однако и там меня ждал облом-с — максимальный размер буфера 256 метров, что при объеме одного фрейма в 720p даст, опять же, 3-4 секунды максимум.

И еще я без понятия, как его подключить :(
В EVR тоже буфер есть, правда в максимум 60 кадров и ограничен объёмом видеопамяти.
Это я просто написал что у него тоже буффер есть, не рекомендую использовать на ееепц, он заметно медленнее, чем оверлей, т.к. ресайзит картинку качественным алгоритмом, и ресайз отключить нельзя
Там для ресайза используется 3D если не ошибаюсь и затык соответственно идёт в видеокарте.
Значит он выпадает из тестов. Насчет EVR — у меня он вообще недоступен, кажется он только на Висте и «семерке» есть?
«TaskManager показывает потребление памяти 180 Мб плеером и 800 Мб — суммарно системой. Еще 1.2 Гб простаивает.» — вы не упомянули, что доставляли оперативки. Это стоит более явно упомянуть в статье, дабы не вводить в заблуждение тех, кто захочет пойти по вашим стопам.
Дельное замечание. Поправил
а как быть человекам на линуксах? coreavc for linux ужо нет :(
поставил SMPlayer. В настройках (основное -> видео) — поставить устройство вывода на xv (т.е. как раз для intel chipset)
на вкладке быстродействие пункт Петелевой фильтр поставить пропускать только для HD video.
Летает! Правда у меня aao d250 и он помощнее будет, но без этих настроек на большом количестве сцен картинка тормозит
После длительного использования различных связок кодек+плеер, решил, что SMPlayer самое удачное и оптимальное по производительности/удобству сочетание тех и других, сразу в одном флаконе.
Лентяй вы, под Линуксом есть самый лучший в мире плеер MPlayer.
ааа я только в Downloads заглянул, смотрю — ничего нет, да и новость на лоре была — coreavc для линуксов вроде как прикрыли. ан нет…

Жди результатов по MPlayer или пробуй сам :)
Насколько помню, это нативный линукс-проект
Отписался выше. Mplayer не имеет требуемой опции.
Хорошим решением может быть установка специализированного дистрибутива линукс, заточенного только под медиа. Напрмиер geexbox. Загружается только урезанное ядро, кодеки и драйвера. Никаких лишний процессов — максимум ресурсов под декодирование видео. Хотя даже с geexbox на моём MSI U100 видео в 720p не тянет.
Приходится предварительно конвертировать в 720х576, чтобы смотреть с комфортом.
Сказки не рассказывайте, а то опять «Всемогущий линукс поможет слабым компьютерам».
Это резко урезает универсальность такого устройства, как нетбук. Получившийся механизм по функциональности будет похож на современные HDTV-плееры, при вдвое большей цене и вдвое меньшей производительности. «вдвое» это я от балды взял, но думаю что от реальных цифр недалеко
Никто не требует устанавливать его основной операционной системой. Это тем более бессмысленно, учитывая размер ISO geexbox'а — 20 МБ.
Geexbox запросто уживается с windows без всяких заморочек с разметкой и форматированием диска. Существует даже специальная утилита — GeeXboX Win32 Installer. Она устанавливает geexbox в папку и прописывает в стандартный виндовый bootloader.
Удалается так же легко. И никакого урезания. Нужен максимум производительности для видео? Загружаем geexbox. Нужен максимум функциональности? Загружаем винду.
Кроме уже названных выше декодеров CoreAVC (в виде DS-фильтра) и libavcodec
(используемого, например, в ffplay, mplayer, ffdshow, VLC media player и др.
проектах) на слабых машинах для декодирования видео H.264 (MPEG-4 AVC) можно
попробовать плеер TCPMP (The Core Pocket Media Player).
torrents.ru/forum/viewtopic.php?t=747488

Плеер TCPMP, насколько я знаю, разрабатывала та же команда (теперь они
зовутся CoreCodec Inc. — corecodec.com/), что и кодек CoreAVC
( www.coreavc.com/), но только тут это декодирование реализовано не
через механизм DirectShow-фильтра, а оно вкомпилировано непосредственно в
сам плеер. Так же, как libavcodec может использоваться через
DirectShow-фильтр, если юзать ffdshow, а может быть вкомпилированным в сам
медиаплеер, если юзать, например, MPlayer.

TCPMP изначально разрабатывали как плеер для КПК (потому и слово Pocket в
названии), но потом его портировали на разные платформы, в том числе на
обычный Windows x86 32-bit. И ссылка выше как раз на такую версию.

Сейчас, насколько я знаю, плеер TCPMP уже не поддерживается, но на основе
него разрабатывается другой плеер, который выпускается как коммерческий
платный продукт (http://www.coreplayer.com/) под именем:
CorePlayer Mobile — для мобильных платформ (WinCE, Win Mobile, Symbian,
PalmOS) и CorePlayer Pro — для десктопных ОС (Windows, MacOS X).
CorePlayer Pro for Windows вместе с кряком без труда найдешь в инете,
если интересно попробовать.
Но только у Crystal Player'а обнаружилась ключевая возможность — декодирование видеопотока «впредь» в буфер, в соответствии с выставленным размером буфера.
Кстати, про использования на слабых машинах связки CoreAVC + Crystal Player я уже давно встречал статейку:
torrents.ru/forum/viewtopic.php?t=49200
Я тоже на нее наткнулся, но только уже после того как дошел своими руками)
И, что важнее, опытным путем проверил и сравнил производительность с различными другими комбинациями кодеков-плееров, что позволяет другим сразу присмотреться к выбранному алгоритму вместо наступания на мои грабли :)
а как можно сделать, чтобы без тормозов проигрывалось HD video, к примеру, на ютубе?
mplayer -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all

не исключаю, что так тоже может потянуть.
попробовал MPlayer
Кстати, какую версию и какой билд пробовали? С какими параметрами воспроизводили?
боюсь, в данном случае слово «попробовал» выбрано неправильно: я подразумевал, что поискал в руководствах по консольным опциям MPlayera указанные -cache, -cache-min и -cache-seek-min и убедился, что они никак на производительность не помогут. Сам плеер не запускал, да и не боюсь признаться, что не в ладах с консолью. smplayer и kmplayer (якобы это фронтенд/форк соответственно) ставил, искомых опций не обнаружил. Все же я виндузятник на генном уровне
А с консолью не заладилось, когда свое знакомство с линуксом начал со сборки генту со stage2 на нетбуке без второго компа. Надеюсь, мне поставят второй памятник, где напишут, что я за 3 месяца собрал world, скомпилил ядро и поставил простой WM. На большее меня не хватило...
поискал в руководствах по консольным опциям MPlayera указанные -cache, -cache-min и -cache-seek-min и убедился, что они никак на производительность не помогут.
Они с кэшированием декодированного отрендеренного потока не помогут. Но может при воспроизведении в mplayer с оптимальными параметрами это и не понадобится. Откуда вы это можете знать, если даже не попробовали? Очень странно слышать такой ответ от автора, который ориентируется на практическую проверку различных решений.

В MPlayer нет вообще ничего страшного. Например, я при воспроизведении под Windows использую только его.
Если вас пугает консольная сборка, то можете скачать версию, скомпилированную с GUI (но в этом случае возможностей по параметрам запуска может быть значительно меньше).
Как вариант с GUI:
sourceforge.net/projects/mplayer-ww/files/
или свежая консольная сборка:
sourceforge.net/projects/mplayer-win32/files/
Вместе с консольным плеером можно использовать какой-либо GUI-фронтенд, например:
sourceforge.net/projects/mpui/files/
Пристыдили, да :) Качаю
Помнится у соседа в общаге был убитый компик с процессором cyrix, ни о каких фильмах, даже DivX речи не было, однако под досом вполне себе можно было смотреть фильмы вот этим чудом софтостроения.
Sign up to leave a comment.

Articles