Запись с разрешением 1080p и 100 000 кадров в секунду в течение 1 секунды в кодеке ProRes 422 занимает 73,2 гигабайта памяти. (ИСТОЧНИК)
Как сверхскоростные камеры записывают на SD-карты такие быстрые скорости, как 580,56 гигабит в секунду? Перед записью отснятый материал также должен быть закодирован / обработан! Какова технология камер со сверхвысокой частотой кадров, позволяющая обрабатывать огромные объемы данных изображения? Есть ли у них гигантские буферы памяти?
Ответы:
Какова технология высокоскоростных камер, способных обрабатывать огромные объемы данных изображения?
Не в то же время:
Эти камеры используют комбинацию:
большие объемы оперативной памяти
«Вы можете снимать в течение 7,6 секунд в полном разрешении с опцией оперативной памяти 288 ГБ
специализированные карты SSD
«CineMag может напрямую записывать около 1Gpixel / сек»
Вот только один пример того, как это делается:
Источник Как высокоскоростные камеры обрабатывают гигабайты данных на таких коротких скоростях? - Quora
Дальнейшее чтение
источник
Это не то, что происходит вообще.
Как хорошо видно на видео, запись со скоростью 120 к / с осуществляется с разрешением 512 * 320 , что составляет менее 8% пропускной способности для 1080p. При скорости 170 Кбит / с разрешение составляет всего 256 * 256 , а запись 340 Кбит / с выполняется снова вдвое меньше, что составляет всего 3% пропускной способности, о которой вы говорите.
Конечное видео на YouTube - 1080p, конечно, но исходные видео (по крайней мере, высокоскоростные) - нет, они масштабируются после факта.
Так что, хотя это все еще довольно много , это совсем не то, что вы думаете.
Самая маленькая модель этих камер имеет 72 ГБ ОЗУ, а объем оперативной памяти достигает 288 ГБ. Предполагая самое низкое из разрешений, которые они использовали в видео, и самую большую модель камеры, камера сможет хранить около 2 миллионов кадров с полной цветностью или около 5,8 секунд видео в ОЗУ, вот так, нет нужно когда-нибудь что-то написать.
Но он этого не делает, он хранит кадры размером примерно 1/10 этого размера. На самом деле, он может записывать почти одну минуту, не записывая что-либо. Добавьте к этому быстрый носитель данных (который даже самые дешевые в настоящее время способны принимать более 100 МБ / с, а на высшем уровне больше похоже на 1 ГБ / с), и неудивительно, как он может работать.
Обратите внимание, что благодаря параллельной записи, даже с медленным носителем, который не может идти в ногу с поддержанием записи на неопределенный срок, вы можете значительно увеличить общую емкость записи, так что она практически не ограничена (вы не делаете двухчасовой скорость записи в любом случае).
Что касается обработки / сжатия, ProRes 422 несопоставим с типичным сжатием видео. Это простая мертвая подвыборка, за которой следует DCT, строго ограниченный одним кадром. Нет оценки движения, прогнозирования, межкадровой зависимости, ничего подобного. Таким образом , в основном это своего рода субдискретизированным покадрового JPEG сжатия, хорошо проработанный в течение 25+ лет, в ошеломляюще параллельно проблемы, и для которых dedicdated, дешевое оборудование , которое имеет все преобразования зашитым легко доступен. Делать это быстро - не техническая задача. Хранение сжатых данных так же быстро, как и хранение несжатых данных.
источник
Как уже упоминалось, высокая скорость оперативной памяти. Если это не порезает горчицу, вы можете:
чередование высокоскоростных RAMS. Например, вы подключаете восемь или шестнадцать микросхем ОЗУ параллельно к выходу датчика и говорите им сохранять один за другим, а затем снова первый, с циклическим перебором. Объем оперативной памяти должен составлять всего одну восьмерку или шестнадцатую. Если они не могут обрабатывать данные, изменяющиеся так быстро перед своими входами, добавьте один дополнительный быстрый регистр в качестве посредника.
Альтернативный способ состоит в том, чтобы стробировать все восемь или шестнадцать или сколько угодно ОЗУ одновременно, но поражать длину проводов / следов, ведущих к ним, чтобы данные, которые были текущими в разное время, появлялись на входе каждого ОЗУ.
Используйте память, которая не адресуема, но вместо этого работает в режиме FIFO / очереди - это вообще не требует обработки адресов, вы можете просто синхронизировать данные на эти устройства так быстро, как они могут занять, пока они буквально не выйдут на другой конец - если вам нужно больше места, вы просто подключаете больше этих устройств к этому другому концу. Когда придет время, чтобы прочитать его, вы можете сделать это с вашей предпочтительной скоростью.
источник