@axled
Interesting. Will give it a try.

Yes, the README tricked you a bit.

Remove this:

var config = {
modules: [

and the last 2 lines:

}
]

Verify with:

cd ~/MagicMirror; npm run config:check

Read this for learning purposes:

https://forum.magicmirror.builders/topic/5399/how-to-check-your-config-for-errors-for-absolute-beginners

If you post the config:check output and your MMM-GoogleMapsTraffic part inside config.js, I am sure someone can help you.

Good luck.

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.

You can move the streaming window using

moduleOffset: { left: XX, top: YY },

left: plus value shifts right, minus value shifts left
top: plus value shifts down, minus value shifts up

The width and height value in the stream config determines the streaming window size.

The name moduleOffset is IMHO a bit misleading, as it does not move the module window.

I still fail to see the connection between the module position (e.g. “top_left”, “top_right”, “bottom_left”, etc) and the position of the streaming window.
The streaming window always appears in the middle.
Except when I use “top_bar” or “bottom_bar”.

I tried playing with absPosition, but it does not do what is expected.

First of all:

absPosition: This overrides the automatic window and moduleOffset settings.

Second of all:

Format: { top: XX, right: XX, bottom: XX, left: XX } where XX is the pixel position on the screen.

This is not quite true.
The omxplayer options say: --win ‘x1 y1 x2 y2’
This would translate to: { top: XX, left: XX, right: XX, bottom: XX }
In principle it is a rectangular with coordinates (x1,y1) - (x2,y2).

But most important:

Whatever I do, including the module position, the video window is ALWAYS in the center of the screen, for the FULL width of the screen.

I will try playing with the other parameters a bit.

I see several examples where Today and Tommorow is displayed, but did not see the corresponding config.

In my config I added / changed

urgency: 2,
getRelative: 6,

Still no joy.

@richland007
Unless someone tells different, from my point of view you do not have any CPU or memory issues.
In fact, it makes me wonder why I am seeing the electron.js processes so high in my output.

I do not use MMM-watchdog and I do not know exactly what it is doing.
Do not know what it is pinging, but something on your MM makes it time out and as a cause it restarts mm.
The log only tells you that it failed, but not what exactly failed.
Would be nice to know how you can send this ping manually, then you can observe the behavior yourself.

I take it, that you have your monitor connected to your Pi.
So MM not running as server only and the display not on a client.

Anyway, good to hear that you potentially have found the issue and you learned a bit of Linux on the side.

Looking at the css file of the module, I would try to edit the custom.css and add this:

.MMM-RTSPStream .innerWrapper {
  border: 0;
}

Not tested.

@Cr4z33
As I do not use MMM-AssistantMk2 and/or MMM-Hotword, I cannot help you there.
In principle the streaming should continue.
As a matter of fact, when I stop MM, my cam streams still continue (are listed by pm2 as independent applications).
As soon as there will be a MMM-HotAssistant, I might give it a try :-)