Read the statement by Michael Teeuw here.
[MMM-RTSPStream] - Video Streaming from Live Feeds & Security Cameras
-
My MMM-RTSPStream module comes last.
So the first modules may shift this module down and therefore my streaming window appears to be always located in the middle.
In principle I want to have it in the middle, so I leave it there.
I made sure that MMM-RTSPStream is the only one using “middle_center”.The module position will determine where the module window is being placed.
Exactly where is determined by the main.css and perhaps changes in the custom.css.This is what the main.css does to “middle_center”, as example:
.region.middle.center { width: 100%; text-align: center; -moz-transform: translateY(-50%); -o-transform: translateY(-50%); -webkit-transform: translateY(-50%); -ms-transform: translateY(-50%); transform: translateY(-50%); }
For “middle_center” I changed my custom.css like this, for example:
.region.middle.center { width: 60%; }
This overrules the width in the main.css.
[I have my monitor in portrait mode (900x1600) and have 2 columns of 60% + 40%]The moduleWidth and moduleHeight determine the size of your module and how other module will wrap around it.
The moduleOffset will move the streaming window relative to the module window.The stream1 width and hight determine the streaming window size.
When sized bigger than the module window, it will simply use this bigger size.
It will even will cover other modules when too big, those modules will not wrap around it.This config works for me:
{ module: "MMM-RTSPStream", disabled: false, position: "middle_center", header: "Axis Security Monitor", config: { autoStart: true, rotateStreams: false, moduleWidth: 590, moduleHeight: 332,. // moduleOffset: { left: 0, top: 0}, localPlayer: 'omxplayer', remotePlayer: 'none', showSnapWhenPaused: false, remoteSnaps: false, stream1: { name: 'Axis_M2026_LE_MkII', url: 'rtsp://user:password@192.168.178.56/axis-media/media.amp?resolution=640x360', width: 590, height: 332 },
With
$ pm2 logs mm
you can check the streaming window parameters:
0|mm | Starting stream stream1 with args: [ 0|mm | "--avdict", 0|mm | "rtsp_transport:tcp", 0|mm | "--win", 0|mm | "-2, 656, 588, 988", 0|mm | "--no-osd", 0|mm | "--live", 0|mm | "--video_queue", 0|mm | "4", 0|mm | "--fps", 0|mm | "30", 0|mm | "rtsp://user:password@192.168.178.56/axis-media/media.amp?resolution=640x360" 0|mm | ]
I have changed my custom config like this:
.MMM-RTSPStream header { text-align: left; } .MMM-RTSPStream .innerWrapper { border-style: none; //border: 1px solid red; }
I used solid red in order to see the position of the module window more clear.
Be sure to use
cd ~/MagicMirror; npm run config:check
to check the config for errors before restarting mm, it will save you from obvious mistakes.
Those are my findings, for me the settings work, perhaps it will help other users.
-
@shbatm OK thanks.
-
Have you got the wayze cam to feed to your mirror?
-
@shbatm what if I want to use VLC instead of omxplayer?
I am going to move to a different SBC called Rock Pi 4B and we know that omxplayer is for the Raspberry Pi family only.
Would it be quite simple to edit the scripts or does it need a good programming knowledge? :smiling_face_with_smiling_eyes:
Right now I am using a VLC window in my VMware Debian 8.x based MagicMirror testing session, but it’s not really what I want… :confused_face:
-
@citizendevpi I started looking at VLC as an alternative to OMXPlayer but didn’t make it very far (honestly, just not enough time).
The most promising looked to be webchimera.js with VLC built for hardware acceleration, but the original repo for webchimera.js is marked abandoned. It looks like at least 1 fork is still active, but I didn’t get as far as testing anything.
If you have the capability to pursue it, I’d love some help. From what I have looked at, it should be a close-to-drop-in replacement for the FFMPEG version of this Module, and if that works, I could eliminate all of the OMXPlayer references (read: headaches).
References I’ve found:
https://thepi.io/how-to-compile-vlc-media-player-with-hardware-acceleration-for-the-raspberry-pi/
https://github.com/limoragni/WebChimera.js -
@shbatm unfortunately I am not skilled enough for that sorry. :slightly_frowning_face:
Anyway it came out that VLC was not a good idea when using a Rockchip based SBC.
Its VPU can be used only if using gst-launch-1.0 like ie.:gst-launch-1.0 uridecodebin uri=file:///usr/local/test.mp4 ! rkximagesink
That way 4K streaming/playing looks good too.
-
@shbatm I’ve encountered a new issue.
While using a profile switching solution when I get to the profile that uses MMM-RTSPStream omxplayer displays the video at full screen! :face_screaming_in_fear:
The major problem is that no keyboard or mouse control can be used until I switch to a different profile that is not using your module.Can you please fix this?
-
That’s sounding more like the profile switcher’s issue - unless you’ve config’d this player to be full screen.
-
@bkeyport nope I didn’t set omxplayer anywhere but in this module. ;)
Also profile switching is only ‘telling’ modules to show or hide.
Nothing else.It’s done by voice command through MMM-AssistankMk2:
"CHANGE_PROFILE_1": { moduleExec: { module:[], exec: (module, params, key) => { var modules = ["YOUR", "MODULES", "TO", "SHOW", "FOR", "PROFILE1"] if (modules.indexOf(module.name) >= 0) { module.show() } else { module.hide() } } } }, "CHANGE_PROFILE_2": { moduleExec: { module:[], exec: (module, params, key) => { var modules = ["YOUR", "MODULES", "TO", "SHOW", "FOR", "PROFILE2"] if (modules.indexOf(module.name) >= 0) { module.show() } else { module.hide() } } } }, },
-
@cr4z33 said in [MMM-RTSPStream] - Video Streaming from Live Feeds & Security Cameras:
Can you please fix this?
Please post your PM2 logs when this happens so I can try and troubleshoot. (Run
pm2 logs
in an SSH terminal, or post the excerpt from the files in~/.pm2/logs/
).