|
|
|
DenisLp
Стаж: 16 лет 9 месяцев Сообщений: 322
|
DenisLp ·
29-Дек-11 00:49
(12 лет 11 месяцев назад)
Чтобы сделать раздачу в DVDRip-AVC (MKV). Разрешено ли сейчас правилами трекера оставлять частоту 29,97 fps или надо переводить в 23,976? Если да, то как? Какой для этих целей лучше деинтерлейсинг в avisynth использовать (лучше из состава MeGui)?
Под DVD NTSC понимаю, где либо 100% VIDEO, либо hybrid film/interlaced mostly interlaced, а не FILM!
|
|
|
|
Deep Fusion
Стаж: 13 лет 3 месяца Сообщений: 111
|
Deep Fusion ·
29-Дек-11 09:59
(спустя 9 часов)
DenisLp, дайте ссылку на исходник.
В MeGUI есть
|
|
|
|
DenisLp
Стаж: 16 лет 9 месяцев Сообщений: 322
|
DenisLp ·
29-Дек-11 12:55
(спустя 2 часа 56 мин., ред. 04-Дек-14 15:08)
Deep Fusion писал(а):
В MeGUI есть
Вы меня не совсем правильно поняли. Про фильтры деинтерлейсинга и analyse в MeGui я знаю, но они вроде бы оставляют на выходе частоту 29,97, а я как-то читал правила, что вроде там эта частота запрещена и надо переводить в 23,976. Главный вопрос разрешена ли в раздачах частота 29,97 для деинтерлейснутых рипов?
|
|
|
|
Deep Fusion
Стаж: 13 лет 3 месяца Сообщений: 111
|
Deep Fusion ·
29-Дек-11 17:41
(спустя 4 часа, ред. 29-Дек-11 22:03)
DenisLp, для DVD обычно используют TIVTC он и fps в норму приводит.
Рипнул семпл в XviD, вот мой скрипт:
Код:
MPEG2Source("C:\Users\Admin\Downloads\sample.index\sample.d2v", cpu=0, info=3)
TFM(order=1).TDecimate(hybrid=1)
Crop(4, 58, -4, -58)
BlackmanResize(688, 392)
P.S Сначала надо провести индексирование. И в DGIndex включить Forced Film.
|
|
|
|
Areyou
Стаж: 16 лет 1 месяц Сообщений: 1704
|
Areyou ·
29-Дек-11 21:04
(спустя 3 часа)
Deep Fusion писал(а):
Код:
MPEG2Source("C:\Users\Admin\Downloads\sample.index\sample.d2v", cpu=0, info=3)
TFM(order=1).TDecimate(hybrid=1)
Crop(4, 58, -4, -58)
BlackmanResize(688, 392)
Для AVC лучше использовать такой размер ресайза.
P.S Сначала надо провести индексирование. И в DGIndex включить Forced Film.
"P.S." несовместимо с тем, что в скрипте. Force Film уже при импорте в скрипт отбрасывает кадры до 23.976.
DenisLp
Цитата:
вроде там эта частота запрещена и надо переводить в 23,976
Саму частоту невозможно запретить. Например, если это не кинофильм (23.976 с искусственной растяжкой), то 23.976 делать вообще нельзя, все задергается. Самое главное - сначала выяснить, что за источник: если это не фильм, то для прогрессивного рипа надо не поля переставлять (как в скрипте выше), а делать обычный деинтерлейс (например, с TDeint) при 29.97.
|
|
|
|
DenisLp
Стаж: 16 лет 9 месяцев Сообщений: 322
|
DenisLp ·
29-Дек-11 21:35
(спустя 30 мин.)
Areyou
Ясно, я так и думал, что 29,97 запрещена только если из кинофильма (23,976) ее делать.
Areyou писал(а):
Самое главное - сначала выяснить, что за источник
Ну у меня источник 100% интерлейс, никаким film там и не пахнет. Правда скорее всего это транскод из PALа, издание от CP Digital. Может быть для таких случаев надо какой-то особый подход? Посмотрите тоже мой семпл пожалуйста, мне не нравится, что в оригинале (в плеере) видео при движении как-то смазывается (последствия кривого транскодинга сипишников)?
|
|
|
|
Deep Fusion
Стаж: 13 лет 3 месяца Сообщений: 111
|
Deep Fusion ·
29-Дек-11 22:22
(спустя 47 мин.)
|
|
|
|
Areyou
Стаж: 16 лет 1 месяц Сообщений: 1704
|
Areyou ·
29-Дек-11 22:29
(спустя 6 мин., ред. 29-Дек-11 23:04)
Deep Fusion
А что именно смущает?
DenisLp писал(а):
скорее всего это транскод из PALа, издание от CP Digital. Может быть для таких случаев надо какой-то особый подход?
Если из пала, то бывает 2 варианта:
1.Простая вставка полей разбирается аналогично обратному телекино, например, через Decomb/ Telecide(guide=3).Decimate(6)#24.975 - пример The Who - Isle Of Wight (на трекере есть BD и его рип).
2.Вставка полей, сделанных из блендов (при простых перестановках полей по п.1 остается раздвоенность), тогда нужен плагин RePAL (будет 24.975) или скрипт Srestore (вроде, дает 25).
Посмотрел сэмпл, подпадает под второй вариант:
LoadPlugin("путь\repal.dll")
MPEG2Source("E:\sample.d2v", cpu=0)
bob()# для простоты, в рабочем скрипте лучше TDeint(mode=1)
RePAL()#24.975 fps, повторных кадров или двоений не видно
#и т.д.
|
|
|
|
Deep Fusion
Стаж: 13 лет 3 месяца Сообщений: 111
|
Deep Fusion ·
29-Дек-11 23:01
(спустя 32 мин.)
Areyou, я про
Areyou писал(а):
"P.S." несовместимо с тем, что в скрипте.
Как раз таки они совместимы, но просто можно использовать другой деинтерлейсер.
Areyou писал(а):
Force Film уже при импорте в скрипт отбрасывает кадры до 23.976.
И что? Тогда TIVTC просто сделает деинтерлейс.
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
30-Дек-11 09:05
(спустя 10 часов, ред. 30-Дек-11 15:39)
DenisLp
Если DGindex не показывает вам Film 100%, то об простом TIVTC преобразовании (Soft Telecine) к 23,976 fps не может быть и речи. У вас могут быть куча вариантов: Hard Telecine, Duble Hard Telecine, Hybrid Video with VFR или просто материал NTSC камкодера. Может быть и кривой трансфер с PAL в NTSC и вы хотите выполнить обратное преобразование, убрать гребенчатые кадры и удалить кадры-дубликаты. Короче, во всех этих случаях ни о каком преобразовании к 23,976 fps речь не идёт. Скрипты AnimeIVTC.avsi и srestore.avs ваши лучшие помощники для такого типа исходников. Это могут быть исходники аниме, музыкальных клипов, спортивных передач и камкодеров.
из документации к AnimeIVTC
Основные концепции:
Soft (мягкий) telecine – поток закодирован. как 24 fps и порядок (the pulldown) применён в течение воспроизведения.
Hard (тяжёлый) telecine (HT)– ваш источник был telecined прежде, чем закодирован на DVD (или после вентиляции).
Double hard (двойной тяжёлый) telecine (DHT) – ваш источник имеет по крайней мере одну из "intra-frame variable framerate" ситуаций и telecining был применён для каждой части кадра, но порядок не постоянен и много кадров интерлейсных.
Field blended norm-conversion (Поле смешано нормальной конверсией) - Вместо возвращения к 24fps (частоты кадров для фильма), видео потоки непосредственно преобразованы из NTSC (29.97fps) в PAL(25fps) или наоборот, создавая уродливую смесь полей (похожая на DHT, когда рассматривали фрейм).
Hybrid (Гибрид) – смесь из 24t (24 fps, отображенные, как 30 через telecining) и 30p (прогрессивное движение в каждом фрейме)
Truly interlaced (действительно интерлейсными) – каждый фрейм содержит информацию двух фреймов, что означает, что вы можете привести это к 60р и видеть движение на каждом отдельном фрейме без интерлейса или смешивания.
3:2 pattern(порядок) – Этот порядок повторяет себя с самого начала к самому концу вашего клипа: 3 прогрессивных кадра, сопровождаемые 2 интерлейсными.
VFR - Variable Frame Rate (переменная частота кадров) – разделы клипа идут с различной частотой кадров, таким образом, позволяя иметь меньшее количество кадров для отображения того самого движения. Дубликаты удалены и запущены в течение того же самого времени, как будто было оригинальное количество кадров.
Lossless rendering pass (проход предоставления без потерь) – сохраняет файл, как несжатый YV12 или Lagarith , чтобы применить скрипт только однажды и сделать последующую операцию фильтрации/кодирования быстрее. Требуется большое дисковое пространство: около 5GB для 22 минутного клипа @ 23.976fps с Lagarith и 20GB с несжатым YV12.
Возможные ситуации: Для всех этих случаев вы должны загрузить d2v, созданный с помощью "honor pulldown flags" (DGIndex) в Avisynth и открыть для покадровой проверки в VDub, VDubMod или AvsP.
Идентификация вашего источника предельно важна, потому что плохая оценка может привести к иным проблемам типа смеси и подёргивания.
1 - DGIndex говорит вам "close to 100% Film" и вы видите 3:2 pattern(порядок).
2 - DGIndex говорит вам "close to 100% Film" и вы видите прогрессивные и интерлейсные кадры без определенного порядка.
3 - DGIndex говорит вам "something else than 100% Film" и вы видите 3:2 pattern(порядок).
4 - DGIndex говорит вам "100% Video (NTSC or PAL)" " и вы видите прогрессивные и интерлейсные кадры без определенного порядка.
5 - DGIndex говорит вам "100% Video (NTSC)" и вы видите 3:2 pattern + пакеты действительно интерлейсные и \ или прогрессивные.
6 - DGIndex говорит вам "100% Video (NTSC or PAL)" и вы видите прогрессивные и интерлейсные кадры без определенного порядка + фрагменты действительно интерлейсные и \ или прогрессивные.
7 DGIndex даёт вам процент Film или Video от 50 до 95% и вы видите постоянный 3:2 pattern + прогрессивные последовательности (не только фрагменты, но и целые фреймы).
8 DGIndex даёт вам процент Film или Video от 50 до 100% и вы видите постоянный 3:2 pattern + прогрессивные последовательности (не только фрагменты, но и целые фреймы) + фрагменты действительно интерлейсные и/или прогрессивные.
· Тип источника:
1 - Soft telecined, таким образом ваш поток может легко извлечен нормально
2 - Double hard telecined, кодируется как прогрессивный
3 - Hard telecined
4 - Double hard telecined
5 - Hard telecined + интерлейсные или прогрессивные фрагменты вместе
6 - Double hard telecined + интерлейсные или прогрессивные фрагменты вместе
7 - Hybrid (Гибрид)
8 - Hybrid + интерлейсные или прогрессивные фрагменты вместе
1 – Вам повезло: Используйте "Force film" в DGIndex и IVTCing/Deinterlacing/Deblending не касается вас больше!
2 … 9 – Вам повезло (возможно меньше, так как вы должны немного поработать) потому что проблема может быть решена, читайте дальше материал о применении AnimeIVTC.
Я настоятельно рекомендую, чтобы вы сделали 1-й проход без потерь(lossless rendering pass) с одной из этих функций (и возможно кое-что tcomb или избавтесь от радужности, если она имеет место и ползающих точек), потому что это очень медленный процесс, когда используются параметры настройки HQ. Вы могли также понизить качество фильтрации
|
|
|
|
DenisLp
Стаж: 16 лет 9 месяцев Сообщений: 322
|
DenisLp ·
10-Янв-12 16:47
(спустя 11 дней)
Areyou писал(а):
Например, если это не кинофильм (23.976 с искусственной растяжкой), то 23.976 делать вообще нельзя, все задергается.
А вот и нет, на 29,97 заругались черт знает что в правилах трекера, видимо теперь дерготня в моде. Вопрос как ее сделать (на будущее)? convertfps(23,976) после деинтерлейсинга? Деинтерлейсеры упорно не хотят делать 23,976 сами!
По поводу pal-ntsc транскода. Действительно в моем случае был транскод, RePAL()#24.975 fps помог потом использовал convertfps(25) для приведения в 25 fps, звук перетягивать не пришлось, что явно указывает на транскод добавлением кадров с сохранением продолжительности. НО использовать этот метод я не стал, сделал обычный деинтерлейс TDeint, потому что так мне показалось меньше остаточных артефактов интерлейсинга (гадкий интерлейсный ntsc, с pal таких артефактов в разы меньше, наверное благодаря большему разрешению) и скорость кодирования не падала в 2 раза.
ps тему не удаляйте, чтобы потом тыкать носом модераторов.
|
|
|
|
Areyou
Стаж: 16 лет 1 месяц Сообщений: 1704
|
Areyou ·
10-Янв-12 19:43
(спустя 2 часа 55 мин.)
DenisLp писал(а):
А вот и нет, на 29,97 заругались черт знает что в правилах трекера
Что касается этого примера (рип телевизионного фильма, снятого у нас и преведенного в NTSC), нужно знать, как снимался этот фильм: a) телевизионной камерой в обычном режиме 25 fps или б) на кинопленку (24 fps; либо телекамерой с киношной частотой кадров) и каким способом переводился в NTSC. Но забанен он справедливо, независимо от формулировки: это не могла быть съемка камерой NTSC с 29.97 (наш фильм), следовательно, нормальный деинтерлейс с сохранением такой частоты невозможен. Для прогрессивного рипа фильм следовало разбирать либо в 25 (24.975), либо в 23.976.
Цитата:
Вопрос как ее сделать (на будущее)? convertfps(23,976) после деинтерлейсинга?
Деинтерлейс можно делать только из телевизионного источника (и оставлять нужно с этой частотой). После него нельзя применять СonvertFPS() или Change - при понижении частоты кадров они будут тупо отбрасываться (с дерготней, конечно). Есть и возможность интерполяции прогрессива (в любую частоту) плагином mvtools2, но это не со всяким сюжетом нормально работает и совсем ни к чему это делать с нормальным TV-видео.
|
|
|
|
DenisLp
Стаж: 16 лет 9 месяцев Сообщений: 322
|
DenisLp ·
10-Янв-12 20:44
(спустя 1 час 1 мин., ред. 10-Янв-12 20:44)
Areyou писал(а):
забанен он справедливо, независимо от формулировки: это не могла быть съемка камерой NTSC с 29.97 (наш фильм), следовательно, нормальный деинтерлейс с сохранением такой частоты невозможен.
Не факт. Если бы CP Digital сделали нормальный транскод - занижением скорости видео на 4% и сохранением интерлейса (будем считать сериал снимали в интерлейсе 720x576 25fps) с ресайзом в интерлейсном режиме 720x576>720x480, и скорость звука бы уменьшили на 4% (с сохранением тональности) то такой DVD был бы нормальным интерлейсным NTSC для которого после деинтерлейсинга должна была остаться частота 29,97 (как вы говорите), но они так не сделали. НО модераторы то откуда могли знать как делали издатели, чтобы ставить однозначно вердикт, исходник они не видели. И потом там было заявление, что не устранена телекино последовательность (т.е. должно быть 23,976), про привидение к 25 fps речь не шла.
Areyou писал(а):
Для прогрессивного рипа фильм следовало разбирать либо в 25 (24.975), либо в 23.976.
И как его разобрать в 23,976? В 24,975 понимаю, но 23,976 откуда?
|
|
|
|
Areyou
Стаж: 16 лет 1 месяц Сообщений: 1704
|
Areyou ·
10-Янв-12 23:30
(спустя 2 часа 46 мин.)
Цитата:
Если бы CP Digital сделали нормальный транскод - занижением скорости видео на 4% и сохранением интерлейса (будем считать сериал снимали в интерлейсе 720x576 25fps) с ресайзом в интерлейсном режиме 720x576>720x480, и скорость звука бы уменьшили на 4% (с сохранением тональности) то такой DVD был бы нормальным интерлейсным NTSC для которого после деинтерлейсинга должна была остаться частота 29,97
Нет простого способа из 25i сделать 29.97i - для этого нужна вставка повторных полей, поскольку кадров меньше на 1/6, а видео с повторными полями нельзя подвергать деинтерлейсу, его нужно разбирать обратно, в меньшую частоту.
4% происходят не отсюда, это разница между 24 (или 23.976) и 25. Если бы переводилось из телевизионного 25i с ускорением (в стандартный киношный вариант NTSC), то сначала сделали бы деинтерлейс в 25p, потом затормозили в 23.976 и растянули бы в 29.97 вставкой полей. Тогда при рипе разбирать надо было бы в 23.976.
DenisLp писал(а):
НО модераторы то откуда могли знать как делали издатели
Я не ручаюсь за осведомленность модераторов, но даже если они в этом случае угадали, они правы: прогрессив 29.97 при съемке в 25i или 24p полноценным быть не может. А знали они то, что фильм - наш (т.е. снят точно не в 29.97, когда был бы возможен деинтерлейс), и этого достаточно.
Цитата:
И как его разобрать в 23,976, В 24,975 понимаю, но 23,976 откуда?
Во что именно разбирать конкретно этот фильм, зависит от того, как его снимали (на пленку 24 или в 25i) и как перегоняли в NTSC (c блендами или из 25i вставкой полей). Если он такой же, как в вашем последнем примере, то его нужно разбирать в 24.975 деблендером (напр. RePAL), можно вставить недостающие 1001-е кадры до 25 (я не знаю, как в этом разделе относятся к 24.975, HD рипы на трекере есть такие), чтобы не трогать звук (changefps25/convertfps25).
Цитата:
И потом там было заявление, что не устранена телекино последовательность (т.е. должно быть 23,976)
Это знает только модератор, возможно, так сформулированы правила для NTSC фильмов, а то, что это перевод из PAL, он вполне мог не знать.
|
|
|
|
DenisLp
Стаж: 16 лет 9 месяцев Сообщений: 322
|
DenisLp ·
11-Янв-12 03:20
(спустя 3 часа, ред. 11-Янв-12 08:39)
Areyou
Понятно, но я у модератора еще спрошу на счет честных NTSC, интересно, что он скажет, а то сюда похоже они не заглядывают.
|
|
|
|
Areyou
Стаж: 16 лет 1 месяц Сообщений: 1704
|
Areyou ·
11-Янв-12 10:06
(спустя 6 часов)
DenisLp писал(а):
сюда похоже они не заглядывают
К технической компетенности модераторов других (нетехнических) разделов я отношусь скептически, на основании их собственных релизов (иные даже скрипты не стесняются выложить). Но относительно правил есть смысл с просить, в некоторых разделах действуют нигде не прописанные "расширения". Например, все неофициальные DVD раздела рок-музыки в лучшем случае автоматически получают статус "сомнительно" и т. д.
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
11-Янв-12 12:53
(спустя 2 часа 46 мин., ред. 11-Янв-12 16:57)
DenisLp & Areyou
Я бы применил к этому сэмплу всё же такой скрипт:
скрытый текст
#RemoveGrainSSE2.dll
#RepairSSE2.dll
#TDeInt.dll
#TIVTC.dll
#NNEDI3.dll
#mvtools2.dll
#MT.dll
#average.dll
#LGhost.dll
#repal.dll
#mt_masktools-25.dll
#filldropsI.avs
#QTGMC.avs
SetMTmode(2)
setmemorymax(640)
# filldropsI()
# TDeInt(mode=1,order=1)
QTGMC(Preset="Slow", Sharpness=1.0)
# трансфер NTSC=>PAL
repal()
# удаление яркостной наводки
LGhost(2, 0, 16, 2, 0, 14, 1, 0, 14, 1, 0, 14) # подобрать параметры начиная с mode
#### Sintax: LGhost(clip, mode0, shift0, intensity0, ... , mode17, shift17, intensity17)
#### mode 0 : (default), 1 : 2 : 3 : 4
#### shift (-clip.width ‚clip.width, default 0)
#### intensity (-128 ‚ 127, default 0)
LGhost здесь нужен, чтобы побороть яркостную наводку на некоторых кадрах (особенно первоначальных). Я так не особо возился, при желании можно точнее подстроить и в качестве bob-деинтерлейса я предпочитаю всё же QTGMC, как вариант оставил в пресете и TDeInt(mode=1,order=1)
|
|
|
|
DenisLp
Стаж: 16 лет 9 месяцев Сообщений: 322
|
DenisLp ·
13-Янв-12 20:44
(спустя 2 дня 7 часов)
Я переделаю потом раздачу, лучше из PAL релиза возьму видео. Там delay только немного подкорректировать надо, чтобы 5.1 дорожку прикрутить.
Я семпл немного неудачный залил, надо было самое начало, там начальные титры панорамированием идут, все рывки хорошо заметны.
У меня такой вопрос. Эти остаточные артефакты интерлейса - лесенки на наклонных линиях, это беда всех интерлейсных NTSC? Я на многих такое замечал. Например, обратите внимание в моем семпле крыша поезда с какими лесенками, на PAL релизе такого почти нет (а там тоже интерлейс). Я думаю, это из-за того, что в NTSC меньше разрешение и от этого заметность выше. Можно ли минимизировать такие артефакты? Они очень неприятны глазу. Как-то задавал такой вопрос на форуме oszone, мне посоветовали деинтерлейсер Muksun для VirtualDub. В принципе есть деинтерлейсеры типа linear blend в ffdshow, его аналог в ависинте blur(0,1). А также TomsMoComp хорошо убирают эти лесенки (но все равно не полностью), но и очень четкость снижается, там похоже каждый полукадр просто отбрасывается и разрешение падает в два раза.
|
|
|
|
Areyou
Стаж: 16 лет 1 месяц Сообщений: 1704
|
Areyou ·
13-Янв-12 22:09
(спустя 1 час 25 мин.)
DenisLp
Цитата:
Можно ли минимизировать такие артефакты?
Только применением комбинированных скриптов деинтерлейса (напр. как уже посоветовали, QTGMC), но это чудовищно медленно, только если у вас есть время и материал того стоит. Что-то на том или ином материале остается заметным, идеальных деинтерлейсеров не существует.
|
|
|
|
Pustovetov
Стаж: 17 лет 1 месяц Сообщений: 4254
|
Pustovetov ·
14-Янв-12 08:13
(спустя 10 часов)
DenisLp писал(а):
У меня такой вопрос. Эти остаточные артефакты интерлейса - лесенки на наклонных линиях, это беда всех интерлейсных NTSC? Я на многих такое замечал. Например, обратите внимание в моем семпле крыша поезда с какими лесенками, на PAL релизе такого почти нет (а там тоже интерлейс).
Во-первых, деинтерлейсеров существует много, а еще у них существуют настройки. Во-вторых, кроме деинтерлейсеров, существуют антиалайзеры, к примеру maa
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
14-Янв-12 09:51
(спустя 1 час 38 мин., ред. 14-Янв-12 14:21)
DenisLp
Довольно часто мы наблюдаем подобные лесенки на контурах на исходниках многих телевизионных каналов и системы PAL. Типовое включение деинтерлейса TDeInt имеет вид:
Код:
TDeint(type=2, hints=false, full=true, sharp=true, slow=2, mthreshL=5, mthreshC=5)
Но оно не способно устранить подобные лесенки. Есть возможность заставить TDeint производить деинтерлейс всего кадра, а не только той его части, которую он счёл движущейся. Для этого параметры порогов mthreshL и mthreshC нужно выставить в 0 . А также в этом случае использовать ядерный алгоритм ELA2, задав type=3.
Код:
TDeint(type=3, hints=false, full=true, sharp=true, slow=2, mthreshL=0, mthreshC=0)
Способ второй: применить следующий алгоритм деинтерлейса на базе NNEDI3:
Код:
o = last
bob1 = o.nnedi3(field=-2)
bob2 = o.sharpen(0,1).nnedi3(field=-2)
max = bob1.mt_logic(bob1.selectevery(1,-1),"max",U=3,V=3).mt_logic(bob1.selectevery(1,1),"max",U=3,V=3)
min = bob1.mt_logic(bob1.selectevery(1,-1),"min",U=3,V=3).mt_logic(bob1.selectevery(1,1),"min",U=3,V=3)
clamped = bob2.mt_clamp(max,min,0,0,U=3,V=3)
clamped.selectevery(2,-1).trim(1,0)
Ну и третий способ я уже вам предлагал QTGMC. Притом те пресеты, которые базируются на NNEDI3 от "Super Fast" самого быстрого до "Placebo", самого медленного и сложного в плане обработки. Так, что вам предоставляется по QTGMC выбрать скорость обработки и деинтерлейса и, я абсолютно не понимаю утверждения того, что QTGMC -очень медленный особенно, когда ваш материал в последующем потребует обработки(по крайней мере тот, который вы нам предоставили, -требует). Если ваш исходник довольно чистый и скрипт вам нужен только для деинтерлейса и небольшой обработки, то вполне подойдёт вариант QTGMC(preset="Fast"). А вот если необходима существенная обработка видеоряда, тогда надо подключать пресеты "Slower", "Very Slow", "Placebo".
Использование любого антиайлизинга, даже такого простого, как maa() также существенно увеличит время обработки. Но тут уже, как говорится, или гнать лажу , или качество превыше всего. Бракоделов в этом плане хватает, особенно в разделе русских сериалов на рипах, выполненных с исходников DVB и IPTV многих телеканалов (исключение составляют разве более качественные НТВ, ОРТ, канал Россия, СТС).
|
|
|
|
DenisLp
Стаж: 16 лет 9 месяцев Сообщений: 322
|
DenisLp ·
14-Янв-12 20:14
(спустя 10 часов, ред. 14-Янв-12 23:38)
На всякий случай залил еще семпл, с панорамированием и лесенками на паровозе.
http://deniskx.loris.feralhosting.com/sample2.m2v
Буду разбираться со скриптами. Скорость упадет не так страшно, я не тороплюсь, да и проц мощный.
А я кстати сейчас этот файл в WMP12 посмотрел, движения плавные и лесенок на крыше паровоза не видно  И MPC HC через DXVA очень чистую картинку дают, значит качество вытянуть в принципе можно.
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
15-Янв-12 13:30
(спустя 17 часов)
У меня получается пока такой результат. Небольшой строб можно заметить на начальных титрах, но уж больно исходник там дёрганный.
|
|
|
|
MotoSava44
Стаж: 15 лет 4 месяца Сообщений: 241
|
MotoSava44 ·
22-Окт-15 19:54
(спустя 3 года 9 месяцев, ред. 22-Окт-15 19:54)
У меня похожая проблема, поэтому напишу тут. У меня есть DVD R2J Anime, только MEGUI делает правильный деинтерлейс но понижает фпс с 29,97 до 23,976 как выставить принудительно или правильно оригинальные 29,97 ? делаю через file indexer и тд по пунктам.
https://cloud.mail.ru/public/L23W/ffyVWiYWo
https://cloud.mail.ru/public/CUdX/R2s8kEw2S
|
|
|
|
frenchdenyd
Стаж: 7 лет Сообщений: 3
|
frenchdenyd ·
20-Дек-17 00:50
(спустя 2 года 1 месяц)
Areyou писал(а):
50144214Самое главное - сначала выяснить, что за источник: если это не фильм, то для прогрессивного рипа надо не поля переставлять, а делать обычный деинтерлейс при 29.97
Бывают фильмы и с честным 29.97p, хоть это и редкость. Правда возможно исходник был 59.94i.
|
|
|
|
Vivianus
Стаж: 14 лет 11 месяцев Сообщений: 5851
|
Vivianus ·
30-Апр-24 19:47
(спустя 6 лет 4 месяца)
Не понятный DVD https://rutr.life/forum/viewtopic.php?t=1723349
То ли я не могу настроить деинтерлейс в ffdshow, то ли DVD5 сделан из DVD9 криво, каждый второй, каждый третий кадр двоится, хорошо заметно по идущим людям на 15 минуте
https://i.postimg.cc/mkPY2rq8/20240430-214600-725.jpg
1 кадр двоится
2 кадр не двоится
3 кадр двоится
4 кадр не двоится
5 кадр не двоится
6 кадр двоится
7 кадр не двоится
8 кадр двоится
9 кадр не двоится
10 кадр не двоится
|
|
|
|
Areyou
Стаж: 16 лет 1 месяц Сообщений: 1704
|
Areyou ·
02-Май-24 18:46
(спустя 1 день 22 часа)
Vivianus
Скиньте сэмпл видео, тогда можно будет посмотреть.
|
|
|
|
Vivianus
Стаж: 14 лет 11 месяцев Сообщений: 5851
|
Vivianus ·
03-Май-24 06:57
(спустя 12 часов)
|
|
|
|
Areyou
Стаж: 16 лет 1 месяц Сообщений: 1704
|
Areyou ·
03-Май-24 10:06
(спустя 3 часа)
Vivianus
Да, признаки "кривизны" наблюдаются. Чересстрочка как таковая устраняется перестановкой полей через TFM() из плагина TIVTC. Повторных кадров после этого не возникает, но остаются бленды (раздвоения в обоих полях некоторых кадров). Если бы они были регулярными, можно было бы побороться скриптом SRestore(), но там алгоритмы рассчитаны на типичные пары блендов от испорченного телесина (бленды в смежных кадрах). Здесь неясная закономерность их расположения. Если нужен прогрессив, я бы ограничился упомянутой TFM(). Возможно, что-то еще посоветуют в ветке "обработка и пересжатие видео".
|
|
|
|
Vivianus
Стаж: 14 лет 11 месяцев Сообщений: 5851
|
Vivianus ·
03-Май-24 10:36
(спустя 30 мин., ред. 03-Май-24 10:36)
Areyou
Придется искать оригинальный DVD 29,970, в DVDRip в соседней раздаче такой проблемы нет, видимо, исходник DVD PAL был другой и при создании DVD из американского преобразование 29-25 было сделано нормально. Жаль, уже нет возможности заказывать DVD из США
|
|
|
|
