|
| |
| |
| |
| 4.34, Аноним (33), 22:54, 16/06/2020 [^] [^^] [^^^] [ответить] [↓] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]
| +/– |
Вот этих модулей (кодировщиков) по умолчанию нет (и много чего еще):
libass libbluray libmp3lame libopus libpulse libsoxr libspeex libtheora libtwolame libvorbis libvpx libwavpack libwebp libx264 libx265 libxvid
Есть следующие кодировщики (с пометкой native):
mpeg4 srt pcm aac ac3 dvvideo ffv1 opus truehd ffvhuff huffyuv utvideo flac png prores flv gif vorbis (bad) alac wavpack webvtt apng wmv wma ass ssa jpeg2000 mjpeg bmp mp2 mpeg1video mpeg2video dca
Имеется ключ --enable-vapoursynth. Требует установленный VapourSynth с /Include/VapourSynth.h
Я так полагаю, это позволит импортировать py скрипты напрямую. Собираю сейчас, собирается долго, даже без сторонних зависимостей.
| | |
|
|
|
| |
| |
| |
| 4.57, Аноним (56), 22:19, 21/06/2020 [^] [^^] [^^^] [ответить] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]
| +/– | |
Да вот только у меня двухъядерный проц. Виндовый AviSynth (QTGMC preset Faster) загружает его при дефолтных настройках на 70%, но кодирует на 25-33% быстрее, чем линусковый VaspourSynth, который загружает на 100%. При том, что на винде, выставив минимальный приоритет, еще можно чем-то заниматься, а на линуксе, несмотря на приоритеты, отзывчивость падает сильнее.
Знаю, питон только парсит скрипты, аналог которых (точнее устаревшие порты, как и в случае с плагинами) это avs и avsi. Только вот avs* не тянет в систему питонятину, а только маленький avisynth.dll.
| | |
|
|
|
| |
| 2.39, Валик (?), 06:25, 17/06/2020 [^] [^^] [^^^] [ответить] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]
| +1 +/– |
>> Имеется в виду аппаратное декодирование.
> Конкретнее надо было изъясняться, я не сильно в теме, но у меня
> Хасвел и в целом работает.)
Смотри какое дело, как это обычно работает вообще:
предположим, что какая-то контора выпускает кодек и этот кодек начинают применять во всяких гуголах (ютюбах), мозилах и т.п. гигантами в индустриях..
но как применять? кодек - это всего лишь какое-то описание способа кодирования потока, просто математический алгоритм, так сказать... потому, все эти мозиллы, гуглы и прочие ffmpeg-и, пишут ЭТАЛОННЫЕ РЕАЛИЗАЦИИ данного кодека, соревнуясь за одно у кого быстрей получится...
и вот эти все ЭТАЛОННЫЕ и не очень реализации кодеков, они, как правило, пишутся на обычных сях и работают на центральном процессоре, что не очень эффективно само по себе, зато работает везде.
ВОТ ЭТО И ЕСТЬ ТВОЙ СЛУЧАЙ. И ВООБЩЕ ЭТО ОБЩИЙ СЛУЧАЙ КАК ПРАВИЛО.
а дальше поспевают новые видеокарточки.. в которых уже производитель железа добавляет аппаратную поддержку того или иного кодека.. или не добавляет.. или добавляет, но криво.. - тут еще как повезет.
и этот случай, очевидно, наиболее энергоэффективен. был бы, если бы не требовалась аппаратная поддержка еще и софтом - тем самым софтом, с самого верха этого ликбеза, который и без того работает на процессорах практически любых.
вот этот, последний случай, как раз и описывается в новости, например - добавили поддержку аппаратную vp9 через intel QSV, аппаратная поддержка vp9 в котором есть только для процев от Version 5 (Skylake). то есть, очевидно что АППАРТНО VP9 на HASWELL не заработает НИКОГДА.
| | |
|
|
