RadioLogger Auto delete option

RBtechnika

New member
I have a question and suggestion regarding the automatic deletion of recording files. We set 31 days after which the program should delete files in folders. The question is when does he delete it? Now it looks like it saves a new file with the addition (1), and later these files are saved without the addition (1). The program automatically removes (1) and leaves the name consistent with the file creation parameters used. And wouldn't it be simpler if the RadioLogger program, if the number of days parameter is filled and a new file is written, and a file with the same name already exists only with a date from a certain number of days ago, the program should overwrite this file and that's it. There wouldn't be this mess of older and newest files existing in the folder for some time.
 
We set 31 days after which the program should delete files in folders. The question is when does he delete it? Now it looks like it saves a new file with the addition (1), and later these files are saved without the addition (1).
Looks like your filename template configured in such a way so that it creates the files with same names.

And wouldn't it be simpler if the RadioLogger program, if the number of days parameter is filled and a new file is written, and a file with the same name already exists only with a date from a certain number of days ago, the program should overwrite this file and that's it.
You can make it do so. Use filename template like %d_%h.mp3 - it will have one record for each day of the month, and for each hour, e.g. 3_14.mp3 - 2PM at 3rd day of the month. In this case, you should disable automatic removal of archived records, as with such a template it will overwrite the files automatically.
 
Our configuration looks like the attached image. The program saves files every 10 minutes. The files should be overwritten every month, but this probably happens only after the end of the day. Because on this day, the directory contains current files and files from a month ago - as shown in the attached image. Would it be possible to make the program immediately overwrite files if the "Auto Delete" parameter is met?
 

Attachments

  • Zrzut ekranu 2024-06-07 133255.png
    Zrzut ekranu 2024-06-07 133255.png
    116.1 KB · Views: 74
  • Zrzut ekranu 2024-06-07 133734.png
    Zrzut ekranu 2024-06-07 133734.png
    48.2 KB · Views: 83
The files should be overwritten every month, but this probably happens only after the end of the day.
You can try changing the auto delete option to 30 days instead of 31. Or use a different naming structure, to also include month (%m) to avoid file name collisions.
 
We have already tried to do this and set one of the recording instances to 30 days. Unfortunately, it didn't help.
We cannot change the file naming method.
It looks as if the overwrite after a set time function does not work properly because it should delete files that already exist after the number of days set in the Auto delete option. Perhaps, however, it could be improved so that the files after this set time are overwritten with new ones with the same name.
 
It looks as if the overwrite after a set time function does not work properly because it should delete files that already exist after the number of days set in the Auto delete option.
Correct. It has an archive record with set date and a file name, it doesn't check that there's another archive record, more recent, but with the same file name, so it can delete newer files that should not be deleted. This can be considered a bug, but I think for your case, as the files are overwritten, you can simply disable the auto-delete feature.
 
Correct. It has an archive record with set date and a file name, it doesn't check that there's another archive record, more recent, but with the same file name, so it can delete newer files that should not be deleted. This can be considered a bug, but I think for your case, as the files are overwritten, you can simply disable the auto-delete feature.
Unfortunately, turning off the "Auto delete" option did not change anything, and more files are still created. The program does not overwrite, it just creates another file with the note (1), (2) etc.
 
In this case, I think you should either change the naming scheme, or wait when the RadioLogger is updated to fix the "delete old records" bug when it removes files it shouldn't remove.
 
I would like to ask if anything is happening regarding the automatic deletion option?
We have checked it and automatic deletion works properly. In the most recent update we made some tweaks to handle cases when file names match for different archive entries (in this case file will not be deleted if a more recent entry also references it).
 
Nothing has changed since the last update. It still works the way it used to. That is, if there are files from a month ago in the folder, the new files do not overwrite the old ones, they just add (1) to the file name and so on until the end of the day. After the day ends, files from a month ago are deleted according to the setting after how many days they are to be deleted. However, the issue was that when a new file is created, the old one is deleted immediately, and not only when the day that specifies the period after which old files are to be deleted ends. Would it be possible to make this function work like this?

1734599269628.png

1734599518168.png
 
That is, if there are files from a month ago in the folder, the new files do not overwrite the old ones, they just add (1) to the file name and so on until the end of the day.
Yes, this is by design, because it's supposed to keep the records. If you want older files to be deleted, you should configure auto deletion. In your case it's set to 31 days, probably setting it to 28 days (to account for February) should work. Also maybe change the naming scheme (e.g. include month name) so that names do not overlap.
 
Back
Top