Arch Linux User Repository

I cannot maintain this package any longer. Hope that someone will do it.

Upstream moved: https://github.com/jacksonliam/mjpg-streamer

I think this may be a fault in my two cameras; looking at the v4l2 output I see this v4l2-ctl --list-formats ioctl: VIDIOC_ENUM_FMT Index : 0 Type : Video Capture Pixel Format: 'YUYV' Name : YUYV 4:2:2 so it seems neither allows for mjpeg; sorry for noise.

I have done clean installs on two x64 machines running latest Arch. When I use -i "input_uvc.so -y" I see things fine. When I run without I see the website, but the stream contains no data. I did some debugging (even added some of my own) and there is data being grabbed and passed to the cam_thread (at least the length appears to be 2 x 640 x 480), but I don't see any frames appearing in the stream DBG(v4l2uvc.c, init_v4l2(), 191): length: 614400 offset: 0 DBG(v4l2uvc.c, init_v4l2(), 200): Buffer mapped at address 0x7f0bc875d000. DBG(v4l2uvc.c, init_v4l2(), 191): length: 614400 offset: 614400 DBG(v4l2uvc.c, init_v4l2(), 200): Buffer mapped at address 0x7f0bc86c7000. DBG(v4l2uvc.c, init_v4l2(), 191): length: 614400 offset: 1228800 DBG(v4l2uvc.c, init_v4l2(), 200): Buffer mapped at address 0x7f0bc7954000. DBG(v4l2uvc.c, init_v4l2(), 191): length: 614400 offset: 1843200 DBG(v4l2uvc.c, init_v4l2(), 200): Buffer mapped at address 0x7f0bc78be000. DBG(output_http.c, output_init(), 85): output #00 DBG(output_http.c, output_init(), 118): argv[0]=HTTP output plugin DBG(output_http.c, output_init(), 118): argv[1]=-w DBG(output_http.c, output_init(), 118): argv[2]=./www DBG(output_http.c, output_init(), 118): argv[3]=-n DBG(output_http.c, output_init(), 176): case 6,7 DBG(output_http.c, output_init(), 186): case 8,9 o: www-folder-path...: ./www/ o: HTTP TCP port.....: 8080 o: username:password.: disabled o: commands..........: disabled DBG(mjpg_streamer.c, main(), 354): starting input plugin DBG(mjpg_streamer.c, main(), 358): starting 1 output plugin(s) DBG(output_http.c, output_run(), 229): launching server thread #00 DBG(httpd.c, server_thread(), 798): waiting for clients to connect DBG(v4l2uvc.c, uvcGrab(), 320): bytesused=614400 DBG(v4l2uvc.c, uvcGrab(), 337): bytes in used 614400 DBG(input_uvc.c, cam_thread(), 680): received frame of size: 0 currPictSize=614400 DBG(input_uvc.c, cam_thread(), 708): copying frame DBG(input_uvc.c, cam_thread(), 724): waiting for next frame DBG(v4l2uvc.c, uvcGrab(), 320): bytesused=614400 DBG(v4l2uvc.c, uvcGrab(), 337): bytes in used 614400 DBG(input_uvc.c, cam_thread(), 680): received frame of size: 0 currPictSize=614400 DBG(input_uvc.c, cam_thread(), 708): copying frame DBG(input_uvc.c, cam_thread(), 724): waiting for next frame DBG(v4l2uvc.c, uvcGrab(), 320): bytesused=614400 DBG(v4l2uvc.c, uvcGrab(), 337): bytes in used 614400 DBG(input_uvc.c, cam_thread(), 680): received frame of size: 0 currPictSize=614400 DBG(input_uvc.c, cam_thread(), 708): copying frame DBG(input_uvc.c, cam_thread(), 724): waiting for next frame DBG(v4l2uvc.c, uvcGrab(), 320): bytesused=614400 DBG(v4l2uvc.c, uvcGrab(), 337): bytes in used 614400 DBG(input_uvc.c, cam_thread(), 680): received frame of size: 0 currPictSize=614400 DBG(input_uvc.c, cam_thread(), 708): copying frame DBG(input_uvc.c, cam_thread(), 724): waiting for next frame DBG(v4l2uvc.c, uvcGrab(), 320): bytesused=614400 DBG(v4l2uvc.c, uvcGrab(), 337): bytes in used 614400 DBG(input_uvc.c, cam_thread(), 680): received frame of size: 0 currPictSize=614400 DBG(input_uvc.c, cam_thread(), 708): copying frame DBG(input_uvc.c, cam_thread(), 724): waiting for next frame DBG(v4l2uvc.c, uvcGrab(), 320): bytesused=614400 DBG(v4l2uvc.c, uvcGrab(), 337): bytes in used 614400 DBG(input_uvc.c, cam_thread(), 680): received frame of size: 0 currP

@replabrobin I have no problem upgrading to linux 4.2.5-1. What happens if you perform a clean installation of mjpg-streamer?

I'm finding that the problem with mjpeg is back even with the patch in place; course my kernel is 4.2.5-1

Please add armv6h to architectures for raspberry pi :-)

Build sources have been updated with libc's patch.

It appears that a recent kernel update (3.15?) broke the UVC plugin so that streaming doesn't work out of the box unless you set the '-y' option to force YUYV streaming mode. I was able to fix the issue so that it works again using MJPEG streaming mode (which uses far less CPU). Since it appears the project has been abandoned upstream and none of the various Github clones I found appear to be the current canonical version, I'm posting my patch here in case it helps someone. diff -rupN ./orig/src/mjpg-streamer-r63/plugins/input_uvc/input_uvc.c ./patched/src/mjpg-streamer-r63/plugins/input_uvc/input_uvc.c --- ./orig/src/mjpg-streamer-r63/plugins/input_uvc/input_uvc.c 2015-02-02 21:35:03.593996063 -0500 +++ ./patched/src/mjpg-streamer-r63/plugins/input_uvc/input_uvc.c 2015-02-02 22:04:30.066953871 -0500 @@ -706,7 +706,7 @@ void *cam_thread( void *arg ) { } else { DBG("copying frame\n"); - pglobal->size = memcpy_picture(pglobal->buf, videoIn->tmpbuffer, videoIn->buf.bytesused); + pglobal->size = memcpy_picture(pglobal->buf, videoIn->tmpbuffer, videoIn->currPictSize); } #if 0 diff -rupN ./orig/src/mjpg-streamer-r63/plugins/input_uvc/v4l2uvc.c ./patched/src/mjpg-streamer-r63/plugins/input_uvc/v4l2uvc.c --- ./orig/src/mjpg-streamer-r63/plugins/input_uvc/v4l2uvc.c 2015-02-02 21:35:03.523996063 -0500 +++ ./patched/src/mjpg-streamer-r63/plugins/input_uvc/v4l2uvc.c 2015-02-02 22:04:29.986993871 -0500 @@ -333,6 +333,7 @@ int uvcGrab(struct vdIn *vd) */ memcpy(vd->tmpbuffer, vd->mem[vd->buf.index], vd->buf.bytesused); + vd->currPictSize = vd->buf.bytesused; if (debug) fprintf(stderr, "bytes in used %d \n", vd->buf.bytesused); diff -rupN ./orig/src/mjpg-streamer-r63/plugins/input_uvc/v4l2uvc.h ./patched/src/mjpg-streamer-r63/plugins/input_uvc/v4l2uvc.h --- ./orig/src/mjpg-streamer-r63/plugins/input_uvc/v4l2uvc.h 2015-02-02 21:35:03.443996063 -0500 +++ ./patched/src/mjpg-streamer-r63/plugins/input_uvc/v4l2uvc.h 2015-02-02 22:04:29.867053871 -0500 @@ -73,6 +73,7 @@ struct vdIn { int framecount; int recordstart; int recordtime; + int currPictSize };