Search options (Page 29 of 47)

ruslanflex
Бесполезное занятие . Или режете фильм на части - и подбираете настройки , титанический труд однако .
Или - испортите кино . Скрипт , что выше - убийство и плавности и картинки .

Ещё одна достойная вариация 1м режима - здесь 4 кадра из пяти (24-60) стоят на своих местах . Теперь придется заменить
MSmoothFps_1mm1m.avs , опять же можно будет сравнить онлайн .
Т. е. при 1м режиме и входяших 24 кадрах и выводе на 60гц монитор :
1 Расчетный - на своем месте , как если бы использовать "до частоты экрана" . Собственно 24 реальных кадра привести к 60 мониторным виндовым кадрам .
2 Расчетный - на своем месте , как если бы использовать "до частоты экрана".
3 Оригинальный - находится не на своем месте , имеет биение на половину кадра из 60 - выводимых на экран .
4 Расчетный - на своем месте , как если бы использовать "до частоты экрана".
5 Оригинальный - находится на своем месте .

Этот алгоритм очень приближен к полноценному 24-60 . При небольших изменениях на экране - легкий "дежавю" , отличить от 24-60 нереально .
Кадр под номером 3 - оригинальный , выводится в " разнобой " от остальных 4 кадров . Поэтому чрезвычайно заметен на экране - при панорамировании действует на нервы , похоже на дропы кадров . Но есть другая сторона медали - он хорошо отпечатывается в мозгу , ибо "бьет" из общего ряда кадров . И эта особенность - является отличным способом увидеть меньше артефактов в расчетных кадрах . Этакий "эффект 25-ого кадра" .
По крайней мере - советую испытать , возможно это то , что вы искали 

К сожалению , ввиду множества установленных версий свп ...На моем компьютере происходят странные вещи со сменой сцен     Возможно я не один такой . Поэтому счел нужным перевыложить MSmoothFps.avs  - с новыми настройками смены сцен . Лучше использовать эту версию , так же будет неплохо для блоков 16*16 на выходе . Т.е без уточнения . Повторюсь ещё раз - скрипт предназначен для блоков 16*16 без перекрытия . Блоки 32*32 - просто не в состоянии обеспечить плавную картинку . Блоки 8*8 - в принципе тоже неплохо , но возможны "вылеты" - единичные блоки не на своих местах . Поэтому - лучшим будет использовать блоки 16*16 с уточнением .

По большому счету - нужен приоритет по частоте и высоте кадра . За частоту думаю понятно , за высоту - именно высота кадра является ограничением числа уровней пирамиды (внутри свп) . Кол-во уровней влияет на качество уплавнения .
Другими словами - картинка равной высоты , но неравной площади (ширины) имеет одинаковые оптимальные качественные настройки.
Ближайший по потоку - сделан ради возможностей железа . Тут либо качество (пора бы сделать приоритетом) , либо производительность ....

Ruslan
The KMPlayer умеет делать захват видео с экрана - в меню доступна опция "захват видео" и аудио соответственно . Можно пробовать сохранить в поток тс , потом уложить как угодно .
Помнится - перекодировал ремукс 2 дня на коредуо , наивный , уложил в авк ....Ну так тот коредуо просто не смог раскодировать эти 1080р60 кадров ...Так что нужно осознавать реальность . Железа из вашего инфо должно хватить на МПЕГ2 или иксвид - вопрос : какую цель преследуете ?

Сильно извиняюсь , в инфо пусто ...Но https://mail.yandex.ru/disk/public/?has … BsygzIk%3D
эта картинка заставила думать - у хозяина АМД .
А это оказывается опять ...мерилка . Хоть один вывод верный - избыток потоков , что мертвому припарка . Хотя для блоков 8*8 не так однозначно .
Тем не менее предложение остается в силе - увидеть бездропное воспроизведение АМД есть неуемное желание . На моей памяти АМД сливает при поиске векторов , но из-за многоядерности силен при построении , особенно блоками 8*8 . Но совсем не дружит с евр польз.
Марки - марками , но нужна реальность .

t2Vovik
от 1% до 1,5% и зависит от видео драйвера, увеличение числа потоков больше влияет на
highest  17п\23п :         1.01x (60.3 fps)  \  1.03x (61.8 fps)

Ну да , 61.8 фпс . В реальности с евр синхр. или пользовательский дропы обеспечены . Бестолковый на сегодня профиль .
Покажи пожалуйста 1080р со статистикой рендера на этих настройках .

vivan
А когда выйдут нексген консоли
Когда выйдут - тогда и будем думать . Я уже склоняюсь к мнению - игры , лишь удел скоротать время . И  процесс траты времени вовсе независит от мощности камня . Да и не будут некст консоли иметь процессор класса ай5-ай7 , оные там совсем не нужны - в коробку не запихнешь .
Сдается мне , эти некст консоли ...будут нацелены в 3д на современные телики . И там будут те же камни * 2 .

Как не запихнешь 100 ватный тринити , дискретную видяйку . Так что для медиацентра сегодня вариантов мало , ай3 , ай5 , ай7 +HD4000 ...

Что до конвертации средствами ЛАВ - там ай7 не нужен , встройки с блоком UVD достаточно .
Что толку дискутировать ? Повторяю основную мысль - сейчас есть возможность построить промежуточные кадры как на дешевой дискретной видяйке ...которая тупо вставляется в PCI-E ..При этом абсолютно хватит коредуо . Так и обойтись процессорным построением ...
Для поиска векторов менять платформу целиком , при этом изучать результаты тестирования - только ради свп ...это абсурд .

Пожалуйста , не нужно мне рассказывать про 10 бит , ибо Пионер в наличии . Уверяю - для подавляющего большинства мониторов , что 16 бит , что 32 - разницы в цветопередаче нет . Бандинг - это да , но можно тупо убрать средствами ффдшов онлайн .

Вот и объясните девелоперам , что избавлятся от 16 бит(YUY2) было преждевременно - как никак каждый пиксел имеет свой цвет , то бишь  разницу . Попробуйте уговорить построить 10 битный суперклип - я только за .

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

Решите все железные проблемы одним махом . Глядишь - и новые идеи появятся .
А так да - выстрелы в воздух 

pentax
gaunt
Я вас не понимать,зачем качать блюшку чтобы потом уменьшить разрешение   (экономный вы наш  )

Да , разрешение у телека маловато , хотя я бы сказал - диагональ . Но кино смотрю с зуммом , и думаю я не один такой 
Кто ж вам сказал , что рип и ремукс - одно и тоже ?
По рипу УЖЕ проехалась уплавнялка - задача кодека , сжать . По вашему - кадры ремукса и кадры рипа содержат одну и ту же информацию ?
Собственно задача кодека - пройтись по ряду кадров  и сжать=замылить=убрать детали . Задача свп - используя тот же механизм поиска , восстановить недостающие кадры - используя эти детали .
И ладно бы ремукс от рипа отличался на пару пикселей , но это не так . Особенно видна разница на быстрых или смазанных в кадре движениях .
Так что рип и ремукс далеко не одно и тоже . Есть конечно высокобитрейтные и достаточно качественные рипы - но какой смысл качать 10-12 гиг , когда ремукс весит практически столько же . Ради обрезанных черных полос ?
MAG79
. Есть кусок видео с этой ромашкой?
Видео нет , есть артефакты периодической структуры . есть стрекозы . Вообще-то за столько времени есть куча материала .

Двухпиксельная точность наглядно показывает - кол-во видимых артефактов больше не становится . Потому-что при мониторных размерах видео невозможно увидеть в движении разницу в 1 пиксел . Зато отлично видно артефакты размером с блок .
На сегодня - применение полу-четвертьпиксельного поиска по уменьшенному изображению позволит как смотреть любое видео на коредуо . Так и , в частности мне крайне интересно , использовать в поиске вектор - кандидат из прошлого кадра . В однопотоке будет доступно .
Да и вообще - появиться оперативный простор , там и идеи появятся .
Суперклип все равно строить для каждого кадра , так почему не полазить по соседним ?  Для движения камеры-панорамного смещения - это гарантировано правильное определение фона и локального движения . Как и смена сцен=адаптивный режим можно детектировать в разы лучше .

Поискали через кадр на достаточно грубом уровне - уполовинили вектора , добавили в качестве кандидатов в основной поиск . Это можно сделать для начала , и уже будет приход . Ровно такой же - как разница между 11 и 23 шейдером в построении . 23 тупо учитывает вектора соседних кадров ....