chifth, я framrate уже почистил, он нужен только если видео из кадров собираете. Для конвертации видео он не нужен.
-profile:v main10 -pix_fmt yuv420p10le
Используем 10-бит профиль и цветовое пространство с поддержкой 10-бит, даже если фактически в исходнике 8. Так жмется лучше.
-preset slow -crf 20
Медленный пресет и настройка качества через CRF.
no-info=1 убирает запись справочкной информации о параметрах энкодера в файл.
aq-mode=3 увеличивает качество в темных участках.
no-strong-intra-smoothing=1 отключает фильтр, сглаживающий картинку. Его можно настраивать, но я предпочитаю просто отключать.
Долго и упорно доносим до ffmpeg, что фильм на самом деле 8 bit, несмотря на то, что мы там раньше ворочали. Иначе он начнет чудить. Аналогия на старом bt601.
chifth, как я уже сказал, практика показала, что затачивание под все эти детали дает очень скромный выхлоп, поэтому я их выкинул и пользуюсь таким "стандартным". Там, где выхлоп большой, крутят психовизуальные оптимизации, и это геморрой и в целом индивидуально воспринимается.
Имеет смысл до тех пор, пока соседи не взломают себя обратно и не переедут ближе к центру. Либо пока не появится сосед, которого взломать не получится.
А если мониторить окрестности на появление новых сетей не собираетесь, то лучше и не трогайте, оставьте 20.
У 5 ггц вроде и больше 40 есть, если роутер рядом и клиенты умеют, то можно и 80 зарядить. Чем больше герцовка, тем меньше дальность работы сети, но больше скорость.
Elvis, по флагам у вас (почти) все пиры пытаются в utp. Попробуйте его отключить и оставить только tcp, там есть в настройках. Еще я бы попробовал сменить и пробросить явно порт, если есть роутер, но это из очевидного.
Александр Носов, оффтоп, но рекомендую рассмотреть возможность перевести сервер на linux, если без опыта - то хотя бы его адаптацию под NAS, типа openmediavault, или что там сейчас в ходу.
Будет меньше нагрузка на систему в простое, плюс всякие очень приятные для файлопомойки плюшки типа ZFS, которая следит за целостностью данных, например. Кроме того, там скорее всего больше выбор софта для приема бекапов.
Лично у меня macrium reflect (как я писал в ссылке выше) бекапит файлы через SMB на сервер с Ubuntu, а там и ZFS, и регулярные проверки данных + SMART, и кеш чтения на SSD, и прозрачное сжатие ни в какое сравнение с виндовым не идет, бекапы по сути можно даже не сжимать на ПК...
Это все не то, чтобы нужно, но если запланируете расширяться, то точно не помешает. Разве что данные куда-то сгружать для смены файловой системы будет болью, но я бы сказал, что оно того стоит.
В целом очень похоже на неудачный разгон памяти. Если некоторые ее параметры выставить очень некорректно, то материнская плата даже не успеет понять, что не так, и тупо свалится в ошибку памяти (без звуков и оповещений на экране; на материнских платах подороже это видно либо на LED-ах, либо на POST-кодах, но у вас их нет судя по всему). Сейчас с этим вожусь как раз на домашнем ПК и регулярно ловлю такие "глухие" зависания.
Я бы предложил попробовать сбросить настройки джампером (так лечится некорректный разгон, потому что в BIOS не попасть), но они после таких частых включений и выключений должны были сами сброситься уже сто раз.
Поскольку разгона наверняка нет, то проблема должна быть в самой памяти. Сделайте себе флешку с memtest и упорно грузитесь в нее, вместо системы. Вам сложно будет даже поменять загрузочное устройство, так что диски на время экспериментов отключите физически, чтобы ПК не пытался даже с них грузиться, а сразу лез на флешку. Если я прав, то memtest либо найдет ошибки, либо напрочь зависнет.
Это оставит двух подозреваемых: плашка памяти, либо контроллер памяти в процессоре\чипсете. Для ошибок характерно первое, для глухих зависаний - второе. Но убить контроллер памяти надо постараться, поэтому скорее всего проблема в самой плашке.
Теоретически еще проблема может быть в питании процессора (12V, сверху слева), но если вы меняли БП, то должны были заметить, если с разъемом что-то не так (у меня он один раз натурально оплавился). А проблемы с питанием после разъема вы сами никак не почините, да и не стоит оно того.
Также сначала при включении с 4 модулями были короткие писки (кажется, около 23), потом и они пропали.
На материнской плате есть кнопка или джампер для сброса настроек BIOS, попробуйте следующее: поставьте 3 рабочие плашки, лучше одинаковые, догрузитесь до Windows, потом выключите ПК, вставьте 4 плашку и сбросьте BIOS этим "железным" способом. Возможно, материнская плата где-то неудачно запомнила параметры тренировки этих 4 плашек, и теперь сразу лезет за ними, зависая.
Если писки вернутся, то с этим можно попробовать работать дальше. Если нет, то придется списывать на возраст материнки: что-то сдохло и возвращаться не собирается, теперь контроллер памяти переваривает только три плашки (эффективная нагрузка на него фактически определяется количеством чипов памяти в сумме на всех плашках, не их размером или качеством).
BIOS обновить тоже не помешает, не забудьте его настройки сбросить до рекомендуемых до и после обновления.
Если клавиатура работает в MacOS и тем более (работает же?) в BIOS, то проблем быть не должно. Заголовок вопроса некорректный, как мне кажется, BIOS тут при чем?
Вы боитесь, что настройки BIOS повлияют на работу клавиатуры в Windows? Напрасно. Я не уверен, что клавиатуру вообще можно отключить через BIOS таким образом, только весь USB порт.
На современной винде, мне кажется, должны завестись вообще любые клавиатуры с мышами. В случае с bluetooth вам возможно только на него драйвер надо будет найти, и то скорее всего он встанет сам.
UP: вот что нашел по вашей карте. Два года назад драйвер bluetooth надо было ставить руками.
Насчет HID-ов вообще не грузитесь пока, вы как-то очень глубоко залезли в такой простой вопрос :)
На будущее всем читающим: время бустеров, клинеров и оптимизаторов прошло. С натяжкой могут еще как-то себя оправдать сторонние дефрагментаторы (НЕ реестра) - у них другие алгоритмы.
Все сисиклинеры, драйвербустеры и прочие оптимизаторы реестра - закопать. Сайтам со статьями об их полезности - не доверять.
John Smith, он вроде даже названия файлов 1-в-1 скопировать не в состоянии, не то что структуру папок. Но могу ошибаться, давно ему ничего кроме конвертации VFR в CFR не доверял.
Виктор, ffmpeg, ЕМНИП, на файлах не спотыкается - он сразу падает и не ждет реакции пользователя, хорошо это или плохо...
Drno
По строчке кодирования:
-b:v 10000k менять на -crf по вкусу, в районе 20-22.
Пресет через -preset указать в зависимости от запаса времени, медленнее - лучше, что-то в районе slow.
-s 1920x1080 в помойку.
Звук не указан, можно попробовать тупо копировать через -c:a copy
Используем 10-бит профиль и цветовое пространство с поддержкой 10-бит, даже если фактически в исходнике 8. Так жмется лучше.
Медленный пресет и настройка качества через CRF.
no-info=1 убирает запись справочкной информации о параметрах энкодера в файл.
aq-mode=3 увеличивает качество в темных участках.
no-strong-intra-smoothing=1 отключает фильтр, сглаживающий картинку. Его можно настраивать, но я предпочитаю просто отключать.
Долго и упорно доносим до ffmpeg, что фильм на самом деле 8 bit, несмотря на то, что мы там раньше ворочали. Иначе он начнет чудить. Аналогия на старом bt601.