dc36b063bf
remove unused fstream includes
2015-10-05 22:15:18 +02:00
22b07e0233
NOOP, remove trailing tabs/whitespace.
2015-10-05 16:17:49 +02:00
4dc63966f0
globally remove all trailing whitespace from ardour code base.
...
Paul Davis was responsible for introducing almost all of this.
2015-10-04 14:51:05 -04:00
d682c42d5a
better implementation of configure and build time is_tracks_build() test
2015-06-29 14:18:10 -04:00
e1bd9401d5
add clean and nice check for Tracks builds
2015-06-29 14:18:10 -04:00
24c531a9a6
fix panner selection logic and code in wscript
2015-06-29 14:16:43 -04:00
YPozdnyakov
6103035594
[Summary]: Switching from Multi-Out mode to Stereo-out shouldn’t reset panner's value in the new created tracks. Profile->get_trx () was used. [Reviewed by GZharun] [Not Reviewed by Paul Davis].
2015-06-29 14:16:42 -04:00
100d324e7a
make available panners dependent on program name
2015-06-29 14:16:42 -04:00
801af5df9e
Add the new (UINTSDEFINED) preprocessor directive to all out MSVC projects (just to be on the safe side)
2015-06-09 13:18:42 +01:00
8a93a87db0
remove lib versioning for internal plugins
...
Those objects do not have a versioned API by themselves.
This fixes issues with duplicate deployment (OSX, Linux bundles: cp) and
ardour listing control-surfaces multiple times (file index plugin dir).
2015-02-16 17:32:56 +01:00
95091a52a0
When building with MSVC make sure any backends / panners etc get copied to the correct target folder
...
(i.e. 'lib/ardour3' or 'lib/mixbus3' as appropriate)
These changes are MSVC specific and shouldn't affect the other builds
2015-01-12 14:43:22 +00:00
e3e85a92db
some const'ness and hints for clang
2014-11-19 20:38:50 +01:00
973d40e3ac
Add support for USE_CAIRO_IMAGE_SURFACE when building with MSVC
...
(new preprocessor directive - greatly improves CPU loading)
2014-10-29 17:36:30 +00:00
65715dd298
Make sure all our VC projects agree that the product is called 'Mixbus3' (as 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-28 07:57:20 +01:00
45afed5e9a
Modify our VC project files to work with msvc32-fixup.pl
2014-08-04 09:02:17 +01:00
928881b24a
Update vcproj files for changed LILV config define.
2014-07-15 15:50:12 -04:00
058986f77b
finish unfinished work at basing all install paths on the program name
2014-04-28 21:11:08 -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
54d2e44e1d
proper vpab speaker constraints
2014-03-23 03:42:55 +01:00
2b9421fd39
merge (w/fix) with master
2014-02-04 14:21:35 -05:00
371e8bdb55
VBAP nomenclature s/Direction/Azimuth/
2014-02-03 19:12:29 +01:00
59076a7e4c
Merge branch 'master' into cairocanvas
2014-01-30 11:19:22 -05:00
ce2feeac56
even though man alloca says to include <alloca.h>, it apparently isn't necessary and no such header exists in the msvc world
2014-01-30 11:18:58 -05:00
2ba58dfe65
Merge branch 'master' into cairocanvas
2014-01-29 16:08:52 -05:00
66d0241118
move check for n_speakers so that we avoid needless work
2014-01-29 15:50:17 -05:00
2d8352123a
fix vbap-speaker calculations to work with alloca()
2014-01-29 21:45:13 +01:00
a754a7cc0d
fix up the abomination caused by moving from variable length (multidimensional) arrays to alloca'ed arrays, specifically access to arr[a][b].
...
This needs checking by an actual VBAP+multispeaker user.
2014-01-27 20:37:17 -05:00
10d577146a
replace standards-wobbling variable-length-arrays with alloca()
2014-01-27 14:20:19 -05:00
7000afdc66
fix merge conflict with master
2014-01-23 13:41:20 -05:00
40d8c5ae01
change VBAP visual parameter name again :)
2014-01-23 15:32:26 +01:00
b0b71782e9
VBAP change visual parameter name. Diffusion -> Spread
2014-01-23 14:57:19 +01:00
9aacefc170
merge with master
2014-01-15 14:29:32 -05:00
c8f9405386
stereo-panner: clamp width during processing to valid range
2014-01-15 14:07:02 +01:00
abb75d4a2e
prevent stackoverflow when pannable changes to fewer params
...
endless loop: e.g. 2in2out -> balance (or 1in1out)
#23 0xb7ab5c17 in ARDOUR::Pannable::value_as_string
#24 0xb2ebb206 in ARDOUR::Pannerbalance::value_as_string
#25 0xb7ab5c17 in ARDOUR::Pannable::value_as_string
#26 0xb2ebb206 in ARDOUR::Pannerbalance::value_as_string
ad infinitum
2014-01-15 10:38:32 +01:00
a4dc05f603
fix invalid width when swiching to 2in2out
2014-01-15 09:45:02 +01:00
58def58bf5
VBAP GUI convention: top == front ^= azimuth == .5
...
This allows to move from stereo,mono panners to VBAP and back
and also facilitates sharing pannables of all currently
existing panners with semantically similar results.
(somewhat dirty solution, this retains PBD::spherical_to_cartesian
and maps angles pretty much everywhere else)
2014-01-15 09:37:20 +01:00
37b1f5017e
merge with master
2014-01-14 21:13:21 -05:00
813ead6d8b
cont'd backend work on panner-linking
2014-01-15 02:51:52 +01:00
cf806123ca
merge (with conflict fixes) with master (even against rgareus' recommendation)
2014-01-14 10:56:17 -05:00
b9c389eac5
fix botched merge of vbap changes
2014-01-13 09:47:20 -05:00
e10bfb8054
VBAP backend re-work (part one):
...
* fix azimuth, don't clamp but map to [0,1]
* prepare elevation (10+ speakers)
2014-01-13 09:40:41 -05:00
28470af5f7
swap channel VBAP channel
2014-01-13 09:38:24 -05:00
dd4c0e040f
VBAP rework (part III): fix position computation backend & GUI
2014-01-13 09:37:35 -05:00
60fe9606f4
VBAP GUI depends on signal-position (not parameter changes)
2014-01-13 09:37:35 -05:00
1bf9c4c990
VBAP backend re-work (part two): speaker positioning
...
* clean up source (whitespace)
* fix speaker 3x3 matrix iteration
* update math to go along with Ardour Cartesian -- fixes rounding errors
* fix division by zero in cross_prod()
* disable old debug output
(NB PBD::spherical_to_cartesian() returns
3.7494e-33, 6.12323e-17, 1 for azimuth 90 elevation 90 distance 1
while it should return
0.000000, 0.000000, 1 for azimuth 90 elevation 90 distance 1
IOW cos(90.0 * 2.0 * M_PI / 360.0) != 0
Cause unknown. This is currently worked around check in vec_length()
)
2014-01-13 09:37:34 -05:00
112de00841
VBAP backend re-work (part one):
...
* fix azimuth, don't clamp but map to [0,1]
* prepare elevation (10+ speakers)
2014-01-13 09:35:57 -05:00
26a9e28922
add export visibility macro
2014-01-12 15:40:48 -05:00
f9b8300ec6
swap channel VBAP channel
2014-01-12 03:36:20 +01:00
72cec05d46
VBAP rework (part III): fix position computation backend & GUI
2014-01-11 23:38:28 +01:00
0669bb455b
VBAP GUI depends on signal-position (not parameter changes)
2014-01-11 23:38:28 +01:00
