Захват экрана со скоростью более 1000 кадров в секунду

Я хотел бы знать, есть ли аппаратное устройство, программное обеспечение, которое могло бы производить захват экрана ПК со скоростью более 1000 кадров в секунду?

Максимальное, что я мог получить под Linux с помощью специальной программы, составляет около 400 кадров в секунду.

Я предполагаю, что есть несколько аппаратных/программных ограничений, если нет аппаратного или программного обеспечения, какие-либо подсказки о том, как этого можно достичь?

Спасибо.

Ваш экран выдает такую ​​высокую частоту кадров? Скорость передачи данных, о которой вы говорите при 1000 кадров в секунду, ошеломляет. При 8-битном цвете и видео 1080p это более 6 ГБ данных в секунду для обработки 1000 кадров в секунду.
Я не думаю, что это связано с выводом на экран, за исключением аппаратной стороны, в зависимости от того, как захватывается экран, мой вопрос довольно общий, поэтому мне просто интересно, возможно ли> 1000 FPS либо в чисто программном, либо в аппаратном обеспечении (от GPU). или с дисплея)
Какова цель вашего вопроса?

Ответы (1)

Я не могу исключить специализированные аппаратные устройства, которые могли бы это сделать, но видео 1080p со скоростью 1000 кадров в секунду производит 6 ГБ необработанных данных при 8-битном цвете. Это 48 Гбит/с, что превышает самые высокие стандарты большинства современных разъемов. Порт дисплея 1.4 едва достигает 26 Гбит/с и едва покрывает половину необходимой скорости передачи данных для потока данных 1080p со скоростью 1000 кадров в секунду.

Возможно, вы сможете добиться этого с помощью четырехканальной настройки 12G-SDI, но мне неизвестно какое-либо оборудование, которое может работать с четырехканальным 12G-SDI.

Что касается внутренней обработки, ни один современный SSD не может справиться с необработанной скоростью передачи данных. Ультрасовременный твердотельный накопитель PCI Express по-прежнему может записывать только около 2 ГБ/с, поэтому вам потребуется более 3 из них, работающих параллельно, чтобы не отставать от скорости необработанных данных. На скоростях PCI Express 3 вам потребуется минимум 7 линий только для передачи данных, поэтому теоретически вы можете справиться с этим с картой PCI-E 3.0 x8, но вам также необходимо учитывать данные, которые необходимо отправить. на карту для рендеринга с такой же скоростью.

Возможно, вы сможете немного уменьшить это, обработав в CUDA на самой карте, но это все еще чрезвычайно большой объем обработки, который необходимо выполнить, а также пытаться визуализировать то, что вы визуализируете, со скоростью 1000 кадров в секунду, что, кстати, вы можете даже не отображается со скоростью 1000 кадров в секунду, потому что нет возможности получить поток 1000 кадров в секунду с компьютера или отобразить его.

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

Спасибо за ваш ответ, это заставило меня подумать, что я не указал разрешение изображений, меня вполне устраивает 720p или даже что-то вроде 640x480 или даже меньше по ширине
@grz - чего вы на самом деле пытаетесь достичь? Это может помочь нам предоставить более качественные данные. Изменение таких вещей, как глубина цвета, также может быть возможностью значительно упростить ситуацию.
Глубина цвета может быть изменена, но мне абсолютно необходимы два цветовых компонента (например, красный/зеленый), это для экспериментов со звуком, разрешение событий человеческого уха находится в микросекундной шкале.
@grz - хорошо, тогда зачем это должен быть снимок экрана? Почему это не может быть визуализация, созданная в соответствии с временными данными? Если вы пытаетесь сформировать визуализацию какого-либо типа, вероятно, есть лучшие способы сделать это.
Поскольку в конце концов это будут звуковые события, а не визуализация, нет необходимости их отображать, данные будут использоваться для звуковых проблем.
@grz верно, но я пытаюсь понять, что вы пытаетесь зафиксировать. Снимок экрана может быть не лучшим вариантом для того, что вы пытаетесь сделать.