I did a bad thing… https://samwhited.codeberg.page/oggstem/

TL;DR this is the initial outline of an Internet Draft (I-D) for stem files using an open and non-patent-encumbered format. Currently it probably does not match the code in the same repo for generating them (https://codeberg.org/SamWhited/oggstem/) as I'm still experimenting with the layout of the files. This I-D has not been submitted to the IETF (at some point I'll move it to their data tracker). Feedback welcome.

#IETF #DJing #Stems

I did a bad thing… https://samwhited.codeberg.page/oggstem/

TL;DR this is the initial outline of an Internet Draft (I-D) for stem files using an open and non-patent-encumbered format. Currently it probably does not match the code in the same repo for generating them (https://codeberg.org/SamWhited/oggstem/) as I'm still experimenting with the layout of the files. This I-D has not been submitted to the IETF (at some point I'll move it to their data tracker). Feedback welcome.

#IETF #DJing #Stems

I'm DJing for the local Lindy Hop social tonight, so naturally I spent half the day reverse engineering the Native Instruments stem file format and making a tool to convert them to OGG/FLAC files (mostly just a dumb wrapper around ffmpeg, it just ended up being its own tool because it turns out NI stores their metadata as a JSON blob that ffmpeg can't handle). Can anything actually play the stem part of these files? No (but the regular audio is backwards compatible and most media players can play them).

I wonder if it's worth actually trying to write up an actual open spec to standardize this (since the Native Instruments one is a bit sketchy as far as I can tell and requires lots of things with patents that could cause problems later):

https://codeberg.org/SamWhited/oggstem

Suggestions welcome, debating if I want to write up an RFC for this (what IETF working group would even handle this, or is Xiph a better place if I did?).

#STEMS #DJing #DJ