nidalee

Как разбить и смонтировать один ролик без ухудшения качества с сохранением оригинального размера(желательно именно понять что и как)?

Если просто, то никак.
Потому что видео на самом деле выглядит (хранится) иначе, чем видите его вы.
Видео - это набор ключевых кадров (I-frames, очень условно, одна "фотография" раз в секунду) куски которых перемещаются и деформируются в перерывах с помощью алгоритмов (P-frames и B-frames).

Если сложно, то вы можете резать по ключевым кадрам. Но это достаточно большой геморрой:
https://superuser.com/questions/377343/cut-part-fr...
https://trac.ffmpeg.org/wiki/Seeking#Seekingwhiled...

Вам проще будет разобраться с тем, как подобрать правильные настройки при экспорте.

HWINFO хорошо отдает данные на любой вкус и цвет. Если готовы платить - есть коммерческая версия со следующими ограничениями (лимит на remote connections вам не особо актуален, потому что забирать данные будете из лога):

Each HWiNFO64 Pro license increases the remote connection limit by the number of licenses. A Personal license by 5 computers, Corporate and Engineer by 1. For example 2 Personal licenses will allow 5 + 2*5 = 15 connections. Maximum number of remote connections is currently 50. Remote Sensor Monitoring in non-Pro HWiNFO64 is limited to 12 hours as this features is based on Shared Memory.

Если не готовы, можно попробовать написать велосипед "от жадности" - нужно автоматизировать создание лога на клиентской машине без CLI, потому что он в бесплатной версии недоступен.
В любом случае, 12 часов на потрогать и эксперименты у вас есть.
Но вы точно можете сохранить лог в интерфейсе программы и попробовать его распарсить для интеграции с удобным вам интерфейсом.

Есть еще визуально неотличимый openhardwaremonitor, но он не обновляется с 2020. Зато без костылей:

The Open Hardware Monitor publishes all sensor data to WMI (Windows Management Instrumentation). This allows other applications to read and use the sensor information as well.

Есть его форк посвежее.

Давайте я чуть-чуть смуту рассеять постараюсь:
Классические варианты частоты кадров, это 24 (кино), 25 (PAL progressive), 30 (NTSC progressive).
Это "первоисточники", частоты кадров, принятые в бородатые годы как стандарт на заре становления телевидения и кино.

А теперь мы уже можем проследить появление большинства других вариантов:
У нас уже есть 23,976, 24, 25, 29,97, 30.

С фреймрейтами по 60 включительно разобрались.
А с этого момента в игру вступают маркетологи. Просыпаются, так сказать.
Из всего выше 60 официально стандартизированы "серьезными ребятами" (той же тусовкой, что придумало все до 60) только 100, 119.88 и 120 (все стандартом ITU-R BT.2020).

Полный список всего, что не является писькомерством, выглядит так:
120, 119.88, 100, 60, 59.94, 50, 30, 29.97, 25, 24, 23.976.
Несложно заметить, что все эти варианты получаются простым умножением какого-то из меньших на 2.

А вот остальные... Остальные - это просто соревнование производителей мониторов: у кого фреймрейт длиннее больше.
Продать 144 - проще, он ведь круче 120 - цифра больше! А чего уж говорить про 240? 360?

Хочу отдельно заметить разве что то, что если вы собираетесь на мониторе (почему-то) смотреть фильмы (которые почти все - в 24 FPS) - выбирать монитор лучше из тех, что поддерживают кратную 24 частоту кадров. Особые ценители (сродни аудиофилам с прогревом кабелей) предпочитают вообще частоту обновления монитора подгонять под частоту контента, который они смотрят. Но пока частота кратна 24 (120, 144) - этим можно пренебречь.

Ну и выше 60 кадров в секунду практически никто не снимает. Профессионально, насколько мне известно, вообще никто, хотя железо позволяет. Поэтому все странные частоты кадров выше 60 - сугубо компьютерные, и по большей части производителям какого-либо телеком-оборудования не интересны, потому и не стандартизированы.
А производители мониторов предпочитают сертифицировать всякое говно, которое помогает их мониторы продавать. Например, VESA DisplayHDR. Которая позволяет на коробку с монитором приклеить наклейки "HDR", хотя он не поддерживает и 50% требуемой яркости (HDR-400 на 400 нит вместо 1000) для цветового пространства, которое по идее должен показывать.

Мог ли слететь bios gpu?

Мог.

У моей карты нет изображения, пишут - слетел БИОС gpu

Кто пишет?

Как прошить БИОС без изображения/с двумя разными картами?

Если карта достаточно новая и дорогая - на ней может быть два VBIOS, и переключатель между ними, железный (например). Можете на всякий случай проверить.
Если VBIOS слетел программно, то его можно прошить снова. Вот здесь есть коллекция VBIOS на большое количество разных карт.
Если аппаратно, то как писал ZERGeich - с программатором. Но тут самому лучше не лазить, раз такие вопросы вообще возникают.

Я заметил, что при выводе проекта в фаст или медиум пресете, этот же файл лучше выглядит на ютубе, чем вери слоу или плацебо.

Проверьте уровень кодека после экспорта. Если там выше 5, то это вполне может быть баг аппаратного декодера, если у вас на выходе больше 16 ref frames. Подтверждается переключением плеера на софтовый.

Что касается вывода на YouTube, можете попробовать залить туда H.264 с CRF 0 (lossless High 4:4:4 Predictive) или даже FFV1 (с -g = 1). Ютуб сожрет оба, вопрос сколько оно будет грузиться.

Linux: https://github.com/bol-van/zapret
Windows: https://github.com/ValdikSS/GoodbyeDPI

Так, давайте проясним, потому что я как раз майню и рендерю на своих 3080 и 1080ti. Заодно пару мифов в ответах опровергнем или подтвердим.
База: майнинг - это в большинстве случаев эфир, ETH, который работает по алгоритму Dagger Hashimoto. Он очень сильно греет память видеокарты (VRAM), потому что работает, ворочая в ней данные. Поэтому память на той же 3080 легко прогревается до 100 градусов при заявленном максимуме в 110 градусов.
https://www.hardwaretimes.com/mining-ethereum-rais...
На референсной 1080ti нет датчика температуры памяти, но есть хотспот - там 94 градуса.
Сам GPU при этом греется не сильно - примерно на 10-15 градусов холоднее 100% нагрузки в рендере.

При этом у меня есть для вас аргумент В ПОЛЬЗУ карты из под майнера, если речь идет об Ampere (3080 и иже с ними). Покупатели этих карт не так давно столкнулись с тем, что вместо термопрокладок в их видеокарты ставили настоящий мусор: память в видеокартах прогревалась до 100+ градусов и троттлила даже в играх.
https://www.tomshardware.com/news/gpu-thermal-pads...
Если бы такая карта попала к майнеру, термопрокладки были заменены на качественные в тот же день. Потому что перегрев памяти = падение хешрейта = падение прибыли.
Кроме того, карты у майнеров обычно работают на 100% оборотах вентилятора и нередко (в ферме, например) охлаждаются дополнительно по необходимости, приколхоженными вентиляторами.

Таким образом получается, что в целом карта из под грамотного майнера, а еще лучше - из фермы - лучше, чем карта из под любителя порендерить и иногда даже игромана. Грамотность майнера придется выяснять самостоятельно, правда. Ну и не совсем понятно, с чего бы им продавать нормальные, рабочие карты: они пока еще очень неплохо окупаются.
Майнинг "насилует" память, но не чип. Память при желании и умении можно поменять, если что, тупо перепаять, если какому-то модулю поплохеет. С чипом GPU, отвалившемся от рендера (например, не думаю что в десктопных картах такое еще бывает), такой фокус не пройдет.

И задумался, что рендеринг 3D ведь тоже дико нагружает эти карты, когда сцены могут рендерится часами и сутками. Не будет ли в этом случае тех же проблем, как и при майнинге?

Будут. Но следить в таких нагрузках нужно за температурой GPU, а не VRAM.
А вообще, постоянный мониторинг температур всего, в фоне, с уведомлениями о странных значениях, еще никому не повредил. Через hwinfo, например.

Yan написал, что

windows Не поддерживает загрузку с динамических дисков.

я проверил - судя по всему, это не так:

For all usages except mirror boot volumes (using a mirror volume to host the operating system), dynamic disks are deprecated. For data that requires resiliency against drive failure, use Storage Spaces, a resilient storage virtualization solution. For more info, see Storage Spaces Overview.

https://docs.microsoft.com/en-us/windows/win32/fil...

Вот так Microsoft предлагает подготовить динамический диск для установки на него Windows Server. Остается открытым вопрос, может ли так устанавливаться не Server, а обычная винда, но я думаю, что может.
Одна проблема: для конвертации дисков в динамические они должны быть пустыми. В свое время, я пытался всеми правдами и неправдами конвертировать динамический диск в базовый без удаления разделов и с сохранением данных, и мне не помогла ни одна из множества утилит: ни Acronis, ни какие-либо еще. Acronis тупо перезагружался, даже не пытаясь что-то сделать при загрузке, остальные выбивали ошибки. Один из дисков, последний, напрочь отказывался превращаться в базовый. И это все было с не загрузочными дисками, а обычными. Так что видимо не все так просто с этими динамическими дисками.

Поэтому предлагаю альтернативный подход: через Macrium Reflect или другой софт по вкусу переносите ОС на внешний диск (не забудьте проверить работоспособность), убивайте все разделы на всех внутренних дисках, по гайду объединяйте их в динамический и переносите систему обратно.

ffmpeg -y -i input-file.dav -codec copy output-file.mp4

никто этот диск ни в какой специализированный дорогой сервис относить не будет

Что можно попробовать сделать, чтобы диск запустился и хоть что-то с него попытаться вытащить?

Ничего.

Да, для H.264:

-x264opts no-deblock
-aq-mode 0

https://forum.videohelp.com/threads/390298-FFmpeg-...

Чем лучше всего переконвертировать фильмотеку из BDRemux в HEVC? (Имеется в виду какие программы удобнее\проще всего)

FFMPEG. По сути почти весь софт на эту тему - это обертки для него.

на CPU медленнее но и качество выше

Соотношение размер\качество, если быть точным.

Ryzen 1600AF, 16GB RAM.. хотя разве это имеет значение?

Почти всегда ограничением будет количество потоков процессора. Гораздо раньше в них упретесь, чем в память.

В смысле какие параметры лучше выставить, что где подкрутить, чтобы размер меньше а качество лучше.

Долго и упорно курить профильный форум. Универсальных настроек нет. По опыту - оно того не стоит, лично я использую вот такой для фильмов в 8 bit.

Ну и каким софтом это сейчас делается.

Нет особого смысла городить огород поверх ffmpeg, поэтому используют его. Ну еще возможно mkvtoolnix gui, там удобно дорожки перекладывать.

//пробовал также через ffmpeg через командную строку, но это вообще неудобный ужас :(

Обычно собирают просто типовые команды для него и потом просто копируют. У меня нечто подобное.
Нет нужды какой-то дополнительный софт ставить, который будет хранить эти пресеты. Скопировать из текстового документа или таблицы не сложно. Вписать туда название входного и выходного файла - тоже.