10 битный суперклип

О да, при YV12-исходнике!

Ну да , вот и объясни vivan - что нет потерь при 5 последовательных уменьшениях размерах изображения . Никто как бы не предлагал переводить исходник в 10 бит - речь идет о грубых уровнях пирамиды . На тонком через MRecalculate считай YV12 на здоровье , и то для фулки совсем лишнее - можно вполне остановиться на 1 или 2 уровне . И опять же , в этом случае  коредуо справится и результат будет лучше .
vivan
gaunt
в коробку не запихнешь
почему это не запихнешь? Запинешь, если захочешь.

Впихуйте пожалуйста , кто запрещает ?
Только где эстетика ? Где экономичность ? Где здравый смысл - если за эти деньги можно взять телек с езернетом , плеером и уплавнялкой на борту ?

gaunt
можно тупо убрать средствами ффдшов онлайн
и получить тупо убогий результат 

gaunt
При этом абсолютно хватит коредуо
то хватает, то не хватает - вы уж определитесь.

gaunt
как никак каждый пиксел имеет свой цвет , то бишь  разницу
а по-русски (или лучше английски) можно? В YUY2 на каждую группу из 2х2 пикселей приходится не по 1 семплу хромы а по 2 - и что?

gaunt
Так что для медиацентра сегодня вариантов мало , ай3 , ай5 , ай7 +HD4000
фи, их на madVR (Jinc c 4мя тапами и AR) не хватит.

gaunt
в коробку не запихнешь
почему это не запихнешь? Запинешь, если захочешь.

Расщепление сознания продолжается?
То "избавлятся от 16 бит(YUY2) было преждевременно - как никак каждый пиксел имеет свой цвет , то бишь  разницу",
то "лучше ограничится 8 битами только яркости"

10 битный суперклип

О да, при YV12-исходнике!

==========

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

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

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

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

Как нет игр , в которые нельзя играть на видяйке класса айти 5770

... на средних? А когда выйдут нексген консоли, то вообще на низких? Да так играть можно и на встроенной интелловской графике

Да вообще им дешевого китайского планшетника хватает, да-да.

Ну тогда повторю еще раз:

...или конвертация средствами LAV'а, что до madVR не дотягивает, конечно, но все равно на порядки лучше 8-битного видео.

И да - цвет теперь отключить нельзя , это в 3.0 доступно . Которую здесь совсем не жалуют ...а зря - там возможностей экспериментировать больше .

gaunt
Избыточная битность позволяет меньше потерять при кодировании - в сравнении с оригиналом
... при условии отсутствия фильтрации. Ибо когда она есть - то оригинал уже "становится" 16/10 битным.

Ключевое слово - бандинг. Для того, чтобы добиться таких же качественных градиентов как на 10-битном видео нужен шум и много-много битрейта. В результате даже на дисках встречается бандота. И правильной фильтрацией и кодированием можно получить качество лучшее, чем на бд при меньшем размере.

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

Ну а сплеш - вполне удобная штука , в сравнении с первыми версиями выглядит вполне достойно . Правда там амплитуда максимум 64 пиксела для фулки , против возможных 512 в свп ...

Вообще все три мысли касаются несуществующего функционала. Сейчас в SVP этого нет. А форум называется "Эксплуатация SVP". Чувствую, что почти все Ваши сообщения можно смело переносить в форум разработчиков, т.к. для пользователей SVP тут ничего не понятно, а учитывая стиль изложения, даже вредно.

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

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

1. поиск векторов на основе векторов от соседних кадров.
Да , не ограничивая поиск лишь смежными кадрами - можно значительно поднять чувствительность к панораме , смене сцен и , возможно , вращению .
Т.е. улучшить качество поиска векторов=картинки .Так и улучшить построение , знать , что делать с этими векторами=кадрами .
2. дробнопиксельный поиск по уменьшенному кадру.
Не дробно-пиксельный , кадр размеро 600*300 при размере блока 16*16 , принципиально не даст нормальной картинки . Как правильно было подмечено выше - мелкие=локальные изменения в кадре останутся невидимыми блочным поиском .
3. двухпиксельный поиск дает артефакты размеров в блок.
Видимые артефакты имеют далеко не пиксельный размер . Не надо утрировать - речь идет о 1080р . Где кол-во возможных уровней запредельное .
Но если использовать достаточное , научно-доказано вроде 5 ? И использовать механизмы полу-четверть пиксела ..Которые абсолютно оправданы для крупных блоков .
То можно освободить ресурсы и заглянуть в соседние кадры . Так что это одна и та же мысль , конечно применительно к сегодняшнему состоянию дел .

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

Столько слов и все мимо темы.

Тема: Глобальное уплавнение. Возможно ли без локального?

Давайте попробуем сначала. Я насчитал 3 мысли:
1. поиск векторов на основе векторов от соседних кадров.
2. дробнопиксельный поиск по уменьшенному кадру.
3. двухпиксельный поиск дает артефакты размером в блок.

Описывайте одну мысль в одном сообщении (иначе читать мозг сломаешь). И желательно сразу описывать чем эта мысль полезна в рамках обозначенной темы.

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

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

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