Deep Segment Hash Learning for Music Generation

05/30/2018 ∙ by Kevin Joslyn, et al. ∙ University of Central Florida 0

Music generation research has grown in popularity over the past decade, thanks to the deep learning revolution that has redefined the landscape of artificial intelligence. In this paper, we propose a novel approach to music generation inspired by musical segment concatenation methods and hash learning algorithms. Given a segment of music, we use a deep recurrent neural network and ranking-based hash learning to assign a forward hash code to the segment to retrieve candidate segments for continuation with matching backward hash codes. The proposed method is thus called Deep Segment Hash Learning (DSHL). To the best of our knowledge, DSHL is the first end-to-end segment hash learning method for music generation, and the first to use pair-wise training with segments of music. We demonstrate that this method is capable of generating music which is both original and enjoyable, and that DSHL offers a promising new direction for music generation research.



There are no comments yet.


page 1

page 2

page 3

page 4

This week in AI

Get the week's most popular data science and artificial intelligence research sent straight to your inbox every Saturday.

1 Introduction

Music is often called the “universal language” because it is something that every human being can understand and appreciate. While each individual person may have different musical tastes, we generally agree upon what sounds good and what does not. Music composers harness this innate sense of musical essence along with their own creativity and experience in order to create new and interesting songs that the audience can enjoy and appreciate. Generally, the underlying rules governing how composers create this music must be learned through years of studying music theory, listening to music, and writing original music. Teaching a computer how to simulate musical creativity is thus no easy task, and it is one of the great challenges to artificial intelligence.

The idea of computer-generated music is intriguing for a variety of reasons. First, there is a virtually infinite amount of unique music that can be created, so computer-generated music can serve to expand the scope of all imaginable music and create original pieces that reach all audiences with varying musical tastes and cultures. Second, music generation software can serve to complement composers and actually aid them in their own compositions. Indeed, this was the motivation in [1] when the author set out to create a program that could help free him from his own writer’s block. The resulting Experiments in Musical Intelligence system [1] was at the time the most thorough attempt to generate music using a computer, and he accomplished it without the use of the deep learning resources that are so widely available today. The original approach to music generation in [1] took a database of many songs and split the songs up into many small parts, or segments, with the goal of recombining the segments in an original way to create new music. The resulting piece retained the style of the music in the database, but was unrecognizable because it purposefully limited the repeated use of segments from the same song. However, there are a few drawbacks to the method, including the use of many ad-hoc rules and segment modifications, as well as the need for manually labeled segments. In this paper we introduce a new model that does not require any user-defined rules or manually labeled segments. Instead, we allow a neural network to implicitly learn the rules of music theory by training it on many examples from a dataset of music conforming to a given style.

Since the pioneering work in [1], computer-generated music has become a very popular research area. Segment concatenation methods remain of interest because all segments already come from valid existing music, and each segment conforms to the style of music that is desired. Existing works [2, 3, 4, 5] all use this approach; however, these methods often do not have efficient means to store and retrieve good candidate segments from the database. [5] solves this problem by assigning hash codes to segments of music, and using these hash codes to query the database for continuation segments. However, the hash functions are not directly learned from the data. Instead, the hashing method assumes that the database is already stored in a tree structure, where child nodes represent possible continuations of the parent sub-tree. In [4, 5], such a tree is constructed by linearly traversing the dataset and directly placing segments onto the tree, after applying a reduction function to the segment to allow searching for content that is similar to the query. The main drawback of this approach is that the creativity of system is limited to the generalizability of the reduction function, since the retrieved continuations must have been directly observed in the dataset.

Motivated by the idea of fast retrieval of continuations using discrete learned hash codes, we desire a segment hashing approach that leverages deep learning to improve the creativity of the generated music. Rather than restricting the possible continuations to those that are observed in the dataset, our goal is to teach a neural network by example to understand the underlying rules that govern good segment-to-segment transitions. Thus, we propose the first end-to-end hash learning solution for musical segment concatenation, called Deep Segment Hash Learning (DSHL). The high-level objective of DSHL is to learn a hash function that hashes similar segments to the same hash bucket, so that we can efficiently retrieve possible continuations of a query segment by using a corresponding query hash code.

To determine which segments are suitable candidates to follow a given segment of music, we need a hash function that can capture the composability of a pair of segments (i.e. the likelihood that a segment could follow another given segment in a piece of music). This requirement leads us to design a parallel neural network that supports pair-wise training, given a pair of segments and a composability label. To the best of our knowledge this type of pair-wise training has not yet been applied to music generation despite being commonly used in hashing for similarity search methods [6, 7, 8]. During training, these related hashing methods take an input pair of database items (generally consisting of an image and/or text,) and either minimize or maximize the difference between the computed hash codes depending on whether the pair of items are related. For our method, we can naively say that a training pair of segments is a composable pair if the second segment is seen occurring after the first segment in any song in the database, and not composable otherwise. Later, we will discuss exceptions to this rule as it relates to the training of our network.

The DSHL hash function learning is accomplished by utilizing recurrent neural networks (RNN) [9]

, which have frequently been used in music generation research due to their ability to model time-series data and predict the next timestep in a sequence. Specifically, Long Short-Term Memory networks (LSTM)

[10], a variant of RNN’s, are more often used due to their ability to remember long histories of events and capture global structure in music [11, 12, 13, 14, 15]. DSHL uses LSTM’s to discover an intermediate representation of the segments that is used by the remainder of the hashing network.

In summary, the major contributions of the paper are as follows:

  • We propose a novel approach to music generation via segment concatenation that is the first end-to-end hash learning method for musical segment retrieval.

  • We introduce the first music generation system that learns hash functions via pair-wise training using “composable” and “non-composable” pairs.

  • We demonstrate that the generated music sounds pleasing to the ear, and that the proposed hashing method assigns similar hash codes to composable pairs and dissimilar hash codes to non-composable pairs.

The remainder of the paper is structured as follows. In section 2, we cover related work, focusing on methods that use segment concatenation, methods that use RNN’s, as well as related hashing methods for multimedia retrieval. In section 3

, we discuss DSHL in detail, including the neural network architecture and the loss function that governs the hash function learning. In section

4, we discuss the experiments and results, and in section 5 we conclude the paper and discuss future work.

2 Related Work

Our method is most closely related to a class of music generation algorithms called segment concatenation methods. These methods compose music by concatenating “building blocks” of short musical segments that are stored in a database of segments. Primarily, segment concatenation methods must determine a solution for how to select a suitable “next” segment. Another important issue arises in how to efficiently search the database for the continuation segment.

The EMI project [1] labels each segment as a “statement”, “preparation”, “extension”, “antecedent”, or “consequent,” and uses an augmented transition network (ATN) to develop an automated grammar to compose music via segment concatenation. [2] defines both a “semantic relevance cost” and a “concatenation cost” which are used to evaluate candidate segments. The semantic relevance cost is calculated using a deep structured semantic model [16], while the concatenation cost is calculated by using a note-level LSTM that predicts the next note in the melody. Since the method does not use smart indexing of the segments, it must search through the entire database of segments in order to rank the candidates, which can be costly. ImproteK [3] searches its database to find a segment that shares both a common history and a common future with the current segment. It uses a prefix indexing technique to avoid unnecessary comparisons through brute force linear search through the memory. The Continuator [4]

is a segment concatenation method that uses a pattern-discovery Markov model to construct a tree-structure database where child nodes represent possible continuations for a parent segment. However, storing all possible continuations for a segment in a tree is prohibitive for large databases.

[5] proposes a solution to this problem by computing hash codes for the edges in the tree, as well as hash codes for paths that are calculated by appending several edge hashes. The result is a reduced database size (since common subtrees hash to the same value), and a fast lookup of possible continuations. Our method differs greatly from [5] and the aforementioned techniques because the hashing algorithm is not built on top of an existing model of segment composability. Rather, the hash function is directly learned in order to preserve the pair-wise composability of two segments, while ensuring fast and efficient retrieval of the next segment.

The origin of hashing for similarity search was Locality Sensitive Hashing [17], which introduced the idea of purposefully using hash collisions to store similar database instances in the same hash bucket. Our proposed hashing method is actually based upon Deep De-correlated Subspace Ranking Hashing (DDSRH) [8]

, a deep cross-modal hashing method originally designed to generate hash codes that preserve the cross-modal similarity between images and texts. DDSRH, like its predecessor Linear Subspace Ranking Hashing (LSRH)

[6], generates a -ary hash code by first learning a unique

-dimensional subspace for each hash “bit”. Each hash bit is then determined by projecting the original features onto the corresponding subspace and taking the index of the dimension with the maximum projection. DDSRH benefits from the fact that the subspaces are nonlinear due to the use of deep neural networks, and each hash bit is de-correlated due to the lack of interconnections between the neurons that determine each subspace. Since the idea of DDSRH is not specific to images and texts, the hashing method is easily applied to musical segments analyzed by an LSTM, CNN, etc.

Many methods have used RNN’s and RNN variants (especially the LSTM) to generate music by means of timestep prediction [11, 18, 19, 12, 20, 21, 22, 23, 13, 14, 15]. Similar to our method, DeepBach [24] uses both a forward RNN and a backward RNN. However, these RNN’s are used to predict a pitch given the history and future of the surrounding musical context respectively. Our work is the first to combine the sequence modeling capabilities of RNN’s with hash learning for music generation.

3 Deep Segment Hash Learning

In this section we describe Deep Segment Hash Learning (DSHL) in detail. In section 3.1, we discuss the forward and backward hash code scheme, and give a brief overview of the neural network that learns the hash functions. In section 3.2, we discuss how the model uses LSTM’s for sequence modeling. In section 3.3, we describe the ranking-based hashing scheme that we use in this work and how the architecture of the network allows it to learn the hash functions. In section 3.4, we discuss the objective function which we desire to minimize during training. Finally, in section 3.5, we explain in detail how the network is trained using pairs of segments.

3.1 Forward and Backward Hash Codes

Similar to other segment concatenation methods [1, 2, 3, 4, 5], the main challenge facing DSHL is how to determine suitable candidate segments to follow the most recent segment in the generation process. Taking inspiration from [5]

, we are motivated to solve this problem by assigning hash codes to each segment, so that continuation segments can be retrieved by using the query hash code of the most recent segment. In this way, candidate segments can be retrieved using an efficient K-Nearest Neighbors (KNN) search on data with discrete values.

Unlike [5], which assigned hash codes to paths in a tree of continuations observed in the dataset, we desire a more generalizable model that leverages deep learning to understand what comprises a good segment-to-segment transition. To accomplish this, the model must be able to accurately grade the composability of any pair of segments. Given a pair of segments (,), we say that (,) is a composable pair if is suitable to follow in a piece of music. Now, in order to design a hash function that facilitates query and retrieval of segments based on their composability, we must consider the difference between the query segment and a possible retrieval segment . The query segment should be analyzed in the forward direction (forward in time), since the music is heading towards a following idea or arrival point. On the other hand, the retrieval segment should reflect in some way on the preceding query segment, i.e. it should logically follow the previous idea. Thus we can analyze the retrieval segment by taking the retrograde (reverse in time) of the segment, in order to essentially predict what came before.

Following this intuition, we propose to give each segment in the database a forward and a backward hash code, each obtained by analyzing the segment in the forward and reverse direction in time, respectively. Given a segment , we denote the forward hash code as and the backward hash code as . If a segment pair (,) is a composable segment pair, we would like the hamming distance between and to be minimized. Otherwise, if it is a non-composable pair, the hamming distance should be maximized. In essence, we can think of these hash codes as being representations for a certain “virtual state” that exists between a pair of segments. If , we have found a common representation for the virtual state between and ; thus, the transition is admissible.

Fig. 1 shows the generation algorithm during the first three timesteps. Starting at , we have only the first segment in our new piece, , which can be chosen randomly or from a pool of good “starting” segments. Then, we use the forward hash code of (322 in the figure) to retrieve candidate segments with a matching (or similar) backward hash code. This process then repeats for a desired number of timesteps. Note that in practice, we use hash codes that are longer than 3 bits.

In summary, the goal of our model is to learn forward and backward hash functions that capture the composability of any two segments and without prior knowledge of music theory. The proposed network architecture is depicted in Fig. 2. The model consists of two parallel networks, which aim to minimize/maximize the hamming distance between   and   for composable/non-composable pairs. In the following subsections, we explain each component of the network, followed by the objective function and the pair-wise training method.

3.2 LSTM Sequence Modeling

Time-series data such as music can be analyzed by utilizing Recurrent Neural Networks (RNN) [9], which model the dynamics of an input sequence of timesteps through a sequence of hidden states, thereby learning the spatio-temporal structure of the input sequence. However, due to the exponential decay in retaining the content from each timestep in the input sequence, classical RNN’s are limited in learning the long-term representation of sequences. Long Short-Term Memory (LSTM) [10] was designed to overcome this limitation by finding the long-range dependencies between input sequences and the desired outputs. It accomplishes this by incorporating a sequence of memory cells, which are controlled by several types of gates that dictate what information enters and leaves the memory cells over time. Similar to [11, 12, 13, 14, 15], we opt to use LSTM networks to model the input time-series data, which in our work consists of an input segment of music. Note that the idea proposed in this paper does not restrict either the query or the retrieval segments to any specific length; thus, the specific choice to use the LSTM family of networks becomes more important as the segment length gets longer.

Figure 1: An example of the generation algorithm during the first 3 timesteps. At each timestep, the forward hash code of the last segment is used to retrieve a segment from the database with a similar backward hash code.
Figure 2: Network structure for deep segment hashing. Each layer is labeled above with a name (e.g. ) and a dimension. The softmax function is given by and is applied to groups of neurons of size . Neuron values are depicted in grayscale, with darker colors indicating low values and lighter colors indicating high values (relative to the group of neurons). Assuming that the first neuron in each group is at index 0, both the forward hash code of and the backward hash code of would be the quaternary code .

From Fig. 2, note that we use separate LSTM cells for the forward and backward networks. Given a segment pair (,), the forward LSTM receives fed sequentially in the forward direction while the backward LSTM receives the retrograde of . Since LSTM’s have the ability to memorize the content of an entire sequence, the last hidden state of the LSTM’s ought to contain all the necessary information to represent each segment for the purpose of determining segment pair composability. Thus the last hidden state, denoted as or in Fig. 2, becomes the input to the hashing section of the network.

3.3 Ranking-Based Hashing

In this work, we adopt a category of hash functions known as ranking-based hashing. This class of hash functions outputs a -ary hash code (as opposed to binary), meaning that each “bit” chooses from one of different values. Ranking-based hashing has been used recently in multimedia hashing [6, 8] due to the robustness of the technique against noise and variations [25]. The ranking-based hashing scheme finds a -dimensional embedding of the input, which can be a linear or non-linear embedding, or a subspace of the input’s original feature space. Then, one hash bit is set equal to the index of the maximum dimension of the embedding.

Formally, the ranking-based hash function, as described in [6, 8] is defined as follows:


where is the input example, represents the learned parameters of the model, and is a -dimensional embedding of the input. In our work, this nonlinear embedding is determined by the output of the neural network. Note that the output of the hash function is the 1-of-

binary indicator vector

, which represents the index of the maximum dimension of the data embedding . Thus, the hash function in Eq. (1) encodes one -ary hash “bit”. To obtain a hash code of length , we need such hash functions.

In our work, the goal is to determine -ary forward and backward hash codes that preserve the composability of the two segments. Given the last hidden state of the LSTM, we propose a hashing network similar to [8] that is capable of learning independent -dimensional embeddings of the input. In Fig. 2, see that layer (the LSTM hidden state) is fully-connected to the first layer of the hashing section, , of size 64. Layer is then fully-connected to a second layer, , of size x . This layer is then divided into groups of neurons; each group will represent one of the

-dimensional learned embeddings. Note that we apply the ReLU function after layers

, , and .

Finally, we apply the softmax function to each of the groups in , resulting in layer . To understand why we use the softmax function, see that the hash function in Eq. (1) is discontinuous and non-convex due to the use of the argmax term. The softmax function serves as an approximation to the argmax term and allows us to reformulate Eq. (1) as:


where represents the softmax function. Note that the output of is still a -dimensional vector, but it is now a continuous approximation of the discrete one-hot vector. This continuous version of the hash function makes it possible to optimize the loss function described in the following subsection.

3.4 Objective Function

The objective function consists of a segment pair composability term and a bit balancing term. Each term is explained below, followed by the overall objective function.

3.4.1 Segment Pair Composability

For each pair of segments (, ), we define a binary composability label based on whether is suitable to follow . In this work, is set to 1 if occurs after in the dataset, and 0 otherwise. We then define the loss for a single training pair as


where , are vectorized continuous representations of the forward and backward hash codes for and respectively. Here, is the hash function from Eq. (2), which outputs a column vector whose elements sum to 1. denotes for and for , and we use and to distinguish between the learned parameters for the forward and backward networks.

If and are composable (that is, ), we would like the result of to be , so that the result of the subtraction operation in Eq. (3) is 0. This will only happen if the positions of the ’1’ values in and are the same, such that the indices of the maximum data embeddings agree for each hash bit. (Remember that since we are using the softmax function, these values will only approach ’0’ or ’1’ but are not discrete.) If and are not composable (), we would like the result of to be 0, so that again the result of the subtraction operation is 0. Together, these goals serve to minimize the hamming distance between the forward and backward codes for composable segment pairs, and maximize the same hamming distance for non-composable pairs.

The overall segment pair composability term is given as


where is the binary composability matrix for all segment pairs, and and are the matrices of the binary vectorized forward and backward hash codes for all segments. represents the Euclidean norm (also known as the Frobenius norm).

3.4.2 Bit Balancing

We also incorporate a bit balancing term, which serves to balance the distribution of the observed values for each -ary bit. For example, if bit 0 in every hash code takes the value ‘2’, this bit does not contain useful or discriminative information. The details of the bit balancing term for -ary hash codes are given in [8]; here we omit the mathematical formulas and simply refer to the bit balancing term as .

3.4.3 Overall Objective Function

The overall objective is thus to learn parameters and for the forward and backward networks respectively that minimize


where is the composability term defined in Eq. (4), is the bit balancing term, and

is a hyperparameter of the algorithm.

3.5 Training the Network

The network is trained in two stages: prediction pre-training and hash function learning. First, we train the forward and backward LSTM’s to be able to accurately predict the next and previous timestep, respectively. For this task, we establish a cross entropy loss criterion for each of the one-hot segment features defined in section 4.2 (melody octave, melody pitch class, and chord class), as well as a binary cross entropy criterion for melody articulation.

In the hash function learning stage, we initialize the LSTM weights with the values pre-trained on the prediction task and then allow them to be updated while the weights for the hashing component of the networks are learned. In this stage, we give segment pairs to the network along with their composability label (1 or 0). To the best of our knowledge, this method of pair-wise training has not been explored for music generation research. To adapt this task for the purpose of pair-wise segment composability, we define that positive (,) pairs are those that are composable, and negative pairs are those that are not composable. We explain how these training pairs are chosen in section 4.3.

4 Experiments

In this section, we discuss the experiments and interpret the results. First, we introduce the dataset in section 4.1. We discuss how we represent the music sequences in section 4.2. In section 4.3, we explain how we choose positive and negative segment pairs for training the model. In section 4.4, we show how the hamming distance between the forward and backward hash codes evolves over the course of training for both positive pairs and negative pairs. Finally, in section 4.5 we demonstrate the effectiveness of the hashing technique by showing two very qualitatively different pieces generated by the model.

4.1 Dataset

In this work, we use a cleaned version of the Nottingham dataset111Cleaned version is available for download at The dataset consists of over 1,000 folk tunes consisting of a melody and a chord in the bass. For simplicity, we only consider songs that are in 2/4 or 4/4 time and are in a major key, resulting in 460 songs. As in [2], which found the ideal segment length to be one or two measures, we use 4-beat segments. We perform the 4-beat segmentation with a two beat overlap, meaning that the length of each segment is 4 beats, but each segment shares its first two beats with the preceding segment and the next two beats with the following segment. This results in a total of 11,608 segments in our dataset. We transpose all songs to C Major before performing the segmentation.

4.2 Feature and Music Sequence Representation

In accordance with the dataset used in this work, we assume that a song consists of a melody and a chord in the bass, similar to what one would see on a lead sheet of music. Since many compositions are written in lead sheet notation, we find this to be a good starting point for polyphonic music generation. After transposing all songs to C Major (and ignoring the minor mode), we identified 12 chords that occur frequently in the dataset. Thus, rather than using a higher-dimension piano roll representation, we opt for the low-dimensional representation described here, where we define 12 chord “classes.” Because the smallest subdivision of the beat is the sixteenth note, each beat is divided into four timesteps. (For simplicity we currently choose to ignore segments with triplet subdivisions.) Since segments consist of four beats, each segment has a length of 16 timesteps. Each timestep consists of a binary feature vector with 29 elements, summarized below:

  • 0: Melody articulation: 1 if the note in the melody is articulated at this timestep and 0 otherwise.

  • 1-4: Melody octave: One-hot representation of the octave in which the melody is playing (all 0 if the melody is resting).

  • 5-16: Melody pitch class: One-hot representation of the pitch class (C, C#, D, etc.) of the melody note (all 0 if rest).

  • 17-28: Chord class: One-hot representation of the chord class (all 0 if no chord).

We omit a “chord articulation” bit because the vast majority of chords occur on beat 1 or 3 of the segment and are sustained for increments of 2 beats.

4.3 Positive and Negative Pairs

The number of positive training pairs is approximately equal to the number of segments in the dataset (11,608), since each positive pair consists of a segment and the segment immediately following it in the same song. Given this definition, each segment only exists in two positive pairs. Thus, the number negative pairs is approximately equal to the number of segments in the dataset squared: about 121 million pairs. Unfortunately, there is no strict definition for what comprises a “positive” pair or a “negative” pair. In fact, many of the so-called “negative” pairs should in fact be classified as positive pairs and would only serve to confuse the network during training.

In this work, we adopt a simple statistical method to determine how likely it is that a “negative” pair is in fact a “positive” pair. For a segment pair (,), let and be the last chord and last melodic pitch (C4, for example) in segment , respectively, and and let be the first chord and first melodic pitch in segment , respectively. We define

as the probability of observing

given , and we similarly define for melodic pitches. Now, by assuming that all “negative” pairs are in fact negative, we analyze positive and negative pairs separately in order to calculate and . We then define the probability that a pair is a positive pair as




Given Eq. (6), we can set a threshold for the “negative” pairs in order to filter out those pairs that a human might label as a “positive” pair. In our experiments we set the threshold to 0.5. Thus, any “negative” pair with is used as a negative pair during training, and any “negative” pair with is removed from training to avoid confusing the network.

4.4 Training Results

In this section, we analyze the average hamming distance between   and   for all pairs (,

) observed while training the network for 100 epochs. Here, we use an 8-bit hash code (

), where each hash bit can take 4 values (). Note that hamming distance works the same way for -ary codes as for binary codes: given two hash codes, the hamming distance is the number of bit positions that have different values. Fig. 3 shows the results of this experiment, plotted alongside the training loss. Fig. 3(a) plots the average hamming distance between   and   for all positive and negative training pairs. We withhold 750 positive pairs and 750 negative pairs from training to form a validation set that tests the generalizability of the model to segment pairs that it has not seen. This generalizability is an important attribute of the model, because it allows the creation of new music that still conforms to the implicit rules learned during training. Fig. 3(b) plots the average hamming distance between   and   for all positive and negative validation pairs.

In Fig. 3(a), we see that the average hamming distance between   and   for the positive training pairs decreases over time, which is desired. Although the average hamming distance between   and   for negative training pairs does not appear to increase over time, it remains relatively high throughout the course of training. Because the hamming distance for the negative pairs remains fairly constant, the contribution of the negative pairs to the training loss is small. Thus, the training loss closely mirrors the hamming distance for the positive training pairs. In Fig. 3(b), we see similar results for the positive and negative validation pairs, although the gap in average hamming distance is not as large as for the training pairs.

(a) Training Pairs
(b) Validation Pairs
Figure 3: Average hamming distance between   and   for positive and negative training pairs (a) and validation pairs (b), observed while training for 100 epochs. In this experiment, and . Training loss is also shown.

4.5 Example Generations

In Fig. 4, we show two short compositions that were created using our algorithm. First, we show an example that was created using the aforementioned procedure: we query the database by using the forward hash code of the most recently chosen segment to retrieve candidate segments with backward hash codes that are of the minimum hamming distance away from the forward code. If multiple candidate segments are found, we choose one at random. Next, we use the same starting segment and show an example that was created by performing the opposite retrieval task: retrieving segments with backward hash codes that are of the maximum hamming distance away from the query forward code. Note that these examples were generated by retrieving 8 continuation segments, one at a time, and we currently do not place any requirements on the finality of the last segment. However, we do place a restriction on the number of segments that can come from the same song in the dataset. This is intended to ensure the originality of the generated music so that the algorithm does not copy too much from any given song.

(a) Task 1: composition created by retrieving segments with minimum hamming distance between forward and backward hash codes (normal use case).
(b) Task 2: composition created by retrieving segments with maximum hamming distance between forward and backward hash codes.
Figure 4: Example compositions created by minimizing (a) and maximizing (b) the hamming distance between the forward and backward hash codes. (a) is coherent and flows smoothly, while (b) leaps around too much in the melody and does not flow well.

From Fig. 4(a), we see that using the algorithm in the intended fashion (minimizing hamming distances between adjacent segments) results in music that flows well and sounds pleasing. On the other hand, by maximizing the hamming distance between the segments as in Fig. 4(b), we obtain music that does not flow well, especially in the melody. These results agree with the objective of DSHL, which is to minimize the hamming distance between the forward and backward hash codes of composable segments, and to maximize the hamming distance between these hash codes for non-composable segments. Of course, not every transition demonstrates the fulfillment of this objective. For example, in Fig. 4(b), we expect each segment-to-segment transition to be a poor transition. However, measure 8 could plausibly follow measure 7, which represents a failure case.

5 Conclusion and Future Work

In this paper, we have proposed Deep Segment Hash Learning (DSHL), a new model for music generation that uses LSTM’s and ranking-based hashing to learn a compact representation for musical segments that captures the composability between pairs of segments. By assigning forward and backward hash codes to each segment in database, we can achieve fast retrieval of candidate segments to continue a piece of music that is being created. We have demonstrated that DSHL is an effective means to generate music that is both original and pleasing to the ear. To the best of our knowledge, our method is the first to use segment hash learning for music generation. Additionally, DSHL is the first method to use pair-wise training on segments of music. Thus, this work sheds light on a new and promising way to generate music using deep learning and segment hashing.

Given the recent popularity of Generative Adversarial Networks (GAN) [26]

and their application to music generation, we are inspired to incorporate GAN’s into our deep segment hash learning framework and to introduce semi-supervised learning to broaden the pool of positive training pairs available for training. Finally, we plan to experiment by using segments of different lengths and additional methods to improve the global structure and coherence of the generated music.