@mk24 thanks. yes, it does exist, along with 1 and 2. tried one, but much the same.
i'm not giving up, working on it and will report on latest soon. it's a cool feature to have a webcam on a router, as both use so little energy. it's a fun holiday project! join me, let's have fun!
Some progress. With the corrected command, we now get:
MJPG Streamer Version.: 2.0
i: Using V4L2 device.: /dev/video0
i: Desired Resolution: 640 x 480
i: Frames Per Second.: 30
i: Format............: JPEG
i: TV-Norm...........: DEFAULT
Unable to set format: 1196444237 res: 640x480
Init v4L2 failed !! exit fatal
i: init_VideoIn failed
However, I can see a stream of video on the url/broswer. i installed a some gspca drivers ( kmod-video-gspca-core), and wonder whether those now conflict with v4L2, and thus the 'fatal' error. Any ideas?
I would interpret this as follows: mjpeg_streamer tried to capture with 640x480 resolution and your camera doesn't support this. Try to set a different resolution or play around with different video formats. You can get a list of supported formats by running either of:
v4l2-ctl --list-formats
or
v4l2-ctl --list-formats-ext
If you don't have this tool on OpenWrt, you can run it on your desktop.
The gspca-driver is also a v4l2 driver, for cameras not supported by the uvc driver (usually, older cameras).
The changes you make to uci config files are not taken into account if you run mjpg_streamer manually. The whole config is only used if you run it as a service. For testing purposes, you need to pass the required options to mjpg_streamer.
Yes what @andyboeh said, for the UCI file to have any effect, you need to launch mjpgstreamer as a service using the init.d file.
v4l2-ctl is probably found in the optional package v4l2tools. (or maybe v4l-utils).
If you have a recent webcam supporting in-camera H26x compression, v4l2rtspserver may be of use. mjpg is an old format that is not bandwidth efficient.