Third-Party Module - how to get help?

sdetweil

@ember1205 you should increase the swap space .

https://wpitchoune.net/tricks/raspberry_pi3_increase_swap_size.html

yes, lack of cache will slow down rendering.
I added javascript code to the other module to wait til the image was loaded before showing,
made a huge improvement, no lag rendering

you could try it
https://github.com/sdetweil/MMM-ImagesPhotos
git clone that and then use this in config

		{
			module: "MMM-ImagesPhotos",
			position: "fullscreen",
			config: {
				opacity: 0.9, 
				animationSpeed: 0,
				updateInterval: 30000,  // how often to change pic
				backgroundColor: "#808080", // color around pic (if u want something other than black)
			},
		},

u have to put images in the uploads folder,
or make a link (ln command) for the uploads folder where the pics are (I use my linux server, external usb drive)

cd ~/MagicMirror/modules/MMM-ImagesPhotos
ls -laF
lrwxrwxrwx   1 sam sam    45 Dec 12 08:53 uploads -> /media/buildserver/media/Photos/selectedpics//

add

disabled: true,

the the existing module definition (after the name)
to turn it off, without changing anything

sdetweil

the command

free -m

will show u memory usage

nano 
sam@nano:~/MagicMirror$ free -m
              total        used        free      shared  buff/cache   available
Mem:           3956        2097         359         559        1499        1149
Swap:          1978         460        1517

pi4 -4gig, default swap space
free -m
              total        used        free      shared  buff/cache   available
Mem:           3906         650        2053         447        1201        2656
Swap:            99           3          96

ember1205

@sdetweil said in Third-Party Module - how to get help?:

https://wpitchoune.net/tricks/raspberry_pi3_increase_swap_size.html

I will give this a shot. Given that each time the slideshow has died, it has indicated that it ran out of memory at roughly 100Mb (and the default swap is 100Mb), this could definitely be related. I’ll try doubling it to see what happens with this module.

I was going to try tackling the transitioning to prevent changing to the new image until it was rendered (to prevent the “painting”), but need the memory issue fixed first. :)

Does your image module contain the JS code you were referring to that hides the image until it’s rendered?

sdetweil

@ember1205 yes, it contains the code for the transition handling.

I would make the swap 1 gig… its only a little disk (memory card) space…

the code.

basically it adds an img (appends) to the div to display, the image is hidden,
then there is an onload handler, that gets notified when the image is loaded (not yet visible)
it also adjusts the image size to keep the proportions correct, (css background-size:cover and contain both distort the image)

it makes the image visible, and starts the timer for the next image.

it then checks to see if there are TWO images in the div,
if so, it hides the 1st, shows the second and removes the 1st (old image)
repeat

ember1205

@sdetweil

I will give your code a try. Increasing the swap size and re-enabling the cache resulted in another almost immediate crash.

:(

sdetweil

@ember1205 hm… mine runs like a top on pi0 , pi3 b+, pi4, odroid, jetson nano , macOs, ubuntu

my selected pics holds 100 pics, some as large as 15meg. 7.4 meg avg

ember1205

@sdetweil

Seems your code has dependencies? I’m getting an error when trying to load:

WARNING! Could not load config file. Starting with default configuration. Error found: Error: Cannot find module 'node_helper'

sdetweil

@ember1205 node_help is the build in module,

sounds like u did an npm install, even tho not needed (and finds a bug or new feature we don’t want)

recover with this

cd ~/MagicMirror
git checkout modules/node_modules/node_helper/index.js

ember1205

@sdetweil said in Third-Party Module - how to get help?:

git checkout modules/node_modules/node_helper/index.js

yeah, I get into the habit of installing add-ons this way and I did the npm install.

Your fix cleaned it right up and it started up. But, guess what? Out of memory again.

Seems that I have bigger issues here…

sdetweil

@ember1205 show me the output of

node-v 
npm -v
lsb_release -a
uname -a

and other than image, you are running default modules, correct?

I’m gonna be out for a couple hours, running xmas errands. will try to look in on my phone