8d0cba3384
Use PBD::find_files_matching_pattern instead of other variations
2014-06-25 12:40:10 -04:00
438179d278
wrap MIDI timecode at 24h
2014-06-10 04:22:34 +02:00
c0376fe7b3
really fix sending MIDI timecode.
2014-06-10 04:12:08 +02:00
7df663acf2
fix crash when trying to send MMC of timecode > 255 hours
2014-06-10 03:18:05 +02:00
58522e5b5e
fix for storing 14 bit MIDI controller values
2014-04-30 10:10:06 -04:00
1b989a93c2
remove redundant os.path.join() calls when specifying install path as bld.env['LIBDIR']
2014-04-28 21:18:02 -04:00
058986f77b
finish unfinished work at basing all install paths on the program name
2014-04-28 21:11:08 -04:00
2cf411e4be
merge (squash) with scenechange topic branch to provide MIDI-driven scene change markers
2014-04-28 19:58:24 -04:00
0802cbf30c
remove inclusion of jack.h so that we can build on a platform without JACK
2014-04-10 08:52:21 -04:00
077a194430
Add the main VC project files for building Ardour3 with Microsoft Visual Studio
...
Note that there's no 'VS Solution' file at present and some targets haven't been built yet (e.g. 'fst')
2014-04-08 09:49:35 +01:00
e6c3cece64
remove recently added conflation of mingw64 and msvc with respect to symbol export
2014-03-02 14:59:08 -05:00
19395ac258
when mingw is mingw64, it appears that we need to use __declspec() and not __attribute__((visibility)) for export control
2014-03-01 15:16:39 -05:00
50edf9b626
correct delete/free mess
2014-02-12 15:14:40 -05:00
5062a00c7d
move -fvisibility=hidden to the top of the source tree, and remove its internal use; use libtimecode as a shared lib again
2014-01-12 15:40:47 -05:00
59631acc5f
fix merge with master
2014-01-11 15:19:18 -05:00
72d8ca89e2
Support midnam controller value labels.
2014-01-10 20:51:54 -05:00
3020b224fa
Merge windows+cc branch into cairocanvas branch. Not finished, need to now merge windows branch to get changes from there
2014-01-10 16:07:57 -05:00
e7c4774728
Merge branch 'master' into cairocanvas
2014-01-02 09:16:28 -05:00
e281f5653c
fix assert for non-existing MIDI patch-names
...
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-30 16:24:27 +01:00
3a885d6177
Only use __declspec(dllimport/dllexport) for MSVC compiler
...
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-05 21:11:18 +10:00
8648a8a13b
fix up wscript/build issues in exportvis after merge with master
2013-12-03 11:51:25 -05:00
4d0caa6ddd
add yet more missing parts of previous commit re: libmidi++ and JACK (files not saved in emacs, sigh)
2013-11-27 14:08:22 -05:00
4a71e6f28f
add missing parts of previous commit re: libmidi++ and JACK (files not saved in emacs, sigh)
2013-11-27 13:53:58 -05:00
ac4d691fe9
remove unintended linkage between libmidipp and jack
2013-11-27 12:44:23 -05:00
b97ab7d7bc
Statically link libtimecode into libmidi++ instead of libardour
...
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-20 09:27:35 +10:00
f85c67501c
reverse the visibility.h files assumptions that we don't build shared libs 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-18 11:50:44 -04:00
683496c501
use libltc and libtimecode as static libs, and upgrade to waf 1.7
...
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-18 11:11:59 -04:00
b855e5f322
Merge remote-tracking branch 'remotes/origin/exportvis' into windows+cc
...
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-18 10:03:22 +01:00
300536e5cd
add -fvisibility=hidden to libmidi++ and make things work
2013-10-17 15:07:18 -04:00
61c1956ef9
add -fvisibility=hidden to evoral, and make things work
2013-10-17 15:02:20 -04:00
f3d2ca0d9a
get everything compiling with libardour built using -fvisibility=hidden
2013-10-17 12:41:28 -04:00
15471ca7dd
add export control to libgtkmm2ext
2013-10-17 11:26:01 -04:00
94ef2692b8
add export control to libevoral
2013-10-17 10:52:02 -04:00
9b7c33096a
export-ify libmidipp
2013-10-17 10:27:04 -04:00
a7f156e005
new file for libmidi++ export control
2013-10-17 09:56:43 -04:00
bb826f4bee
incomplete merge of master into windows (requires upcoming changes to master to be complete)
2013-09-12 11:28:50 -04:00
a5a75d5e0d
fixes to get MTC (and probably MIDI clock) slaving working again
...
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-13 12:53:28 -04:00
a5a3f713d5
assorted extra debug output for MTC
2013-08-12 05:40:11 -04:00
1ab61b8564
major redesign of MIDI port heirarchy and management (part 2)
2013-08-07 22:22:11 -04:00
83a0c30c24
major redesign of MIDI port heirarchy and management
...
basic, very flaky functionality is back. program unstable at present
2013-08-07 22:21:36 -04:00
682ebad62b
full compilation and linking (coding not finished, will not run)
2013-08-01 14:43:12 -04:00
e5ab8c1c9e
'libs/midi++2' - Platform specific includes
2013-07-25 07:45:24 +01:00
eb2c419620
'libs/midi++2' - Compiler specific changes
2013-07-25 07:30:30 +01:00
369c0e4a66
'libs/midi++2' - Modify to be buildable with MSVC
2013-07-25 07:19:51 +01:00
9ac6bb9bef
part-way through getting the audioengine changes to compile
2013-07-24 19:29:45 -04:00
eddcc868ba
Disable non-realtime midi ports in windows build - THIS NEEDS FIXING
2013-07-13 08:26:54 -04:00
8d1f88f87b
Include unistd.h for usleep on MinGW
2013-07-11 13:01:16 -04:00
ab8918fa73
Changes to get IPMIDIPort to compile(but not functional) on MinGW
2013-07-11 13:00:42 -04:00
8a9cdd04c5
Include pthread.h as it isn't included via jack headers on windows
2013-07-11 12:58:44 -04:00
2048f766e9
Use pthread_equal in libmidi++ for portability
2013-07-11 11:51:59 -04:00
