Search options (Page 85 of 356)

> А я то думал, что мутации происходят от физического влияния внещной среды

ну как, мутации происходят _случайно_. а потом - естественный отбор. ну или искусственный отбор, тупыми мужЫками

not interested

If you used madVR before then the MPC-HC's update may probably reset it to EVR. Which is not good for 144 fps...

> I've downloaded the mpv with Vapoursynth support

Why? SVP has everything it needs in the installation folder\mpv64  subfolder.

If you really want to run some other mpv builds from somewhere (D:\mpv-x86_64-20200223-git-57ecfb4/) you have to specify proper PATH/PYTHONPATH values.

don't run Kodi as admin

any lines in SVP's log?

> мне показалось, что вы были слишком резкими

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

Вопрос: может ли здоровый человек дождаться трех ночи а потом в течении пары часов херачить в форум ~100 постов с "рекламой" своего высера?
Мне-то что, скриптик для очистки его испражнений за 5 минут накидал, да и ладно. Но вот в т.н. "голове" у человека - что?

Advanced mode
ovc: libx265
ovcopts:
x265-params=lossless=1
preset=slow

https://www.svp-team.com/wiki/Manual:Al … on_example

На вопрос нет ответа. На сколько-то - быстрее...  Наверное, в разы.
Однако, скорость кодирования x264 в разных режимах отличается наверное на порядок. NVENC может кодировать несколько сотен к/с в 1080p. Как при этом соотносится качество с пресетами x264 - это ещё более отдельный вопрос.

Наверное надо узнать сколько к/с даст SVP без кодирования, и это и будет той цифрой в которую упрется скорость перекодирования через NVENC.

Да, и Википедия учит нас что блоки NVENC в 1050 и 1650-не-super одинаковые.

It's a rather unique video cause it jumps between 24 and 30 fps every few seconds for no visible reason.

> If I let it run it comes out looking sub-480 levels of low quality.

Yeah, this is because you're encoding with a hardware encoder (NVENC?) and it requires to specify the exact frame rate (which is completely unknown in this case) to know how to distribute the bit rate over the frames.
So, well, software encoders must work just fine.

> it's set to convert to 120FPS

In this case it only works in frame doubling mode, see the log:
> 12:02:13.986 [W]: Transcoder: playing at double rate, source frame rate unknown