Sneak peak of Sownloader Undelete

In todays blog post I want to give you a sneak peak of the upcoming Sownloader Undelete. As some of you might know, deleted performances are not deleted directly. They are restoreable for a limited time until they actually get deleted.

A few months ago we hosted a service on Sownloader.com which let the user restore those songs. Because of its popularity we had to disable this service for an unknown period of time. The major problem with this service is that it generates a lot of requests to the official Smule server. When our server sends a lot of request within a short period of time to the official Smule servers then we get blocked by their spam protection and Sownloader won’t work for all of our users.

To wipe out this problem I’ve started working on a brand new tool called Sownloader Undelete. It will be far more powerful than our original undelete service.

Which features will be supported?

Audio and video recover for Sing! Karaoke, Magic Piano, Guitar, and Autorap
Automatically rendering of non rendered Smule performances
Meta data support, such as artist, cover art, etc.
Auto download all performances as either video, audio, or both
Preview the performances

Which features won’t be supported?

Does not run on Mac, Android, iOS, or Linux. It only runs on Windows 10
MP3 converting (might be added with an update later)

How can I influence the development?

I’m still not sure about a naming convention for the downloaded songs. What kind of information do you need in the filename? Please feel free to either write a comment under this post or send an email to support@sownloader.com with your naming requirements.

How does it look?

Here is a screenshort from early development. It might change in the final version.

Posted

12/12/2020

Allgemein

MarvinKleinMusic

Tags:

recover, restore, undelete

Comments

3 responses to “Sneak peak of Sownloader Undelete”

Sownloader Development Update – Dezember 2020 – Sownloader

21/12/2020

[…] Sneak peak of Sownloader Undelete […]

Reply
Martin Møller

14/02/2021

Hi Marvin
Just came across this post while checking current status.

I would probably prefer one of these formatings:
If folders can be created during the process:
/+-.

If not:
–+-.

For group songs, something like:
-GroupSong-+-.

Again, if folders are allowed, I’d like to be a folder.

Example:
20201214-GroupSong-thomasbelios+23-Good King Wenceslas.mov
20210207-APEXTeam+martinm_76-May It Be – Lord Of The Rings.mov

That should all but eliminate the risk that any performance is overwritten, although it doesn’t handle multiple OC joins by the same user (perhaps append a number or include time as well?)

If not too much trouble, perhaps dump all text metadata in a similarly named file with txt extension? This could of course be an option. I know I would like to have it 😉

Reply
Martin Møller

14/02/2021

Hi again, Marvin.

I think I forgot to factor in that certain characters might be seen as tags, so here’s a hopefully better formatted comment.
Just came across this post while checking current status.

I would probably prefer one of these formatings:
If folders can be created during the process:
ISODATE/OC-user+joiner-Songname.ext

If not:
–+-.

For group songs, something like:
ISODATE-GroupSong-OC-user+number of joins-songname.ext

Again, if folders are allowed, I’d like to be a folder.

Example:
20201214-GroupSong-thomasbelios+23-Good King Wenceslas.mov
20210207-APEXTeam+martinm_76-May It Be – Lord Of The Rings.mov

That should all but eliminate the risk that any performance is overwritten, although it doesn’t handle multiple OC joins by the same user (perhaps append a number or include time as well?)

If not too much trouble, perhaps dump all text metadata in a similarly named file with txt extension? This could of course be an option. I know I would like to have it 😉

Reply