Is there any particular reason there has to be a chatroom on how to compile it instead of a functioning guide? The two existing ones don’t even work despite one “obsoleting” the other.
The Audacity app is being actively developed. Current development includes changes to the build system. The documentation included in the source code is accurate and up to date, but is aimed primarily at developers. It will take time for additional documentation to catch up.
If you are genuinely interested in building Audacity from the source code, your previous responses indicate that you need more help than is provided by the BUILDING.md document. jademan has indicated where you can get more help. Why are you continuing to argue and complain rather than acting on his invitation?
Please note that I have received multiple complaints from Audacity community members about your apparent “trolling”, and you have received two warnings explaining that trolling is not acceptable on this forum. If you genuinely want help, then we will do our best to help. If you only want to cause trouble, you will be banned from this forum.
I clearly wrote, drop me a message if you are interested.
Audacity 3.1 has just been released and it supports ffmpeg through electively avformat 55, 57 or 58. That’s what the release notes tell and I can approve that it works (tested with a coreless DTSHD import – v55 can’t decode the residual data). Since I use the PortableApps version, it only works with a 32-bit avformat58 which isn’t provided by any publisher for quite some time now, they just provide the 64-bit version. I don’t know if the standalone program can make use of the 64-bit avformat58.
I’m trying to compile a current one and post it as a download, if it doesn’t work (compiling ffmpeg is a mess) I’ll upload my old one.
The pipeline passed through over night, just to see that the latest (nightly) version is avformat59 which the new Audacity 3.1 doesn’t support yet 
Time for another ticket! 
So I’ll stick with my x86 build from February: https://ddownload.com/w3xa8ymder1o/FFMPeg_[x86_build_2021-02-04_by_SMESH].zip
I deleted the old content in PortableApps\AudacityPortable\App\FFMPeg and replaced it with the content from my build folder, because it looks like portable Audacity is not able to memorize library paths outside of it’s own portable folder. With an installed version, this might be different.
I just saw an additional thing, don’t know if it’s new or if I just haven’t seen it all the time. I realized it because Audacity 3.1.1 has just been released which includes a fix for importing surround audio and I looked into the ffmpeg folder again.
In AudacityPortable, there’s a subfolder called App/FFMPeg64 next to the regular one. There you can place the libs from ffmpeg—as x64!
I download ffmpeg from this link which always points to the latest stable shared x64 build (shared is the one to go because you need the DLLs). You just have to move the content of downloaded ffmpeg-full_build-shared/bin folder there and start Audacity—it works 
It’s currently avformat-58 / ffmpeg 4.4.1.
So this thread is finally solved. I’m looking forward to see Audacity supporting the newer avformat-59
Dmitry said: “When 59 will be released (and current dev branches are 59) it will be added to the list, this should be a trivial task.”
So next version shouldn’t take nearly as long 
Came here after installing 3.1.3 Win x64 Audacity on Win 10 x64 by unzipping over an existing 3.0.2 install. I was interested in moving to ffmpeg avformat-58.dll. But when I go edit - preferences - libraries and try to browse to avformat-58.dll, Audacity won’t accept it and will only use avformat-55.dll. I got ffmpeg from the pre-built windows x64 release 4.4.1 “shared” 7z file. Am I doing something wrong?
scott s.
.
Hello
I am playing catch-up again! May I ask if DRC has been disabled on AC3 input yet (Audacity 3.2.1)? Or whether it’s still default on the (outdated) FFMPEG? It was a very simple change, but required recompiling Audacity - which in turn required a bit of headscratching, And, unfortunately, I have managed to lose my recompiled version.
To reiterate, importing AC3 with the DRC flag set means that the meta-data is applied and the resulting import is NOT the audio that’s in the file; it’s had compression applied according to the metadata.
Thankyou!
Mark
Previously in this thread (https://forum.audacityteam.org/t/use-of-ffmpeg-4-x-x/53193/1) there was a very helpful post concerning editing the file “ImportFFmpeg.cpp” and recompiling Audacity to disable DRC when importing AC3 audio. This (ImportFFmpeg.cpp) file seems much different in Audicity 3 and the guidance seems no longer apply. So… lost!
Mark
And having tested fully, 3.2.1 still applies DRC when importing AC3 files.
