summaryrefslogtreecommitdiff
path: root/libs/midi++2
AgeCommit message (Collapse)Author
2014-10-22require a timestamp on MIDI::MachineControl::send()Paul Davis
2014-09-09plug a major mem hog.Robin Gareus
(default empty session is now ~140MB RSS, was 280MB) libXML memory was only free() at exit
2014-08-28Make sure all our VC projects agree that the product is called 'Mixbus3' (as ↵John Emmas
opposed to just 'Mixbus') It'd be nice if we could use 'ARDOUR::config_dir_name' for this purpose (or perhaps 'PROGRAM_VERSION'). However, neither is implemented widely enough at present to make this practical. Keep an eye on them though, as possible future strategies.
2014-08-04Modify our VC project files to work with msvc32-fixup.plJohn Emmas
2014-07-15Update vcproj files for changed LILV config define.David Robillard
2014-07-15Support midnam files with a channel (not patch) NoteNameList.David Robillard
2014-06-25Use PBD::find_files_matching_pattern instead of other variationsTim Mayberry
2014-06-10wrap MIDI timecode at 24hRobin Gareus
2014-06-10really fix sending MIDI timecode.Robin Gareus
2014-06-10fix crash when trying to send MMC of timecode > 255 hoursRobin Gareus
2014-04-30fix for storing 14 bit MIDI controller valuesPaul Davis
2014-04-28remove redundant os.path.join() calls when specifying install path as ↵Paul Davis
bld.env['LIBDIR']
2014-04-28finish unfinished work at basing all install paths on the program namePaul Davis
2014-04-28merge (squash) with scenechange topic branch to provide MIDI-driven scene ↵Paul Davis
change markers
2014-04-10remove inclusion of jack.h so that we can build on a platform without JACKPaul Davis
2014-04-08Add the main VC project files for building Ardour3 with Microsoft Visual StudioJohn Emmas
Note that there's no 'VS Solution' file at present and some targets haven't been built yet (e.g. 'fst')
2014-03-02remove recently added conflation of mingw64 and msvc with respect to symbol ↵Paul Davis
export
2014-03-01when mingw is mingw64, it appears that we need to use __declspec() and not ↵Paul Davis
__attribute__((visibility)) for export control
2014-02-12correct delete/free messPaul Davis
2014-01-12move -fvisibility=hidden to the top of the source tree, and remove its ↵Paul Davis
internal use; use libtimecode as a shared lib again
2014-01-11fix merge with masterPaul Davis
2014-01-10Support midnam controller value labels.David Robillard
2014-01-10Merge windows+cc branch into cairocanvas branch. Not finished, need to now ↵Paul Davis
merge windows branch to get changes from there
2014-01-02Merge branch 'master' into cairocanvasPaul Davis
2013-12-30fix assert for non-existing MIDI patch-namesRobin Gareus
typename boost::detail::sp_member_access<T>::type boost::shared_ptr<T>::operator->() const [with T = MIDI::Name::ChannelNameSet; typename boost::detail::sp_member_access<T>::type = MIDI::Name::ChannelNameSet*]: Assertion `px != 0' failed.
2013-12-05Only use __declspec(dllimport/dllexport) for MSVC compilerTim Mayberry
Use the gcc visibility attributes when building with the MinGW compiler(gcc). GCC also supports the __declspec syntax but it will not compile at the moment until the issues(which may not even be exactly the same issues as with MSVC) are resolved.
2013-12-03fix up wscript/build issues in exportvis after merge with masterPaul Davis
2013-11-27add yet more missing parts of previous commit re: libmidi++ and JACK (files ↵Paul Davis
not saved in emacs, sigh)
2013-11-27add missing parts of previous commit re: libmidi++ and JACK (files not saved ↵Paul Davis
in emacs, sigh)
2013-11-27remove unintended linkage between libmidipp and jackPaul Davis
2013-10-20Statically link libtimecode into libmidi++ instead of libardourTim Mayberry
This is necessary to get the libmidi++ test to work as libmidi++ has unresolved symbols in libtimecode. This was not a problem when libtimecode was statically linked into libardour if the executable depended on both libtimecode and libardour as the symbols would get resolved. This is not true for the midi++ test case as it doesn't depend on libardour Also as libmidi++ only references symbols from one object file in the libtimecode static archive only that object file gets included/exported from libmidi++. This is fixed by adding a dummy reference to a symbol in the other object file in the libtimecode static archive.
2013-10-18reverse the visibility.h files assumptions that we don't build shared libs ↵Paul Davis
by default This avoids having to define define LIBFOO_DLL=1 all over the place. If we ever go with static libs we will need to define LIBFOO_STATIC=1 but hopefully in some central location like the top level wscript. Oh, and I also dropped support for gcc older than version 4.x because ardour will already not build on such an old version.
2013-10-18use libltc and libtimecode as static libs, and upgrade to waf 1.7Paul Davis
This is slightly awkward. It is important that we only link once to the static lib. Doing this at executable link time did not work, possibly because waf insisted on putting the two static libraries at the front of the link list. So instead libardour is now the point where linkage to these libraries occurs (and nowhere else). This should never be changed unless the change just moves the linkage point to another location. Also fix a bug with the libardour version tha was picked up by waf 1.7
2013-10-18Merge remote-tracking branch 'remotes/origin/exportvis' into windows+ccJohn Emmas
Conflicts (hopefully resolved): gtk2_ardour/wscript libs/ardour/ardour/audioregion.h libs/ardour/ardour/debug.h libs/ardour/ardour/directory_names.h libs/ardour/ardour/filesystem_paths.h libs/ardour/ardour/session_event.h libs/gtkmm2ext/gtkmm2ext/utils.h libs/panners/1in2out/wscript libs/panners/2in2out/wscript libs/panners/vbap/wscript libs/pbd/pbd/debug.h libs/pbd/pbd/file_utils.h libs/pbd/pbd/pathexpand.h libs/pbd/pbd/ringbuffer.h libs/pbd/pbd/ringbufferNPT.h libs/pbd/pbd/search_path.h libs/pbd/pbd/stacktrace.h libs/pbd/pbd/uuid.h libs/pbd/pbd/uuid_boost.h libs/surfaces/control_protocol/control_protocol/basic_ui.h libs/surfaces/control_protocol/control_protocol/control_protocol.h
2013-10-17add -fvisibility=hidden to libmidi++ and make things workPaul Davis
2013-10-17add -fvisibility=hidden to evoral, and make things workPaul Davis
2013-10-17get everything compiling with libardour built using -fvisibility=hiddenPaul Davis
2013-10-17add export control to libgtkmm2extPaul Davis
2013-10-17add export control to libevoralPaul Davis
2013-10-17export-ify libmidippPaul Davis
2013-10-17new file for libmidi++ export controlPaul Davis
2013-09-12incomplete merge of master into windows (requires upcoming changes to master ↵Paul Davis
to be complete)
2013-08-13fixes to get MTC (and probably MIDI clock) slaving working againPaul Davis
incoming MIDI data has to be parsed EVERY process cycle, not just when Slave::speed_and_position() is called. The private MIDI::Parser owned by the MTC and MClck slaves was irrelevant, since the port has its own. See comments in midi_port.h on the strangled inheritance heirarchy.
2013-08-12assorted extra debug output for MTCPaul Davis
2013-08-07major redesign of MIDI port heirarchy and management (part 2)Paul Davis
2013-08-07major redesign of MIDI port heirarchy and managementPaul Davis
basic, very flaky functionality is back. program unstable at present
2013-08-01full compilation and linking (coding not finished, will not run)Paul Davis
2013-07-25'libs/midi++2' - Platform specific includesJohn Emmas
2013-07-25'libs/midi++2' - Compiler specific changesJohn Emmas
2013-07-25'libs/midi++2' - Modify to be buildable with MSVCJohn Emmas
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-21 18:30:16 +0000