Either that ... or you learn to be more patient and wait for more founded replies than mine. A forum is not a live chat. The best answer may arrive a week later...
+ Reply to Thread
Results 31 to 41 of 41
As LigH.de mentioned, the NASM assembler is now required to compile the x264 and x265 video encoders as they now support AVX-512 optimizations, they also require a very recent version to work (2.13.02 or later), I've noticed Ubuntu 16.04 LTS does not detect the latest stable release and picks up version 2.11.08 instead, I therefore recommend using Ubuntu 17.10 (or later), Fedora or WSL for this process instead!
However, you can compile the latest version of NASM with the following command in Ubuntu 16.04 LTS as mentioned here: https://handbrake.fr/docs/en/latest/developer/build-windows.html
Last edited by AntW93; 14th Apr 2018 at 12:15.
vmware workstation player with ubuntu 16.04.3
got an error while compiling handbrake, forgot to take a screenshot.
after that I saw AntW93 tips, then I use ubuntu 17.10.1 instead, everything went smoothly and compiled successfully.
no problem using the compiled hb.dll on my windows 10 with handbrake 1.0.7
million thanks to author and everyone for the guide
A pity MSYS2 under Windows seems to be unsupported; I tried to run the guide in a MinGW64 shell of MABS, instead of a real Linux host:
$ ./configure --cross=x86_64-w64-mingw32 --enable-x265 --enable-qsv --enable-fdk-aac --enable-libav-aac --launch-jobs=1 --force --launch probe: host tuple...(fail) code 1 + ./make/config.guess
## GNU host tuple probe: determine canonical platform type
HandBrake for Windows using MSYS2 as mentioned here: https://github.com/HandBrake/HandBrake/pull/506 and: https://github.com/HandBrake/HandBrake/issues/1054
I have yet to test this for myself though, WSL is also faster than MSYS!
Thanks for the Guide , but I had one small glitch in following it ,I use Ubuntu on Windows 10 and windows use 16.4 which come with old NASM repository so i tried to build a newer version of it according to the guide
curl -O http://www.nasm.us/pub/nasm/releasebuilds/2.13.02/nasm-2.13.02.tar.bz2 tar -xf nasm-2.13.02.tar.bz2 cd nasm-2.13.02 ./configure --prefix=/usr/local --enable-sections --enable-lto make -j$(nproc) sudo make install source ~/.bashrc cd ..
curl -O http://www.nasm.us/pub/nasm/releasebuilds/2.13.02/nasm-2.13.02.tar.bz2 sudo tar -xf nasm-2.13.02.tar.bz2 cd nasm-2.13.02 sudo ./configure --prefix=/usr/local --enable-sections --enable-lto sudo make -j$(nproc) sudo make install source ~/.bashrc cd ..
Thanks for the heads up, the location of the NASM source is indeed wrong, the instructions give the location with http protocol, but it requires https for the tarball path as mentioned here: https://forum.handbrake.fr/viewtopic.php?f=11&t=37605
I have now updated the guide to reflect these changes!
As for VidCoder, I'm not sure why you no longer have 10bit/12bit x264 and x265 support, try building it again in Ubuntu 17.10 or later in a VM to save time, as WSL is quite slow due to the way it handles disk access!
Just finished compiling HB 1.1.0 with AAC-FDK. Currently running an encode to see if it fixes the whistling wind problem I was having on some files. It took around 2-3 hours to get through the process but I already had VirtualBox installed so that probably saved me a few minutes. I mostly used the instructions at handbrake.fr for compiling the Windows version, but I referenced your guide when it failed and I found your explanation of what to do with the export PATH line to be more clear. Anyway, pain in the butt and I can't believe there isn't a good open source AAC encoder available that could be distributed with the HB installer. I did notice that AC3 was working better than the avcodec AAC, but I read AAC is better. Is AAC really better or are they about the same when you have good working versions of both?
AC3 (Dolby Digital) is about as good as MP3.
AAC is the next generation of audio encoding, more efficient than both. Ogg Vorbis is similar. And for sane bitrates, ffmpeg's own AAC encoder is not even bad.
The top format today is Opus; but not all containers support all audio formats.