• Recent
  • Tags
  • Unsolved
  • Solved
  • MagicMirror² Repository
  • Documentation
  • 3rd-Party-Modules
  • Donate
  • Discord
  • Register
  • Login
MagicMirror Forum
  • Recent
  • Tags
  • Unsolved
  • Solved
  • MagicMirror² Repository
  • Documentation
  • 3rd-Party-Modules
  • Donate
  • Discord
  • Register
  • Login
A New Chapter for MagicMirror: The Community Takes the Lead
Read the statement by Michael Teeuw here.

Electron CPU usage

Scheduled Pinned Locked Moved Troubleshooting
247 Posts 46 Posters 477.5k Views 42 Watching
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • S Offline
    schmo90
    last edited by May 25, 2018, 9:13 AM

    hy i didnot turn off the hdmi,

    i will turn off the lcd with the gpio’s

    screen is turning on normal but electron browser is showing a black screen (mous appears at moving)

    1 Reply Last reply Reply Quote 0
    • B Offline
      binderth
      last edited by May 29, 2018, 6:29 AM

      adding another flavour:
      As my Foscam FI9900P got an ONVIF-Update lately and is now capable of RTSP-streaming I installed MMM-RTSPStream.

      • activated fake (or full) OpenGL Desktop driver:
        omxplayer crashes
      • activated non-GL desktop driver:
        omxplayer runs

      So, as I see it, the omxplayer problem doesn’t concern MagicMirror - is there another way to reduce Electron CPU usage - except using an Open-GL dekstop driver?

      PS: activating fake KMS reduced CPU usage as recommended in this thread - but I’d like to have the video-stream of my cam on the MM (unfortunately it doesn’t provide MJPEG)

      C 1 Reply Last reply May 29, 2018, 1:00 PM Reply Quote 0
      • C Offline
        cdelaorden @binderth
        last edited by cdelaorden May 29, 2018, 1:12 PM May 29, 2018, 1:00 PM

        hi @binderth
        the fake-kms was created for keeping omxplayer compatibility but you need to add the “–no-osd” flag to the omxplayer command line

        you might want to try it

        dont bet on it, but changing line 101 of node_helper.js to

        var args = ["--no-osd", "--live", "--video_queue", "4", "--fps", "30",
        

        might do the trick

        1 Reply Last reply Reply Quote 0
        • V Offline
          vinp Module Developer
          last edited by Jul 4, 2018, 8:26 PM

          MM 2.4.1 - if anyone is trying to look for it while searching for forums. Apologies if it has already been stated

          So i’ve done it both ways:
          dtoverlay=vc4-kms-v3d
          I noticed that my CPU temp is well into the 60-70 degree Celsius with CPU loads mostly in the 1.x, 2.x, and sometimes 3.x ranges

          When i try the other way :
          dtoverlay=vc4-fkms-v3d
          CPU is much lower in temp under 50 degrees Celsius and CPU load rarely goes above 1.x
          and i am able to use the tvservice -o and tvservice -p to schedule my monitor to go on and off at certain times

          Hopefully this helps anyone searching for this issue on new installs like myself

          1 Reply Last reply Reply Quote 4
          • J Offline
            jaffons
            last edited by jaffons Jul 28, 2018, 8:37 AM Jul 26, 2018, 5:58 PM

            So i ran into this issue as well. I started MM stuff 2-3 weeks ago.

            When everything was working my logs show:

            • I had the previous mm version ( probably 2.3.1)
            • Enable the Open GL driver, fake KMS (via raspi-config)
            • Disabling the screensaver https://www.raspberrypi.org/forums/viewtopic.php?t=57552
            • Autohiding the Mouse Pointer
            • rotate screen 270deg(CW), display_rotate=3 at /boot/config.txt
            • I also had the dtoverlay=vc4-fkms-v3d line there
            • I was getting this error though (thrunpm start ):
            libGL error: MESA-LOADER: failed to retrieve device information
            MESA-LOADER: failed to retrieve device information
            MESA-LOADER: failed to retrieve device information
            

            Anyway I messed something on my modules and had to reinstall the Raspbian. Same as before, Stretch 7/-18

            • Rotate screen at /boot/config.txt
            • installed the MM 2.4.1 and tried it straight away default config and modules. It was working alright
            • Disabling the screensaver https://www.raspberrypi.org/forums/viewtopic.php?t=57552
            • Autohiding the Mouse Pointer
            • I think I added the dtoverlay=vc4-fkms-v3d line…
              • and boom animations started lagging (+high CPU)
              • also npm start dev didnt work. It launched but no mirror was shown and if i had mm running it would stop refreshing.

            Any way I figured out that taking that commenting out that # dtoverlay=vc4-fkms-v3d everything works flawlessy. I dont get the “libGL”-error
            and I also updated npm 5.6.0 → 6.2.0 sudo npm i -g npm and npm start dev started working (dev or no dev).

            My Rpi temperature is under 50C when mm is running (no heatsink).

            Hope this helps out someone!

            A 1 Reply Last reply Apr 18, 2019, 8:39 PM Reply Quote 4
            • A Offline
              adamlove86 @jaffons
              last edited by Apr 18, 2019, 8:39 PM

              @vinp and @jaffons WOW! Thank you for your comments… Made a huge difference.
              After some months I needed to reinstall from scratch (now also hosting octoprint and a remote desktop simultaneously). I thought MM animations were just generally slow, but this made a huge difference compared to the more orthodox setup.
              I don’t see why this configuration shouldn’t be preferred over the normal Pi configuration, and the OpenGL driver was also much trickier to get working.

              1 Reply Last reply Reply Quote 0
              • K Offline
                Knapoc
                last edited by Knapoc Jul 13, 2019, 6:29 AM Jul 13, 2019, 6:29 AM

                Is it just me, that after the most recent rpi firmware update display_rotate/display_hdmi_rotate is not working with the fkms driver?

                I found the following in the official documentation:

                If using the VC4 FKMS V3D driver (this is the default on the Raspberry Pi 4), then 90 and 270 degree rotations are not supported. The Screen Configuration utility provides display rotations for this driver.

                Unfortunately I have no clue how to run the screen configuration utility. There’s always a black screen even if I run pm2 stop mm.

                1 Reply Last reply Reply Quote 0
                • 1
                • 2
                • 21
                • 22
                • 23
                • 24
                • 25
                • 25 / 25
                • First post
                  Last post
                Enjoying MagicMirror? Please consider a donation!
                MagicMirror created by Michael Teeuw.
                Forum managed by Sam, technical setup by Karsten.
                This forum is using NodeBB as its core | Contributors
                Contact | Privacy Policy