Я хочу разработать очень специфический протокол UDP со следующим рабочим процессом:
Он очень прост по дизайну и очень "реалистичен", в отличие от таких заглушек, как технология потоковой передачи HTTP MJPEG: он может полностью утвердить даже узкий канал, чтобы доставлять как можно больше обновлений. Недостатки в том, что доставка не гарантирована, а начало и конец кадра не определены - для каждого пакета вы просто знаете, что «некоторые блоки с этими координатами были только что обновлены»
Но я очень новичок в libjpeg API. Как можно кодировать кадр, но затем разделить поток битов, чтобы упаковать в пакет только «целое» количество блоков DCT-ized и huffman-закодированных блоков? (как указано в статье о , как работает JPEG )
Так можно перефразировать задачу - данный закодированный файл jpeg; цель состоит в том, чтобы разделить поток данных на фрагменты до некоторого максимального размера таким образом, чтобы каждый блок содержал достаточно данных для его декодирования. (Объединение блоков не допускается)