Package Details: mjpg-streamer-git 1:1.0.1.r0.g4585331-1

Git Clone URL: https://aur.archlinux.org/mjpg-streamer-git.git (read-only, click to copy)
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.000000
First Submitted: 2015-05-18 19:48 (UTC)
Last Updated: 2022-12-02 18:03 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

matterhorn commented on 2020-01-19 21:51 (UTC)

I ran into the same problem as @bebR with mmal: mmal_component_create_core: could not find component 'vc.ril.camera'. The cause and a solution to the problem, as I understand it, is as follows:

The default /etc/makepkg.conf on both standard and Arch Linux ARM flavors sets

LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now"

where the -Wl,--as-needed option aggressively removes the link dependency on libmmal_vc_client.so in input_raspicam.so on RPi platforms despite it being set (as far as I can tell, correctly) as a hard dependency in the upstream CMakeLists.txt.

If the output of either readelf -d /usr/lib/mjpg-streamer/input_raspicam.so | grep "NEEDED.*libmmal_vc_client.so" or ldd /usr/lib/mjpg-streamer/input_raspicam.so | grep libmmal_vc_client.so is blank, the error will occur.

My fix is to override the default LDFLAGS to set --no-as-needed at link time to avoid the dependency on libmmal_vc_client.so from being stripped out:

diff --git a/PKGBUILD b/PKGBUILD
index 93d499d..2b3865a 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -5,7 +5,7 @@
 pkgname=mjpg-streamer-git
 epoch=1
 pkgver=r346.501f636
-pkgrel=2
+pkgrel=3
 pkgdesc="Stream mjpeg frames from a webcam via http"
 arch=(x86_64 i686 arm armv6h armv7h aarch64)
 url="https://github.com/jacksonliam/mjpg-streamer"
@@ -28,7 +28,9 @@ prepare() {
 }

 build() {
+  
   cd "${pkgname/-git/}/mjpg-streamer-experimental/_build"
+  export LDFLAGS="-Wl,-O1,--sort-common,--no-as-needed,-z,relro,-z,now"
   cmake .. \
     -DCMAKE_INSTALL_PREFIX=/usr \
     -DPLUGIN_INPUT_OPENCV=OFF \

though perhaps there's a way to override just the single option through CMake directives like CMAKE_SHARED_LINKER_FLAGS without resetting the entire LDFLAGS variable.

Final result is the raspicam input plug works correctly:

$ ldd /usr/lib/mjpg-streamer/input_raspicam.so | grep libmmal_vc_client.so
        libmmal_vc_client.so => /opt/vc/lib/libmmal_vc_client.so (0x76f23000)

$ readelf -d /usr/lib/mjpg-streamer/input_raspicam.so | grep "NEEDED.*libmmal_vc_client.so"
 0x00000001 (NEEDED)                     Shared library: [libmmal_vc_client.so]

$ mjpg_streamer -i "/usr/lib/mjpg-streamer/input_raspicam.so -fps 5" -o "/usr/lib/mjpg-streamer/output_http.so"
MJPG Streamer Version: git rev: 501f6362c5afddcfb41055f97ae484252c85c912
 i: fps.............: 5
 i: resolution........: 640 x 480
 i: camera parameters..............:

Sharpness 0, Contrast 0, Brightness 50
Saturation 0, ISO 0, Video Stabilisation No, Exposure compensation 0
Exposure Mode 'auto', AWB Mode 'auto', Image Effect 'none'
Metering Mode 'average', Colour Effect Enabled No with U = 128, V = 128
Rotation 0, hflip No, vflip No
ROI x 0.000000, y 0.000000, w 1.000000 h 1.000000
 o: www-folder-path......: disabled
 o: HTTP TCP port........: 8080
 o: HTTP Listen Address..: (null)
 o: username:password....: disabled
 o: commands.............: enabled
 i: Starting Camera
Encoder Buffer Size 81920
^Csetting signal to stop
force cancellation of threads and cleanup resources
 o: cleaning up resources allocated by server thread #00
done

bebR commented on 2020-01-06 19:43 (UTC)

@jose1711, ok, no problem, i'll give another try to this git version. but the last tiem a tried, it wasn't working. thanks.

jose1711 commented on 2020-01-02 07:55 (UTC)

@bebR true, i requested the removal shortly after getting the following comment:

" mjpg-streamer don't have stable release, has already been deleted once for that and this is not even at the latest commit "

i was unable to find any reference of mjpg-streamer deletion in aur mailing list but anyway, it's gone. again.

bebR commented on 2019-12-30 17:39 (UTC)

@jose1711, thanks, but I can't find the package with the link you gave.

jose1711 commented on 2019-12-30 11:13 (UTC)

@bebR mjpeg-streamer is now back in aur (https://aur.archlinux.org/packages/mjpg-streamer/)

depau commented on 2019-10-19 02:06 (UTC)

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 (UTC)

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 (UTC)

@jose1711 fixed

jose1711 commented on 2019-01-12 22:25 (UTC)

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 (UTC)

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).