Audio files still in use after being played and removed from playlist

When I play audio files that aren’t added to the database, but that appear in an M3U-playlist, they remain “locked” or “in use” by mAirList even after they have played and are removed from the playlist.

How could I fix this? Each few hours I need to automaticly overwrite an existing audio file with a newer one but the FTP Client is unable to overwrite that file because it’s still in use by mAirList.

I don’t use recycle bin within mAirList …

The files may still be locked by the background thread that handles the prebuffering for the playlist.

Try the latest snapshot, there have been some improvements lately.

Well, in fact the snapshot I use is already 4.1.2 build 1484.

The audio file is a news flash that is often updated. So, it’s important to overwrite it each time.

Thanks

First of all, this problem might be related to the “ghost” items you’re seeing, discussed in the other thread you started.

Second, for “volatile” content, you should check the option in the item Properties dialog to disable File Management for that item. This might prevent mAirList from locking it on disk.

If that still doesn’t work, I will have to send you a debug version to examine the situation.

I’ve added the audio file to the database (without cue points, because the length of the file is always different) and indeed disabled the file manager for this item.
I’ve also disabled prebuffering.

It seems to work now :slight_smile:
The file can now be overwritten by the FTP-client.

Thanks!