flashlight
конкретно для игр
H.264 не подходит для этой задачи.
Для передачи видео с минимальной задержкой нужно понимать, что форматы сжатия, используемые для кино, не подходят. Что xvid, что H.264, они оба используют межкадровое сжатие, которое требует наличие ключевых кадров (I) и дельта-кадров (P,B). Кодирование с двунаправленными дельта-кадрами (B) требует наличие двух ближайших I- или P-кадров, один из прошлого, один из будущего. По стандарту эти кадры чередуются IBBPBBPBBP... Для кодирования второго кадра в этой последовательности нужен четвертый кадр, т.е. задержка в два кадра обеспечена уже на этапе кодирования. Если отказаться от B-кадров, то ожидание кадров из будущего уже не требуется, но тогда сильно падает степень сжатия, а при ограничении потока падает качество.
Какое железо на сервере (способно ли оно параллельно с 3D-игрой жать H.264 в реальном времени)?
Какое железо на клиенте (способно ли оно распаковывать H.264 в реальном времени)?
"Киношные" кодеки сжатия и постоянная частота кадров, ниже 60 fps - это тупик. Нужен иной подход.
И этот подход блестяще реализован во множестве программ удаленного управления. Какие именно программы Вы пробовали и чем они не устроили?
---
Считаю что было бы успехом иметь ~25 кадровСчитаю странным хотеть частоту кадров, которая не кратна мониторной частоте обновления экрана. 25 подходит только, если частота обновления 75 или 100 Гц.
"приемлимую" пишется через е.