Мульти ГПУ для рендеринга у Нвидиа есть для проф использования. Например две rtx8000 с мостом nvlink тащат сцену на 96гб памяти. Только вот потом nvlink для таких карт убрали, а разрабы предлагают гонять данные по pcie.
Не проверял, но думаю что поддержка в каком-то виде таки осталась. Я именно про рендеринг в реальном времени.
Mp3 устарел, когда вышел aac. То есть в 1998. По возможности избегайте mp3. Если хочется свободный кодек, то opus хороший вариант. Ну а так MPEG кодеки самые продвинутые по фичам.
Диапазон темп воды от ТЭЦ до бойлерной нельзя регулировать слишком сильно. В старых домах нет насосов, вода движется из-за разницы темп. Также нужно нагревать горячую воду в кране до определенной температуры.
Вытяжка без вентилятора не будет толком работать, если нет достаточного перепада высоты.
Это решается уровнем открытия форточки, термоголовками, увеличением площади радиаторов, вентилятором в санузле.
Коллективно можно поставить насос и погодозависимую автоматику на темп в контуре отопления.
Такие камеры в принципе не адаптируют для сьемки ночью, в отличии от настоящих для наблюдения (но подсветка всё равно нужна для любых). Может быть софт типа Zoneminder может делать коррекцию налету и сохранять уже пережатым.
Говоря о спаме, вы оставляете комментарий в ветке где мы обсуждаем CRF... Или вы за мной по всему Хабру будете ходить? Скажу прямо, ваше вступление про кодеки малосодержательное и спорное по большинству утверждений. О чем вам тут неоднократно написали разные люди. Если бы вы написали: вот мой перевод к опциям кодирования ffmpeg применительно к HEVC, подобных комментариев бы не было.
Я вам говорю для чего эта технология сделана, как человек, который это настраивает на практике для широкого круга девайсов. Домашние кейсы у всех разные, у автора об этом ни слова. Для разных случаев будут разные кодеки и настройки. Просто для архива лучше взять новейших кодек и кодировать в CRF с максимальным качеством. Если нужно крутить это из домашнего облака на разных умных теликах и телефонах, нужно выбирать соответственно, то что поддерживается и уже думать про буферы\битрейты. Я не нашёл на что вы отвечали в изначальном комментарии, просто решил написать о технологии.
В хендбрейке те же опции, что и в статье, только через ГУИ. При CRF-кодировании ограничение битрейта нужно для того чтобы новая порция данных успевала считаться с диска или загрузиться по сети, а также учитывается размер буфера на плеере. Без ограничений на сложной сцене битрейт может так сильно скакнуть, что слабый плеер не успеет подгрузить фрагмент и будет фриз.
Среди представленные вами в статье вариантов самый продвинутый AV1. Он появился позже и умеет всё тоже самое, что и HEVC плюс новые фичи, например, film grain, и прочие перечисленные в статье опции. От вас я бы хотел меньше логических ошибок в изложении статьи.
MPEG и JPEG соседние группы в рамках одной организации по стандартизации. Грубо говоря, I-frame кодируется как jpeg-картинка, а остальные кадры как изменения относительно этой картинки. Сейчас к этому добавили более хитроумные методы кодирования, ну и jpeg на месте не стоит.
У вас критериев нет по которым выбирать. Я вообще с трудом представляю бытовой кейс кодирования видео. Архив домашнего видео? Тогда лучше оставить кодек с исходника. Кассеты оцифровывать? Тут нет смысла использовать крутые кодеки, разрешение маленькое.
Скорее всего у вас изначальное разрешение и битрейт низкие. Любое транскодирование ухудшает качество. Для начала попробуйте такие же настройки как и в оригинале, но с другим кодеком.
Исходить при выборе кодека нужно из возможностей аппаратного декодера устройства воспроизведения. Если брать первые умные телики как образец, то там и h264 может не завестись при некоторых настройках.
Если кодировать архив хоумвидео для уменьшения места, то нужно брать аппаратный AV1 или HEVC и кодировать с переменным битрейтом. Чем выше разрешение, тем круче кодек разумнее использовать.
B-фреймы я бы большими не делал, как и GOP, т.к. это выйдет боком в случае битовых ошибок.
Потому что ставка на av1, который уже имеет аппаратное декодирование. Гугл часть ассоциации, которая пилит свои кодеки, супротив mpeg и jpeg, т.к. там с ними могут быть коммерческие и юридические вопросы.
Мульти ГПУ для рендеринга у Нвидиа есть для проф использования. Например две rtx8000 с мостом nvlink тащат сцену на 96гб памяти. Только вот потом nvlink для таких карт убрали, а разрабы предлагают гонять данные по pcie.
Не проверял, но думаю что поддержка в каком-то виде таки осталась. Я именно про рендеринг в реальном времени.
Возможно ли мульти ГПУ для VR? Рендерим на каждой карте отдельный глаз. Сцена и движение камеры почти идентичны ведь.
Mp3 устарел, когда вышел aac. То есть в 1998. По возможности избегайте mp3. Если хочется свободный кодек, то opus хороший вариант. Ну а так MPEG кодеки самые продвинутые по фичам.
Диапазон темп воды от ТЭЦ до бойлерной нельзя регулировать слишком сильно. В старых домах нет насосов, вода движется из-за разницы темп. Также нужно нагревать горячую воду в кране до определенной температуры.
Вытяжка без вентилятора не будет толком работать, если нет достаточного перепада высоты.
Это решается уровнем открытия форточки, термоголовками, увеличением площади радиаторов, вентилятором в санузле.
Коллективно можно поставить насос и погодозависимую автоматику на темп в контуре отопления.
Записанное чем? Пишите чем то подходящим с подходящими настройками компрессии
Я не очень понимаю какую именно задачу вы решаете. Что куда пишете? Так-то решений масса каких угодно
Для видеонаблюдения. Принимает на вход поток с вашей камеры, делает фильтры и сохраняет с другим кодеком. Или тоже самое на ффмпег
Такие камеры в принципе не адаптируют для сьемки ночью, в отличии от настоящих для наблюдения (но подсветка всё равно нужна для любых). Может быть софт типа Zoneminder может делать коррекцию налету и сохранять уже пережатым.
Профили в каком-то софте вы имеете ввиду?
Я тестил на утилите nvenc с videohelp. Вполне рабочие основные опции.
У меня получается 500 фпс с 2pass full и 600 фпс без мультипрохода на транскодинге CRF с AVC 1080р25.
Говоря о спаме, вы оставляете комментарий в ветке где мы обсуждаем CRF... Или вы за мной по всему Хабру будете ходить?
Скажу прямо, ваше вступление про кодеки малосодержательное и спорное по большинству утверждений. О чем вам тут неоднократно написали разные люди.
Если бы вы написали: вот мой перевод к опциям кодирования ffmpeg применительно к HEVC, подобных комментариев бы не было.
Я вам говорю для чего эта технология сделана, как человек, который это настраивает на практике для широкого круга девайсов.
Домашние кейсы у всех разные, у автора об этом ни слова. Для разных случаев будут разные кодеки и настройки. Просто для архива лучше взять новейших кодек и кодировать в CRF с максимальным качеством. Если нужно крутить это из домашнего облака на разных умных теликах и телефонах, нужно выбирать соответственно, то что поддерживается и уже думать про буферы\битрейты.
Я не нашёл на что вы отвечали в изначальном комментарии, просто решил написать о технологии.
В хендбрейке те же опции, что и в статье, только через ГУИ.
При CRF-кодировании ограничение битрейта нужно для того чтобы новая порция данных успевала считаться с диска или загрузиться по сети, а также учитывается размер буфера на плеере. Без ограничений на сложной сцене битрейт может так сильно скакнуть, что слабый плеер не успеет подгрузить фрагмент и будет фриз.
Среди представленные вами в статье вариантов самый продвинутый AV1. Он появился позже и умеет всё тоже самое, что и HEVC плюс новые фичи, например, film grain, и прочие перечисленные в статье опции.
От вас я бы хотел меньше логических ошибок в изложении статьи.
Уже давно не пихают mjpeg, сильно устарел.
MPEG и JPEG соседние группы в рамках одной организации по стандартизации. Грубо говоря, I-frame кодируется как jpeg-картинка, а остальные кадры как изменения относительно этой картинки. Сейчас к этому добавили более хитроумные методы кодирования, ну и jpeg на месте не стоит.
У вас критериев нет по которым выбирать. Я вообще с трудом представляю бытовой кейс кодирования видео. Архив домашнего видео? Тогда лучше оставить кодек с исходника. Кассеты оцифровывать? Тут нет смысла использовать крутые кодеки, разрешение маленькое.
Через mediainfo смотрите. Это софт такой.
128 кбит наверно звук
Скорее всего у вас изначальное разрешение и битрейт низкие. Любое транскодирование ухудшает качество. Для начала попробуйте такие же настройки как и в оригинале, но с другим кодеком.
Их и сейчас много, но они узкоспециализированные.
Из потребительских остались только MPEG, они же h264/265/266, они же AVC/HEVC/VVC, и свободные кодеки от Гугла и ко VP/AV1
Отдельное место в аду заготовлено для китайских хакнутых кодеков mpeg, которые любят пихать в камеры наблюдения и т.п.
Самый продвинутый это h266 :)
Исходить при выборе кодека нужно из возможностей аппаратного декодера устройства воспроизведения. Если брать первые умные телики как образец, то там и h264 может не завестись при некоторых настройках.
Если кодировать архив хоумвидео для уменьшения места, то нужно брать аппаратный AV1 или HEVC и кодировать с переменным битрейтом. Чем выше разрешение, тем круче кодек разумнее использовать.
B-фреймы я бы большими не делал, как и GOP, т.к. это выйдет боком в случае битовых ошибок.
Потому что ставка на av1, который уже имеет аппаратное декодирование. Гугл часть ассоциации, которая пилит свои кодеки, супротив mpeg и jpeg, т.к. там с ними могут быть коммерческие и юридические вопросы.