Search Criteria
Package Details: mjpg-streamer r67-2
Git Clone URL: | https://aur.archlinux.org/mjpg-streamer.git (read-only) |
---|---|
Package Base: | mjpg-streamer |
Description: | Stream mjpeg frames from a webcam via http |
Upstream URL: | https://github.com/jacksonliam/mjpg-streamer |
Keywords: | streaming webcam |
Licenses: | |
Submitter: | None |
Maintainer: | mdevaev |
Last Packager: | mdevaev |
Votes: | 27 |
Popularity: | 0.023467 |
First Submitted: | 2009-02-20 05:19 |
Last Updated: | 2019-01-25 14:54 |
Dependencies (3)
- libjpeg (mozjpeg-git, mozjpeg, libjpeg-droppatch, libjpeg-turbo)
- cmake (cmake-git) (make)
- gcc (gcc-multilib-x32, gcc6-gcccompat, gcc-multilib-git, gcc-git) (make)
Required by (3)
- octoprint (optional)
- octoprint-devel-git (optional)
- octoprint-venv (optional)
Latest Comments
1 2 Next › Last »
mdevaev commented on 2019-01-25 14:54
@jose1711 fixed
jose1711 commented on 2019-01-12 22:25
currently it's incompatible with opencv 4. to workaround disable by passing
-DPLUGIN_INPUT_OPENCV=OFF
tocmake
n17ikh commented on 2018-10-20 23:31
There is some minor wackiness going on with the PKGBUILD here. If you're trying to set CMAKE_BUILD_TYPE in package(), the bash-ism $() will try to run the command within the parenthesis. CMAKE_BUILD_TYPE is (probably) intended to be a variable, not an executed command. The CMAKE_BUILD_TYPE defaults to Release in the mjpg-streamer CMakeLists.txt, so setting this here is unnecessary (unless you actually wanted it to be Debug, but probably not).
albertnguyen commented on 2018-05-14 09:07
I cannot maintain this package any longer. Hope that someone will do it.
lonaowna commented on 2018-05-14 08:48
Upstream moved: https://github.com/jacksonliam/mjpg-streamer
replabrobin commented on 2015-11-04 14:39
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.
replabrobin commented on 2015-11-04 08:50
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
albertnguyen commented on 2015-11-04 01:15
@replabrobin I have no problem upgrading to linux 4.2.5-1. What happens if you perform a clean installation of mjpg-streamer?
replabrobin commented on 2015-11-03 21:13
I'm finding that the problem with mjpeg is back even with the patch in place; course my kernel is 4.2.5-1
mdevaev commented on 2015-04-11 23:27
Please add armv6h to architectures for raspberry pi :-)