Ghost Overlay / OMXPlayerTransparency

Nystro0m

@Reotch2
I got helped with this yesterday from Mykle and i went from 80-100% cpu usage to 2-45% cpu usage.
The biggest difference was by downgrading electron to 1.4.15.
But running MM 2.1.0 instead of 2.1.2 also made a improvement.

How to downgrade electron
Navigate to your home folder, from here delete all maps including electron. there should be two:
.electron & .electron-glpyh.
Navigate to you node-modules inside MM.

§ cd ~/MagicMirror/node_modules

Uninstall electron by

§ sudo npm uninstall electron

install electron with desired version in this case 1.4.15 by:

§ sudo npm install electron@1.4.15

Now open file manager or navigate to “~/MagicMirror/node_modules/electron” and look in package.json
Here you can confirm your version number of electron.

How to downgrade MagicMirror
If you want to downgrade your MM version you will need to make a new install.
I would suggest everyone doing this to NOT delete it BEFORE you have made a backup.

You can find MM 2.1.0 here (thanks to Mykle for providing me with link):
https://github.com/MichMich/MagicMirror/archive/v2.1.0.zip.

Unpack the zip in you home folder, and rename it to MagicMirror
then just run npm install from the folder.

§ cd ~/MagicMirror/
§ npm install

Note: You will need to re-install electron 1.4.15 after the clean install of MM 2.1.0.
Make sure to have everything up and running before you do that.

I did run the gun and needed to redo everything twice.

Reotch2

@Nystro0m So went all out, and did a fresh install of Raspbian Stretch, MM2.1.0 and electron 1.4.15… even with just the default modules and htmlvideo, electron has the CPU pegged at >75% playing the .webm file. The video is slightly less choppy than before, but still not as seamless as OMXPlayer. Do I just have a crappy Pi3? Are there memory, GPU, or overclock settings I’m missing in my pi config file that may help? I’m also running it through PM2… is that causing issues?

Thanks,
Rich

Mykle1

@Reotch2 said in Ghost Overlay / OMXPlayerTransparency:

even with just the default modules and htmlvideo, electron has the CPU pegged at >75% playing the .webm file.

If you read through the Electron CPU Usage you would see that your results are not as bad as you think they are. Many people saw drastically worse results without asking their Pi to run htmlvideo. A simple default installation of MM 2.1.1 or higher and Electron higher than 1.4.15 would bring a Pi3 to its knees.

The video is slightly less choppy than before, but still not as seamless as OMXPlayer. Do I just have a crappy Pi3?

I don’t believe it’s your Pi3. Again, all the testing we did in that topic pretty much ruled that out and pointed the finger squarely at the MM/Electron version combination,

My opinion: We’re asking the Pi to do things that it’s just not capable of, or at least pushing it to its limits. I’m not bashing the Pi. I love the Pi. There’s just only so much it can do. I think you should be glad that OMXPlayer is giving you the results you want on the Pi. If you moved from the Pi to something more robust then you would likely not have the problem running htmlvideo within MM, no matter what versions of MM and Electron.

Nystro0m

@Reotch2
Sorry that it does not seem to work.
The only thing i can think about now is the read speed of your micro SD card.
In video editing playback often is limited due to read speeds of the drive.
But here we talk about 100MB+ per second. And that is an understatement.

I would try to see if you can get html video running from a embedded source such as Youtube.
Else, if you have not tried running OMXPlayer and the PIR module as “behind” in the config i have no idea.

Im interesting in following up this project in the future, when i run out of things to incorporate in my MM.

If you decide to not follow this up anymore i would love to see a summary post what you have up and running, including scripts and such. Also a summary of what did and did not work in your research :)

Reotch2

@Mykle1 @Nystro0m

My opinion: We’re asking the Pi to do things that it’s just not capable of, or at least pushing it to its limits.

Honestly… this is good news. Gives me permission to stop troubleshooting :). I’m still doing a clean install of STRETCH (having minor issues on another thread), and I’ll fall back on my OMXPlayer workaround.

Thanks EVERYONE for helping me try every possible workaround. When the time comes for me to scale-up to a bathroom mirror, I’ll definitely plan on a little more processing power.

Also, I’ll post my final workaround/setup when I’m back up and running.

Mykle1

@Reotch2 said in Ghost Overlay / OMXPlayerTransparency:

Also, I’ll post my final workaround/setup when I’m back up and running.

Yeah dude, keep us posted!

jasondreher

@pyrosmiley
What module did you use to play the .webm file? I have converted a file but dont know how to play it on the MM.

pyrosmiley

@jasondreher
I use the MMM-htmlvideo module for it. Webm seems to work best for me as a format to reduce choppiness but even then it’s certainly not perfect. This module is great though!

bhepler

I played around with this a bit. In the end, running omxplayer with a resized and rotated video was the way to go. Oh, and I re-edited a few videos together in order to provide a more seamless experience. I’ll see about capturing some video tomorrow and uploading it.

I used pm2 to manage a quick script to keep the video going in case of failure. Overall, I’m quite pleased. Now to do the same to my office mirror…

Reotch2

@bhepler Are you running a borderless OMX window centered on your mirror? If so, what parameters you starting it with?

After all of my troubleshooting, it seems like OMX is the best solution. I’ve just been putting up with the loss of module brightness. Overall though, good enough to get me through Halloween.