|
|
|
Bladru
Стаж: 17 лет 1 месяц Сообщений: 536
|
Bladru ·
12-Ноя-09 21:52
(15 лет назад)
shartm писал(а):
Но, как уже неоднократно отмечалось, слишком уж лихо он распределяет битрейт и задирает кванты там, где вовсе и не следовало, что приводит к подобной гадости (мыло, артефакты и даже искажение черт лица актера).
Ты уверен, что на скринах проблема энкодера, а не ресайза? Если уверен, то попробуй запостить в тему на doom9. Интересно, что об этом скажет Dark Shikari.
|
|
|
|
shartm
Стаж: 15 лет 10 месяцев Сообщений: 2533
|
shartm ·
13-Ноя-09 06:34
(спустя 8 часов, ред. 13-Ноя-09 12:16)
Bladru
Уверен. На doom9 с моим английским делать нечего. Можно конечно крутить qcomp но полностью от вышеуказанных проблем это не избавляет. Пусть меня забросают помидорами, но выскажу следующую мысль - на практическом опыте пришел к совершенно очевидному выводу - новомодные фишки икса - mb-tree&subme10 действительно позволяют, используя экстремально низкий битрейт, добиться субъективно более высокого качества, но с точки зрения максимального соответствия рипа исходнику при использовании нормального битрейта subme9&b-pyramide пока что вне конкуренции.
|
|
|
|
Падре
Стаж: 15 лет 1 месяц Сообщений: 63
|
Падре ·
13-Ноя-09 08:08
(спустя 1 час 33 мин.)
Voland_
Скачиваете полный "боекомплект" FFmpegSource. Все распаковываете и в паку плагинов ависинта. Есть в нем (в "боекомплекте") такая штука - FFMS2.avsi, содержащая функцию:
Код:
function FFInfo(clip c, bool "framenum", bool "frametype", bool "cfrtime", bool "vfrtime")
По умолчанию все булевы параметры установлены в "true". Т.е. достаточно в скрипте после FFхххSource указать FFInfo() и получите информацию о текущем фрейме, его типе и т.д. Ничего подгружать не надо ( .avsi самозагружаемые).
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
13-Ноя-09 11:14
(спустя 3 часа)
Падре писал(а):
function FFInfo(clip c, bool "framenum", bool "frametype", bool "cfrtime", bool "vfrtime")
Спасибо, намного удобнее.
Ну и нашел как в AvsP сменить установленный по умолчанию для открытия файлов DirectShowSource. Для этого оказалось достаточным прочесть документацию.  Может кому пригодится - в Options есть пункт Extention Templates. Там можно прописать любое расширение и нужный скрипт с "***" вместо имени файла, который будет использоваться при открытии в AvsР файлов указанного типа.
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
13-Ноя-09 11:55
(спустя 40 мин.)
Voland_ писал(а):
Для этого оказалось достаточным прочесть документацию
какое удивительное открытие... 
|
|
|
|
vladimiryakushin
Стаж: 18 лет 6 месяцев Сообщений: 3181
|
vladimiryakushin ·
13-Ноя-09 12:37
(спустя 41 мин.)
shellgen писал(а):
Voland_ писал(а):
Для этого оказалось достаточным прочесть документацию
какое удивительное открытие...
..... уже давно добавил vc1Source(***), а после обновления DGdecnv - DGSource(***)
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
13-Ноя-09 13:10
(спустя 33 мин.)
А чем лучше открывать сразу .264? FFVideoSource очень тормозно открывает и глючит. 
|
|
|
|
Skazhutin
Стаж: 17 лет 4 месяца Сообщений: 6701
|
Skazhutin ·
13-Ноя-09 13:17
(спустя 6 мин.)
Voland_
В mkv смуксите и не будет глючить. Открывает он не тормозно, просто индексирует в фоне
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
13-Ноя-09 13:40
(спустя 22 мин.)
Skazhutin
Да вот я потому и спросил, что можно было бы на шаг сократить открытие файла - без муксинга.
|
|
|
|
Падре
Стаж: 15 лет 1 месяц Сообщений: 63
|
Падре ·
13-Ноя-09 14:40
(спустя 1 час, ред. 13-Ноя-09 15:08)
Voland_
Делаете скрипт:
Код:
path="X:\...\yyy.zzz" # путь к исходному файлу
FFIndex(path)
FFVideoSource(path)
Нажимаете F5, ожидаете окончания индексирования.
Потом изменяете скрипт на:
Код:
path="X:\...\yyy.zzz"
#FFIndex(path)
FFVideoSource(path, cachefile=path+".ffindex") #хотя указывать cachefile не обязательно (т.к. поиск индексного
#файла осуществляется автоматически).
Тормоза должны уменьшиться существенно.
Кстати, если используете покадровую прокрутку вперед, а потом назад, то в скрипт можно поместить FrameCache(n), где n подбирается индивидуально (сам по себе ависинт кэширует 40 фреймов).
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
13-Ноя-09 14:45
(спустя 4 мин.)
Падре писал(а):
FFIndex(path)
мне больше по душе предварительно
Код:
ffmsindex %1 %1.ffindex
echo ffvideosource(%1)> %~n1.avs
телодвижений меньше в итоге ))
|
|
|
|
Падре
Стаж: 15 лет 1 месяц Сообщений: 63
|
Падре ·
13-Ноя-09 14:58
(спустя 13 мин.)
Оффтоп
shellgen писал(а):
телодвижений меньше в итоге ))
Согласен, если человек "обладает" работой с cmd/bat 
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
13-Ноя-09 15:57
(спустя 58 мин.)
Падре
Спасибо. Но тогда уж лучше смуксить в mkv и открывать сразу, т.к. индексирование - это почти то же смуксивание
|
|
|
|
Падре
Стаж: 15 лет 1 месяц Сообщений: 63
|
Падре ·
13-Ноя-09 16:49
(спустя 52 мин.)
Voland_ писал(а):
т.к. индексирование - это почти то же смуксивание
Индексироваться будет в любом случае (даже без явного использования FFIndex), кроме того, помещать "голое" видео в матрешку и без того крайне желательно.
|
|
|
|
vladimiryakushin
Стаж: 18 лет 6 месяцев Сообщений: 3181
|
vladimiryakushin ·
13-Ноя-09 17:02
(спустя 13 мин., ред. 13-Ноя-09 17:02)
Voland_
А что планируется делать с H264? Почему бы не проиндексировать в DGAVCindex и грузить:
AVCSource("X:\...\yyy.dga")
P.S. .... или я что-то упустил..... 
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
13-Ноя-09 17:36
(спустя 34 мин.)
Падре писал(а):
Индексироваться будет в любом случае (даже без явного использования FFIndex),
Я сравнивал время закгрузки через FFVideoSource mkv или 264 с индексированием. В первом случае на порядок быстрее. Уж не знаю почему
Цитата:
кроме того, помещать "голое" видео в матрешку и без того крайне желательно
Почему?
vladimiryakushin писал(а):
А что планируется делать с H264? Почему бы не проиндексировать в DGAVCindex и грузить:
AVCSource("X:\...\yyy.dga")
Речь идет о сэмплах, когда .264 в будущем будут не нужны и лишние действия с ними по перегонке в mkv, индексации и прочему - лишь дополнительная трата времени и сил. Поэтому есть желание как-то в одну команду их открывать
|
|
|
|
Падре
Стаж: 15 лет 1 месяц Сообщений: 63
|
Падре ·
13-Ноя-09 18:35
(спустя 58 мин., ред. 13-Ноя-09 18:35)
Voland_
Если интересует только номер фрейма, то
Код:
ScriptClip(""" Subtitle("Frame number: "+String(current_frame)+" of "+String(framecount)) """)
подойдет для любого фрейм-сервера.
Voland_ писал(а):
Цитата:
кроме того, помещать "голое" видео в матрешку и без того крайне желательно
Почему?
Потому, что
Voland_ писал(а):
Я сравнивал время закгрузки через FFVideoSource mkv или 264 с индексированием. В первом случае на порядок быстрее. Уж не знаю почему
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
13-Ноя-09 18:47
(спустя 11 мин.)
Падре
Ну я думал, может есть какое-то научное обоснование
В принципе в матрешку смусксить дело 5 секунд для сэмплов, правда их много, но все равно не более минуты. Открытие напрямую .264 это скорее из спортивного интереса все максимально упростить
|
|
|
|
@lolkin@
Стаж: 16 лет 7 месяцев Сообщений: 1362
|
@lolkin@ ·
14-Ноя-09 00:46
(спустя 5 часов, ред. 14-Ноя-09 00:46)
shellgen писал(а):
Hyperload писал(а):
Что-то с последней ревизией wpredp, цветность сильно возросла, искажается изображение, не есть хорошо.
--weightp 0 или смотреть через ffdshow, а не coreavc
дык cuda mode вроде справляется. да и 2 не за горами.
|
|
|
|
_Woland_
Стаж: 15 лет 11 месяцев Сообщений: 1067
|
_Woland_ ·
14-Ноя-09 01:54
(спустя 1 час 8 мин.)
Очередная сборка иксов. Обещано:
Цитата:
Various weightp fixes
Никто не пробовал? Я сейчас не могу потестить - кодируется фильм.
Но меня больше не это интересует. Поясните, о чём речь?
Цитата:
Actually add -Wno-strict-aliasing to configure
|
|
|
|
Bladru
Стаж: 17 лет 1 месяц Сообщений: 536
|
Bladru ·
14-Ноя-09 02:28
(спустя 33 мин.)
_Woland_ писал(а):
Но меня больше не это интересует. Поясните, о чём речь?
Цитата:
Actually add -Wno-strict-aliasing to configure
http://git.videolan.org/?p=x264.git;a=commit;h=cbd43d1e31fae533de121c7c0dfcc13ebf41aa24
Цитата:
Fix all aliasing violations
New type-punning macros perform write/read-combining without aliasing violations per the second-to-last part of 6.5.7 in the C99 specification.
GCC 4.4, however, doesn't seem to have read this part of the spec and still warns about the violations.
Regardless, it seems to fix all known aliasing miscompilations, so perhaps the GCC warning generator is just broken.
As such, add -Wno-strict-aliasing to CFLAGS.
Добавили опцию, чтобы компилятор не ругался почём зря.
|
|
|
|
_Woland_
Стаж: 15 лет 11 месяцев Сообщений: 1067
|
_Woland_ ·
14-Ноя-09 02:36
(спустя 8 мин.)
Bladru
То есть речь идёт об опции, используемой при сборке иксов, я правильно понял?
|
|
|
|
Bladru
Стаж: 17 лет 1 месяц Сообщений: 536
|
Bladru ·
14-Ноя-09 04:23
(спустя 1 час 46 мин.)
_Woland_ писал(а):
То есть речь идёт об опции, используемой при сборке иксов, я правильно понял?
Да. Только не "иксов", а x264.
|
|
|
|
Падре
Стаж: 15 лет 1 месяц Сообщений: 63
|
Падре ·
14-Ноя-09 06:55
(спустя 2 часа 32 мин., ред. 14-Ноя-09 06:55)
Оффтоп
Обновляемся...
DGDecNV 2.0.0 beta 2
(DGIndexNV один единый для мпег2, ВК1, АВК... ).
Кто без лиц. то ниже...
скрытый текст
[url=http:// СПАМ Пасс на скачивание стандартный (rutr.life)
|
|
|
|
GKtomsk
Стаж: 17 лет 10 месяцев Сообщений: 175
|
GKtomsk ·
14-Ноя-09 11:44
(спустя 4 часа, ред. 14-Ноя-09 12:23)
ламерский вопрос можно?
что обрабатывает деблокинг фильтр в x264 - исходник или результат?
хотя, судя по алгоритму - исходник.
точнее, мне интересно нужно ли применять данный фильтр к исходнику заведомо высокого качества - BD/BDRip 1080p?
|
|
|
|
_Woland_
Стаж: 15 лет 11 месяцев Сообщений: 1067
|
_Woland_ ·
14-Ноя-09 12:50
(спустя 1 час 5 мин.)
Bladru
Не будьте педантом.
|
|
|
|
shartm
Стаж: 15 лет 10 месяцев Сообщений: 2533
|
shartm ·
14-Ноя-09 13:12
(спустя 22 мин.)
AvsP при открытии 1080p видео в матрешке через FFVideoSource выдает на многих кадрах вот это:
В чем может быть дело?
|
|
|
|
@lolkin@
Стаж: 16 лет 7 месяцев Сообщений: 1362
|
@lolkin@ ·
14-Ноя-09 14:28
(спустя 1 час 15 мин., ред. 14-Ноя-09 14:28)
GKtomsk
В отличие от префильтрации, или постобработки, --deblock применяется в процессе кодировании на каждый отдельный кадр, после того как он закодирован, но перед тем как будет использоваться в качестве ссылки для последующих кадров. также надо понимать что воздействие на отдельно-взятый кадр зависит от его качества.
|
|
|
|
Voland_
Стаж: 16 лет 9 месяцев Сообщений: 1774
|
Voland_ ·
14-Ноя-09 15:31
(спустя 1 час 3 мин.)
Падре писал(а):
Обновляемся...
DGDecNV 2.0.0 beta 2
Спасибо! Один индексатор на все - удобно. А вообще есть какая-то разница в версиях подобных программ, насколько мне представляется - процесс индексирования достаточно стандартен и чего-то там "улучшить" сложно?
|
|
|
|
_Woland_
Стаж: 15 лет 11 месяцев Сообщений: 1067
|
_Woland_ ·
14-Ноя-09 17:49
(спустя 2 часа 17 мин.)
В чём разница между weightp 1 и 2? Здесь приведены скрины, где в режиме "1" артефактов не наблюдается - http://forum.doom9.org/showthread.php?p=1343415#post1343415
|
|
|
|
