По теме: M-JPEG - это кучка JPEG-ов, объединенных в поток. Никаких векторов движения, предикшена, моушн_истимэйшэна и подобной шняги. Тупо DCT -> RLE -> Huffman -> ану_в_поток! Поток может достигать половины не закодированного видео в пике, поскольку обычно применяются nearLOSSLESS алгоритмы для повышения скорости кодирования. Это связано с тем, что формат обычно используется при видеомонтаже как промежуточный. Весит меньше чем LOSSLESS, но намного быстрее декодируется,чем MPEG, меньше нагрузки на FS, чем у LOSSLESS... В общем я че-то уже не туда
Для 640х480 YCrCb 25fps видео поток в пике может достигать 184\2=92МБита. Ну это худший случай
Реально в современных цифровиках, вебках, IP-камерах, e.t.c. используются более суровые DCT-алгоритмы, которые отсекают кучу инфы(хотя это, на самом деле, не страшно), и, скорее всего более крупные макроблоки, поэтому поток значительно меньше. Хотя и нефига не дотягивает до того же h.264. В общем, при этом разрешении, стоит ориентироваться на поток 10-30МБит. И если камера действительно выдает в MJPEG, то все вообще сказочно - надо только перегнать траффик по вайфаю или вообще, с помощью того же ffmpeg (или уже vlc) начать трансляцию и "смотреть" её с компа. 802.11g, ИМХО, в легкую потянет два M-JPEG потока 640х480х25fps.
, будет просто переделанный квадроцикл в виде робота гонять по участку с большим ПК на борту. Если вид ещё пострашнее сделать(весь защищён металлическими листами,как для кино,и например бутофорский пулемёт, который будет убедительно наводится на жертву розыгрыша