It seems to be ok for me.
I dont think its a question of your total memory available being the issue but I strongly suspect you are hitting some sort of .NET limits (eg. memory fragmentation) because MB loads a lot of data in your case (as we have discussed before)
Unfortunately I dont have any great suggestions and it might be the case you need to consider another player.
The suggestions I do have:
- consider splitting your library into two (or more) libraries
- separate out the podcasts into a separate library (refreshing and downloading podcasts use quite a bit of memory and infact thats where the error occured in the error log but that could just be chance)
Sorry i cant be more help. I dont think any recent changes are the cause
Just as I feared. Thanks for explanation Steven.
Hmmm, so I assume .NET allocates a certain amount of memory for each library loaded. Since all of my eggs are in one basket (one library), I guess my lone library is running up against the limit of said allocation resulting in instability (and sometimes crashes). So, sending significant portions of my library to individual libraries (e.g. separate libraries for Soundtracks and Classical) should improve performance a bit considering the amount of resources allocated to each?
What happens if I have an autoplaylist that selects tracks from all the libraries?
-EDIT: only one library can be active at any given time