annotate outline.tex @ 75:8a146c651475 tip

Added ready made bbl
author samer
date Fri, 01 Jun 2012 16:19:55 +0100
parents 5319eca8661c
children
rev   line source
hekeus@1 1
hekeus@3 2 %% bare_conf.tex
hekeus@3 3 %% V1.3
hekeus@3 4 %% 2007/01/11
hekeus@3 5 %% by Michael Shell
hekeus@3 6 %% See:
hekeus@3 7 %% http://www.michaelshell.org/
hekeus@3 8 %% for current contact information.
hekeus@3 9 %%
hekeus@3 10 %% This is a skeleton file demonstrating the use of IEEEtran.cls
hekeus@3 11 %% (requires IEEEtran.cls version 1.7 or later) with an IEEE conference paper.
hekeus@3 12 %%
hekeus@3 13 %% Support sites:
hekeus@3 14 %% http://www.michaelshell.org/tex/ieeetran/
hekeus@3 15 %% http://www.ctan.org/tex-archive/macros/latex/contrib/IEEEtran/
hekeus@3 16 %% and
hekeus@3 17 %% http://www.ieee.org/
hekeus@3 18
hekeus@3 19 %%*************************************************************************
hekeus@3 20 %% Legal Notice:
hekeus@3 21 %% This code is offered as-is without any warranty either expressed or
hekeus@3 22 %% implied; without even the implied warranty of MERCHANTABILITY or
hekeus@3 23 %% FITNESS FOR A PARTICULAR PURPOSE!
hekeus@3 24 %% User assumes all risk.
hekeus@3 25 %% In no event shall IEEE or any contributor to this code be liable for
hekeus@3 26 %% any damages or losses, including, but not limited to, incidental,
hekeus@3 27 %% consequential, or any other damages, resulting from the use or misuse
hekeus@3 28 %% of any information contained here.
hekeus@3 29 %%
hekeus@3 30 %% All comments are the opinions of their respective authors and are not
hekeus@3 31 %% necessarily endorsed by the IEEE.
hekeus@3 32 %%
hekeus@3 33 %% This work is distributed under the LaTeX Project Public License (LPPL)
hekeus@3 34 %% ( http://www.latex-project.org/ ) version 1.3, and may be freely used,
hekeus@3 35 %% distributed and modified. A copy of the LPPL, version 1.3, is included
hekeus@3 36 %% in the base LaTeX documentation of all distributions of LaTeX released
hekeus@3 37 %% 2003/12/01 or later.
hekeus@3 38 %% Retain all contribution notices and credits.
hekeus@3 39 %% ** Modified files should be clearly indicated as such, including **
hekeus@3 40 %% ** renaming them and changing author support contact information. **
hekeus@3 41 %%
hekeus@3 42 %% File list of work: IEEEtran.cls, IEEEtran_HOWTO.pdf, bare_adv.tex,
hekeus@3 43 %% bare_conf.tex, bare_jrnl.tex, bare_jrnl_compsoc.tex
hekeus@3 44 %%*************************************************************************
hekeus@3 45
hekeus@3 46 % *** Authors should verify (and, if needed, correct) their LaTeX system ***
hekeus@3 47 % *** with the testflow diagnostic prior to trusting their LaTeX platform ***
hekeus@3 48 % *** with production work. IEEE's font choices can trigger bugs that do ***
hekeus@3 49 % *** not appear when using other class files. ***
hekeus@3 50 % The testflow support page is at:
hekeus@3 51 % http://www.michaelshell.org/tex/testflow/
hekeus@3 52
hekeus@3 53
hekeus@3 54
hekeus@3 55 % Note that the a4paper option is mainly intended so that authors in
hekeus@3 56 % countries using A4 can easily print to A4 and see how their papers will
hekeus@3 57 % look in print - the typesetting of the document will not typically be
hekeus@3 58 % affected with changes in paper size (but the bottom and side margins will).
hekeus@3 59 % Use the testflow package mentioned above to verify correct handling of
hekeus@3 60 % both paper sizes by the user's LaTeX system.
hekeus@3 61 %
hekeus@3 62 % Also note that the "draftcls" or "draftclsnofoot", not "draft", option
hekeus@3 63 % should be used if it is desired that the figures are to be displayed in
hekeus@3 64 % draft mode.
hekeus@3 65 %
hekeus@3 66 \documentclass[conference]{IEEEtran}
hekeus@3 67 % Add the compsoc option for Computer Society conferences.
hekeus@3 68 %
hekeus@3 69 % If IEEEtran.cls has not been installed into the LaTeX system files,
hekeus@3 70 % manually specify the path to it like:
hekeus@3 71 % \documentclass[conference]{../sty/IEEEtran}
hekeus@3 72
hekeus@3 73
hekeus@3 74
hekeus@3 75
hekeus@3 76
hekeus@3 77 % Some very useful LaTeX packages include:
hekeus@3 78 % (uncomment the ones you want to load)
hekeus@3 79
hekeus@3 80
hekeus@3 81 % *** MISC UTILITY PACKAGES ***
hekeus@3 82 %
hekeus@3 83 %\usepackage{ifpdf}
hekeus@3 84 % Heiko Oberdiek's ifpdf.sty is very useful if you need conditional
hekeus@3 85 % compilation based on whether the output is pdf or dvi.
hekeus@3 86 % usage:
hekeus@3 87 % \ifpdf
hekeus@3 88 % % pdf code
hekeus@3 89 % \else
hekeus@3 90 % % dvi code
hekeus@3 91 % \fi
hekeus@3 92 % The latest version of ifpdf.sty can be obtained from:
hekeus@3 93 % http://www.ctan.org/tex-archive/macros/latex/contrib/oberdiek/
hekeus@3 94 % Also, note that IEEEtran.cls V1.7 and later provides a builtin
hekeus@3 95 % \ifCLASSINFOpdf conditional that works the same way.
hekeus@3 96 % When switching from latex to pdflatex and vice-versa, the compiler may
hekeus@3 97 % have to be run twice to clear warning/error messages.
hekeus@3 98
hekeus@3 99
hekeus@3 100
hekeus@3 101
hekeus@3 102
hekeus@3 103
hekeus@3 104 % *** CITATION PACKAGES ***
hekeus@3 105 %
hekeus@3 106 %\usepackage{cite}
hekeus@3 107 % cite.sty was written by Donald Arseneau
hekeus@3 108 % V1.6 and later of IEEEtran pre-defines the format of the cite.sty package
hekeus@3 109 % \cite{} output to follow that of IEEE. Loading the cite package will
hekeus@3 110 % result in citation numbers being automatically sorted and properly
hekeus@3 111 % "compressed/ranged". e.g., [1], [9], [2], [7], [5], [6] without using
hekeus@3 112 % cite.sty will become [1], [2], [5]--[7], [9] using cite.sty. cite.sty's
hekeus@3 113 % \cite will automatically add leading space, if needed. Use cite.sty's
hekeus@3 114 % noadjust option (cite.sty V3.8 and later) if you want to turn this off.
hekeus@3 115 % cite.sty is already installed on most LaTeX systems. Be sure and use
hekeus@3 116 % version 4.0 (2003-05-27) and later if using hyperref.sty. cite.sty does
hekeus@3 117 % not currently provide for hyperlinked citations.
hekeus@3 118 % The latest version can be obtained at:
hekeus@3 119 % http://www.ctan.org/tex-archive/macros/latex/contrib/cite/
hekeus@3 120 % The documentation is contained in the cite.sty file itself.
hekeus@3 121
hekeus@3 122
hekeus@3 123
hekeus@3 124
hekeus@3 125
hekeus@3 126
hekeus@3 127 % *** GRAPHICS RELATED PACKAGES ***
hekeus@3 128 %
hekeus@3 129 \ifCLASSINFOpdf
hekeus@3 130 % \usepackage[pdftex]{graphicx}
hekeus@3 131 % declare the path(s) where your graphic files are
hekeus@3 132 % \graphicspath{{../pdf/}{../jpeg/}}
hekeus@3 133 % and their extensions so you won't have to specify these with
hekeus@3 134 % every instance of \includegraphics
hekeus@3 135 % \DeclareGraphicsExtensions{.pdf,.jpeg,.png}
hekeus@3 136 \else
hekeus@3 137 % or other class option (dvipsone, dvipdf, if not using dvips). graphicx
hekeus@3 138 % will default to the driver specified in the system graphics.cfg if no
hekeus@3 139 % driver is specified.
hekeus@3 140 % \usepackage[dvips]{graphicx}
hekeus@3 141 % declare the path(s) where your graphic files are
hekeus@3 142 % \graphicspath{{../eps/}}
hekeus@3 143 % and their extensions so you won't have to specify these with
hekeus@3 144 % every instance of \includegraphics
hekeus@3 145 % \DeclareGraphicsExtensions{.eps}
hekeus@3 146 \fi
hekeus@3 147 % graphicx was written by David Carlisle and Sebastian Rahtz. It is
hekeus@3 148 % required if you want graphics, photos, etc. graphicx.sty is already
hekeus@3 149 % installed on most LaTeX systems. The latest version and documentation can
hekeus@3 150 % be obtained at:
hekeus@3 151 % http://www.ctan.org/tex-archive/macros/latex/required/graphics/
hekeus@3 152 % Another good source of documentation is "Using Imported Graphics in
hekeus@3 153 % LaTeX2e" by Keith Reckdahl which can be found as epslatex.ps or
hekeus@3 154 % epslatex.pdf at: http://www.ctan.org/tex-archive/info/
hekeus@3 155 %
hekeus@3 156 % latex, and pdflatex in dvi mode, support graphics in encapsulated
hekeus@3 157 % postscript (.eps) format. pdflatex in pdf mode supports graphics
hekeus@3 158 % in .pdf, .jpeg, .png and .mps (metapost) formats. Users should ensure
hekeus@3 159 % that all non-photo figures use a vector format (.eps, .pdf, .mps) and
hekeus@3 160 % not a bitmapped formats (.jpeg, .png). IEEE frowns on bitmapped formats
hekeus@3 161 % which can result in "jaggedy"/blurry rendering of lines and letters as
hekeus@3 162 % well as large increases in file sizes.
hekeus@3 163 %
hekeus@3 164 % You can find documentation about the pdfTeX application at:
hekeus@3 165 % http://www.tug.org/applications/pdftex
hekeus@3 166
hekeus@3 167
hekeus@3 168
hekeus@3 169
hekeus@3 170
hekeus@3 171 % *** MATH PACKAGES ***
hekeus@3 172 %
hekeus@3 173 %\usepackage[cmex10]{amsmath}
hekeus@3 174 % A popular package from the American Mathematical Society that provides
hekeus@3 175 % many useful and powerful commands for dealing with mathematics. If using
hekeus@3 176 % it, be sure to load this package with the cmex10 option to ensure that
hekeus@3 177 % only type 1 fonts will utilized at all point sizes. Without this option,
hekeus@3 178 % it is possible that some math symbols, particularly those within
hekeus@3 179 % footnotes, will be rendered in bitmap form which will result in a
hekeus@3 180 % document that can not be IEEE Xplore compliant!
hekeus@3 181 %
hekeus@3 182 % Also, note that the amsmath package sets \interdisplaylinepenalty to 10000
hekeus@3 183 % thus preventing page breaks from occurring within multiline equations. Use:
hekeus@3 184 %\interdisplaylinepenalty=2500
hekeus@3 185 % after loading amsmath to restore such page breaks as IEEEtran.cls normally
hekeus@3 186 % does. amsmath.sty is already installed on most LaTeX systems. The latest
hekeus@3 187 % version and documentation can be obtained at:
hekeus@3 188 % http://www.ctan.org/tex-archive/macros/latex/required/amslatex/math/
hekeus@3 189
hekeus@3 190
hekeus@3 191
hekeus@3 192
hekeus@3 193
hekeus@3 194 % *** SPECIALIZED LIST PACKAGES ***
hekeus@3 195 %
hekeus@3 196 %\usepackage{algorithmic}
hekeus@3 197 % algorithmic.sty was written by Peter Williams and Rogerio Brito.
hekeus@3 198 % This package provides an algorithmic environment fo describing algorithms.
hekeus@3 199 % You can use the algorithmic environment in-text or within a figure
hekeus@3 200 % environment to provide for a floating algorithm. Do NOT use the algorithm
hekeus@3 201 % floating environment provided by algorithm.sty (by the same authors) or
hekeus@3 202 % algorithm2e.sty (by Christophe Fiorio) as IEEE does not use dedicated
hekeus@3 203 % algorithm float types and packages that provide these will not provide
hekeus@3 204 % correct IEEE style captions. The latest version and documentation of
hekeus@3 205 % algorithmic.sty can be obtained at:
hekeus@3 206 % http://www.ctan.org/tex-archive/macros/latex/contrib/algorithms/
hekeus@3 207 % There is also a support site at:
hekeus@3 208 % http://algorithms.berlios.de/index.html
hekeus@3 209 % Also of interest may be the (relatively newer and more customizable)
hekeus@3 210 % algorithmicx.sty package by Szasz Janos:
hekeus@3 211 % http://www.ctan.org/tex-archive/macros/latex/contrib/algorithmicx/
hekeus@3 212
hekeus@3 213
hekeus@3 214
hekeus@3 215
hekeus@3 216 % *** ALIGNMENT PACKAGES ***
hekeus@3 217 %
hekeus@3 218 %\usepackage{array}
hekeus@3 219 % Frank Mittelbach's and David Carlisle's array.sty patches and improves
hekeus@3 220 % the standard LaTeX2e array and tabular environments to provide better
hekeus@3 221 % appearance and additional user controls. As the default LaTeX2e table
hekeus@3 222 % generation code is lacking to the point of almost being broken with
hekeus@3 223 % respect to the quality of the end results, all users are strongly
hekeus@3 224 % advised to use an enhanced (at the very least that provided by array.sty)
hekeus@3 225 % set of table tools. array.sty is already installed on most systems. The
hekeus@3 226 % latest version and documentation can be obtained at:
hekeus@3 227 % http://www.ctan.org/tex-archive/macros/latex/required/tools/
hekeus@3 228
hekeus@3 229
hekeus@3 230 %\usepackage{mdwmath}
hekeus@3 231 %\usepackage{mdwtab}
hekeus@3 232 % Also highly recommended is Mark Wooding's extremely powerful MDW tools,
hekeus@3 233 % especially mdwmath.sty and mdwtab.sty which are used to format equations
hekeus@3 234 % and tables, respectively. The MDWtools set is already installed on most
hekeus@3 235 % LaTeX systems. The lastest version and documentation is available at:
hekeus@3 236 % http://www.ctan.org/tex-archive/macros/latex/contrib/mdwtools/
hekeus@3 237
hekeus@3 238
hekeus@3 239 % IEEEtran contains the IEEEeqnarray family of commands that can be used to
hekeus@3 240 % generate multiline equations as well as matrices, tables, etc., of high
hekeus@3 241 % quality.
hekeus@3 242
hekeus@3 243
hekeus@3 244 %\usepackage{eqparbox}
hekeus@3 245 % Also of notable interest is Scott Pakin's eqparbox package for creating
hekeus@3 246 % (automatically sized) equal width boxes - aka "natural width parboxes".
hekeus@3 247 % Available at:
hekeus@3 248 % http://www.ctan.org/tex-archive/macros/latex/contrib/eqparbox/
hekeus@3 249
hekeus@3 250
hekeus@3 251
hekeus@3 252
hekeus@3 253
hekeus@3 254 % *** SUBFIGURE PACKAGES ***
hekeus@3 255 %\usepackage[tight,footnotesize]{subfigure}
hekeus@3 256 % subfigure.sty was written by Steven Douglas Cochran. This package makes it
hekeus@3 257 % easy to put subfigures in your figures. e.g., "Figure 1a and 1b". For IEEE
hekeus@3 258 % work, it is a good idea to load it with the tight package option to reduce
hekeus@3 259 % the amount of white space around the subfigures. subfigure.sty is already
hekeus@3 260 % installed on most LaTeX systems. The latest version and documentation can
hekeus@3 261 % be obtained at:
hekeus@3 262 % http://www.ctan.org/tex-archive/obsolete/macros/latex/contrib/subfigure/
hekeus@3 263 % subfigure.sty has been superceeded by subfig.sty.
hekeus@3 264
hekeus@3 265
hekeus@3 266
hekeus@3 267 %\usepackage[caption=false]{caption}
hekeus@3 268 %\usepackage[font=footnotesize]{subfig}
hekeus@3 269 % subfig.sty, also written by Steven Douglas Cochran, is the modern
hekeus@3 270 % replacement for subfigure.sty. However, subfig.sty requires and
hekeus@3 271 % automatically loads Axel Sommerfeldt's caption.sty which will override
hekeus@3 272 % IEEEtran.cls handling of captions and this will result in nonIEEE style
hekeus@3 273 % figure/table captions. To prevent this problem, be sure and preload
hekeus@3 274 % caption.sty with its "caption=false" package option. This is will preserve
hekeus@3 275 % IEEEtran.cls handing of captions. Version 1.3 (2005/06/28) and later
hekeus@3 276 % (recommended due to many improvements over 1.2) of subfig.sty supports
hekeus@3 277 % the caption=false option directly:
hekeus@3 278 %\usepackage[caption=false,font=footnotesize]{subfig}
hekeus@3 279 %
hekeus@3 280 % The latest version and documentation can be obtained at:
hekeus@3 281 % http://www.ctan.org/tex-archive/macros/latex/contrib/subfig/
hekeus@3 282 % The latest version and documentation of caption.sty can be obtained at:
hekeus@3 283 % http://www.ctan.org/tex-archive/macros/latex/contrib/caption/
hekeus@3 284
hekeus@3 285
hekeus@3 286
hekeus@3 287
hekeus@3 288 % *** FLOAT PACKAGES ***
hekeus@3 289 %
hekeus@3 290 %\usepackage{fixltx2e}
hekeus@3 291 % fixltx2e, the successor to the earlier fix2col.sty, was written by
hekeus@3 292 % Frank Mittelbach and David Carlisle. This package corrects a few problems
hekeus@3 293 % in the LaTeX2e kernel, the most notable of which is that in current
hekeus@3 294 % LaTeX2e releases, the ordering of single and double column floats is not
hekeus@3 295 % guaranteed to be preserved. Thus, an unpatched LaTeX2e can allow a
hekeus@3 296 % single column figure to be placed prior to an earlier double column
hekeus@3 297 % figure. The latest version and documentation can be found at:
hekeus@3 298 % http://www.ctan.org/tex-archive/macros/latex/base/
hekeus@3 299
hekeus@3 300
hekeus@3 301
hekeus@3 302 %\usepackage{stfloats}
hekeus@3 303 % stfloats.sty was written by Sigitas Tolusis. This package gives LaTeX2e
hekeus@3 304 % the ability to do double column floats at the bottom of the page as well
hekeus@3 305 % as the top. (e.g., "\begin{figure*}[!b]" is not normally possible in
hekeus@3 306 % LaTeX2e). It also provides a command:
hekeus@3 307 %\fnbelowfloat
hekeus@3 308 % to enable the placement of footnotes below bottom floats (the standard
hekeus@3 309 % LaTeX2e kernel puts them above bottom floats). This is an invasive package
hekeus@3 310 % which rewrites many portions of the LaTeX2e float routines. It may not work
hekeus@3 311 % with other packages that modify the LaTeX2e float routines. The latest
hekeus@3 312 % version and documentation can be obtained at:
hekeus@3 313 % http://www.ctan.org/tex-archive/macros/latex/contrib/sttools/
hekeus@3 314 % Documentation is contained in the stfloats.sty comments as well as in the
hekeus@3 315 % presfull.pdf file. Do not use the stfloats baselinefloat ability as IEEE
hekeus@3 316 % does not allow \baselineskip to stretch. Authors submitting work to the
hekeus@3 317 % IEEE should note that IEEE rarely uses double column equations and
hekeus@3 318 % that authors should try to avoid such use. Do not be tempted to use the
hekeus@3 319 % cuted.sty or midfloat.sty packages (also by Sigitas Tolusis) as IEEE does
hekeus@3 320 % not format its papers in such ways.
hekeus@3 321
hekeus@3 322
hekeus@3 323
hekeus@3 324
hekeus@3 325
hekeus@3 326 % *** PDF, URL AND HYPERLINK PACKAGES ***
hekeus@3 327 %
hekeus@3 328 %\usepackage{url}
hekeus@3 329 % url.sty was written by Donald Arseneau. It provides better support for
hekeus@3 330 % handling and breaking URLs. url.sty is already installed on most LaTeX
hekeus@3 331 % systems. The latest version can be obtained at:
hekeus@3 332 % http://www.ctan.org/tex-archive/macros/latex/contrib/misc/
hekeus@3 333 % Read the url.sty source comments for usage information. Basically,
hekeus@3 334 % \url{my_url_here}.
hekeus@3 335
hekeus@3 336
hekeus@3 337
hekeus@3 338
hekeus@3 339
hekeus@3 340 % *** Do not adjust lengths that control margins, column widths, etc. ***
hekeus@3 341 % *** Do not use packages that alter fonts (such as pslatex). ***
hekeus@3 342 % There should be no need to do such things with IEEEtran.cls V1.6 and later.
hekeus@3 343 % (Unless specifically asked to do so by the journal or conference you plan
hekeus@3 344 % to submit to, of course. )
hekeus@3 345
hekeus@3 346
hekeus@1 347 \begin{document}
hekeus@3 348 \title{Cognitive Music Modelling: An Information Dynamics Approach}
hekeus@1 349
hekeus@3 350 \author{\IEEEauthorblockN{Samer Abdallah, Henrik Ekeus, Peter Foster, Andrew Robertson, Mark D. Plumbley}
hekeus@3 351 \IEEEauthorblockA{Queen Mary University of London\\Centre for Digital Music\\School of Electronic Engineering and Computer Science\\Email: }
hekeus@3 352 }
hekeus@1 353
hekeus@1 354 \maketitle
hekeus@1 355 %\setcounter{secnumdepth}{2}
hekeus@3 356 %\setcounter{tocdepth}{2}
hekeus@3 357 %\tableofcontents
hekeus@3 358 \begin{abstract}
hekeus@3 359 People take in information when perceiving music. With it they continually build predictive models of what is going to happen. There is a relationship between information measures and how we perceive music. An information theoretic approach to music cognition is thus a fruitful avenue of research.
hekeus@3 360 \end{abstract}
hekeus@1 361
hekeus@1 362
hekeus@8 363 \section{Information Theory and Prediction}
hekeus@2 364 Bayesian probability and modelling the building of predictions
hekeus@1 365 \subsection{Link to music}
hekeus@1 366 Music as a temporal pattern. Meyer, Narmour. Music unfolding in time. How listeners see different kinds of predictability in musical patters..
hekeus@1 367 \section{Information Dynamics Approach}
hekeus@1 368
hekeus@8 369 \emph{Re-iterate core hypothesis}
hekeus@1 370
hekeus@1 371 \subsection{models/parameters/observations}
hekeus@8 372 The grouping of elements into past, present and future..
hekeus@1 373 \subsection{Information measures}
hekeus@1 374 Predictive information rate as a measure of structure
hekeus@1 375 Cruchfield papers, anatomy of abit
hekeus@1 376 \subsection{Case of this approach being good at modelling music cognition}
hekeus@1 377 Inverted U
hekeus@8 378
hekeus@8 379
hekeus@8 380
hekeus@8 381 \section{Information Dynamics in Analysis}
hekeus@1 382 refer to the work with the analysis of minimalist pieces
hekeus@1 383
hekeus@8 384 \subsection{Sound Categorisation} Using Information Dynamics it is possible to segment music. From there we can then use this to search large data sets. Determine musical structure for the purpose of playlist navigation and search. (Peter)
hekeus@1 385
hekeus@1 386 \subsection{Beat Tracking}
hekeus@1 387 Bayesian belief can be used to predict when things happen (as oppose to just what happens). Information Dynamics of?
hekeus@1 388
hekeus@1 389
hekeus@2 390
hekeus@8 391 \section{Information Dynamics as Design Tool}
hekeus@6 392
hekeus@8 393 In addition to applying Information Dynamics to analysis, it is also possible use this approach in design, such as the composition of musical materials. By providing a framework for linking information theoretic measures to the control of generative processes, it becomes possible to steer the output of these processes to match a criteria defined by these measures. For instance outputs of a stochastic musical process could be filtered to match constraints defined by a set of information theoretic measures.
hekeus@6 394
hekeus@8 395 The use of stochastic processes for the generation of musical material has been widespread for decades -- Iannis Xenakis applied probabilistic mathematical models to the creation of musical materials, including to the formulation of a theory of Markovian Stochastic Music. However we can use information dynamics measures to explore and interface with such processes at the high and abstract level of expectation, randomness and predictability. The Melody Triangle is such a system.
hekeus@8 396
hekeus@8 397 \subsection{The Melody Triangle} The Melody Triangle is an exploratory interface for the discovery of melodic content, where the input -- positions within a triangle -- directly map to information theoretic measures associated with the output. The measures are the entropy rate, redundancy and predictive information rate of the random process used to generate the sequence of notes. These are all related to the predictability of the the sequence and as such address the notions of expectation and surprise in the perception of music.\emph{self-plagiarised}
hekeus@8 398
hekeus@2 399
hekeus@8 400 Before the Melody Triangle can used, it has to be ÔpopulatedÕ with possible parameter values for the melody generators. These are then plotted in a 3d statistical space of redundancy, entropy rate and predictive information rate. In our case we generated thousands of transition matrixes, representing first-order Markov chains, by a random sampling method. In figure x we see a representation of how these matrixes are distributed in the 3d statistical space; each one of these points corresponds to a transition matrix.\emph{self-plagiarised}
hekeus@2 401
hekeus@8 402 When we look at the distribution of transition matrixes plotted in this space, we see that it forms an arch shape that is fairly thin. It thus becomes a reasonable approximation to pretend that it is just a sheet in two dimensions; and so we stretch out this curved arc into a flat triangle. It is this triangular sheet that is our ÔMelody TriangleÕ and forms the interface by which the system is controlled. \emph{self-plagiarised}
hekeus@2 403
hekeus@8 404 When the Melody Triangle is used, regardless of whether it is as a screen based system, or as an interactive installation, it involves a mapping to this statistical space. When the user, through the interface, selects a position within the triangle, the corresponding transition matrix is returned. Figure x shows how the triangle maps to different measures of redundancy, entropy rate and predictive information rate.\emph{self-plagiarised}
hekeus@2 405
hekeus@8 406 Each corner corresponds to three different extremes of predictability and unpredictability, which could be loosely characterised as ÔperiodicityÕ, ÔnoiseÕ and ÔrepetitionÕ. Melodies from the ÔnoiseÕ corner have no discernible pattern; they have high entropy rate, low predictive information rate and low redundancy. These melodies are essentially totally random. A melody along the ÔperiodicityÕ to ÔrepetitionÕ edge are all deterministic loops that get shorter as we approach the ÔrepetitionÕ corner, until it becomes just one repeating note. It is the areas in between the extremes that provide the more ÔinterestingÕ melodies. That is, those that have some level of unpredictability, but are not completely ran- dom. Or, conversely, that are predictable, but not entirely so. This triangular space allows for an intuitive explorationof expectation and surprise in temporal sequences based on a simple model of how one might guess the next event given the previous one.\emph{self-plagiarised}
hekeus@8 407
hekeus@8 408
hekeus@8 409
hekeus@8 410 Any number of interfaces could be developed for the Melody Triangle. We have developed two; a standard screen based interface where a user moves tokens with a mouse in and around a triangle on screen, and a multi-user interactive installation where a Kinect camera tracks individuals in a space and maps their positions in the space to the triangle. Each visitor would generate a melody, and could collaborate with their co-visitors to generate musical textures -- a playful yet informative way to explore expectation and surprise in music.
hekeus@8 411
hekeus@8 412 As a screen based interface the Melody Triangle can serve as composition tool. A triangle is drawn on the screen, screen space thus mapped to the statistical space of the Melody Triangle. A number of round tokens, each representing a melody can be dragged in and around the triangle. When a token is dragged into the triangle, the system will start generating the sequence of notes with statistical properties that correspond to its position in the triangle.\emph{self-plagiarised}
hekeus@8 413
hekeus@8 414 In this mode, the Melody Triangle can be used as a kind of composition assistant for the generation of interesting musical textures and melodies. However unlike other computer aided composition tools or programming environments, here the composer engages with music on the high and abstract level of expectation, randomness and predictability.\emph{self-plagiarised}
hekeus@8 415
hekeus@8 416
hekeus@8 417 Additionally the Melody Triangle serves as an effective tool for experimental investigations into musical preference and their relationship to the information dynamics models.
hekeus@2 418
hekeus@8 419 %As the Melody Triangle essentially operates on a stream of symbols, it it is possible to apply the melody triangle to the design of non-sonic content.
hekeus@8 420
hekeus@8 421 \section{Musical Preference and Information Dynamics}
hekeus@8 422 We carried out a preliminary study that sought to identify any correlation between aesthetic preference and the information theoretical measures of the Melody Triangle. In this study participants were asked to use the screen based interface but it was simplified so that all they could do was move tokens around. To help discount visual biases, the axes of the triangle would be randomly rearranged for each participant.\emph{self-plagiarised}
hekeus@8 423
hekeus@2 424 The study was divided in to two parts, the first investigated musical preference with respect to single melodies at different tempos. In the second part of the study, a back- ground melody is playing and the participants are asked to find a second melody that Õworks wellÕ with the background melody. For each participant this was done four times, each with a different background melody from four different areas of the Melody Triangle. For all parts of the study the participants were asked to ÔmarkÕ, by pressing the space bar, whenever they liked what they were hearing.\emph{self-plagiarised}
hekeus@8 425
hekeus@8 426 \emph{todo - results}
hekeus@8 427
hekeus@8 428 \section{Information Dynamics as Evaluative Feedback Mechanism}
hekeus@8 429
hekeus@8 430 \emph{todo - code the info dyn evaluator :) }
hekeus@8 431
hekeus@2 432 It is possible to use information dynamics measures to develop a kind of `critic' that would evaluate a stream of symbols. For instance we could develop a system to notify us if a stream of symbols is too boring, either because they are too repetitive or too chaotic. This could be used to evaluate both pre-composed streams of symbols, or could even be used to provide real-time feedback in an improvisatory setup.
hekeus@2 433
hekeus@2 434 \emph{comparable system} Gordon Pask's Musicolor (1953) applied a similar notion of boredom in its design.
hekeus@2 435 The Musicolour would react to audio input through a microphone by flashing coloured lights. Rather than a direct mapping of sound to light, Pask designed the device to be a partner to a performing musician. It would adapt its lighting pattern based on the rhythms and frequencies it would hear, quickly `learning' to flash in time with the music. However Pask endowed the device with the ability to `be bored'; if the rhythmic and frequency content of the input remained the same for too long it would listen for other rhythms and frequencies, only lighting when it heard these. As the Musicolour would `get bored', the musician would have to change and vary their playing, eliciting new and unexpected outputs in trying to keep the Musicolour interested.
hekeus@2 436
hekeus@2 437 In a similar vain, our \emph{Information Dynamics Critic}(name?) allows for an evaluative measure of an input stream, however containing a more sophisticated notion of boredom that \dots
hekeus@8 438
hekeus@8 439
hekeus@1 440
hekeus@1 441 \section{Conclusion}
hekeus@1 442
hekeus@8 443 \end{document}