02d735ff00
waves/coreaudio PPC support
2014-11-17 09:07:39 +01:00
d991bb10ca
add 'available' interface to the AudioBackendInfo
...
If a backend can be loaded, it does not mean that it can be used;
e.g. weak-linked jack-backend if libjack is not available.
2014-10-23 16:53:14 +02:00
730e09ce65
another round of compiler warning fixes
2014-10-23 05:31:40 +02:00
c6a3d6bc48
small round of compiler warning fixes
2014-10-23 03:43:04 +02:00
68458cde69
fix all 4 backends' failure to include the main "backend" thread when computing ::in_process_thread()
2014-10-22 17:07:11 -04:00
b4cf5e279b
fix dup free in waves/midi:
...
The PortMidi queue just holds a pointer to the midi events.
The same Midi events are free()d during WavesMidiBuffer::clear()
which is called at cycle start for every buffer and in the dtor
of the WavesMidiBuffer.
2014-10-09 09:48:54 +02:00
4af4938c25
fix wavesbackend midi timing
2014-10-09 09:43:53 +02:00
000609901b
add correct copyright statements to all files in Waves backend except those derived from portaudio/portmidi
...
This follows the letter sent from Waves Audio Ltd. to Paul Davis dated February 20th 2014 agreeing to release this code
under the GNU Public License, version 2, with copyright owned by Waves Audio Ltd
2014-10-07 16:17:34 -04:00
0af091edf3
fix ming32 build&install for asio backend
2014-10-03 00:46:34 +02:00
3d12a4da82
fix deep obscure problem with loading multiple backends on OS X
...
all backends export a symbol declared as "extern "C" ARDOURBACKEND_API ARDOUR::AudioBackendInfo* descriptor ()".
dlopen'ing the backend apparently pushes the symbol "descriptor" into the single flat global namespace that we use
to be like other unix-like systems. this means that if a backend calls its OWN function named "descriptor", it
is indeterminate which one it will be, since the symbol will refer to the function first loaded by the runtime
linker. If the backend is not the first one discovered, this call to its own "descriptor" function will invoke
the function defined by another backend, even though these are supposed to have local scope only according
to our arguments to dlopen().
This fix doesn't try to fix the linker or namespace - it just makes sure that the WavesAudio backend doesn't
invoke its own descriptor() function, which it never really needed to do anyway.
2014-09-30 22:57:05 -04:00
cd60fd9dfe
untested fix for compiling waves audiobackend on case-sensitive FS with mingw.
2014-10-01 04:02:30 +02:00
a927b79c26
Implement the new pthread macros (for the Waves audio backend)
2014-09-30 21:00:35 -04:00
3033c1cc54
Re-introduce our pthread macros (after fixing an earlier typo)
...
these are so we can differentiate between 'libpthread' and 'libpthread-win32' (whose implementation is subtlely - though annoyingly! - different)
2014-09-30 21:00:35 -04:00
8d59afb048
copy over current Waves version of their backend, along with minor changes in libs/ardour and libs/backend/jack to fit with API changes
2014-09-30 21:00:34 -04:00
8e01b411b2
copy over current Waves version of their backend, along with minor changes in libs/ardour and libs/backend/jack to fit with API changes-a
2014-09-30 20:23:45 -04:00
16b25a3028
Implement the new pthread macros (for the Waves audio backend)
2014-09-09 12:05:14 +01:00
61e0705a94
Re-introduce our pthread macros (after fixing an earlier typo)
...
these are so we can differentiate between 'libpthread' and 'libpthread-win32' (whose implementation is subtlely - though annoyingly! - different)
2014-09-09 12:03:52 +01:00
83b6825bd0
Revert "Add a couple of pthread helper macros"
...
This reverts commit 8d0ec2403f
2014-09-09 08:26:26 +01:00
3f776ce7d9
fix incorrect cut-n-paste across synergy
2014-06-25 12:30:57 -04:00
9b7b5fc9bc
wscript fix for wavesaudio backend - use correct name for CoreM[iI][dD][iI] framework on Lion and other versions
2014-06-25 08:29:23 -04:00
da912f7ed4
add AudioEngine API to configure individual MIDI devices
2014-06-13 11:47:51 +02:00
10a52f1d19
enforce style-guide #3 , #26 and #27
2014-05-21 02:25:45 +02:00
9d6cfd67c3
CoreMidi is also needed on OSX.6
2014-05-21 02:17:35 +02:00
81d8eaa216
fix type typo
2014-05-21 00:19:15 +02:00
827388ffdd
outline portable implementation to replace clock_gettime()
2014-05-16 18:19:41 +02:00
ad40a9008b
Add some more missing #includes
2014-05-06 17:00:35 +01:00
18245b06d0
'atomic_ops' to use glib, rather than Waves's inbuilt atomic operations
...
Note that the following source files can be removed once we know this works on all platforms:-
backends/wavesaudio/wavesapi/akupara/threading/atomic_ops.hpp
backends/wavesaudio/wavesapi/akupara/threading/atomic_ops_gcc_x96.hpp
backends/wavesaudio/wavesapi/akupara/basics.hpp
backends/wavesaudio/wavesapi/akupara/compiletime_functions.hpp
2014-05-06 09:41:40 +01:00
b9fab9ea28
Add a return value to 'WCMRPortAudioDeviceManager::getDeviceAvailableSampleRates()'
...
(whilst technically, it doesn't report any encountered errors, it should nevertheless be returning some kind of error status)
2014-05-06 09:33:54 +01:00
8d0ec2403f
Add a couple of pthread helper macros
...
(to accommodate the fact that in ptw-win32, 'pthread_t' is subtlely different from its non-Windows counterparts)
2014-05-06 09:31:11 +01:00
41fe637e80
Add the 'porttime' source file for Windows
2014-05-06 09:25:27 +01:00
051ceffc5d
Add some type guards to 'wstdint.h' (in case we previously #included some headers which already define those types)
2014-05-06 09:23:00 +01:00
9cf2cf55f5
Add some casting and namespace specifiers to keep MSVC happy
2014-05-06 09:20:03 +01:00
0277c8c8d1
Add a couple of missing header files (needed for cin /cout etc)
2014-05-06 09:16:59 +01:00
cd00429672
fix install path for ./waf install of waves backend
2014-05-01 10:18:30 -04:00
fa139421b9
second part of windows/osx macro change - forgot *.cpp files
2014-05-01 09:39:11 -04:00
49423427a6
alter platform-dependent preprocessor macros to use the same names as the rest of the ardour codebase
2014-05-01 09:32:18 -04:00
49ad78659b
fix compile for waves backend, after recent API change
2014-05-01 09:22:59 -04:00
66559cd795
Add AudioBackend::info() method to retrieve AudioBackendInfo object
...
Goal is to be able to call AudioBackendInfo::already_configured() from the right place.
2014-05-01 09:14:25 -04:00
ca08e4c7c7
more previously applied changes required to build Waves audio/midi backend
2014-04-30 14:24:32 -04:00
c90fef1b4c
second part of (previously applied) change to be able to use -fms-extensions with C compiler
2014-04-30 13:48:25 -04:00
19d21045af
2nd attempt at updated Waves audio backend, with added -fms-extensions as previously applied (but not updated in Waves' repo) to allow anonymous unions, as used by PortMidi
2014-04-30 13:46:41 -04:00
8a6762f189
Revert "update wavesaudio backend, now supports Windows (ASIO) as well as OS X (CoreAudio)"
...
This reverts commit f374ce69a6
2014-04-29 16:30:56 -04:00
f374ce69a6
update wavesaudio backend, now supports Windows (ASIO) as well as OS X (CoreAudio)
2014-04-29 16:06:39 -04:00
058986f77b
finish unfinished work at basing all install paths on the program name
2014-04-28 21:11:08 -04:00
1c402f943f
remove unnecessary files from native audio backend
2014-02-24 21:19:17 -05:00
6666599e7b
add -fms-extensions to allow earlier apple gcc to support anonymous union, as used by PortMidi
2014-02-24 15:16:46 -05:00
dd55b7894e
remove SampleFormat code from waves audio backend
2014-02-24 14:49:14 -05:00
1de00ab6bb
new audio engine backend for native CoreAudio audio I/O, and PortMIDI for MIDI.
...
Code builds, runs and functions. Full code review still pending, and some possibly changes to organization of code within the backend is possible
2014-02-24 14:49:13 -05:00
