Ability to start without saving/empty song indicator

Aeros Loop Studio Feature Requests
1

A lot of times, I just wanna fire up the Aeros to play/jam out/noodle. Yet, every time I have to set up a new song and save it, and then I have a bunch of housecleaning to eventually do, just to get rid of all of those.

It’d be great if I could just start a song up in the last used config, without having to save anything. Since this is related, it’d’ also be good if, in the song list, there was an indicator next to a song that let us know if it’s an empty song, that way when housecleaning, I don’t have to load and look at every single song.

2 Likes
2

Agree.

I end up clearing the last song by holding the Stop button. Sort of works, but a bit awkward. (Also there are bugs if you do want to change the song settings after a clear)

3

But it doesn’t erase the song file, itself.

4

I agree. I think that something like this could probably fix some things related to song naming (like song_1 issues).

One thing that I’ve realized - as far as I know - is that the Aeros doesn’t seem to save any song metadata alongside the songs themselves. Tempo seems to be strictly determined by the length of the WAV files, and tracks and parts seem to only be only referenced through a naming convention. (This may have changed with the latest update and the new streaming compatibility, though.)

As a developer, my gut feeling is that keeping some type of manifest file (instead of relying upon the filesystem structure) could allow the Aeros to do things like provide an “empty” song without having to save it. (I’d thought about some tricks with file hashing, but an empty track doesn’t necessarily equal an empty file, so that might not work.) I think that an infrastructure change like this - using manifest files for the filesystem and also one per song - could also enable features like locking tracks out of order, temporary unsaved songs, and even “template” files and things like per-song settings. There would likely be drawbacks - exporting songs via storage might not be as simple for the end-user, for instance. But I’m aware that I’m likely oversimplifying a lot here.

These are not feature requests. I’m just brainstorming.

1 Like