More > JRiver Media Center 21 for Linux
JRiver Media Center 21.0.90 for Debian (Wheezy) ARM
Hilton:
yep rebuilding thumbnails.
Because its running on an SSD the CPU is the limiting factor instead of the disk. :)
I cant do anything else with it while it's rebuilding. :(
PS. might want to put a limit on the number of threads for pi. :)
Library
Total files: 19978
Audio files: 19978
Image files: 0
Video files: 0
Other files: 0
Processing
Thumbnails built: 2% (414 of 19978)
Audio analyzed: 0% (0 of 19978)
Background Tools Running
No tools currently running
Power
No entries that affect the system power state
Media Center
Version:
Install path: /usr/lib/jriver/Media Center 21/
Interface plug-ins:
JRMark: never run
Memory used:
Handles used:
Advanced System Info
Memory & CPU
CPU features:
Operating System
Unknown OS
bob:
--- Quote from: Hilton on September 10, 2015, 08:02:18 am ---yep rebuilding thumbnails.
Because its running on an SSD the CPU is the limiting factor instead of the disk. :)
I cant do anything else with it while it's rebuilding. :(
PS. might want to put a limit on the number of threads for pi. :)
Library
Total files: 19978
Audio files: 19978
Image files: 0
Video files: 0
Other files: 0
Processing
Thumbnails built: 2% (414 of 19978)
Audio analyzed: 0% (0 of 19978)
Background Tools Running
No tools currently running
Power
No entries that affect the system power state
Media Center
Version:
Install path: /usr/lib/jriver/Media Center 21/
Interface plug-ins:
JRMark: never run
Memory used:
Handles used:
Advanced System Info
Memory & CPU
CPU features:
Operating System
Unknown OS
--- End quote ---
How about in Options->Tree and View_>Thumbnails-> setting the Thumbnail creation threading to Low?
mwillems:
--- Quote from: bob on September 10, 2015, 11:33:41 am ---How about in Options->Tree and View_>Thumbnails-> setting the Thumbnail creation threading to Low?
--- End quote ---
I tried that recently and it showed slightly improved stability in a library with no thumbs built, but it didn't completely stop the instability (I could still provoke a crash by navigating to a view with very few thumbs built, just less reliably). Additionally, from a usability perspective, MC on the Pi is significantly more responsive and usable if you pre-build all thumbs. Everything works faster and better whether using a remote or the local interface.
So my first order of business whenever I setup a new instance is to manually ask JRiver to build all thumbs (whether as part of import, or through the options menu), and come back the next day to start actually using it. I've successfully done that four or five different times with MC 20. Trying to do that (without any other interaction) is giving me eventual crashes on MC21 regardless of thread priority (usually after a few thousand thumbs built). Thumbnailing does not create any similar instability on MC 20 on the same installs with the same settings, so I think this is a regression.
bob:
--- Quote from: mwillems on September 10, 2015, 11:48:36 am ---I tried that recently and it showed slightly improved stability in a library with no thumbs built, but it didn't completely stop the instability (I could still provoke a crash by navigating to a view with very few thumbs built, just less reliably). Additionally, from a usability perspective, MC on the Pi is significantly more responsive and usable if you pre-build all thumbs. Everything works faster and better whether using a remote or the local interface.
So my first order of business whenever I setup a new instance is to manually ask JRiver to build all thumbs (whether as part of import, or through the options menu), and come back the next day to start actually using it. I've successfully done that four or five different times with MC 20. Trying to do that (without any other interaction) is giving me eventual crashes on MC21 regardless of thread priority (usually after a few thousand thumbs built). Thumbnailing does not create any similar instability on MC 20 on the same installs with the same settings, so I think this is a regression.
--- End quote ---
It sounds like an issue with the worker (JRWorker).
Maybe it's running out of memory.
None of my libraries are huge (6k is about the biggest), how big are yours?
mwillems:
--- Quote from: bob on September 10, 2015, 03:04:07 pm ---It sounds like an issue with the worker (JRWorker).
Maybe it's running out of memory.
None of my libraries are huge (6k is about the biggest), how big are yours?
--- End quote ---
About 60k audio files, so that may be part of the story (when I manually build thumbs it's crashing after several thousand). Looking at my munin logs, memory stress does seem to be part of the picture (memory is near maximum before the crash). Not sure what changed between 20 and 21 to trigger it though as the same size library chugs right through on MC 20.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version