конвертации из 24 в 60 fps тредпо совету вчерашних анонов накидал в одну папкуAvs2YUV 0.24bm3FFmpeg 64-bit Static Versionsffms2-2.22avisynth.dllsvpflow1.dllsvpflow2.dllmvtools 2.5.11.3накатал скриптSetMemoryMax(1400) # How many MB RAM you can give. 2048 is more than enoughpel=1recalc=truesvp_flow_lib="libflowsse.dll"LoadPlugin("x86\ffms2.dll")LoadPlugin("mvtools2.dll")SetMTMode( 3,4 )in_file="11.webm" # here may be mp4, webm, or anyting# Audio = FFAudioSource(in_file)# Video = FFVideoSource(in_file)# AudioDub(Video, Audio)FFVideoSource(in_file)ConvertToYV12()SetMTMode( 2, 4 )super=MSuper(pel=pel)finest=pel==1 ? super : MFinest(super) backward_vec=MAnalyse(super, isb=true, blksize=32, search=4, overlap=0) forward_vec=MAnalyse(super, isb=false, blksize=32, search=4, overlap=0)# backward_vec = MRecalculate(super, backward_vec, blksize=8, overlap=2)# forward_vec = MRecalculate(super, forward_vec, blksize=8, overlap=2)# MSmoothFps(super, backward_vec, forward_vec, finest=finest, num=60, den=1, algo=2, sadml=200, blend=true) MBlockFps(super, backward_vec, forward_vec, num=60, den=1)# backward_vec = MAnalyse(super, overlap=4, isb = true, search=3)# # Use block overlap, halfpixel accuracy and Exhaustive search# forward_vec = MAnalyse(super, overlap=4, isb = false, search=3)# MFlowFps(super, backward_vec, forward_vec, num=60, \# den=1) # num is fps value. You can interpolate even 240fps# and read about MSmoothFps function configs to get optimal resultsзапускаю через консоль следующим образом: avs2yuv script.asv 12.mkv | bin\ffmpeg -i -файлы скрипт конвертирует в 60 fps но результирующий файл получается >1гб размером + большие файлы он конвертирует лишь частично.анонии, подскажите, где я проебался
бамп
>>119874362 (OP)забыл написать:в конце конвертации вылетает ошибкаpipe::invalid data found when processing input
бмп бмп бмп
>>119874362 (OP)> результирующий файл получается >1гб размеромТы не указал параметры сжатия на выходе.Если mvtools делает интерполяцию медленно, то имеет смысл сохранять результат в огромный файл без потерь (-c:v libx264 -crf 0 -preset superfast), а потом жать его двумя проходами в VP9.> + большие файлы он конвертирует лишь частично.Вероятно, мал memory limit (первая строка скрипта). Увеличь его, либо разбей операцию на части.
>>119878236>>119874946подскажи ещё по поводу этого
>>119878324Avisynth упал, ffmpeg внезапно получил конец файла на входе.
>>119878443как с этим бороться?
>>119878516См. >>119878236, последний абзац.
>>119878589с маленькими файлами тоже эта ошибка вылетает
>>119874362 (OP)Чем тебя обычные гайды, вроде http://www.spirton.com/convert-videos-to-60fps/ не устраивают? Для чего тебе свой скрипт и работа в консольке?
>>119878767Ну хз тогда. Я вообще никогда не пользовался avisynth, т.к. его нет под мою ОС. Да и вообще он мёртв, все переходят на VapourSynth, который использует Python для сценариев и поддерживает разные ОС и архитектуры.MVTools для него тоже есть: https://github.com/dubhater/vapoursynth-mvtools
>>119879029пробовал, но длинные файлы он не осиливает, вылетает с ошибкой
>>119879252расскажи поподробнее пожалуйста
>>119879732Что рассказать?
>>119879958ну, чем обмазываться для конвертации
>>119879292> длинные файлы он не осиливаетНе знаю, что ты за длинные файлы в него сувал. Серию анимы ~300Мб, не так уж и много нормально у меня полностью прогонял. Если ты пытаешься дать ему несколько-гигабайтный фильм, попробуй предварительно его ужать в x264 формат стандартный у ffmpeg'а для mkv, mp4 - объем сократиться в несколько раз а разницы ты не почувствуешь. Тогда, может, и скрипт возьмет.Да и в любом случае - видимо, проблема одна и та же, что с обычным способом, что с твоим самодельным скриптом. Попробуй, как выше советовали, дать ему больше памяти, купи побольше оперативки, или еще чего.
>>119880055Для интерполяции кадров, ты хотел сказать?Для конвертации очевидно — ffmpeg. Кстати, у него появился свой интерполятор, -vf framerate=60.
>>119880306>Кстати, у него появился свой интерполятор, -vf framerate=60.а вот это офигенно. надо попробовать
>>119880193самую обычную серию анимцы. оперативы ему гига 4 давал.
>>119880193От сжатия исходника с более высоким квантованием потребление памяти mvtools'ом не изменится. Это только навредит, т.к. добавит артефактов на ранней стадии обработки.
>>119880928Пошел нахуй.Зарепортил.
>>119880668> самую обычную серию анимцыУточню еще раз, что Anima Bluray Edition 4K разрешение - это не самая обычная серия.А так, не знаю, чем помочь еще.Я бы еще попробовал просто для интереса те же самые операции проделать на другой машине на ноуте, например.>>119880734Может, ты и прав. Но артефактов перегон с -q:v 1 в x264 не добавит практически, только самые малейшие детали могут пропасть - и то без увеличения и усердного сравнения не заметишь
>>119880510>>119880306только что прогнал серию анимцы- отлично интерполировал. большое спасибо!
>>119885505Если железо позволяет, то с этим фильтром можно смотреть и без конвертации:mpv -vf lavfi=\"framerate=60\" animu.mkv
>>119887052у меня не очень железо, svp к примеру пашет весьма посредственно
