Search options

да я не сомневаюсь в GameDropFix_v4, я полностью полагаюсь на него, я сейчас его изучаю; я понял вас, дело не в дублях, для исправления скачков нет места для вставки интерполяции;
но тут возникает доп. вопрос: где тот предел, за которым стремление к идеальной плавности приведет к чрезмерной искусственности, не естественности ощущения при просмотре клипа такой плавности?

а что если (после GameDropFix_v4) для кадра n, который скачок, заменить n-1 и n+1 кадры на интерполированные от n-2 до n и от n до n+2 соответственно?
например, скажем специально, что n-1 и n+1 кадры - это дропы, и вставим на их место интерполяцию?

или вот так (точнее): a= i(n-1,n); n-2= i(n-2,a) ; n-1=i(a,n), где а - временная переменная, i - интерполированный кадр.

или так n-1=  i(  i(n-2,а) , a ) - медленный рост (n-1 получится ближе к n-2), вершина будет более острой;
иначе - сначала быстрый рост, пологая вершина - n-1= i(n-1,n) - n-1 получается ближе к n.
справа от n - подобно.

я не мастер рисовать графики в фотошоп, но тут всего 2 кадра вокруг скачка, и по 1 кадру снаружи (всего 5)

или все таки качественнее будет пойти по пути малого увеличения частоты кадров?

вот вы говорите что SVP делает не так, но ведь при уплавнении с 20 до 60 SVP за каждым кадром добавит еще 2 интерполированных: n-1, i1, I2, N, I3, i4, n+1.
потом я ConvertFPS-ом выброшу каждый 2 кадр и получу 30 fps: n-1, I2, I3, n+1. и со звуком все в порядке.

что скажете?

1. не совсем понятно; верно ли, что при конвертации форматов 4:4:4, 4:2:2 в 4:2:0 усреднение хромы настолько незначительно, что нет смысла стремится сохранить исходную раскладку, например 4:2:2 в результате после кодирования? многие плагины работают в RGB внутренне; я понимаю, что СВП "показывательный" плагин ависинта, но в контексте кодирования, по вашему, на подобные усреднения можно не обращать внимание? я спрашиваю не про сам RGB, а про "является ли конвертация вниз упрощением информации, и насколько много при этом теряется" если вы знаете, прикиньте в процентах пожалуйста, различие между исходным 422 и результирующим (422->420->422); эта цифра упростит мои сомнения и избавит от напрасного рытья интернета.

2. верно ли, что для разных исходников нужен разный виртуалдаб?
2.1. это точно исходный файл. необязательно писать видео на флешку, и в том числе, не обязательно алгоритмами прошивки. существуют способы захвата видео с матрицы при поднятом зеркале, подобными программами через usb, hdmi, хоть и не для всех моделей, но для многих. например для контроля или записи на ноутбуке на большом экране, хотя это уже ближе к хакингу; есть также флешки-вай-фай; и в usb можно воткнуть блутуф, и прочее радио со всеми удобствами и недостатками. ExtraWebcam - это собственно сам рипер. вы можете писать видео или складывать фотки не (или не только) на флешку, но и на винт ноутбука в рюкзаке, за спиной или в укромном месте; так у вас останутся фотки, если вас заставят отформатировать флешку в угрюмой ситуации... но в такой длинной цепочке тормоза могут быть где угодно, что не отменяет всех удобств.
это конкретно видео снято фотиком Canon EOS-450D, (12мп) матрица которого сканируется прошивкой 20 раз в секунду. видео вполне годное для dvd, и весьма резкое, а то, что вы называете потерей фокуса, в фотографии и профессиональном видео называется "боке" - весьма значительная характеристика объектива (затем и снимают видео фотиками, потому что объективов великолепных и доступных - множество). в этом видео есть все примитивы при сьемке фотоаппаратом: проводка, скольжение, наезд, наезд из не-фокуса, длинный зум, который трудно удержать в руках, эффект линзы коррекции дрожания рук; все очень наглядно продемонстрировано. когда эти поведенческие примитивы все вовремя, человек получит удовольствие от созерцания - оскара за операторскую работу не даром дают, это нелегко.

5.1. не совсем понятна ваша эмоция; 14% - это много или мало?
5.2. как вы смотрите покадрово? у меня в mpc-hc при постановке в паузу картинка прыгает гораздо дальше чем покадрово. это можно включить?
5.3. скачки это проблема, желающая исправления... если вы можете уделить толику времени, прошу вас; это при съемке, скорее всего, будет повторятся неизбежно, и всегда будет требовать пост коррекции.
5.4. стабилизация и фокус зависят от прямоты рук фотографа, штатива и прочих принадлежностей. здесь просто показательный кусок, но снятый нашару.
просто до плагинов по стабилизации еще не дошло мое погружение в ависинт.
5.5. роллинг-шаттер - штука, как я понимаю, не исправимая? плохо предсказуемая в пост анализе, или все же существуют алгоритмы?
возможно, один из mkv, тот что с ошибкой, после уплавнения до 60 был еще раз уплавнен до 30 ConvertFPS()-ом; я перепробовал много способов получить 30 фпс, кажется ConvertFPS не выкидывает кадры, а пытается их не-выкинуть и т.д. он давал сильные наклоны вертикальных линий. в исходном клипе вы это искажение заметили? просто фотик криво держали; не знаю, знакомы ли вы с обычными искажениями фотообъективов, в этом видна "подушка", чем ближе к краю на серединной горизонтали, тем сильнее изгибаются вертикали наружу, в вертикальном смысле тоже самое; может быть и обратный эффект - вогнутость краев. это форма оптического исправления не-плоской поверхности изображения в сложных зумах и сильно широких объективах. напротив, при съемке на сильном зуме куба, его задняя часть будет больше передней, что очень неестественно выглядит. здесь больше похоже на подушку, чем на роллинг-шаттер.
даже после моего комментария вы останетесь при своем мнении - здесь роллинг-шаттер, и его надо исправлять?
5.6. наличие прелестей - это же идеальный вариант для тестирования ремонт-алгоритмов?

6. ваши вопросы. ситуация, (не для узкого профессионала, для обывателя), возможно необычна, но удобство огромное, о котором мало знают, из-за кривых рук и нежелания погружаться в нестандартные способы решений давно привычных проблем; если возможно, чуть позже я вам вышлю запись с Canon 5D Mark II, 1920p, записано родной прошивкой на флешку, но в некоторых местах видны неожиданные для него проблемы, хотелось бы знать что это такое с ним.
6.1. съемка велась фотоаппаратом полу-профессионального класса Canon EOS-450D, через usb подключение к риперу ExtraWebcam в MJPEG avi. у вас оригинал. возможно, прошивка фотоаппарата при таком освещении не могла давать более короткие выдержки, чем 1/20 секунды (на видео заметно как прыгает яркость), возможно 20 фпс - это аппаратный предел этого фотика, (я уверен, что когда я это снимал, я выставил на максимум все возможные параметры качества, мне нужно было взять с него все, что он может).

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

спасибо вам. я посмотрю по вашим подсказкам видео с Марка2, и отпишусь здесь. еще раз спасибо! Удачи вам.

спасибо, ребята, что ответили, искренне; и так быстро - спасибо.

a. это показатель нормально по свп-тесту - 0.68, на быстром профиле по тесту у меня индекс 0.95. причем здесь настройки свп? мне не нужен баланс производительность-качество, это для просмотра и прочих развлечений. свп на мой взгляд качественнее mvtools2 повышает плавность, хотя на сборке mvtools2 от свп я еще не проверял. я свп хочу использовать для кодирования плохого видео с разных фотоаппаратов и вебкамер в какой-то единый стандарт выхлопа, и я остановился на 30 кадрах в секунду.

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

c. по делу.

это ваш скрипт. я писал в начале

- я уже с неделю как погряз в этом вопросе... мне, в основном приходится иметь дело с HD файлами, и из-за слабого компа мне хочется по-меньше кодировать, и по этому я стараюсь выкручиваться как получается...
я пользуюсь MeGUI 2418 (начинал с хелпов на рутрекере) - замечательная прога для x264 - все работает. но как подгружаешь все эти фильтры и библиотеки в ависинт, начинается пляска с бубном... я не против поплясать, но к сожалению она совсем не работает с ависинт 2.5 (я перепробовал несколько вариантов ависинта, в том числе и ваш мод свп), а вот сам свп с ависинт 2.6 MT c doom9 - работает.
при 2.5.8МТ (СВП) ависинте, не работает... и ведь только это сообщение в кадре... или, может ли вся функция в скрипте из-за этого не выполняться? может, это не так уж сложно, исправить скрипт - что бы 26МТ не выдавал на экран сообщения о незнакомой переменной?
вот что пишет мегуи в логе:

[10.04.2014 10:19:51] [avisynth @ 0003b7e0] Video input from AviSynth 2.5.8 is not supported. Please upgrade to 2.6.

мои скрипты во вложении, правда они уже переписаны под 2.6 (из всех них только поиск дропов - с надписью на экране о неизвестной переменной), а остальные работают отлично. я ваш алгоритм не менял. я очень аккуратно отношусь к коду, которым надо пользоваться, но который в значительно степени не понимаю. все изменения вокруг да около, вы и сами заметите. я там постарался сделать как-то управляемый скрипт, может вы по организации тоже что-нибудь подскажете? винда 7 64, в сисВОВ - ависинт 258 от свп. Мегуи пользуется своим, у нее автоапдейт и слежение за версиями. для ваших скриптов с doom9 скачан 26МТ и только у ависинта мегуя заменена dll. у меня есть 4 версии этой библиотеки, я все перепробовал, последняя бета с doom9 лучше. последний стэйбл имеет те же проблемы, здесь везде разговор про версии МТ. на буржуйских форумах по 25 МТ очень хвалят 26МТ говорят много ошибок уже исправили в 26МТ. масктулс у меня masktools-v2.0a48 - распоследняя альфа, ибо на doom9 писали о глюках с ависинтом МТ до сих пор не поправленных; DSS2 версии 2.0.0.10; проц атлон Х2 64 3800+ 2 гб. из-за этого снижен MemoryMax в скрипте с 1024 как у вас до 512, (я пробовал и 768 и 1024, просто при 512 у меня еще и фаерфокс в памяти помещается), если это недопустимо - скажите;

d.

вы же сами писали:
http://www.svp-team.com/forum/viewtopic … 792#p24792

всё делаю по вашим советам.

e. насколько я понимаю, утверждение о том, что "настройки свп - это личное дело каждого" исходит из многообразия систем и цели свп - показывать. качеством тут легко жертвуют ради производительности. но сам алгоритм - великолепен! я уже убедился в этом. я бы хотел использовать его как фильтр при кодировании видео (не кино), когда источник не достаточно хорош, свп - выруливает. посему вопрос:
существует ли какой-то законченный набор настроек свп, с целью достигать качества, в ущерб скорости?
и пусть управление опциями остается ависинту, ведь для кодирования достаточно ядра свп.
будет ли отличаться скрипт, созданный из меню свп, в зависимости от размера конечного видео, ведь если у меня монитор не 1920, а видео как раз такое - возникает вопрос, а можно ли напрячь свп по-круче, по-точнее, не смотря на маленький монитор, и оставить все это на ночь вертеться?
я здесь где-то встречал высказывание "что задвинуть все ползунки на максимум, не значит получить наивысшее качество", а как тогда быть если я не могу это увидеть, но могу это закодировать, нужно какое-то управление, но без гуй-ное. можно же написать несколько разных скриптовых функций по типу профилей 264, ссылающихся на корневую функцию, как это сделано при автоматическом создании скрипта самим свп - в начале набор параметров, потом универсальная функция, шаблонно их выполняющая. несколько разных наборов параметров, с заточенностью под качество в ущерб скорости в качестве первого, несколько промежуточных вариантов, и заканчивая фастом, как это сделано для 264. вот тогда по этим примерам, можно будет уже изучать как они отличаются друг от друга, по хелпам каждой функции - чем я жертвую, что бы не кодировать 2 дня, а всего один. хотелось бы не субъективные критерии, а как-то более инженерно по реальным критериям. а пока обучение доступно в основном людям с опытом программирования, у кого еще хватит терпения и разума изучать переменные и функции "языка" ависинта, да еще и не только базовые, ведь свп довольно узко заточена - поднятие частоты кадров. изучать очень много. еще актуален вопрос понижения частоты кадров, возможны ли интелектульные алгоритмы, способные сохранить зрительное восприятие при уменьшении частоты? алгоритмы свп могли бы пригодиться?

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

ой, как многа букав... еще раз спасибо вам, MAG79 и участники - очень полезненькая ветка.