# What if there was a sample pack format with metadata for SuperDirt? **URL:** \ **Category:** TidalCycles\ **Tags:** questions\ **Created:** [8 January 2021 20:44 UTC](https://uzu.lurk.org/t/what-if-there-was-a-sample-pack-format-with-metadata-for-superdirt/2746 "2021-01-08T20:44:36Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![yaxu](https://uzu.lurk.org/user_avatar/uzu.lurk.org/yaxu/32/2_2.png) [@yaxu](https://uzu.lurk.org/u/yaxu)\ **Post date:** [8 January 2021 20:44 UTC](https://uzu.lurk.org/t/what-if-there-was-a-sample-pack-format-with-metadata-for-superdirt/2746/1 "2021-01-08T20:44:36Z")
Great samples @cleary! I was wondering about clicks in the samples until I realised your demo had cunningly added a pattern of clicks on top ! What have come to be known as the 'default' samples are of mixed and sometimes unknown provenance, and for a looong time it's been an aim to start again, with a decent set of CC licensed samples. Here's a thread about it: > > > I used \`rmlint --types=duplicates -p\` and found that there are 69 byte-identical… duplicates among the files. Total 2,2 MiB in size. Some of them are even in the same folder, for example: > \`\`\` > ls 'invaders/007\_16.wav' # considered "original" > rm 'invaders/014\_6.wav' > rm 'space/007\_16.wav' > rm 'space/014\_6.wav' > \`\`\` > or > \`\`\` > ls 'mash/0.wav' > rm 'mash/1.wav' > \`\`\` > I suggest to delete them. Basically I'm wondering if you'd be up for adding a bit of metadata in YAML or json that superdirt could understand, in a simple in extensible way? Then we could work on making them easily addable to SuperDirt via the quarks system or something like that. ---
**Author:** ![cleary](https://uzu.lurk.org/user_avatar/uzu.lurk.org/cleary/32/177_2.png) [@cleary](https://uzu.lurk.org/u/cleary)\ **Post date:** [8 January 2021 22:39 UTC](https://uzu.lurk.org/t/what-if-there-was-a-sample-pack-format-with-metadata-for-superdirt/2746/2 "2021-01-08T22:39:17Z")
> [@yaxu](#): > > Basically I'm wondering if you'd be up for adding a bit of metadata in YAML or json that superdirt could understand, in a simple in extensible way? Then we could work on making them easily addable to SuperDirt via the quarks system or something like that. Yeah of course! I'll have a read over the next few days and shout if I have any questions ---
**Author:** ![yaxu](https://uzu.lurk.org/user_avatar/uzu.lurk.org/yaxu/32/2_2.png) [@yaxu](https://uzu.lurk.org/u/yaxu)\ **Post date:** [10 January 2021 22:24 UTC](https://uzu.lurk.org/t/what-if-there-was-a-sample-pack-format-with-metadata-for-superdirt/2746/3 "2021-01-10T22:24:48Z")
Yes I'd have thought so. I don't have much knowledge on sound engineering so no idea what is an ideal number. We could also add something like replaygain metadata to existing samples. [https://en.wikipedia.org/wiki/ReplayGain](https://en.wikipedia.org/wiki/ReplayGain) ---
**Author:** ![cleary](https://uzu.lurk.org/user_avatar/uzu.lurk.org/cleary/32/177_2.png) [@cleary](https://uzu.lurk.org/u/cleary)\ **Post date:** [10 January 2021 22:30 UTC](https://uzu.lurk.org/t/what-if-there-was-a-sample-pack-format-with-metadata-for-superdirt/2746/4 "2021-01-10T22:30:55Z")
> [@yaxu](#): > > I don't have much knowledge on sound engineering so no idea what is an ideal number I have none - can anyone with some more knowledge chip in here? > [@yaxu](#): > > We could also add something like replaygain metadata to existing samples. [ReplayGain - Wikipedia](https://en.wikipedia.org/wiki/ReplayGain) That looks interesting, would that require manual adjustment (in the metadata) by developers to match perceived loudness relative to other samples? ---
**Author:** ![yaxu](https://uzu.lurk.org/user_avatar/uzu.lurk.org/yaxu/32/2_2.png) [@yaxu](https://uzu.lurk.org/u/yaxu)\ **Post date:** [10 January 2021 22:34 UTC](https://uzu.lurk.org/t/what-if-there-was-a-sample-pack-format-with-metadata-for-superdirt/2746/5 "2021-01-10T22:34:54Z")
They could potentially do that, or it could be done by some automatic psychoacoustic analysis. I guess I'm just thinking that to adjust loudness of samples, we could change the metadata rather than the sample files. The metadata could be stored in an individual .json or .yaml file for each sample, or one json file for each folder that has a section for each file. ---
**Author:** ![cleary](https://uzu.lurk.org/user_avatar/uzu.lurk.org/cleary/32/177_2.png) [@cleary](https://uzu.lurk.org/u/cleary)\ **Post date:** [10 January 2021 22:39 UTC](https://uzu.lurk.org/t/what-if-there-was-a-sample-pack-format-with-metadata-for-superdirt/2746/6 "2021-01-10T22:39:54Z")
I think it's a great idea... I was debating whether I needed to normalise these flbass samples again, but I think I'll leave them as is. They've had a good run over a number of users and platforms by now and they seem to be ok ---
**Author:** ![cleary](https://uzu.lurk.org/user_avatar/uzu.lurk.org/cleary/32/177_2.png) [@cleary](https://uzu.lurk.org/u/cleary)\ **Post date:** [12 January 2021 19:20 UTC](https://uzu.lurk.org/t/what-if-there-was-a-sample-pack-format-with-metadata-for-superdirt/2746/7 "2021-01-12T19:20:48Z")
> [@yaxu](#): > > adding a bit of metadata in YAML or json that superdirt could understand, in a simple in extensible way Apologies for this, but I'm going to need a more obvious pointer (shove) down the road here - is there any documentation or examples for the type of metadata or even just variables that superdirt is looking for? I'm still not sure what I should be including (or how I should format it for inclusion) at this stage - things that seem obvious at my noobish high level are just the bits I've included in the README/file names already: 1. License and copyright information 2. per sample description 3. general sample set description I can pop them in a metadata sub-folder, or I could include a metadata file per sample - I still need some guide on what the var naming should look like for superdirt compatibility though? ---
**Author:** ![yaxu](https://uzu.lurk.org/user_avatar/uzu.lurk.org/yaxu/32/2_2.png) [@yaxu](https://uzu.lurk.org/u/yaxu)\ **Post date:** [12 January 2021 20:21 UTC](https://uzu.lurk.org/t/what-if-there-was-a-sample-pack-format-with-metadata-for-superdirt/2746/8 "2021-01-12T20:21:39Z")
Fair question! There was some discussion around e.g. [https://github.com/tidalcycles/Dirt-Samples/issues/15](https://github.com/tidalcycles/Dirt-Samples/issues/15) but it didn't get as far as agreeing a format. I've started a new issue here: [https://github.com/tidalcycles/Dirt-Samples/issues/20](https://github.com/tidalcycles/Dirt-Samples/issues/20) We could the teh discussion there?