17 февраля 2010 в 01:43

Настройка нетбука на максимальную производительность для HDTV

Доброго времени суток, хабровчане!

На хабре уже была небольшая статья на данную тему, она называлась «Ускорение воспроизведения HD-видео». Для тех, кому даже предложенные в ней способы не помогли, я и написал этот текст — рассмотрев, помимо прочего, вопрос с работой субтитров.

Сам я тоже отношусь к упомянутым выше людям, поскольку пользуюсь одним из первых нетбуков (Asus EeePc 701), штатная частота его процессора 600 Мгц, и выше 810 она у меня не «гонится» — вылетает в BSOD. Кроме того, у него встроенная в чипсет видеокарта Intel GMA 900, не имеющая никакой аппаратной поддержки HD-видео. Update: RAM я докупил до 2х Гб. Поставленной задачей было — заставить заставить нетбук проигрывать файл следующих характеристик:
  • контейнер mp4
  • разрешение 1280х720 (HDTV 720p)
  • видео H264/AVC
  • звук AAC 160-250 Kbps
  • средний общий битрейт 1.9 Mbps
  • максимальный битрейт видео 14 Mbps


В отличие от любого другого HD-видео (перетерпел короткие тормоза и дальше смотришь), моя задача имеет дополнительные сложности:
1.необходимость выводить субтитры. При столь ограниченных ресурсах, как у подобного нетбука, вывод субтитров «стандартным» способом (через VobSub) при декодировании HDTV «на пределе» дает чувствительную дополнительную нагрузку
2.выводимые субтитры не должны убегать, рассинхронизируясь с видео.

Я взял тестовый файл, характеристики которого указаны выше, и стал на нем пробовать различные сочетания кодеков, плееров и настроек. На перебор вариантов ушло около 3х дней. Если рассказать про все те, которые НЕ сработали — статья станет больше в несколько раз :) поэтому ограничусь теми примерами, которые приведены в вышеупомянутом тексте «Ускорение воспроизведения HD-видео».

Сначала — о выборе тестового видеофрагмента. Это кусок обычного аниме (характеризуется меньшим битрейтом при том же разрешении и качестве, что у фильмов), но с совершенно бессовестной заставкой, где каждый кадр представляет из себя высокодетализованную картинку с обилием мельчайших деталей, причем такого рода картинки «проявляются» одна через другую, в дополнение к движению «камеры». Получается эффект «зашумленности» изображения, что дает просто дикую нагрузку при декодировании. Я посчитал, что уж если я смогу заставить комп прокрутить этот фрагмент, не разсинхронизировав звук и субтитры с видеодорожкой, то метод будет работать для любого аниме в пределах указанного битрейта (до 10 Mbps – с гарантией). Вероятней всего, указанный максимальный битрейт видео в 14 Mbps соответствует этой самой заставке, точнее небольшому самому тяжелому ее куску.

Помимо прочего, VobSub «из коробки» показывать субтитры не захотел, и я решил не добавлять себе новых переменных и обойтись теми субтитрами, которые дает плеер. Сначала «ехать», а потом можно позаботиться и о «шашечках» — так что настройка VobSub'а будет темой моего следующего «исследования» :)

Итак, результат работы:

Любые варианты с Media Player Classic (HomeCinema mod) окончились провалом. Рваное видео — и с использованием встроенного H264/AVC-декодера, и при использовании ffmpeg-mt из ffdshow, и при использовании кодека DivX h264/AVC. Видео тормозит, звук нормальный, как следствие — звук убегает вперед. Перепробованы кучи вариантов настроек — с пропуском кадров, изменением приоритета плеера и прочим. Для галочки упомяну, что любой постпроцессинг был (ессно!) отключен, как в настройках кодеков, так и в плеере, и помимо плеера никаких ресурсоемких задач не было запущено.

Ситуация кардинально поменялась, когда я поставил CoreAVC 2.0 — да, это платный кодек, поэтому никаких ссылок не привожу и оставляю определиться со способом его добычи на совесть читателя. Сейчас у него на сайте указана цена в ~10$ — недорого, если учесть что это единственная возможность смотреть HDTV-видео на таком слабом железе, как у меня. Итак, видео стало ощутимо плавным — хотя-бы без резких рывков. Собственно, проблему это решает лишь отчасти — периодически воспроизведение видео сильно замедляется, да и субтитры ведут себя совершенно непредсказуемо, постоянно сбивается тайминг. Вроде подогнал текст под звук/видео… а тут небольшой отрывок с высоким битрейтом — и снова рассинхронизация.

И тут я перехожу к третьей части моего повествования — проблему решает один единственный плеер. Это многим известный Crystal Player, с которого я лично «слез» несколько лет назад. Особого желания снова пользоваться им у меня не было — всем устраивал бы MPC HomeCinema… Но только у Crystal Player'а обнаружилась ключевая возможность — декодирование видеопотока «впредь» в буфер, в соответствии с выставленным размером буфера. Такой возможности я не обнаружил ни у одного другого плеера. Для очистки совести следует сказать, что я смотрел только самые популярные плееры (BSPlayer, VLC, smplayer, еще какие-то), причем не все их устанавливал. Если вдруг вы обнаружите такую возможность у кого-то еще — напишите мне! Итак, номинально настройка называется «Размер буфера кадров» с максимальным значением в «50% памяти».

Почему номинально? Дело в том, что при выставлении этого значения в «10% памяти», плеер кэширует до 93х фреймов. При выставлении же «50% памяти», число кэшируемых фреймов возрастает до (93х5=465 кадров? хрена лысого!) — всего лишь до 97. TaskManager показывает потребление памяти 180 Мб плеером и 800 Мб — суммарно системой. Еще 1.2 Гб простаивает. Нетрудно посчитать, что отдав плееру под буфер все 1.2 Гб, можно получить возможность декодировать фильм с опережением до 24х секунд, чего легко хватило бы на самые динамичные сцены.

Но чего нет — того нет. В любом случае, 97 прекодированных фреймов «сглаживают» видеопоток, буфер плавно (но быстро :( ) опустошается при динамичных сценах и заполняется при относительно статичных. Осталась одна нерешенная проблема — субтитры. Для их работы, после немалых мучений, было обнаружено решение: в настройках плеера «решение проблем скорости» >> «пропускать по ключевым кадрам». Именно этот вариант, больше ничего. Такое ощущение, будто на том отрезке с высоким битрейтом каждый кадр был ключевым, поэтому просто «пропуск кадров» почти не давал результата.

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

Настройки CoreAVC:

«Input levels», «Output levels», «Input colorspace» выставил в «TV», «PC», «autodetect» соответственно.

Гайд, на который ориентировался, находится вот тут — в нем расписана настройка CoreAVC для использования Nvidia CUDA Acceleration. Там указано, что для Input levels «TV» должно стоять при любом раскладе, а для Output – «TV» выставить если пользуешься MPC HomeCinema. В этом случае «let MPC-HC expands the B&W level to the appropriate level instead of doing it early in the decoding chain.»©, для чего в MPC:HC нужно выставить в меню «настройки рендеринга» >> «диапазон вывода» >> «16-235». У меня данный пункт в MPC недоступен, а без этого картинка ощутимо теряет «сочность», а в Crystal такой настройки вообще нет — поэтому выбираем «Output levels» — «PC».

Deinterlacing: None (Weave)
(дела с interlaced-видео не имел, что тут ставить, нужно выбирать при наличии оного)

Deblocking: Skip always (отключаем постобработку силами кодека)

[ ] Aggressive deinterlacing (ставить, если хотим деинтерлейс делать кодеком)
[X] Crop 1088 to 1080 (о HDTV 1080p на моем железе даже думать не хочу!)
[ ] Force VMR AR correction (говорят нам это не нужно)
[X] Preferred decoder option (Странная опция, даже при включенной, H264/AVC-видео открывалось у меня DivX-ом, пока я его не снес. Beware!
[X] Use tray icon (Captain Obvious to the rescue!)
[n/a] Prefer CUDA Acceleration (для счастливых обладателей Nvidia-карточек)

В списке «output formats» первыми тремя выставить:
1. YV12
2. YUY2
3. NV12

галочки с остальных снять
(тут возможно я ошибаюсь, информация взята с nvidia-ориентированного фака, подумалось что буквы NV могут иметь отношение к.)

Далее, настройки Crystal Player.

Для начала, добиваемся чтобы видео у нас открывалось через CoreAVC – проверяется «правой кнопкой по плееру» >> «Свойства», компрессор видеопотока у меня указан [AVC1] CoreAVC video decoder. На аудио я не заострял внимание, у меня оно вообще не определяется, но работает :)

Итак, главным ориентиром должно быть окошко статистики, вызываемое по той же правой кнопке либо через хоткей «S».

В верхней строчке должно желательно что-то типа «1194x679 Overlay Flipping YV12», наиболее важно что YV12 – это максимально быстрый режим. Допустимо также YUY2.
В большом текстовом поле должно быть: «Никаких замечаний, самый быстрый режим». Если это не так, то следуйте указаниям в этом поле, и отключайте ВСЕ лишнее в настройках. Тут же можно увидеть поля с актуальным состоянием видео и аудио-буферов — я пользовался этим постоянно для определения, успевает ли нетбук «переваривать» текущий битрейт.

В меню «Парсеры» >> «Чтение данных» выставите максимальные блоки данных. Остальные настройки не особо критичны, главное — применить здравый смысл при их изменении.

Результат всех вышеописанных действий:
  • Celeron M 0.8 Ггц все-таки крутит 720p HDTV до 10 Mbps без тормозов
  • качество картинки CoreAVC заметно хуже (проверено с включенной постобработкой!) чем у других декодеров, но это «немного» компенсируется разрешением самого видео, да и вообще нам при таком железе главное «ехать», а не «шашечки» :) Update: как довольно ясно показал в комментах скриншотами один из хабрапользователей, CoreAVC дает неотличимое от других декодеров качество, при включенной постобработке. Данный пункт в статье оставляю «для истории»
  • «плавание» битрейта в небольших пределах компенсируется буфером Crystal Player'а
  • повышение битрейта до состояния «заметно выше чем можно переварить» вызывает фреймдроп, что выглядит как небольшое мерцание и чуть-чуть рваное и чуть замедленное видео, причем звук начинает заикаться, синхронизируясь. Данную проблему я не решил и вообще не вижу вариантов как это возможно — скорость видео изменилась, под нее приходится подстраиваться звуку. Но это при предельно большом битрейте, который железо уже никак не тянет!
  • Субтитры при всем этом мракобесии никуда не деваются, возникая на экране в нужный момент. Alt+K, Alt+L регулируют смещение субтитров по времени с шагом в 100 мс, что очень удобно.


UPDATE: Выяснилось, что частота процессора при вышеописанных эксперимантах составляла 765 Мгц вместо 810, как я считал. После увеличения до 810 никаких кардинальных изменений, конечно, не произошло, но framedrop в общем уменьшился.

UPDATE:
— попробовал MPlayer — оказалось, в нем нет опции задания размера буфера с пре-рендеренными кадрами, параметр -cache и аналогичные относятся к «предварительному» буферу (полезно для видео по сети)
— haali video renderer у меня не заработал, как заставить — не знаю. В комментариях говорят что он медленный, хотя и имеет буфер под пре-рендеренные кадры (256 Мб макс.)


P.S. Для интересующихся, «зачем мучить такое слабое железо, заставляя его крутить HDTV»: я уже 1.5 года использую указанный нетбук в качестве десктопа — с полноценной клавиатурой, мышью и монитором на 17''… и выбора-то особо нет — и хочется посмотреть аниме, а оно в HDTV только :)
+42
13199
95
Narical 57,0

Комментарии (98)

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

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

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

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

CoreAVC:

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

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

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

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

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

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

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

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

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

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

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

Напомню также, что MPlayer поддерживает:
* многопоточное декодирование (для многопроцессорных/многоядерных CPU);
* возможность аппаратного декодирования с использованием ресурсов GPU;
* возможность использовать внешние прекомпилированные бинарные декодеры (включая проприетарный CoreAVC);
* возможность рендерить субтитры своими средствами, без использования сторонних DirectShow-фильтров типа VSFilter (бывш. VobSub).
+1
Narical, #
Этого-то поста я ждал!!! :)
0
Narical, #
Если это то, о чем я думаю — грядет новая серия тестов с последующим обновлением статьи :D
0
egorinsk, #
Mplayer крут, я только им пользуюсь, но cache вроде относится к размеру буфера при скачивании файла через сеть.
0
Narical, #
проверил.
Mplayer отклонен!
Нету у него опции выставить размер кэша под пре-рендеренные кадры.
Порылся по гуглам — так и есть, только размер буфера «предварительного».
+2
izuke, #
если у вас есть свободный 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

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

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

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

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

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

0
Narical, #
Жди результатов по MPlayer или пробуй сам :)
Насколько помню, это нативный линукс-проект
0
Narical, #
Отписался выше. Mplayer не имеет требуемой опции.
0
Vamp, #
Хорошим решением может быть установка специализированного дистрибутива линукс, заточенного только под медиа. Напрмиер geexbox. Загружается только урезанное ядро, кодеки и драйвера. Никаких лишний процессов — максимум ресурсов под декодирование видео. Хотя даже с geexbox на моём MSI U100 видео в 720p не тянет.
Приходится предварительно конвертировать в 720х576, чтобы смотреть с комфортом.
+1
Himari, #
Сказки не рассказывайте, а то опять «Всемогущий линукс поможет слабым компьютерам».
0
Narical, #
Это резко урезает универсальность такого устройства, как нетбук. Получившийся механизм по функциональности будет похож на современные HDTV-плееры, при вдвое большей цене и вдвое меньшей производительности. «вдвое» это я от балды взял, но думаю что от реальных цифр недалеко
0
Vamp, #
Никто не требует устанавливать его основной операционной системой. Это тем более бессмысленно, учитывая размер ISO geexbox'а — 20 МБ.
Geexbox запросто уживается с windows без всяких заморочек с разметкой и форматированием диска. Существует даже специальная утилита — GeeXboX Win32 Installer. Она устанавливает geexbox в папку и прописывает в стандартный виндовый bootloader.
Удалается так же легко. И никакого урезания. Нужен максимум производительности для видео? Загружаем geexbox. Нужен максимум функциональности? Загружаем винду.
0
mvgolubev, #
Кроме уже названных выше декодеров 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 вместе с кряком без труда найдешь в инете,
если интересно попробовать.
0
mvgolubev, #
Но только у Crystal Player'а обнаружилась ключевая возможность — декодирование видеопотока «впредь» в буфер, в соответствии с выставленным размером буфера.
Кстати, про использования на слабых машинах связки CoreAVC + Crystal Player я уже давно встречал статейку:
torrents.ru/forum/viewtopic.php?t=49200
0
Narical, #
Я тоже на нее наткнулся, но только уже после того как дошел своими руками)
0
Narical, #
И, что важнее, опытным путем проверил и сравнил производительность с различными другими комбинациями кодеков-плееров, что позволяет другим сразу присмотреться к выбранному алгоритму вместо наступания на мои грабли :)
0
iSlava, #
а как можно сделать, чтобы без тормозов проигрывалось HD video, к примеру, на ютубе?
0
stampoon, #
mplayer -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all

не исключаю, что так тоже может потянуть.
0
mvgolubev, #
попробовал MPlayer
Кстати, какую версию и какой билд пробовали? С какими параметрами воспроизводили?
0
Narical, #
боюсь, в данном случае слово «попробовал» выбрано неправильно: я подразумевал, что поискал в руководствах по консольным опциям MPlayera указанные -cache, -cache-min и -cache-seek-min и убедился, что они никак на производительность не помогут. Сам плеер не запускал, да и не боюсь признаться, что не в ладах с консолью. smplayer и kmplayer (якобы это фронтенд/форк соответственно) ставил, искомых опций не обнаружил. Все же я виндузятник на генном уровне
А с консолью не заладилось, когда свое знакомство с линуксом начал со сборки генту со stage2 на нетбуке без второго компа. Надеюсь, мне поставят второй памятник, где напишут, что я за 3 месяца собрал world, скомпилил ядро и поставил простой WM. На большее меня не хватило...
0
mvgolubev, #
поискал в руководствах по консольным опциям 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/
0
Narical, #
Пристыдили, да :) Качаю
+1
Q_Zma, #
Помнится у соседа в общаге был убитый компик с процессором cyrix, ни о каких фильмах, даже DivX речи не было, однако под досом вполне себе можно было смотреть фильмы вот этим чудом софтостроения.

Только зарегистрированные пользователи могут оставлять комментарии.
Войдите, пожалуйста.