annotate CHANGELOG @ 77:adce5f7e2917 qt5

Don't need to check for Dataquay, and in fact we can pick up the wrong version if we do. Just assume it is available (building in e.g. sv subdir configuration)
author Chris Cannam
date Tue, 07 May 2013 15:58:20 +0100
parents b9b145d3013c
children 318e2f177ed5
rev   line source
Chris@71 1
Chris@73 2 Changes in Sonic Annotator 0.8 since the previous release 0.7:
Chris@71 3
Chris@71 4 - Fix incorrect samplerate in reading m4a files on OS/X
Chris@73 5 - Fix incorrect handling of FixedSampleRate outputs (Vamp SDK fix)
Chris@65 6
Chris@65 7 Changes in Sonic Annotator 0.7 since the previous release 0.6:
Chris@65 8
Chris@65 9 Build changes:
Chris@65 10
Chris@65 11 - Support 64-bit builds on OS/X (using CoreAudio instead of
Chris@65 12 obsolete QuickTime audio file reader)
Chris@65 13
Chris@65 14 - Simplify RDF reading and fix some bugs. Now requires Dataquay
Chris@65 15 (http://breakfastquay.com/dataquay/) rather than using Redland
Chris@65 16 directly. Release builds use Sord/Serd rather than Redland
Chris@49 17
Chris@49 18 Changes in Sonic Annotator 0.6 since the previous release 0.5:
Chris@49 19
Chris@49 20 Build changes:
Chris@49 21
Chris@49 22 - Switch to modular SV-libraries build using svcore library
Chris@53 23 - We now require Vamp plugin SDK v2.3
Chris@49 24 - Add autoconf configure script
Chris@49 25
Chris@49 26 Front-end changes:
Chris@49 27
Chris@49 28 - Pick up default sample rate and channel count from the first
Chris@49 29 audio file, where not specified in the transform, instead of using
Chris@49 30 hard coded defaults
Chris@53 31 - Make it possible to specify the window shape in transform
Chris@49 32 - Fix the --csv-one-file option which did not work in 0.5
Chris@49 33 - Fix --force option when using playlists
Chris@49 34 - Add -v option to print version number and exit
Chris@36 35
Chris@36 36 Changes in Sonic Annotator 0.5 since the previous release 0.4:
Chris@36 37
Chris@36 38 Build changes:
Chris@36 39
Chris@36 40 - Remove unused audioio library and avoid its dependencies
Chris@36 41
Chris@36 42 Front-end changes:
Chris@36 43
Chris@36 44 - Avoid leaking file descriptors on exceptions
Chris@36 45 - Fix embarrassing bug that caused failure to mix down to mono
Chris@36 46 properly for single-channel plugins with multi-channel input files
Chris@36 47 - Fail sooner if the output file is not writable (i.e. don't wait
Chris@36 48 until the first data is available for writing)
Chris@23 49
Chris@27 50 Changes in Sonic Annotator 0.4 since the previous release 0.3:
Chris@27 51
Chris@27 52 Build changes:
Chris@27 53
Chris@27 54 - Sonic Annotator now requires the Vamp plugin SDK v2.1 or newer.
Chris@27 55
Chris@27 56 Front-end changes:
Chris@27 57
Chris@28 58 - Frequency-domain plugins now use the PluginInputDomainAdapter's new
Chris@28 59 ShiftData processing method, ensuring that the first block received
Chris@28 60 by the plugin is the one centred on 0 rather than starting at 0.
Chris@28 61 Unfortunately, the old behaviour omitted a timing compensation step,
Chris@28 62 and this fix actually changes the results from some plugin processes:
Chris@28 63 the previous behaviour was not always in line with the Vamp plugin
Chris@28 64 specification.
Chris@28 65
Chris@27 66 - More useful diagnostics are now available when a plugin fails to
Chris@28 67 load or run.
Chris@27 68
Chris@27 69 CSV back-end (feature writer) changes:
Chris@27 70
Chris@27 71 - The CSV writer now closes its output files properly when it
Chris@27 72 finishes writing to each one, rather than leaving them all open
Chris@27 73 until the end and risk running out of file descriptors. This was
Chris@27 74 already the behaviour of the RDF writer, the CSV one has just been
Chris@27 75 updated to match it.
Chris@27 76 - The behaviour of the CSV writer has also been changed to match
Chris@27 77 that of the RDF writer in handling file write failures (it now
Chris@27 78 continues processing only if --force is given).
Chris@27 79
Chris@27 80
Chris@27 81 Changes in Sonic Annotator 0.3 since the previous release 0.2:
Chris@23 82
Chris@23 83 Front-end changes:
Chris@23 84
Chris@23 85 - A new --force front-end option (distinct from the --csv-force and
Chris@23 86 --rdf-force back-end options) has been added, which makes Sonic
Chris@23 87 Annotator continue to process subsequent audio files instead of
Chris@23 88 exiting after an error, if multiple audio files have been specified.
Chris@23 89
Chris@23 90 RDF back-end (feature writer) changes:
Chris@23 91
Chris@23 92 - The RDF writer now conforms more correctly with the Music Ontology
Chris@23 93 in the way it relates signal, track, and track metadata. Signals
Chris@23 94 that have available metadata now gain a Track resource to associate
Chris@23 95 that metadata with, instead of hanging it directly from the Signal
Chris@23 96 resource; also the audio file now encodes the signal rather than the
Chris@23 97 signal being available as the audio file (matching the domain
Chris@23 98 specification of the Music Ontology). Note that this new resource
Chris@23 99 structure will not be properly read by versions of Sonic Visualiser
Chris@23 100 prior to 1.6 (should importing the data into Sonic Visualiser be of
Chris@23 101 interest to you).
Chris@23 102
Chris@23 103 - The --rdf-signal-uri option has been removed and replaced with the
Chris@23 104 more meaningful set of options --rdf-audiofile-uri, --rdf-track-uri,
Chris@23 105 and --rdf-maker-uri.
Chris@23 106
Chris@23 107 - A new --rdf-network option is available, to cause Sonic Annotator
Chris@23 108 to try to retrieve RDF descriptions for plugins from the network
Chris@23 109 where those descriptions are not available locally. Use of this
Chris@23 110 option is recommended, but it is not the default because of the
Chris@23 111 possible performance implication (even though the results are mostly
Chris@23 112 cached, there may be some network access involved).
Chris@23 113
Chris@23 114 - The RDF writer now writes the computed_by property for signal
Chris@23 115 features.
Chris@23 116
Chris@23 117 - Plugin and output URIs in the resulting RDF are now percent-encoded.
Chris@23 118