Naming of song stems folders skips incrementation

[djenzar]

Bug Description

When exporting the stems of a song, any previously exported song/folder beyond numbering S0001 seems to be ignored and the count starts back at the begining and the new export will be named <song_name>_S0001.

For example, if the export folder of a song contains only <song_name>_S0002, the new export will be named <song_name>_S0001 instead of <song_name>_S0003.

As the system doesn’t have any notion of timestamp or modification datetime, it’s easy to get confused about the last effective stem export.

Reproduction Steps

1. Export the stems of one song: version 1, folder named <song_name>_S0001
2. Edit the song and export the stems: version 2, folder name <song_name>_S0002
3. Delete the <song_name>_S0001 folder to regain some space on your SD Card
4. Edit and export again: version 3, folder expected to be named <song_name>_S0003
5. The new export folder name is <song_name>_S0001 instead of <song_name>_S0003

Occurrence

This bug is always reproducible,with any project, and I suspect it was even already happening with the original tracker, but I can’t test as I don’t have it anymore .

Found in

• Version 1.0.2
• Build 1061

[djenzar]

Tip for easier reproducibility: at each step of song edit, add a new pattern to the song so the size of the files will increase and allow to differentiate from the previous export

[Sandroid]

Hey @djenzar, you are correct, this is the original behaviour since the beginning.

And you are right in assuming it’s because the system doesn’t have any notion of dates.
It just increments from zero and if it doesn’t encounter a folder it will create it. So if you delete 0001, it will re-create 0001.

Since this has been by-design, may i ask you to create a wish in Draft wishes instead if you would like to see this changed?

I’ll close those this for now, hope that’s ok

[djenzar]

Hi, okay, thanks for testing this one, I’ll open a wish!

[djenzar]

Draft opened here: Incremental naming of song stem folders