- 20 Apr, 2020 1 commit
-
-
Wieland Morgenstern authored
Fixes for Mac Package
-
- 19 Apr, 2020 6 commits
-
-
Wieland Morgenstern authored
-
Wieland Morgenstern authored
-
Jeremy Tellaa authored
-
Jeremy Tellaa authored
-
Jeremy Tellaa authored
-
Jeremy Tellaa authored
-
- 11 Apr, 2020 1 commit
-
-
keven-ma authored
-
- 27 Feb, 2020 1 commit
-
-
jerem authored
-
- 07 Feb, 2020 2 commits
- 02 Feb, 2020 2 commits
-
-
Clement Guedez authored
-
Clement Guedez authored
-
- 05 Dec, 2019 11 commits
-
-
jerem authored
-
Jeremy Tellaa authored
-
Jeremy Tellaa authored
-
Jeremy Tellaa authored
-
jerem authored
-
Wieland Morgenstern authored
-
Wieland Morgenstern authored
The change is needed as MSVC doesn't allow for a vector of a map of a non-copyable object. We can't use a list, as apparently several calls to loadAudio need to write the blocks of different audio groups into the same position in the output vector. std::list doesn't have random access. Using a map now, so we can keep the previous behavior. The int64_t key is only used in construction, and can be disregarded by the loading code.
-
Wieland Morgenstern authored
-
Jeremy Tellaa authored
-
Wieland Morgenstern authored
Audio::Samples are a move-only class, they can't be copied. Using this non-copyable class in a std::vector<std::map<..>> does not compile in Visual Studio 2017, see e.g.: https://stackoverflow.com/questions/58700780/vector-of-maps-of-non-copyable-objects-fails-to-compile-in-msvc Replacing the use of vector with list, which does compile.
-
jeremad authored
-
- 03 Dec, 2019 1 commit
-
-
Wieland Morgenstern authored
MacPorts: ensure ffmpeg is installed w/ rtmpdump & non-free codecs
-
- 02 Dec, 2019 3 commits
-
-
Wieland Morgenstern authored
-
Wieland Morgenstern authored
Link to list of 3rd party library licenses in about window
-
Wieland Morgenstern authored
remove openal from MacPorts deps
-
- 01 Dec, 2019 1 commit
-
-
Wieland Morgenstern authored
OpenAL support was removed by VS-all #440, replaced by PortAudio.
-
- 17 Nov, 2019 1 commit
-
-
Wieland Morgenstern authored
-
- 16 Nov, 2019 3 commits
-
-
Wieland Morgenstern authored
-
Wieland Morgenstern authored
-
Wieland Morgenstern authored
-
- 11 Nov, 2019 3 commits
-
-
Wieland Morgenstern authored
-
Wieland Morgenstern authored
-
Wieland Morgenstern authored
-
- 10 Nov, 2019 4 commits
-
-
Wieland Morgenstern authored
-
Wieland Morgenstern authored
In a refactoring of the DELAY_LOAD stuff of Windows it seems the Mac version was broken. On Mac there is a link to libvideostitch, which is just a symlink to either _cuda or _opencl versions. If the the symlink is currently pointing at the wrong one (i.e. not the one matching our GPU), the symlink is changed and the app is quit, user asked to launch again. There seems to have been a refactoring done on Windows which de- activated DELAY_LOAD completely on Mac, which made some of the symlink changing code not compile. Adding a new C Macro for Mac symlinks and allowing for USE_DELAY_LOAD on Mac as well, in CMake, to restore previous behavior.
-
Wieland Morgenstern authored
-
Wieland Morgenstern authored
-