Если хочется рукоделия, то на сайте TI есть цена набора DMD+контроллер. И диапазон светового потока для каждой матрицы. И если подавать поток выше рекомендованного, то долго чип не проживет, как его не охлаждая.
Но вот эти RGB лампы (в тч лазерные) с попеременной подачей цвета действительно отличная вещь, которая позволяет отказаться от цветового колеса. деградирует колесо достаточно быстро.
Мульти ГПУ для рендеринга у Нвидиа есть для проф использования. Например две 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 на месте не стоит.
Чем плох старинный способ с ddns и скриптом его обновления на роутере?
Профильные учёные проводят исследования.
Системами на 1000 ФПС занимается японский институт. Можно на Ютубе поискать.
Ну так мозгу будет проще дорисовывать, если исходник ближе к реальности. И потребуется меньше времени на привыкание.
Мерцание диода глаз различает до 1000гц. Тренированный глаз до 3000.
А технологии движутся в сторону контента и дисплеев с переменной частотой, чтобы зря ресурсы не расходовать.
ZFS mirror. В zfs контрольные суммы, которые прозрачно восстанавливают битовые ошибки при записи. Если побыстрее, то два зеркала в страйпе.
На Али появились платы под nas на intel n150 с 10g сетью за 12 тыр. Только там с proxmox проблемы зачастую, видимо Биос крив в плане виртуализации.
Если хочется рукоделия, то на сайте TI есть цена набора DMD+контроллер. И диапазон светового потока для каждой матрицы. И если подавать поток выше рекомендованного, то долго чип не проживет, как его не охлаждая.
Но вот эти RGB лампы (в тч лазерные) с попеременной подачей цвета действительно отличная вещь, которая позволяет отказаться от цветового колеса. деградирует колесо достаточно быстро.
Мульти ГПУ для рендеринга у Нвидиа есть для проф использования. Например две 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 на месте не стоит.