[MMM-RTSPStream] - Video Streaming from Live Feeds & Security Cameras

evroom

Hi,

Can you check this ?

$ vcgencmd codec_enabled MPG2

It should say “MPG2=enabled”.

License can be bought for a few euro’s:

http://www.raspberrypi.com/mpeg-2-license-key/

Cr4z33

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

Hi,

Can you check this ?
$ vcgencmd codec_enabled MPG2
It should say “MPG2=enabled”.

License can be bought for a few euro’s:

http://www.raspberrypi.com/mpeg-2-license-key/

It is enabled as I followed your advice. ;)

As I said normal SD TV programs work just fine.
The problem is with High Definition programs.

evroom

RAI 3 HD probably is not free-to-air, so I cannot check it.

But to be honest, it seems NOT to work for me too.
Only SD, no HD.
I had it working on v2.4.1 (made notes about it to not to forget) and did not use it after that.

You can test it directly, without having to change the MM config all the time:

$ omxplayer --win "0 0 800 480" --live "http://192.168.1.6:8001/1:0:1:D4B:8800:13E:EEEE0000:0:0:0:"

$ omxplayer --win "0 0 800 480" --live "http://192.168.1.6:8001/1:0:1:2191:5:13E:EEEE0000:0:0:0:"

omxplayer will show the stream details:

Video codec omx-mpeg2 width 720 height 576 profile 4 fps 25.000000
Video codec omx-h264 width 1920 height 1080 profile 100 fps 50.000000

On my Pi it seems to run, but nothing appears on the screen.
:-(

Cr4z33

@evroom I am in the same boat (with my Raspberry Pi 3 b+).

However I am 100% sure my Pi can handle HD channel streams as they work perfectly if using VLC!

evroom

I can stream full HD at 50 fps:

Video codec omx-h264 width 1920 height 1080 profile 100 fps 50.000000

A bit odd.

Cr4z33

@evroom oops it came out I have to wait at least 30-40 seconds before I can see (succesfully) a 1080i @ 60Fps HD stream. :smiling_face_with_smiling_eyes:

However yesterday I found one more issue…
I connected the RPI for the first time to the TV to see how MagicMirror was looking on it, but I found out that the stream stops as soon as I ask something to Google Assistant (MMM-AssistantMk2 + MMM-Hotword by @Sean ) and it replies.
After that the stream doesn’t resume at all.

I don’t know where to start and cannot see why this is going on as the RPI can easily play 2+ media files at a time. :confounded_face:

evroom

@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 :-)

Cr4z33

@evroom no problem mate although it looks like the developer is no more active in this thread my bad. :confused_face:

Do you know by chance what to edit to see the stream in the same position as the white frame (I actually would like to get rid of it)?

evroom

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.

shbatm

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

I found out that the stream stops as soon as I ask something to Google Assistant (MMM-AssistantMk2 + MMM-Hotword by @Sean ) and it replies.

Please check the web browser console (ctrl+shift+i) and see if for some reason AssistantMk2 or Hotword are sending a pause/hide command to other modules. You would see something like: MMM-RTSPSTREAM is suspended.... Also, after the stream disappears, check the status of PM2 (pm2 status from ssh/terminal) and see if omx_streamX is still running. That will let me know if the module is telling the stream to stop or if omxplayer is giving up.

Regarding the border alignment, search this forum and/or the closed issues on GitHub, it’s been answered before. @evroom’s solution looks correct to hide the border, but I can’t remember for sure.

Mini-rant: OMXPLAYER is the lowest resource player I’ve found to use for playing video streams on a Pi, but frankly, it’s a finicky b***h and has terrible logging to inform you of the problem. 90% of the issues raised with this module are caused by omxplayer itself, which, unfortunately I don’t have any better way to solve than any other user. That’s why I use pm2 to manage the streams so it will at least attempt to restart when it crashes.

@evroom, regarding the streams not stopping… Last week I found a bug in PM2’s API, calling stop on a process from node doesn’t work. I will work on a workaround until the PM2 devs correct the issue.