Search options (Page 106 of 236)

LaleksUi

кажется, для удаления дублей можно использовать готовый плагин
Дубли=выпавшие кадры. Тут вся тема про это. Можно использовать

картинку, что я вижу, (в меру моего понимания) - разве (авто) скрипт SVP не тоже самое делает?
Нет. Совсем не то же самое. Общее только одно слово "интерполяция"

синхронизация со звуком сама получается, или нет?
В том и дело, что повышение плавности скриптами SVP заботится о синхронизации со звуком. Это достигается тем, что положение всех объектов в кадре остаются строго на том же месте, что и в исходнике. Рассчитываются лишь промежуточные положения, но они не сдвигают исходные кадры. Поэтому картинка становится плавней БЕЗ ускорений и замедлений видеоряда.

Нарисованная анимация лечения скачков не отвечает этим требованиям. Исходные кадры свободно гуляют по оси времени вперед-назад из-за нерегулярности расположения дублей и скачков в видео.

GDFv4, потом SVP до 60 кадров, потом ChangeFPS()-ом до 30 кадров/сек...
если посмотреть его, картинка его кадров будет похожа на этот красивый GIF в последней фазе?
Даже не смотря скажу: нет, не похожа. И приведенные скрипты в этой ветке и ChangeFPS так же, как и SVP-скрипты, не сдвигают исходные кадры со своих мест.

Вам сохранение звука важно для записей с EOS 450D через ExtraWebcam? Если да, то приведенный алгоритм Вам не подходит. Тогда в угоду сохранения синхронизации со звуком придется приносить в жертву плавность. А впредь либо не пользоваться ExtraWebcam, либо установить в ней частоту кадров много выше 20 fps, чтобы исключить скачки. Предлагаю 50 или лучше 60 fps. Дропы в таких записях вылечатся намного проще, например, скриптом  GameDropFix_v4.

Trilandian
Radeon HD 7850
It is powerfull GPU. SVP can't utilize all its power. SVP uses GPU to unload CPU, but a half of work must be implemented at CPU.

RamboUnchained
Nothing is clear.
1. Playback with SVP works to you?
2. Stream over UMS works withot SVP and with "smooth motion" disabled?
3. Any 60 fps movie can stream over UMS withot SVP and with "smooth motion" disabled?

Trilandian
didn't help
What size you see in the line "After resize" in Additional info after CropMultipleOf value change?

How do I change the renderer?
MPC-HC menu - View - Options... - Output - Change DirectShow Video value - OK

In addition to get picture better you can use dithering in LAV and in madVR renderer

Mystery
I need examples. Give link to your problem video please. Then I can try to reproduce your situation with 50% and 25% speed.

MaXimus
Nothing strange in your Filters list.
Did you try MPC-HC 1.7.3 from SVP full package? Is there seek problems and black screen too?

MaXimus
What you see in menu Play - Filters in MPC-HC or MPC-BE?
Screenshot please

Забудем про роллинг-шаттер. Тут не он главное препятствие.

Вот проводка камерой с 41-го по 150-ый кадр.

Показано горизонтальное смещение картинки в пикселах в каждом кадре. Видно, что есть скачки, длиннее в два раза, чем остальные, есть даже скачок трехкратной длины (кадр 133).

Статистика по данному отрывку видео:
кадров-дублей (нулевое смещение): 13
скачков (двукратных): 22
скачков (трехкратных): 1

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

Если приводить к идеально-плавному движению, то из 110 кадров нужно удалить 13 дублей, добавить новых интерполированных кадров 22+2=24, получим 110-13+24 = 121 кадр. Если сохранять длительность, то частоту кадров придется поднять с 20 до 22 к/сек. Но это только на данном куске видео.

Did you clean your sуstem from third party codec packs and install latest LAV Filters?

What relation your question has to SVP?

LaleksUi
1. могли бы вы сделать, что бы GameDropFix_v4, внутренне заработал в RGB?
Нет. Во-первых, это технически невозможно, т.к. SVP работает только с цветовым пространством YV12. Во-вторых, я почти уверен, что RGB не требуется для видео. Это цветовое пространство экранов, к которому форматы хранения видео не имеют никакого отношения. Пространства YV12 вполне достаточно.

2. в конце клипа появляется лишние примерно 200 кадров
Некорректный файл. Длительность в заголовке не соответствует длительности потоков. Отсюда пустые кадры, которые добавлены функцией открытия видео на интервале, где реально видеопоток уже закончился.
Вот информация MediaInfo и VirtualDub MPEG2.

Это точно исходный файл? В нем дропы закодированы как полноценные кадры (см. строчку Min/avg/max), в заголовке значится, что файл получен программой "ExtraWebcam v.3.0.1.250".

3. как корректно убрать вывод названия коррекции кадра (надпись справа внизу, типа -fx33)
Убрать из скрипта функции Subtitle(...)
т.е. строчки вида

fix50 = fix_all.SelectEvery(12,6).Subtitle("fix50", align=3, size=12)

станут короче:

fix50 = fix_all.SelectEvery(12,6)

4. в MVtools2 от SVP при желании работать с GPU, нужно вписывать в переменную путь к gpu.dll. а в скриптах SVP этого не нужно? она сама подхватывается?
Да.

5. мне показалось, что срабатываний GDF4 слишком много, хотелось бы услышать и ваше мнение, действительно ли столько дропов?
Точность скрипта весьма высока. Обсуждалось выше. Но всегда можно перепроверить. Нужно знание что считать, как считать, и немного времени, чтобы провести эти подсчеты.
В случае файла __33.avi статистику кадров-дублей можно посчитать скриптом:

DirectShowSource("E:\Downloads\LaleksUi\__44.avi\__33.av2526\__33.avi")
WriteFileIf("stat.txt", "YDifferenceFromPrevious==0", "current_frame")

Тогда после прогона скрипта возле него появится файл stat.txt с номерами кадров-дублей. Если откинуть номера несуществующих кадров, имеющие номер больше 906, а также кадр 0, то реальных кадров-дублей в этом видео 123. Это 123/907 = 14% !!!

Глянул видео покадрово. Кроме наличия кадров-дублей в этой записи имеются скачки (пропуск одного или нескольких кадров). 1 скачок на каждые 4-7 кадров. К этому добавляется отсутствие стабилизации, периодическая потеря фокуса и роллинг-шаттер эффект CMOS-матрицы. В общем, в наличии немало "прелестей", которые мешают этому видео быть плавным.

---
Теперь мои вопросы:
1. Какой веб-камерой (видеокамерой) делалась съемка? Точное название модели.
2. Почему применена нестандартная для видео частота 20 к/сек?