I’ve updated the develop branch of the module, please see the main MMM-RTSPStream Thread and update to the latest version on the develop branch.

@australo @mlhote – I’ve been working with @evroom in the main MMM-RTSPStream thread, but saw this and wanted to let you both know the module has been updated on the develop branch, and should be working with omxplayer and the OpenGL Fake KMS driver, as well as with the new hardware-accelerated VLC on the most recent version of Raspbian.

@djuscha Use the latest develop branch version if you still want to use omxplayer with OpenGL (Fake KMS). I was stumbling around and found that omxplayer requires the --no-osd flag to work properly with the OpenGL (Fake KMS) driver.

Take a look at Comitup

@swvalenti said in [MMM-RTSPStream] - Video Streaming from Live Feeds & Security Cameras:

How do I make that switch and implement? Sorry for the noob question.

Look back at previous posts in this thread, there should be several posts from the past month about switching and upgrading.

@bugman61 said in [MMM-OnScreenMenu] Simple On-Screen Menu for controlling the MagicMirror²:

Thanks for the great module, it has solved a lot of the issues I had when I was using carousel to organize my modules.

Is there a way to set a default hidden/displayed for each module in the menu when starting? I have my MM set up with the clock and a photo slideshow to always be displayed, and then I have 4 ModuleToggles set to show other information when needed (calendar, weather, etc). I would like to be able to start MM with these other modules hidden as opposed to having everything open automatically and having to close each one manually. Alternatively a timer to close modules automatically after XX seconds would work as well. That would also allow us to open a module and see the info and walk away without having to close it manually.

My recommendation would be to use something like MMM-Carousel w/ Navigation to put everything in different slides. You can set the timeout to 0 to keep it on the slide you have chosen, and then add menu items to jump to each slide (this is what I use on one of my mirrors, combined with MMM-KeyBindings to allow control from a bluetooth remote).

@bugman61 said in [MMM-OnScreenMenu] Simple On-Screen Menu for controlling the MagicMirror²:

Alternatively a timer to close modules automatically after XX seconds would work as well.

You can look at MMM-Module-Scheduler to implement this now, or create an issue on GitHub for this module and when I get a chance, I will add the ability to allow multiple actions assigned to a single menu item. This module already has the ability to send delayed actions–multiple actions would allow you to (1) send a switch to slide X action and then a (2) delayed action–after x seconds switch back to home slide.

@djuscha said in [MMM-RTSPStream] - Video Streaming from Live Feeds & Security Cameras:

I found that on my troubleshooting on the internet maybe that helps us?
RTSP-Stream-Viewer

Thanks for the link. Bits of that script look like the script I saw which originally inspired me to use omxplayer, but it has some additional options (like pushing a video off the screen instead of stopping it) that seem promising. I ended up using pm2 instead of screen because that’s what most MM users were already using, and it had the auto restart feature built in.

I don’t have much time for the next month or so to keep playing with the omx version, so if you wouldn’t mind, please open an issue on GitHub, and if you or anyone has time/skills to implement, I’ll be happy to take a PR.

To-do (notes to myself or anyone that works on this):

1. Implement dbus control to move the video off-screen instead of stopping it when we need to hide it: Example dbuscontrol.sh; npm dbus Package
2. Implement ffmpeg & vlc’s shutdownDelay option for omx player (e.g. move the video off-screen and stop it after x seconds instead of stopping it immediately when hiding a stream).

@swvalenti That could be. OMX player doesn’t switch very easily. VLC switching was working well on the newest version of Rasbian with OpenGL (Fake KMS) enabled.

@dazza120 said in [MMM-Remote-Control](v2-dev) Extensible REST API, Dynamic Menus, and Socket Communications, plus other updates:

Can this also update modules like MMM-Remote-Control-Repositories, in just this one module?

Yes. This version pulls the list of modules from the Wiki and updates the modules.json file when its started (at most 1x per day).

@costascontis said in [MMM-RTSPStream] - Video Streaming from Live Feeds & Security Cameras:

i tested the bunny rtsp and another camera that output a “rtsp://ipcamera:554/ch0.h264” link and both work,so i think the camera i want to use that output the “rtsp://ipcamera:554/12” link has a problem with omxplayer.I will look at pm2 logs and i ll get back to you,thanx
edit : the links that worked for me did not auto started but i had to press pause and play again.

pm2 log :

/home/pi/.pm2/logs/mm-out.log last 15 lines:
0|mm       | Starting stream stream1 with args: [
0|mm       |     "--avdict",
0|mm       |     "rtsp_transport:tcp",
0|mm       |     "--win",
0|mm       |     "738, 63, 1090, 305",
0|mm       |     "--live",
0|mm       |     "--video_queue",
0|mm       |     "4",
0|mm       |     "--fps",
0|mm       |     "30",
0|mm       |     "rtsp://admin:@192.168.1.108/12.h264"
0|mm       | ]
0|mm       | PM2: omx_stream1 already running. Stopping old instance...
0|mm       | Starting PM2 for omx_stream1
0|mm       | PM2 started for omx_stream1

i see no error but no streaming,only the name of the cam and black screen…

Looks like you’re using an older version of the module based on the log. Try pulling the new version and switching to the develop branch… you should see the full omxplayer command line output to the logs, which you can use to test your camera outside of MM and the module.