Gueron wrote:Having reread my post I tried a small change. I created a 200MB swapfile,
You beat me to it, was going to suggest that reading your 1st post
Its possible soundfonts use more memory than their actual filesize. Maybe due to compression/decompression on the soundfont file? Or the way it allocates memory for each sound, maybe it allocates more than it actually needs?
What about if I edit /etc/fstab and restrict the size of /tmp to say only 100MB (presently no limit), would that help /fix this ?
It appears the physical RAM size is the limitation here. Increasing the swapfile will resolve this but may cause delay, due to IO access needed if swap data is triggered.
DietPi is configured to only use swap when its "truley" needed (swappiness=1
). So increasing the swapfile to 1GB, wont effect performance and only whats needed from the system will be used.
Another option (upgrade), is the Odroid C2, which features 2GB of RAM, 64bit and faster CPU/GPU. They do offer hi-end DAC's that can compete with most RPi DACs:http://www.hardkernel.com/main/products/prdt_info.phphttp://www.hardkernel.com/main/products/prdt_info.php?g_code=G147589529288
I have one of the above running as my Kodi media/movie player. Highly rate it, although, 192KHz max.
Another possibility I have just found would be to add the command "nocache" ahead of loading the soundfont. So first I
need to apt-get install nocache from the debian repository. Comments anyone ?
I have no experience with nocache unfortunately. Unable to offer any assistance.