cam_1.mjpg bug? cam1.jpg ok but not stream cam_1.mjpg (in ff prompts for save-as). Using WXP_COMPAT=true about mjpg-streamer

[dukechem]

I think I have a fix... hacked the code a bit to provide correct boundary sequence, using this as guide:
https://nakkaya.com/2011/03/23/streaming-opencv-video-over-the-network-using-mjpeg/
Also looked at working code in old mjpeg, and headers in developers toolbar.

Anyways, with my hacked httpd.c code, now http://localhost:8080/cam1.mjpg streams ok in firefox and chromium. I'll clean it up and submit a patch in next few days.

[jacksonliam]

Thanks, patch would be good.

For my curiosity, why are you using WXP mode?

[dukechem]

Because, our 3d-printer web-interface requires URL for snapshots to end in .jpg as explained below.
We have several reprap 3d printers operating through a web-interface. A job can take hours/days. Recently (Jan 2016) the reprap firmware running the printer added ability to embed webcam snapshots updated every few seconds, as shown at http://reprap.org/wiki/Duet_Web_Control. At present, we can see a regularly updated static snapshot embedded in the 3d-printer web-interface, but only when we provide it a URL ending in .jpg And only WXP mode can make static snapshot abailable with URL of form: http://camera.ip:8080/cam1.jpg
So WXP mode seems to be needed for us because the reprap firmware at this point cannot process a camera URL that does not end in .jpg ... that is /static_simple.html won't embed.

For those that arrive here by a web-search, there is a Jan 2017 thread on webcams for duet at https://www.duet3d.com/forum/thread.php?pid=6542#p6542

[jonlareau]

Has there been a bugfix for this yet? I also would like to be able to use the "/cam_X.mjpg" format for compatibility reasons.

[jacksonliam]

Not sure anyone has worked on patching this yet, no