MAG79
DivX4PSP
XviD4PSP 5  roll

NightFox
Я думаю пока рано ещё делать конечные выводы.
Рано для кого? Для того, кто этим никогда не занимался, или для того, кто этим много занимался? По-моему даже если начать пытаться этим заниматься сразу становится все ясно.

Например:
а) Берешь первый попавшийся сериал и смотришь насколько все лажает (в зависимости от выбора это будет между очень сильно и очень-очень сильно). Если с выбором все плохо, то вот. Много на первый взгляд статичного фона, только это все равно никак не поможет;
б) читаешь ту же вики;
в) смотришь 60 фпсные амв'шки (например de:light от аггрессора), причем там обычно используют твикстор с ручной правкой векторов;
г) пытаешься сделать такую амвшку сам (считай сделать идеальную интерполяцию). Самый затратный по времени способ, зато самый действенный.

потому что

NightFox wrote:

то было видео, а не аниме

Очевидно же:
1) анимация фона - 24 фпс, а анимация всего остального - 8 или 12, 24 только в исключительных случаях. Значит первое что нужно сделать - определить такие дубликаты (при этом они вполне могут перемещаться вместе с фоном в 24 фпс);
2) контуры меняются очень сильно;
3) морфинг очень далек от совершенства;

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

konstanitinqq
А скоростное сжатие? Что вообще никак?
А сжатие требует дополнительных мощностей (как и декодирование еще одного потока). Кроме того lossless особого профита не даст (максимум раза в 2 сжать), а с потерями - это очередные потери в качестве.

konstanitinqq
Что если сохранять этот результат как я уже писал, во время просмотра, чтобы проигрыватель не взаимодействовал напрямую с SVP, а читал создающийся файл (кэш) уже готовый к воспроизведению на подобии youtubeской системы ?
1920*1080*12*60/8/1024^2 = 177 МБ/c. Одновременно на чтение и на запись. Реально только на SSD, и то если система его больше трогать не будет.
А также нужны соответствующие объемы. Например если хотите забуфиризировать полфильма - то готовьте 500Гб свободного места. И я еще молчу про износ SSD...

А пытаться интерполировать анимацию в аниме - бесполезная трата времени.

konstanitinqq
Как насчет возможности использования MPC x64 LAV с x86FFdshow
никак.

%username%
в чем соль? не догнал

Из-за лишнего пробела при установке вместо /usr/lib/nvidia-current/xorg/xorg полностью удалялась директория /usr, а это считай весь софт.

32

(9 replies, posted in Флуд)

nemoW
в LAV Decoder аппаратное ускорение не работает
XP не поддерживает DXVA 2.0.

MAG79
родной сплиттер
а "родной" референсный AVC энкодер лучше x264 big_smile

У него есть свои баги, которые фиксить если и будут - то черт знает когда. Например зайдите в папку %TEMP% и посмотрите сколько там файлов вида mkf****.tmp smile

danil4eg
было бы все так просто
ну ок, если лезет встроенный сплиттер - отключаем его, если лезет хаали - блокируем его. Даже если настанет конец света - тогда LAV в мпц будет использоваться)

Кстати, возвращаясь к LAV'у - у него есть гораздо более полезные киллерфичи - если есть выбор между дорожками с одинаковым языком - выбирает лучшую (больше каналов/лослесс); есть гибкий выбор сабов, даже в зависимости от языка аудио - например если есть русская дорожка то отключает сабы, а если нет - то выбирает, например японскую, и подключает русские, а если их нет - то английские сабы.

Rimsky
Онимешники такое дело любят, да
не, в последнее время релизов с линковкой не видно. Ну оно и ясно - много ручной работы; сериалов, у которых перед опенингом ничего нет, как и тех, у которых после ендинга ничего нет практически нет; да и вообще это экономия на спичках.
Я, вот, в этом году только один такой релиз смотрел (послав к черту эту линковку, ибо сабы были в контейнере = синхра от этого не страдает), против 64 без нее.

Rimsky
различные версии фильма в одном файле
и опять же - экономия на аудио ценой впихивания 2х видеодорожек - бред  smile Любители такой экзотики смогут сами поставить что нужно, не?)

Rimsky
Ну и значок в трее для выбора дорожек/сабов неплохо бы
зачем оно, когда есть хоткеи?

danil4eg
ЛАВсплиттер ручками в фильтры добавлял (см. первый скриншот), но не помогло
Ну так надо не просто добавлять, а ставить "предпочесть". И... все.

Нет, ну а чего вы от патча ожидали?

Naf-naf
Короче, MAG79 хотел сказать, что тебе надо будет всё пережимать в 50гц
avi-пустышка - это не пересжатие. Это ави'шка, которую редактор считает несжатым видео, а когда запрашивает определенный кадр - ависинт генерирует его на лету.

MAG79,
Премьер CS6 64-битный, а SVP - 32-х битный, поэтому avi-пустышка с скриптом не покатит.

Я тут вижу два пути - либо таки пересжимать результат в лосслесс, если видео небольшое и места много (1 минута 1080p@60 fps ~ 5 гигов), либо использовать фильтры предназначенные для редакторов (Twixtor например).

%username%
Ну как бы i740 ничего кроме 8бит никогда и не умел.
какой i740?

Если глянуть в выхлоп GPU-Z все эти хадэмноготыщ показывают что-то около 0,хрендесятых гигапикселей и мегатекселей
и что?

Нагрузки нет никакой, но на карточке пиками до 50%-60%
таки нет нагрузки или она есть? Он походу чисто GPU'шный.

Частота кадров остается та же самая
... и выводит частоту не отрисованных кадров, а дошедших до его интерполятора.
Для начала надо на глаз смотреть...

Хм, оно активно только если выбрать >8-bit в presentation.

У меня на iGPU в таком случае вместо видео вообще черный экран, на dGPU все ок...

В моде JanWillem32 есть какой-то интерполятор кадров: http://firepic.org/images/2012-06/25/yoxv3kemfide.png
Кто-нибудь его пробовал?)
Как я понимаю это как раз таки интеполятор, встроенный в рендерер... Учитывая как он активно его (рендерер) развивает, мб можно на него как-нибудь повлиять...

Chainik
Может быть в cpu режиме он получается на 2.8-2.9, а с активно работающей рядом дискреткой - уже 2.1

у меня при перегреве частота может упасть аж до 800 мгц smile

MAG79
Результат vivan'а не берем, у него драйвер видеокарты тормозной был (GPU-calc = 110).
Ага. А с новым SVPmark даже не проходит big_smile Перегревается. На 720p тоже перегревается, но иногда проходит big_smile хоть и не выжимает все из железа.
Хотя каким-то чудом сейчас прошел o_O 925

danil4eg
Уверены? Память вставлена в 2 правильных разъема?
А в ноутбуках есть неправильные разъемы? wink

Chainik
зуб не жалко?) С таким железом ставят минимум 4 Гб - и не одной планкой, а двумя (ибо дешевле) wink

А так лучше не постить, ибо даже русский человек не всегда такой перевод поймет, куда уж иностранцам... Да и Rimsky уже задал вопрос в ветке.

44

(153 replies, posted in Эксплуатация SVP)

%username%
Свп ...да работает
Ииии... Что нужно, чтобы сконвертировать YV12 в ргб? Уж не сделать ли ресайз хромы в два раза?)

Евр польз. выводит в РГБ32 - дизеринг отсутствует
Все в него выводят. А без дизеринга - какой смысл в высокой внутренней точности?

Учитывая вышесказанное - если нет ресайза , нет и разницы между евр польз. и Мадвр
:facepalm:

шарпить видимо религия не позволяет
madVR обходит все портящие видео шейдерные алгоритмы. Я понимаю, еще, нужно же как-то компенсировать мыльный бикубик в EVR, но при нормальном ресайзе то нафига шарп? Тем более он еще сильнее увеличивает и без того неслабый бандинг.

45

(153 replies, posted in Эксплуатация SVP)

gaunt
Главное достоинство Мадвр - качественный ресайз , нет ресайза - Мадши не нужен
Во-первых ресайз все равно идет (SVP же в YV12 работает), а во-вторых - меньше бандинга (за счет высокой внутренней точности + дизеринга) - это тоже весьма главное достоинство.
З.ы. следовать корейской моде называть рендерер "madshi renderer" - это не просто глупо (оф. название, как и название самого фильтра в системе - исключительно madVR), но еще и некорректно с точки зрения английского языка wink

sergioleon
http://www.svp-team.com/forum/misc.php?item=1677
wink

Вообще по поводу x64:
1) декодеры x64 быстрее на процент - два, так что в них смысла нет. Остальные компоненты на производительность не влияют (кроме свп). Так что если где и может быть прирост - то только у свп.
2) у x264 ощутимый прирост (20-40%) на x64 за счет оптимизации trellis под x64: http://forum.doom9.org/showthread.php?p … ost1562219
Но, как я понимаю, это к сжатию относится, так что SVP не поможет.

Так что единственный плюс - больше памяти... Но в память можно упереться на большем числе потоков (на многопоточном процессоре, где много - это больше 10) при очень тяжелых настройках.

Это 10-битное видео (где как раз важна эффективность софтового декодирования, т.к. аппаратного ускорения для него нет).

49

(153 replies, posted in Эксплуатация SVP)

MAG79
Правда я не понял по ссылке, как он три цифры мерял?
DXVAChecker выдает их. Вот, например: http://3.firepic.org/3/images/2012-05/1 … 4veb92.png Эти три цифры - это Min и Max FPS, а средняя - Average FPS.

50

(153 replies, posted in Эксплуатация SVP)

Chainik
можешь что-нибудь из файлов тут: http://forum.doom9.org/showthread.php?t=163110 прогнать (в LAV'е в DXVA нативе и QS)?
Интересно, просто, насколько заоблачными будут результаты нового QS big_smile
З.ы. фуджипег sad