Talk:Building On Windows
- Hi, I went to the page https://wiki.audacityteam.org/wiki/Building_On_Windows and found several issues with the building process that should really be fixed on the wiki.
- First, lots of URLS exist that have no links directly to them on the page. It would be a lot easier if these were normal html links so users could just select the link. *Second, no components are listed for Microsoft Visual C are mentioned it would be useful if such components that you need to select are listed. Third, when trying to build wxWidgets in the solution file when I tried to build the library no mention is made in the documentation that it requires the windows 8.1 SDK and no directions on how to fix this error on windows 10 pro 64 bits.
- I even built the library using the command line directions but at the end of the build process no output location was given as to where the library compiled files were located.
- Fourth the git clone command does not even point to the proper git location for the audacity sources so copying the command out of the page and pasting it into the command prompt gives me an error.
- Also, Looking on that build page there are directions for mac components on there should those not be moved to their own section and not mixed with the windows components? *Fixing this build page on the wiki would be useful as well as stating if building the library wxWidgets from the command line as talked about in the project's documentation is supported by audacity.
- Adding a command line building option for audacity for those of us who like to build using the command line and a makefile would also be useful or directions on how to generate one from the current files in the audacity sources.
- Can someone please get back to me on this issue as I would like to test out the latest development sources and build the project from source to see if it works well with windows 10 pro 64 bits?
- Including prebuilt binaries of the proper version of wxWidgets would also be useful as the links in that documentation do not work.
- If you want to build from the command line, then I would suggest
putting the wxWdigets source in lib-src/wxWidgets. That way the environment variable is not necessary (although, it takes precedence if it exists). Then build wxWidgets with,
msbuild /m lib-src\wxWidgets\build\msw\wx_vc15.sln "/p:Configuration=DLL Release;Platform=Win32;PlatformToolset=v141" /target:adv,base,core,html,net,qa,wxexpat,wxjpeg,wxpng,wxtiff,wxzlib,xml
and Audacity with:
msbuild /m win/audacity.sln /p:Configuration=Release;Platform=Win32;PlatformToolset=v141
Replace v141 with v142 if you have VS2019 installed.
wxWidgets tries to pick a reasonable SDK, but falls back the (ancient) 8.1 SDK if it doesn't recognize the Visual Studio version (specifying "PlatformToolset=v141" should be enough). 17763 is used by the appveyor build and is the default installed with the latest version of Visual Studio 2017 (see "appveyor.yml" in the Audacity repo's root directory). The default is set in the root directory's Directory.build.props, but can be overridden from the msbuild command line by setting it with,
It is probably a good idea to build both wxWidgets and Audacity with the same Windows SDK.And yes, that build page should probably be updated.
Defaulting to Portable Settings
UH? These instructions are for Mac. 1. Within audacity.app/Contents add the directories: Portable Settings Portable Settings/AutoSave 2. Set permissions on these two directories to 777 chmod 777 "Portable Settings" chmod 777 "Portable Settings/AutoSave"
Some functionality in Audacity is currently turned on in its default configuration, but requires that extra libraries be downloaded separately to use it. To change the libraries enabled in Audacity, edit "win\configwin.h" and comment or uncomment the entries. You might also try modifying the features enabled in "src\experiemntal.h"
ASIO (from Steinberg) is a sound card interface protocol that is faster than standard WMME. Unlike WMME, not all soundcard drivers support it. Because ASIO is a proprietary, closed standard, we (or any third party) cannot distribute its SDK. That means we cannot distribute builds of Audacity that support ASIO, because Audacity is licensed under the GPL (http://audacityteam.org/about/license), which requires we distribute all source code. So, although you can build your own copies of Audacity with ASIO support, for personal use, you cannot distribute them without violating the Audacity license and the ASIO license. If you build ASIO support into Audacity, do not distribute that build. For ASIO support, get the ASIO SDK from Steinberg (http://www.steinberg.net/en/company/developers.html), install at C:\ASIOSDK, then define an environment variable called ASIOSDK_DIR. The value should be the full path to the base directory of the ASIO SDK, e.g., set ASIOSDK_DIR=C:\ASIOSDK
The Audacity "About" box can contain a link to the git commit at which Audacity was built. To create this, run this batch script in /mac/scripts/ using the git-bash command line bash get_gitident.sh If you do this, you are responsible for making sure the ident is correct in future builds. The script overwrites RevisionIdent.h in the src directory. If you make further changes to your local copy after this step, or merge a more recent version from git, this file, and hence the ident in the build, stays the same, and so would be misleading. To reset RevisionIdent.h you could do: git reset --hard origin/master
1. In the MSVC project, click on 'locale' project and build.
1. Open the "gl_ES", "ko_KR" and "pt" folders in turn and move the "wxstd.mo" file in each to the "gl", "ko" and pt_PT folders respectively. 2. Delete the "gl_ES", ko_KR and "pt" folders. 3. COPY (do not move) wxstd.mo from "eu" into "eu_ES".