Robin Gareus
c6b87972b1
This significantly speeds up parsing MIDI files with complex
tempo-maps. e.g. "Black MIDI Trilogy_2.mid" has 24134 Tempo
changes. Prior to this commit parsing that file took over 5 minutes.
now it loads in under one seconds (libsmf only; libardour still
add overhead, and now needs about 30-40 seconds, previously
it took about 10 mins).
The problem was that every call to `smf_track_add_event_pulses()`
calls `seconds_from_pulses()` which calls `smf_get_tempo_by_seconds()`
which iterates over the tempo-map:
for every midi-event { for ever tempo until that midi-event {..} }
This does not scale to 3.5M events and 24k tempo-changes.
|
||
|---|---|---|
| .. | ||
| evoral | ||
| libsmf | ||
| MSVCevoral | ||
| test | ||
| Control.cc | ||
| ControlList.cc | ||
| ControlSet.cc | ||
| Curve.cc | ||
| debug.cc | ||
| Event.cc | ||
| Note.cc | ||
| run-tests.sh | ||
| Sequence.cc | ||
| SMF.cc | ||
| SMFReader.cc | ||
| TimeConverter.cc | ||
| wscript | ||