#31 Support for Multi-Part Jpegs

[Anonymous]

If possible I'd like to see multi-part jpegs streamed
like camserv does... I think it would be fairly
easy... just changing the headers and looping the
output in RequestSocket.cpp. I would do a hack but I
don't know how to compile this c++ stuff (sorry I'm
primarily a C guy - where's the makefile? :-) What I'd
like to do is redirect
my windows cam to my linux server... which I can do
with the single frame but I would like to send a stream
and it would be possible to view the stream with a
netscape/mozilla browser over the net already or with
the CservApplet for explorer. Any comments,
corrections, etc. send them to dummy(replace this with
an AT)bolobot.com

Here is the header now:
HTTP/1.0 200 OK
Server: Dorgem/2.1.0 beta 4
Date: Thu, 26 Feb 2004 15:00:20 GMT
Content-Type: image/jpeg
Content-Length: 11431
Last-Modified: Thu, 26 Feb 2004 15:00:20 GMT
Cache-Control: no-cache
Cache-Control: private
Cache-Control: must-revalidate
Pragma: no-cache
Expires: 0
JFIF

This is camserv's header:
HTTP/1.0 200 OK
Content-type:
multipart/x-mixed-replace;boundary=ThisRandomString
Cache-Control: no-cache
Cache-Control: private
Pragma: no-cache
--ThisRandomString
Content-type: image/jpeg
JFIF

Which dumps the jpeg and then loops and prints this:

--ThisRandomString
Content-type: image/jpeg
JFIF
And dumps the next jpeg...

and so on...

[Frank Fesevur]

Logged In: YES
user_id=169016

Nice idea that is already on the to-do list. Thanks for the
implementation ideas. I'll contact you directly for more details.

[cletus1]

Logged In: YES
user_id=1317017

Sounds like a good idea, however i think it should be based
on WMP or something like that becuase of the internet link
thats needed to the webcam pc with many people hitting it at
once, instead it could be relayed on to a main "server", and
streaming JPG isnt very effective of compressing video like
content