(2019-04-09, 00:01)ronie Wrote: [ -> ]sorry, can't help you. RKMC is not developed by us, i have no idea if you loose your config or not.
Hi Ronie,
Fair enough. When I asked my first question I hadn't realized the nature of RKMC. I dumped it, replaced it by Kodi and everything works fine now.
I would like to tip my hat to the developers of Kodi and the Picture Slideshow Screensaver. Thanks to it we rediscovered our family pictures again. I noticed that new functionality had been added since the previous version we used. It got even greater!
Warm regards,
Rob
First thanks for this addon.
I think i found a little bug.
When playing music, the dim-function will work. (not the whole screensaver)
I my case, the screen gets very dark when Lyrics are on. I use 50% dim. ( tested on 2 skins)
I hope that you know what i mean.
I found it was the standard Kodi screensaver, I put it now on 100%. and now its oke.
(2019-04-06, 18:17)ronie Wrote: [ -> ]the problem is you're images are on a password protected share.
i can retrieve the path to the images, but not the credentials.
Hi @
ronie. Have changed the path type to NFS and solution works sweet - thanks!!
Nice screensaver for showing fanart collection. Kudos!
I Like the filename option and was wondering if I could make a feature request to display clearlogos that show automatically in favour of filename when available with fanart item
Cheers,
Ryan
Thanks for this great screensaver! A small question (I've been browsing trough this topic, but didn't find the answer quickly, sorry):
I have my pictures on a disk that I share in my network (via smb), screensaver shows them randomly, works great!
But when I add photo's on that disk, should I do something special (rescanning? updating?). Or will the screensaver detect somehow (sooner or later) that there are new photo's?
Sorry, difficult to test, since I have a lot of photo's...
Thanks,
Stef
it'll update automatically.
Hi ronie, hi folks,
I use kodi an your wonderfull screensaver since years on NUC (core i3 + i5); we love the functionality and look of your sreensaver as a picture frame and we use it alomost every weekend for hours (with crossfading every 30s).
I've just a little problem with the load. Showing JPG via SMB from NAS and show - even maybe scaled - on screen seems for me like a process, that should be done by a modern CPU like nothing. But everytime with the start of the screensaver the fan turns faster; fast enough to hear it. While looking TV or Video in FullHD the fan is silent.
Now i checked via SSH and "top" the CPU load:
kodi.bin @ Menü: 3-6%
kodi.bin @ TV: 15-25% (via PVR-addon tvheadend)
kodi.bin @ Picture Slideshow Screensaver: on start 50-80%, after 30s constantly 20-45% with some peaks up to 75%
Same effect on NUC core i5. I already adjusted the BIOS fan curve in many ways but in any case watching TV is silent and the CPU load with the screensaver rises the fan speed to a recognisable level.
Anybody with the same effect? What can I do?
And: Which part of showing JPG is so CPU-relevant? Is it the network and NFS would better than SMB? Is it the recursive picture collector? Is it the scaling (pictures have all higher resolution)? It is done my ffmpg or by your code? Is there maybe an option to use the GPU for rescaling instead of the CPU? I like to avoid to rescale the pictures manually especially for the screensaver as my hole family puts pictures frequently from there smartphones and cameras into "our live"-Folder on our NAS.
Thank you for your help!
CH
g'day
After quite some years working fine, for last few months (since some kodi upgrade i guess), the images do not cover whole screen anymore, i.e. there are 2 stripes at both sides which show whatever is underneath e.g. songs list, instead of being black. Most my images are 3:2 or 4:3 and not 16:9 as the screen is.. so it's a bit annoying. Any idea of why it happens?
Should i remove some cache or what? or change some setting?
i looked through the python stuff and cant see anything relevant.
thanks
Hi all.
What is the ‘Custom item’ to create a shortcut -> submenu to start the slideshow immediately?
@
samoa
try settings -> additional -> show background: OFF
Should bring you back the black background
(2019-07-01, 00:06)transformation Wrote: [ -> ]@samoa
try settings -> additional -> show background: OFF
Should bring you back the black background
nah, "off" is what it is now ; making that "on" puts some bleak copy of end-sides of image onto the empty-stripes, which is better, but isn't black - and looks odd, half tree here, half face there..
(2019-06-29, 01:45)transformation Wrote: [ -> ]Hi ronie, hi folks,
I use kodi an your wonderfull screensaver since years on NUC (core i3 + i5); we love the functionality and look of your sreensaver as a picture frame and we use it alomost every weekend for hours (with crossfading every 30s).
I've just a little problem with the load. Showing JPG via SMB from NAS and show - even maybe scaled - on screen seems for me like a process, that should be done by a modern CPU like nothing. But everytime with the start of the screensaver the fan turns faster; fast enough to hear it. While looking TV or Video in FullHD the fan is silent.
Now i checked via SSH and "top" the CPU load:
kodi.bin @ Menü: 3-6%
kodi.bin @ TV: 15-25% (via PVR-addon tvheadend)
kodi.bin @ Picture Slideshow Screensaver: on start 50-80%, after 30s constantly 20-45% with some peaks up to 75%
Same effect on NUC core i5. I already adjusted the BIOS fan curve in many ways but in any case watching TV is silent and the CPU load with the screensaver rises the fan speed to a recognisable level.
Anybody with the same effect? What can I do?
And: Which part of showing JPG is so CPU-relevant? Is it the network and NFS would better than SMB? Is it the recursive picture collector? Is it the scaling (pictures have all higher resolution)? It is done my ffmpg or by your code? Is there maybe an option to use the GPU for rescaling instead of the CPU? I like to avoid to rescale the pictures manually especially for the screensaver as my hole family puts pictures frequently from there smartphones and cameras into "our live"-Folder on our NAS.
Thank you for your help!
CH
This has been driving me nuts for month. I'm having exactly the same issue. Logfiles show nothing out of the ordinary, but CPU load is constantly above 40% with occasional peaks up to 80+% while the screensaver is running.
While I understand the high load right after start (according to my logs probably due to folder scanning):
Quote:2019-08-01 12:56:38.866 T:140400558999296 DEBUG: screensaver.picture.slideshow: dirs: 0
2019-08-01 12:56:38.866 T:140400558999296 DEBUG: screensaver.picture.slideshow: files: 7
2019-08-01 12:56:38.900 T:140400558999296 DEBUG: screensaver.picture.slideshow: dirs: 0
2019-08-01 12:56:38.901 T:140400558999296 DEBUG: screensaver.picture.slideshow: files: 4
2019-08-01 12:56:39.015 T:140400558999296 DEBUG: screensaver.picture.slideshow: dirs: 0
2019-08-01 12:56:39.015 T:140400558999296 DEBUG: screensaver.picture.slideshow: files: 24
2019-08-01 12:56:40.120 T:140400558999296 DEBUG: screensaver.picture.slideshow: dirs: 1
2019-08-01 12:56:40.120 T:140400558999296 DEBUG: screensaver.picture.slideshow: files: 254
2019-08-01 12:56:40.183 T:140400558999296 DEBUG: screensaver.picture.slideshow: dirs: 0
2019-08-01 12:56:40.183 T:140400558999296 DEBUG: screensaver.picture.slideshow: files: 10
2019-08-01 12:56:40.213 T:140400558999296 DEBUG: screensaver.picture.slideshow: dirs: 0
2019-08-01 12:56:40.213 T:140400558999296 DEBUG: screensaver.picture.slideshow: files: 4
2019-08-01 12:56:40.243 T:140400558999296 DEBUG: screensaver.picture.slideshow: dirs: 0
2019-08-01 12:56:40.243 T:140400558999296 DEBUG: screensaver.picture.slideshow: files: 5
2019-08-01 12:56:40.684 T:140400558999296 DEBUG: screensaver.picture.slideshow: items: 16345
I do not yet understand while the load remains so high afterwards:
Quote:2019-08-01 12:56:47.819 T:140400550606592 DEBUG: CSMBFile::Open - opened smb://USERNAME:\[email protected]/share/PICTURES/2006_09_07/IMG_0114.JPG, fd=10001
2019-08-01 12:56:48.141 T:140400550606592 DEBUG: CSMBFile::Close closing fd 10001
2019-08-01 12:56:48.142 T:140400550606592 DEBUG: DoWork - took 326 ms to load smb://192.168.1.7/share/PICTURES/2006_09_07/IMG_0114.JPG
2019-08-01 12:56:53.848 T:140400550606592 DEBUG: CSMBFile::Open - opened smb://USERNAME:\[email protected]/share/PICTURES/2015_10_01/IMG_4537.JPG, fd=10001
2019-08-01 12:56:54.054 T:140400550606592 DEBUG: CSMBFile::Close closing fd 10001
2019-08-01 12:56:54.055 T:140400550606592 DEBUG: DoWork - took 209 ms to load smb://192.168.1.7/share/PICTURES/2015_10_01/IMG_4537.JPG
2019-08-01 12:56:59.867 T:140400550606592 DEBUG: CSMBFile::Open - opened smb://USERNAME:\[email protected]/share/PICTURES/2014_07_14/IMG_3675.JPG, fd=10001
2019-08-01 12:57:00.123 T:140400550606592 DEBUG: CSMBFile::Close closing fd 10001
2019-08-01 12:57:00.124 T:140400550606592 DEBUG: DoWork - took 258 ms to load smb://192.168.1.7/share/PICTURES/2014_07_14/IMG_3675.JPG
2019-08-01 12:57:05.885 T:140400550606592 DEBUG: CSMBFile::Open - opened smb://USERNAME:\[email protected]/share/PICTURES/2016_08_14/IMG_4666.JPG, fd=10001
2019-08-01 12:57:06.274 T:140400550606592 DEBUG: CSMBFile::Close closing fd 10001
2019-08-01 12:57:06.275 T:140400550606592 DEBUG: DoWork - took 392 ms to load smb://192.168.1.7/share/PICTURES/2016_08_14/IMG_4666.JPG
2019-08-01 12:57:11.901 T:140400550606592 DEBUG: CSMBFile::Open - opened smb://USERNAME:\[email protected]/share/PICTURES/2007_09_14/IMG_1212.JPG, fd=10001
2019-08-01 12:57:12.197 T:140400550606592 DEBUG: CSMBFile::Close closing fd 10001
2019-08-01 12:57:12.198 T:140400550606592 DEBUG: DoWork - took 298 ms to load smb://192.168.1.7/share/PICTURES/2007_09_14/IMG_1212.JPG
LibreElec 9.0.2 running on Intel NUC (Intel® Core™ i5-4250U CPU @ 1.30GHz). Pictures stored on a Synology NAS, connected over 1Gbits LAN. Any help would be very much appreciated!
@
ronie : Would be great to know, that you have a look to the CPU-Issue with the Screensaver. Is there any option to change or anything else to support the process consuming less CPU?
Thanks!
thanx for bringing the cpu issue to my attention!
i've had a look and it's caused by a rotating splash image that kept spinning in the background.
that's fixed now in v5.0.9, which is on it's way to the addon repo.
another thing that can be responsible for high cpu usage is the pan and zoom animation.
so if you have that setting enabled, change it to either slide, crossfade or none.
these are the cpu usages i get with v5.0.9 depending on the choosen animation:
- pan and zoom 30%
- crossfade 15%
- slide 10-15%
- none 5-10%