Пользователь
0,0
рейтинг
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 только :)
Никита @Narical
карма
114,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

[подробнее]
Реклама

Самое читаемое

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

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

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

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

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

            CoreAVC:

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

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

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

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

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

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

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

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

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

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

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

    Напомню также, что MPlayer поддерживает:
    * многопоточное декодирование (для многопроцессорных/многоядерных CPU);
    * возможность аппаратного декодирования с использованием ресурсов GPU;
    * возможность использовать внешние прекомпилированные бинарные декодеры (включая проприетарный CoreAVC);
    * возможность рендерить субтитры своими средствами, без использования сторонних DirectShow-фильтров типа VSFilter (бывш. VobSub).
    • +1
      Этого-то поста я ждал!!! :)
      • 0
        Если это то, о чем я думаю — грядет новая серия тестов с последующим обновлением статьи :D
    • 0
      Mplayer крут, я только им пользуюсь, но cache вроде относится к размеру буфера при скачивании файла через сеть.
      • 0
        проверил.
        Mplayer отклонен!
        Нету у него опции выставить размер кэша под пре-рендеренные кадры.
        Порылся по гуглам — так и есть, только размер буфера «предварительного».
  • +2
    если у вас есть свободный 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
      Мечтаю об этой железке :) Ради нее даже на e-bay аккаунт завел, но только слота свободного нет. Планировал ее для будущего нетбука (на e-bay они от 17$ до 25$ кстати) — но сейчас поменял свое решение:
      Во-первых, Intel делает теперь поддержку DXVA в своей встроенной графике
      Во-вторых, разработчки MediaPlayer Classic: Homecinema к осени 2009 года таки выжали из Intel доступ к спецификации API — раньше DXVA у интелов работало только в платных проигрывателях.
      • НЛО прилетело и опубликовало эту надпись здесь
        • 0
          Как я понял, это как раз тот случай. Разработчики Media Player Classic: Homecinema выцыганили у Intel спецификации и написали свой декодер с аппаратной поддержкой интеловских карт НЕ через EVR, а именно что в XP, правда подробностей не знаю. Поправьте если я ошибаюсь
          • НЛО прилетело и опубликовало эту надпись здесь
      • 0
        хм… видимо, девайсы оказались популярны, така ка сейчас их цена около 70-80$.
    • 0
      Как с поддержкой в линуксе? Я видел драйвера, но не понял, поддерживает ли mplayer работу через них
      • 0
        не знаю на счет mplayer'a. я использую данную карточку в MacOS (appletv), посредством XBMC.

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

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

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

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

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

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

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