MAG79
DivX4PSP
XviD4PSP 5
You are not logged in. Please login or register.
SmoothVideo Project → Posts by vivan
MAG79
DivX4PSP
XviD4PSP 5
NightFox
Я думаю пока рано ещё делать конечные выводы.
Рано для кого? Для того, кто этим никогда не занимался, или для того, кто этим много занимался? По-моему даже если начать пытаться этим заниматься сразу становится все ясно.
Например:
а) Берешь первый попавшийся сериал и смотришь насколько все лажает (в зависимости от выбора это будет между очень сильно и очень-очень сильно). Если с выбором все плохо, то вот. Много на первый взгляд статичного фона, только это все равно никак не поможет;
б) читаешь ту же вики;
в) смотришь 60 фпсные амв'шки (например de:light от аггрессора), причем там обычно используют твикстор с ручной правкой векторов;
г) пытаешься сделать такую амвшку сам (считай сделать идеальную интерполяцию). Самый затратный по времени способ, зато самый действенный.
потому что
то было видео, а не аниме
Очевидно же:
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
никак.
Из-за лишнего пробела при установке вместо /usr/lib/nvidia-current/xorg/xorg полностью удалялась директория /usr, а это считай весь софт.
nemoW
в LAV Decoder аппаратное ускорение не работает
XP не поддерживает DXVA 2.0.
MAG79
родной сплиттер
а "родной" референсный AVC энкодер лучше x264
У него есть свои баги, которые фиксить если и будут - то черт знает когда. Например зайдите в папку %TEMP% и посмотрите сколько там файлов вида mkf****.tmp
danil4eg
было бы все так просто
ну ок, если лезет встроенный сплиттер - отключаем его, если лезет хаали - блокируем его. Даже если настанет конец света - тогда LAV в мпц будет использоваться)
Кстати, возвращаясь к LAV'у - у него есть гораздо более полезные киллерфичи - если есть выбор между дорожками с одинаковым языком - выбирает лучшую (больше каналов/лослесс); есть гибкий выбор сабов, даже в зависимости от языка аудио - например если есть русская дорожка то отключает сабы, а если нет - то выбирает, например японскую, и подключает русские, а если их нет - то английские сабы.
Rimsky
Онимешники такое дело любят, да
не, в последнее время релизов с линковкой не видно. Ну оно и ясно - много ручной работы; сериалов, у которых перед опенингом ничего нет, как и тех, у которых после ендинга ничего нет практически нет; да и вообще это экономия на спичках.
Я, вот, в этом году только один такой релиз смотрел (послав к черту эту линковку, ибо сабы были в контейнере = синхра от этого не страдает), против 64 без нее.
Rimsky
различные версии фильма в одном файле
и опять же - экономия на аудио ценой впихивания 2х видеодорожек - бред Любители такой экзотики смогут сами поставить что нужно, не?)
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 мгц
MAG79
Результат vivan'а не берем, у него драйвер видеокарты тормозной был (GPU-calc = 110).
Ага. А с новым SVPmark даже не проходит Перегревается. На 720p тоже перегревается, но иногда проходит хоть и не выжимает все из железа.
Хотя каким-то чудом сейчас прошел o_O 925
danil4eg
Уверены? Память вставлена в 2 правильных разъема?
А в ноутбуках есть неправильные разъемы?
Chainik
зуб не жалко?) С таким железом ставят минимум 4 Гб - и не одной планкой, а двумя (ибо дешевле)
А так лучше не постить, ибо даже русский человек не всегда такой перевод поймет, куда уж иностранцам... Да и Rimsky уже задал вопрос в ветке.
%username%
Свп ...да работает
Ииии... Что нужно, чтобы сконвертировать YV12 в ргб? Уж не сделать ли ресайз хромы в два раза?)
Евр польз. выводит в РГБ32 - дизеринг отсутствует
Все в него выводят. А без дизеринга - какой смысл в высокой внутренней точности?
Учитывая вышесказанное - если нет ресайза , нет и разницы между евр польз. и Мадвр
:facepalm:
шарпить видимо религия не позволяет
madVR обходит все портящие видео шейдерные алгоритмы. Я понимаю, еще, нужно же как-то компенсировать мыльный бикубик в EVR, но при нормальном ресайзе то нафига шарп? Тем более он еще сильнее увеличивает и без того неслабый бандинг.
gaunt
Главное достоинство Мадвр - качественный ресайз , нет ресайза - Мадши не нужен
Во-первых ресайз все равно идет (SVP же в YV12 работает), а во-вторых - меньше бандинга (за счет высокой внутренней точности + дизеринга) - это тоже весьма главное достоинство.
З.ы. следовать корейской моде называть рендерер "madshi renderer" - это не просто глупо (оф. название, как и название самого фильтра в системе - исключительно madVR), но еще и некорректно с точки зрения английского языка
Вообще по поводу x64:
1) декодеры x64 быстрее на процент - два, так что в них смысла нет. Остальные компоненты на производительность не влияют (кроме свп). Так что если где и может быть прирост - то только у свп.
2) у x264 ощутимый прирост (20-40%) на x64 за счет оптимизации trellis под x64: http://forum.doom9.org/showthread.php?p … ost1562219
Но, как я понимаю, это к сжатию относится, так что SVP не поможет.
Так что единственный плюс - больше памяти... Но в память можно упереться на большем числе потоков (на многопоточном процессоре, где много - это больше 10) при очень тяжелых настройках.
Это 10-битное видео (где как раз важна эффективность софтового декодирования, т.к. аппаратного ускорения для него нет).
MAG79
Правда я не понял по ссылке, как он три цифры мерял?
DXVAChecker выдает их. Вот, например: http://3.firepic.org/3/images/2012-05/1 … 4veb92.png Эти три цифры - это Min и Max FPS, а средняя - Average FPS.
Chainik
можешь что-нибудь из файлов тут: http://forum.doom9.org/showthread.php?t=163110 прогнать (в LAV'е в DXVA нативе и QS)?
Интересно, просто, насколько заоблачными будут результаты нового QS
З.ы. фуджипег
SmoothVideo Project → Posts by vivan
Powered by PunBB, supported by Informer Technologies, Inc.