Versioning Ableton Live projects with large files

This is a follow-up of one of the first posts here keep-track-of-versions-of-your-song-with-Ableton. At first this was a bit tricky, because you could choose leave out large files, like .wav recordings and samples and even the .als project files. Or you could defy a warning from Git stating that it doesn’t handle large files well, performance-wise. This will hit you when you push and checkout your repository remotely. Now you can start using the new Large File Storage (LFS) feature, that handles versions of the large files as markers in the Git repository, improving the speed at which Git can handle these large files when getting the latest version remotely. Please note that these versioning tools might work for your DAW too.

But why Git versioning?

Lets go back to the beginning. Why should you consider using Git for versioning of your Ableton Live projects? Version 10 of Ableton Live keeps backups of your project files. If something goes wrong, you can go back 20 or more versions. The problem is, what version on which time and date contains which changes? There is no way to tell. With Git versioning you can attach a message to each set of changes (commit) and you can decide which part of which commit you want to keep. The thing that holds most people back from using Git is its complexity.

Git is even more powerful in combination with a shared remote repository like GitHub or Bitbucket. This will allow you to work together remotely on a shared project with more musicians, while at the same time giving you the liberty to work stand alone. Contact me if you want to hear more about this. Please note that some remote repositories are not free if you want to store private content and collaborate. Otherwise everything you put on it is public. GitHub now allows free private repositories.

Collaborative repository on GitHub
Collaborative repository on GitHub

With its power comes a set of command line instructions that scares the shit out of any musician. For daily use I turn to SourceTree for a more graphical and pleasant Git experience. SourceTree is free and hides most complex command line instructions behind a more useable interface. There will be a time however when you really will have to dive in to the nitty gritty and this post will also dive deep. Fortunately the latest version of SourceTree also understands the new LFS features.

Large File Storage

The first step will be to install Git LFS on top of Git. By the way SourceTree has embedded versions of Git and Git LFS that you can install alongside. I have no idea how powerful these embedded versions are compared to the stand alone versions. Then here the steps you need to take to activate the Large File Storage feature. Open a command line in the project folder where you created your Git repository and type (as marked in bold):

b2fab@STUDIO MINGW64 /d/Documents/Ableton/Goodbye Project (master)
$ git lfs install
Updated git hooks.
Git LFS initialized.

b2fab@STUDIO MINGW64 /d/Documents/Ableton/Goodbye Project (master)
$ git lfs track *.wav
Tracking "B2FAB - Goodbye ft Hanny (Mastered).wav"
Tracking "Goodbye (instrumental).wav"
Tracking "Goodbye ft Hanny (unmastered).wav"
Tracking "Goodbye ft Hanny.wav"
Tracking "Goodbye Hanny (FY).wav"
Tracking "Goodbye.concept.wav"

b2fab@STUDIO MINGW64 /d/Documents/Ableton/Goodbye Project (master)
$ git lfs track *.als
Tracking "Goodbye Hanny (Exp).als"
Tracking "Goodbye Hanny (FY).als"
Tracking "Goodbye Hanny (FYCD).als"
Tracking "Goodbye Hanny Beat.als"
Tracking "Goodbye.concept.als"
Tracking "Goodbye.Hanny.als"
Tracking "Goodbye.instrumental.als"
b2fab@STUDIO MINGW64 /d/Documents/Ableton/Goodbye Project (master)
$

As you can see the install statement just prepares the repository. The track statements marks large file types to be treated as LFS files. From that point you need to commit this change and its .gitattributes and you are good to go. If you want I can go live on Instagram or help you out.

Commit Git LFS in SourceTree
Commit Git LFS in SourceTree

Metapop! Check it out!

Metapop started apparently out as a site for mixers and remixers a few years ago, but got acquired by Native Instruments. Now its starting to become a home for all musicians, mixers and remixers. There is a continuous set of running competitions and a place to post your latest creations. You can either compete with a song or remix or run your own competition. The concept itself is not that new, but the execution is good. The Native Instruments sauce is quite heavy. Every competition has some kind of Native Instrument prize attached, so you’d better be using or be in the game for this stuff.

Where it gets interesting is the commenting on each other’s tracks. If you comment on someone’s track you are allowed to upload a track where you can ask for comments. Its a bit broken, because you don’t build up commenting karma. This means you have to plan your commenting carefully to the uploading of a track where you ask for comments. Strange.¬† There is also a set of Groups that focus on Mixing, or Mastering and such. This misses a bit of structuring inside the discussions I think, but it works for now.

As always this stands or falls with the community aboard and for now it looks like a good place to roam around. A little bit too friendly at times. A lot of comments go along the line of “This is great, I like it”. Which is not always that helpful I think. It breeds a nice atmosphere though where there’s not a lot of burning down. Criticism is appreciated I noticed, so there is also helpful commenting. There is also a few “mentors” roaming around that try to give very detailed comments on tracks.

I participated in a competition and a few discussions about tracks. All in all not bad at all. If you, like me are looking for a friendly community where you can post your music and maybe even collaborate on songs, I suggest you check it out. Maybe it can grow to another alternative to the now commercialized SoundCloud community.

Working together on songs over the Internet

Regularly i try to work together on songs or remixes with other musicians. Sometimes far away and sometimes close, but without actually sitting together at the mixing desk. For me the common way for this collaboration is the use of stems.

Stems are the raw sound files of a song, track by track. Or submix by submix. Usually, with as little as effect processing as possible. Or with full effect processing if needed for specific tracks. It is also common to give the return channels as separate tracks, so the other side can mix back some effects if needed.

Stems You've Got Me
Stems You’ve Got Me

These stems can be send to a fellow musicians over the Internet. On the other side you colleague then creates a new empty project and copies all the sound files in separate tracks on his or her side. This should allow your partner in music to replay the entire track from any DAW without any need for the original components that were needed to create it. He or she then can remix the song to your liking and replace tracks with your own arranged versions of that track. Voil√°, a new mix or arrangement of the same song.

Did you realize that these stems are also an excellent backup for your projects? If your PC suddenly dies, you might find that you are not able to recreate the same setup with the same plugins. Or if you get an update from hell that breaks your song setup, you’ll still have the stems to recreate the mix.

If needed you music pal cal return the stems of his or her remix of the song and you can in turn start remixing and rearranging that!

Tips:

Do not forget to also tell the other side the original recording tempo. This will help make a smooth start building a new project with the audio files.

It can help to aptly name all the sound files, otherwise the other side will waste a lot of time finding out what all tracks contain. Like “Vocals Chorus Backing” and “Base drum”.

Sharing the stems can be difficult because of the sheer size of all raw audio files. Do not fret: Dropbox or Wetransfer can do the job.