Package Details: mjpg-streamer-git 1:r346.501f636-1

Git Clone URL: https://aur.archlinux.org/mjpg-streamer-git.git (read-only)
Package Base: mjpg-streamer-git
Description: Stream mjpeg frames from a webcam via http
Upstream URL: https://github.com/jacksonliam/mjpg-streamer
Licenses: GPL2
Conflicts: mjpg-streamer
Provides: mjpg-streamer
Submitter: yhfudev
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 27
Popularity: 0.000180
First Submitted: 2015-05-18 19:48
Last Updated: 2019-06-29 14:51

Required by (3)

Sources (1)

Latest Comments

1 2 3 Next › Last »

Depau commented on 2019-10-19 02:06

Hi,

this package is installing files to /usr/local. Could you please make sure they're installed to /usr?

Thanks

bebR commented on 2019-07-01 19:20

Hi, I've been using mjpg-streamer aur package, but it has been deleted. So I moved to this git version. Unfortunately, it is not available for armv7h? But my main problem is that I can get this error when I try to run it: mmal: mmal_component_create_core: could not find component 'vc.ril.camera'

I found the issue on the upstream github (https://github.com/jacksonliam/mjpg-streamer/issues/120), but there is not clear solution on how to solve this.

Any idea?

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 to cmake

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?