|
Post by franzferdinand on May 30, 2014 8:23:38 GMT -5
Hi, this is a bug perhaps from the fisrt version. GMMP once have scanned media folders for it's media library, it won't rescan on next start. This causes deleting files from it's location by file manager unnoticed GMMP still thinks the audio files are inplace corresponding to last media library scan, but they not and GMMP crashes. This is quite uncomfortable problem, I beg for fixing it. My suggestion is to force media library rescan each time before player windows opens or widget starts.
|
|
|
Post by GoneMAD on May 30, 2014 11:44:44 GMT -5
Hi, this is a bug perhaps from the fisrt version. GMMP once have scanned media folders for it's media library, it won't rescan on next start. This causes deleting files from it's location by file manager unnoticed GMMP still thinks the audio files are inplace corresponding to last media library scan, but they not and GMMP crashes. This is quite uncomfortable problem, I beg for fixing it. My suggestion is to force media library rescan each time before player windows opens or widget starts. GMMP only scans when the music service starts if you have that setting enabled, the music service runs in the background and unless you explicitly go to menu -> exit.. it wont shut down. So there is nothing wrong with that functionality (the preference even says "Run a scan when the music service first starts". missing file should not ever cause GMMP to crash, it should skip the track. To my knowledge i have not received any crash reports of anything like this. Are you moving the file you are currently listening to? The music service keeps the active song's file open while paused.. so moving that file is not really the safest thing.. although that should just cause the decoder to fail and move on to the next song I suggest you just run a new scan after you move a file around
|
|