Пользователь
114,0
карма
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)

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

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

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

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

            CoreAVC:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Интересные публикации

Вакансии