994f5cec0e
centralize computation of tempo from SMF information
2017-02-08 19:07:10 +01:00
129708ad85
add clamp for adding points to a ControlList from a (G)UI
2017-01-09 12:42:08 +00:00
Nil Geisweiller
6431c4a6d9
More 8 whitespace to tab indentation fixes
2016-12-22 14:20:13 +02:00
Nil Geisweiller
c1127c245b
Fix minor typo in comment
2016-12-21 23:09:40 +01:00
Nil Geisweiller
4c66e36b91
Fix indentation 8 whitespaces to tab
2016-12-21 23:09:40 +01:00
6a0ea65885
"toll free bridging" between smf_tempo_t and Evoral::SMF::Tempo
2016-12-16 13:45:43 +00:00
c0aa738395
expose SMF tempo information in Evoral::SMF
2016-12-16 10:43:52 +00:00
2378e7b60c
add function to get number of tempos found in SMF tempo map
2016-12-16 10:43:41 +00:00
fe0761d404
unused but slightly tricky code to add track name/instrument to an SMF file when saved
2016-12-16 09:36:52 +00:00
76dca432f0
add comments about limitations for Evoral::SMF and tracks
2016-12-16 09:36:52 +00:00
d2fd01c241
add API to Evoral::SMF to retrieve all track/instrument names for use when importing
2016-12-14 11:46:26 +00:00
7e0dbd06db
extract track and instrument names from SMF while loading
2016-12-14 11:46:26 +00:00
24160a3b85
add braces and warning for unlikely error
2016-12-14 11:46:26 +00:00
ff6f8ca6c4
fix incorrect test for textual meta events in libsmf
2016-12-14 11:46:26 +00:00
54ef5fadc2
braces please
2016-12-14 11:46:26 +00:00
d5074be4f1
braces, please
2016-12-14 11:46:26 +00:00
8002a0c66e
free track name/instrument string memory when necessary
2016-12-14 11:46:26 +00:00
28caef7d81
add track and instrument name members to smf_track_t
2016-12-14 11:46:26 +00:00
f04c1ca4db
I can't find a source file called MIDIXML.cpp (??)
2016-12-08 13:55:11 +00:00
fe45f9bc21
Set MidiPgmChangeAutomation control value
2016-12-07 12:45:01 +01:00
388765e8ce
Remove boost_system test kludge
2016-12-04 19:15:29 -05:00
5ab2e34b2c
Update evoral test suite
2016-12-04 18:49:56 -05:00
9a848d5ba6
Fix configuration
2016-12-04 18:26:30 -05:00
1438191938
Improve coverage of evoral tests
2016-12-04 15:40:21 -05:00
9dbc524060
Improve coverage of evoral tests
2016-12-04 15:17:08 -05:00
9aac954744
Add missing include
2016-12-04 15:16:08 -05:00
b51321bd7d
Make libpbd and evoral capable of standalone build
...
Just an update to slightly rotten wscripts, shouldn't be any changes during an
ardour build. Motivation being a short development cycle for working on evoral
and/or its test suite.
2016-12-04 15:15:11 -05:00
7d2ed46b63
Remove dead/annoying/unsafe code
...
Note the old Note::operator= was unsafe, since it made shallow copies of the on
and off events, which results in a double delete of events when the notes are
destructed.
2016-12-04 15:10:05 -05:00
454df30ae5
Fix Sequence test
2016-12-03 15:49:13 -05:00
d17f58e531
Remove dead code
2016-12-03 15:28:23 -05:00
398a318934
Fix event type and parameter type confusion
...
I'm not sure if this is really the best way to do event types (should it
just be a completely static enum in evoral, or completely dynamic and
provided by the type map, or a mix like currently?), but previously the
event type was frequently set to either total garbage, or parameter
types, which are a different thing.
This fixes all those cases, and makes Evoral::EventType an enum so the
compiler will warn about implicit conversions from int.
2016-12-03 15:28:19 -05:00
08fffeffec
Remove Evoral::MIDIEvent
...
It is slightly questionable whether type specific methods like
velocity() belong on Event at all, these may be better off as free
functions. However the code currently uses them as methods in many
places, and it seems like a step in the right direction, since, for
example, we might some day have events that have a velocity but aren't
stored as MIDI messages (e.g. if Ardour uses an internal musical model
that is more expressive).
In any case, the former inheritance and plethora of sloppy casts is
definitely not the right thing.
2016-12-03 15:18:21 -05:00
875b1367b2
Factor out and extend MIDIXML implementation
2016-12-03 15:18:20 -05:00
0f5a73a7fd
Fix Sequence/Event const-correctness issues
2016-12-03 15:18:20 -05:00
2f30d763ed
Fix loading, recording & saving MIDI with PolyKeyPressure events.
...
GUI still does not handle this (neither automation lane, nor List Editor),
but the file loads, plays and exports correctly.
2016-11-27 17:25:42 +01:00
7c8ab05c09
Don't add initial points for MIDI-CC
...
eg. import a .mid that has a CC later in the file.
Arodur wrongly added an initial point, effectively moving the event
backwards to "0" (no virgin territory)
2016-10-23 14:21:24 +02:00
4d66c89b83
SMF add support for type-0 files (count channels, not tracks)
2016-10-05 20:08:26 +02:00
e05cb11bb0
extend Evoral::Range<T> to offer ::length() and ::squish()
...
The latter maps a T into a range, using loop semantics
2016-09-13 14:11:29 -05:00
0ff233d234
Update our MSVC project files to generate the most recent Ardour session file format (ver 5) rather than the older v3 format
2016-08-30 07:15:00 +01:00
d6691a80e9
attempt to handle poly-pressure (polyphonic aftertouch) similarly to other MIDI messages
2016-08-19 08:32:44 -04:00
eec294a97e
the endless quest to plug memory leaks -- episode 378
2016-07-25 17:16:32 +02:00
cf52d6e4b4
enough with umpteen "i18n.h" files. Consolidate on pbd/i18n.h
2016-07-14 14:45:23 -04:00
22de00b247
Remove a (no longer needed) source file from our MSVC project (evoral)
2016-07-14 09:42:55 +01:00
a6ee94ac52
remove old midi-note name API
2016-07-12 23:02:46 +02:00
b0200b23f2
Accommodate the fact that 'msvc_resources.rc.in' got moved to a new path
2016-05-21 10:33:18 +01:00
c23be46c15
use g_fopen() to avoid i18n errors with file paths/names
2016-05-10 15:55:45 -04:00
f5e4d3b032
NO-OP; document some more parameters.
...
Since headers only provide the declaration, function
parameters need to be documented.
2016-04-12 11:06:35 +02:00
09202249e1
NO-OP document Evoral::ControlList
2016-04-10 20:55:59 +02:00
2972fe0fc2
leave a ToDo note
2016-03-28 21:42:46 +02:00
eaca325ce8
Trim dependence on evoral types.hpp and Beats.hpp
2016-03-21 18:58:31 -04:00
