1f70e9472a
DummyAudioBackend: fix freewheelin' typo
2014-04-29 13:32:13 +02:00
eaafc3394a
DummyAudioBackend: implement /fake/ system ports
2014-04-29 13:32:13 +02:00
19e0383c3b
DummyAudioBackend: NOOP, white-space, clarify variable name & casts
2014-04-29 13:32:13 +02: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
ff25ebe7d9
add another missing file
2014-04-28 20:56:33 -04:00
83ed363e5b
add missing file
2014-04-28 20:46:03 -04:00
2cf411e4be
merge (squash) with scenechange topic branch to provide MIDI-driven scene change markers
2014-04-28 19:58:24 -04:00
b945cda558
DummyAudioBackend: port-engine, midi-buffers and the rest of it
2014-04-28 23:00:40 +02:00
2fccbe1a6c
DummyAudioBackend: basic process threads and support structure
2014-04-28 22:59:19 +02:00
9907d25ea5
skeleton dummy audio-engine
2014-04-28 21:29:35 +02:00
f31c84a742
close stdin as first attempt to terminate process cleanly.
2014-04-20 23:02:32 +02:00
5a3a8fc8f2
fix issue with duplicate entry in "Recent" menu after re-naming a session
2014-04-20 18:55:14 +02:00
3552c17b91
fix SystemExec for windows
2014-04-20 02:51:27 +02:00
ce72458d09
no vfork wrapper on windows
2014-04-19 00:54:43 +02:00
06b700abf2
fix VST GUI swallowing for windows
2014-04-18 01:54:59 +02:00
3131ab8bbd
new transport option, "loop-is-mode" which optionally changes the role of the "play loop" button.
...
If enabled, then the button simply changes the behaviour of the "play" button rather than actually starting playback. If disabled
transport behaviour should be unchanged from before.
2014-04-17 09:47:06 -04:00
cd8aa4e304
add new config parameter controlling visibility of name highlights in regions.
...
This also affects region name placement.
2014-04-16 06:31:24 -04:00
dbaf203bac
fix ridiculous spelling error
2014-04-15 12:44:49 -04:00
396fae31a9
Make sure that the input string doesn't go out of scope when using boost::tokenizer
2014-04-14 20:26:48 +01:00
09d5d7f26b
remove code intended for use with basename(), fix memory leak since g_path_get_basename() returns a newly allocated string.
2014-04-14 15:21:29 +02:00
15c5d12321
clean up 6cc2812f2e (interim vst fixes)
2014-04-14 15:10:28 +02:00
56b9398208
despite what MSVC thinks, C is not C++.
2014-04-14 15:04:50 +02:00
5764970709
more work on linking file existence and removability
2014-04-14 03:03:35 -04:00
062dd5b71d
check whether a source with the same path exists in session list not just on disk.
...
This is intended to catch a potential wierd condition where a source exists as a stub, but has not yet been written to disk,
and then a new source is created with the same path. Currently it is not understood how/when this might happen
2014-04-14 02:17:31 -04:00
b81d57f049
further code simplification and rationalization related to MIDI source/file renaming
2014-04-14 02:17:30 -04:00
343b06d8d3
dramatic change in logic and naming for operations related to adding a MIDI region on demand and cloning/unlinking
...
Existing code would cause data loss due to creation of two Source objects referring the same path, one with removable flags and one without. Careful code review suggested a variety of thinkos, function naming problems and other confusion that caused this. I have tried ot extensively comment what is going on with these operations, because it is one key area in which MIDI differs from audio: with audio, capture is the only way to add a new audio region, but for MIDI there are GUI input events that can add a new region.
2014-04-14 02:17:30 -04:00
d2a31ab6ee
remove unnecessary include
2014-04-12 14:07:51 +02:00
unknown
d2ab2e8b31
another stab at a working vst on windows
2014-04-11 14:41:58 -05:00
unknown
9fe353c4a2
more vst tweaks
2014-04-11 14:23:35 -05:00
unknown
6cc2812f2e
interim vst fixes
2014-04-11 14:23:29 -05:00
f678700376
amend previous commit, remove cruft, no more extern function pointers
2014-04-11 19:36:17 +02:00
e359521fad
export fst functions (for MSVC)
2014-04-11 17:30:37 +02:00
5d9c2104d2
Oops - correct some typos in my previous commit
...
(accidentally used G_DIR_SEPARATOR instead of G_SEARCHPATH_SEPARATOR)
2014-04-11 15:36:04 +01:00
d95de39339
Make sure we use the correct style of filepath separator on Windows
...
('libs/ardour/file_source.cc' still to be investigated)
2014-04-11 13:03:48 +01:00
c046b7c9d3
Remove 'pipex' from my pbd.vcproj as it's not needed for Ardour3
2014-04-11 12:59:03 +01:00
8a4fdbf023
final eradication of jack header files from anything except the JACK backend
2014-04-11 02:52:28 -04:00
fa66d0ae38
remove use of JACK headers to allow building on systems without JACK
2014-04-10 08:58:25 -04:00
c52f7957a9
redesign technique for naming/creating regions for MIDI clone (or other non-capture driven MIDI region creation operations).
...
See comments in Session::new_midi_source_name() for details.
2014-04-10 08:58:04 -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
cc99b56c57
name-change of RuntimeProfile element
2014-04-10 05:58:48 -04:00
01af11c25c
add new element to ARDOUR::RuntimeProfile
2014-04-10 05:58:48 -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
Sakari Bergen
254923532b
Make tests build again (fix linker issues)
2014-04-07 20:50:29 +03:00
fc691cb3ba
after cloning a MIDI region, mark the source file as non-removable. Fixes reports about missing MIDI files on the forums and IRC
2014-04-04 15:26:44 -04:00
3e7fad52f5
fix conceptual error/thinko in EnvironmentalProtectionAgency when using unsetenv() while iterating over char** environ
2014-04-04 15:25:56 -04:00
f7396fd462
clarify comments for SndFileSource constructors
2014-04-04 15:17:14 -04:00
0da58e9510
fix typo in comment
2014-04-04 15:16:35 -04:00
6f3ebba3b6
comment tweak
2014-03-24 19:46:07 -04:00
87184ab80d
fix a race condition between the death of a thread that communicates with an UI event loop and the event loop itself.
...
The comment tries to explain it all. There may be a better solution, but I believe that this one is
(a) safe (b) better than the old approach.
2014-03-24 17:47:56 -04:00
