Hi, I notice some requests and other activities,here and on GitHub.
Due to unforeseen medical issues, I do not have really time, nor the means to respond to everything
Already happy I have some sort of Internet connection here.
But with Sam it is in good hands, just make use of his fork.
Greetings, E.J.

@sdetweil
Short question:

There are 2 versions of MMM-pages:

https://github.com/edward-shen/MMM-pages
https://github.com/sdetweil/MMM-pages

They seem in-sync, but which one would be the preferred one to take?

As a workaround, I will make it a requirement to put the MMM-Player on the first page (page index 0).
When I receive 0, then I will start streaming, otherwise I will stop streaming.
That seems to work.

@sdetweil
Yeah, this module is kind of in my foster care.
I did not come up with the code; only made some tweaks and made it available.
There is not suspend or resume to been seen in the code.

But I will study the stuff you mentioned and will try to implement that.

Thx.

Hi,

I am currently adopting MMM-MPlayer to interact with MMM-pages.
Reason is that suspending the module does not suspend (stop) the stream, as it is an overlay.
As long as MMM-MPlayer is running, it will always display the stream.

From the config I can deduct the page index (3 in this case):

      modules: [
        ["compliments"], // page 1
        ["MMM-YrThen"], // page 2
        ["calendar"], // page 3
        ["MMM-MPlayer"], // page 4
      ],

And I see that reflected in the log:

0|MagicMirror  | [2025-01-18 16:13:55.383] [LOG]   [MMM-MPlayer.js:65:15] Received MMM-pages NEW_PAGE 3
0|MagicMirror  | [2025-01-18 16:13:55.804] [LOG]   [module.js:189:7] compliments is suspended.
0|MagicMirror  | [2025-01-18 16:13:55.835] [LOG]   [module.js:189:7] calendar is suspended.
0|MagicMirror  | [2025-01-18 16:13:55.917] [LOG]   [module.js:189:7] MMM-YrThen is suspended.
0|MagicMirror  | [2025-01-18 16:13:56.395] [LOG]   [module.js:196:7] clock is resumed.
0|MagicMirror  | [2025-01-18 16:13:56.439] [LOG]   [module.js:196:7] MMM-MPlayer is resumed.

But I would need to see my module name in the payload (MMM-MPlayer in this case), to act on the correct page index.

Come to think of it, I also would need the keyword suspended or resumedin the payload, in order to know what to do.

Any thoughts on this ?

Best regards,

E.J.

@plainbroke
Yes, that makes sense.
Keyword: overlay.
I will reply in the MPlayer issue you opened for this, to not hijack this topic.

@blinkybob

I tested this and indeed it does not seem to work (anymore).
For directionI used the station Id for the station adjacent to my station.
I will raise an issue for this.

@KristjanESPERANTO said in MMM-PublicTransportHafas: Service Temporarily Unavailable:

I just released version 3.0.1 to fix this 😀

At this moment I see an entry in the past with +0.5.
Also saw +0.6.
When turning on debug, I only see delay values of 0, 60 and null, so I wonder where the current 0.5 comes from.
The values for when and plannedWhen all have a difference of 0 or 1 minute.

It seems that it only affects the first entry in the list, which in my case is the first unreachable in the past.
And it does not really bother me, but it still is odd.

@blinkybob

I personally do not use this, but are you sure about
direction: “682669”
?
Seems a bit off.

@KristjanESPERANTO

I did the update and it is looking much better now.
I reverted back to db (npm run query dbis working again).
Only one thing I noticed:

On display (last update 11:15)
11:08 +1.0333333333333334
11:28 +0

The 11:08 entry is in the past (maxUnreachableDepartures: 2,).
The +1.0333333333333334 is a bit too much :-)

@sdetweil

$ cd ~/MagicMirror/modules/MMM-PublicTransportHafas

@p1lspeda said in MMM-PublicTransportHafas: Service Temporarily Unavailable:

Höfchen/Listmann

For you, try this:

$ npm run query rmv

Using hafas-client profile: rmv

Enter an address or station name: Höfchen/Listmann

Stops found for 'Höfchen/Listmann':

 > Stop: MZ Höfchen/Listmann
   ID: 3029051
   Transport product(s): Bus

Config:

     hafasProfile: "rmv",
     stationID: "3029051",
     stationName: "Höfchen/Listmann",

@othomys said in MMM-PublicTransportHafas: Service Temporarily Unavailable:

Georg-Schwarz-Str./Merseburger-Str.

For you I found this one:

$ npm run query insa

Enter an address or station name: Georg-Schwarz

Stops found for 'Georg-Schwarz':

 > Stop: Leipzig, Georg-Schwarz-/Merseburger Str.
   ID: 12555
   Transport product(s): Tram, Bus

So your config will be:

      hafasProfile: "insa",
      stationID: "12555",
      stationName: "Georg-Schwarz-Str./Merseburger-Str.",

Possible work-around.
Needs travelling via Austria :-)

To check if your station is available:

$ cd ~/MagicMirror/modules/MMM-PublicTransportHafas
$ npm run query oebb

> mmm-publictransporthafas@2.1.13 query
> node ./convenience/query_stations.mjs oebb

Using hafas-client profile: oebb

Enter an address or station name:

This will give you a station Id.

Update config.js:

$ vi ~/MagicMirror/config/config.js
:
:
      hafasProfile: "oebb",
      stationID: "<ID>",
      stationName: "<Stop>",
:
:

For me the list appears again, although I do not see the real-time times, meaning it shows the ⚠ symbol (as set in noRealtimeDelayString: "⚠",).

One can try different hafas-client profiles, listed in:

https://github.com/public-transport/hafas-client/blob/main/p/readme.md

When you are lucky there is a good alternative to db.

Seems that DB made the service, as used by Hafas, unavailable.

https://reiseauskunft.bahn.de
503 Service Temporarily Unavailable

Also other programs using it have this problem.

Can only hope that there is or there will be an alternative source.
It is the one of the 3 most used MagicMirror modules in our household.

@plainbroke said in MMM-MPlayer:

@evroom
Crap on a Cracker,

Thank you again for this great moduel.

I like this expression!
I also waited a long time for this module.
Only made it available on Github and tweaked it a little.
When in January the new MM version comes out, I am finally going to reinstall my old setup.
Good to know that you got it solved.

@myfingersarecold said in MMM-MPlayer:

regarding #2 on my pi i didnt have to rotate the mplayer orientation, but i adjusted the output of my pi to portrait and everything behaved but ymmv depending on how it’s setup.

Could you please tell me how you do the general rotation to portrait ?

I use the custom.css to get it rotated clockwise.
As MPlayer is an overlay, like OMXPlayer, it is not affected by this.

body {
:
:
  transform: rotate(-90deg);
  transform-origin: top left;
  width: 100vh;
  height: 100vw;
:
:
 }

But of course there are more, potential better, ways of getting it rotated.

Hi @plainbroke,

Let’s see what we can do about it.

First be sure that the URL can be opened and shows your stream:

VLC Media Player
      File
            Open Network
               URL: rtsp://192.168.1.32:554/live
               Open

Then get some data from the logs:

$ pm2 flush
$ pm2 restart MagicMirror
$ sleep 15  (or simply count to 15)
$ grep 'MMM-MPlayer' ~/.pm2/logs/MagicMirror-*.log

Also adding DEBUG will give some more information and since you only use one module, all output will be related to this module:

logLevel: ["INFO", "LOG", "WARN", "ERROR", "DEBUG"],

Tailing the current log:

$ pm2 logs MagicMirror --lines 100

Also try if a single stream will work:
(note, please adjust the indents when and where needed)

$ vi ~/MagicMirror/config/config.js

{
	module: 'MMM-MPlayer',
      disabled: false,
      position: 'middle_center',
      header: 'MPlayer',
	config: {
	      useTwoWindows: false,
	      layout: 'row',
	      monitorAspect: 0,
	      rotate: -1,
	      windowSize: { width: 640, height: 360 },
	      windowPosition: { x: 5, y: 225 },
	      streamInterval: 30000,
	      streams: {
	            window1: [
		            'rtsp://192.168.1.32:554/live',
      	      ]
	      }
	}
},

I am using an 8 GB RAM Raspberry Pi 4b, perhaps there are memory constrains we are not aware of.
But when you say the mp4s are working …
To see the memory usage:
$ free -h -t

@KristjanESPERANTO said in MMM-MPlayer:

@evroom Nice! 🚀 Please add it to the module list 🙂

Done.

@myfingersarecold said in MMM-MPlayer:

I don’t feel like actually uploading it to github, but here is the source code, and an example config.

I took the liberty to take the provided code, make changes to it and make it available as a public repository:

https://github.com/evroom/MMM-MPlayer

My own main purpose for using it, is to setup a new Raspberry Pi (Raspberry Pi 4 Model B), with Debian 12 (bookworm) and the latest MM version (2.30.0).
Replacing a Pi 3b 32-bit Debian 10 buster setup where OMXPlayer is still working.
I will be using a single window with a single RTSP stream (for an Axis Network Camera).
Nothing fancy.

Best regards,

E.J.