FindingMusic/ReadMe.md

3.2 KiB

As it has been a while since my initial work on this, I don't remember what order of operations led to my initial database, except that it contained all tracks played on Friday Night Tracks from episode 150-205. I have since added tracks from episodes 12-234.

music.json

An object of objects, each track indexed by a normalized form of its name, which is all lowercase alphanumeric characters only. Note that only names is enforced by the library.

  • names: A list of names equivalent to this track (some tracks have duplicate names due to formatting differences)
  • downloaded: (TRUE or NULL) whether or not I have downloaded it
  • url: (String or NULL) representing where I downloaded it
  • note: (String or NULL) misc. note
  • buy: (String or NULL) a URL where it can be bought (or where I bought it)
  • favorite: (TRUE or NULL) a favorite track
  • genre: (String or NULL) primary genre
  • invalid: (TRUE or NULL) whether or not this is actually a track (whoops!)
  • searched: (TRUE or NULL) whether or not a track has been searched for using search.lua (I'm being lazy, and obtaining music this way without fully updating the database, sue me) (note: this script has an issue with tracks with special characters in their names, I am not sure of the cause)

(I'm also sure I've downloaded many tracks that aren't marked as downloaded.)

music.lua

A simple interface library to use in a Lua REPL.

  • load(force, file_name) loads from specified file or music.json (called immediately by default, but exposed so you can force a reload or a different file)
  • save(file_name) saves to file_name or music.json
  • add(str) adds a new track (checks for duplicates)
  • add_file(file_name) adds new tracks from the specified file (file must have one track per line, ignores empty lines)
  • remove(name) removes a track, if it exists (input is normalized)
  • find(str) finds possible track matches by normalizing the input string, returns them as a list of normalized names (cannot handle already normalized input in my db because of a bug)
  • set(match, info) match can be a list (as is returned by find) or a track name (either will be normalized), info must be a table of key-value pairs, these will be set on the matched tracks, overwriting existing values if a key is already in use
  • normalize(str) returns a normalized form of the input string
  • name(name) returns the first name of a track (input is normalized)

music.random(count, match, include, exclude) is a little more complicated.

  • count is the maximum number of returned names, and defaults to 1
  • match can be nil, a name, or a list of names (names and lists will have their values normalized)
  • include and exclude are tables of key-value pairs that must exist or not exist, true values mean non-false keys, but other values must match exactly

Example: music.random(5, nil, {url = true}, {downloaded = true}) will return 5 random tracks from the whole database that have a url, but do not have downloaded set.


The export from grand tracklist script has potential future list, but was removed in a previous commit.