Handbrake in Slackware-current was broken after a libvpx upgrade. So I had to recompile. Instead I took the opportunity to compile the new release of HandBrake (1.2.2). Read the releasenotes for the 1.2.x series if you are interested. Most notable is that the team switched back from libav to ffmpeg 4.x as the core engine.
Always uncertain whether the GTK+-3 based GUI will compile. This time, I had to patch a function call out of the sourcecode that was introduced in a later version of GTK+3 than we have in Slackware 14.2. But that was relatively easy, all you will miss is a clickable link to the Handbrake homepage in the “About” box I think. Slackware-current is still uptodate as far as GTK+-3 is concerned.
Please use the comments section to share your feedback about the Slackware package and the use of the Handbrake binary. I did not test, one of the reasons being that I do not have a DVD reader. I remember people giving feedback about older releases of Handbrake where DVD ripping had issues.
Note that my ‘handbrake‘ package does not have any external dependencies – unlike the slackbuilds.org version.
Install and run, it’s that simple. Everything you need is compiled statically into the package. The ‘HandBrakeCLI‘ program is the command-line variant, whereas ‘ghb‘ is the GUI variant of HandBrake, also found in the “Multimedia” menu of your desktop environment.
Packages for Slackware 14.2 and -current with AAC audio encoding support can be obtained from my “restricted” repository:
- http://slackware.nl/people/alien/restricted_slackbuilds/handbrake/
(rsync://slackware.nl/mirrors/people/alien/restricted_slackbuilds/handbrake/) - http://slackware.uk/people/alien/restricted_slackbuilds/handbrake/
(rsync://slackware.uk/people/alien/restricted_slackbuilds/handbrake/)
The variant which does not support AAC audio encoding and therefore does not violate US software patents can be downloaded from the regular repository:
- http://slackware.nl/people/alien/slackbuilds/handbrake/
(rsync://slackware.nl/mirrors/people/alien/slackbuilds/handbrake/) - http://slackware.uk/people/alien/slackbuilds/handbrake/
(rsync://slackware.uk/people/alien/slackbuilds/handbrake/)
Eric
Thanks for this, Eric! I’d known about it for a few weeks, but didn’t want to add to your burden by mentioning it here! I usually just use straight ffmpeg for transcoding, but handbrake sometimes works better if a file has odd timestamps or something else peculiar. Its also quicker if I’m in a hurry!
Next question is when is Pat going to upgrade to ffmpeg 4.x? I’ve done it manually on one of my machines, but it did break a lot of packages. Life is too short to do it on my main machine! I’ll await the official update….
—
Pete
Hi Alienbob,
Thank you for this new version. It doesn’t crash anymore like the previous one but, at least in my case, it doesn’t open mp4 or avi files. Does it work for anybody else?
Thank you
Here’s the activity log:
[00:19:39] Preset H.264 MKV 720p30: Invalid audio fallback encoder (aac)
[00:19:39] Preset H.264 MKV 720p30: Invalid audio encoder (aac)
[00:19:39] Preset H.264 MKV 576p25: Invalid audio fallback encoder (aac)
[00:19:39] Preset H.264 MKV 576p25: Invalid audio encoder (aac)
[00:19:39] Preset H.264 MKV 480p30: Invalid audio fallback encoder (aac)
[00:19:39] Preset H.264 MKV 480p30: Invalid audio encoder (aac)
[00:19:39] Preset Production Max: Invalid audio encoder (aac)
[00:19:39] Preset Production Standard: Invalid audio encoder (aac)
[00:19:39] Preset Production Proxy 1080p: Invalid audio encoder (aac)
[00:19:39] Preset Production Proxy 540p: Invalid audio encoder (aac)
[00:19:39] hb_init: starting libhb thread
[00:19:39] hb_init: starting libhb thread
[00:19:39] hb_init: starting libhb thread
[00:19:54] CPU: Intel(R) Core(TM) i7-6820HQ CPU @ 2.70GHz
[00:19:54] – Intel microarchitecture Skylake
[00:19:54] – logical processor count: 8
[00:19:54] hb_scan: path=/home/sebas/P1050969.MP4, title_index=0
udfread ERROR: ECMA 167 Volume Recognition failed
disc.c:323: failed opening UDF image /home/sebas/P1050969.MP4
disc.c:424: error opening file BDMV/index.bdmv
disc.c:424: error opening file BDMV/BACKUP/index.bdmv
[00:19:54] bd: not a bd – trying as a stream/file instead
libdvdnav: Using dvdnav version 6.0.0
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can’t open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[00:19:54] dvd: not a dvd – trying as a stream/file instead
[00:19:54] hb_stream_open: open /home/sebas/P1050969.MP4 failed
[00:19:54] scan: unrecognized file type
[00:19:54] libhb: scan thread found 0 valid title(s)
manciuleas, for me it does not open any file type. Same information here in my activity log as you showed.
At this point, I would simply want to remove handbrake simply for the annoyance it causes. I do not use this program myself but if no one can use it anyway, why keep it.
It is unreasonable to expect that you, Eric, should provide every possible slackware package – especially those you don’t use yourself or have difficulties testing it (in this case not having a dvd reader). We are (I am) more than grateful for the time you put down keeping multilib, Qt5 and other indispensable stuff updated.
However, for those who have commented here and wants a working 1.2.2 version the following might be helpful: I’ve built it using the SBo script after deleting line 72 in Handbrake.SlackBuild ( –disable-libav-aac \).
I didn’t bother to download other source files than the latest Handbrake. I already have libblueray, libdvdnav, libdvdread, libvpx installed and so far I haven’t needed the others.
No problems opening .mkv, .avi, .mp4, .mov, mpg. And no problems ripping commercial dvds.
KG Hammarlund – using the SBo version, you can open any video file format (excluding your DVD) as a source? Hmmm, I’ll have to reconsider my SlackBuild’s main advantage which is adding static libraries of several codecs and support libraries.
OK, so I found the root cause: system libraries are messing up the compile if I want to add static versions of them to the package.
I’ll try to apply some of the vlc.SlackBuild tricks to make this work.
I have fixed the handbrake.SlackBuild script and have a working package on -current again.
I’ll be compiling the 4 packages for 32bit and 64bit and upload them tonight.
Great work, Eric! I tried out your build script (with all patches and sources). Build process went smoothly and after install I could open all kinds of video files and also rip from commercial dvd.
…and then I realised that your packages were already there for downloading. I didn’t read your post until Friday morning and assumed that the packages would be ready Friday night, but found your updated script and was eager to test…
All the same – it works beautifully!
Hi alienbob,
Thank you for recompiling handbrake. I can confirm now that with the new package I’m able to open media files.
Hi Eric,
handbrake-1.3.0 has been released. Among the changes:
“HandBrake now builds with libnuma on Linux”
I built and installed numactl from SBo, and then I had no problems building the new version using your buildscript, even if I got the following “fail” notifications during configuration:
find: lipo…(fail) not found [line 17]
find: xcodebuild…(fail) not found [line 22]
probe: repo info…(fail) code 128 [line 25]
I have a simple encoding job up and running right now and everything seems to work just fine.
Those “fail” messages are harmless. I am not going to add numactl to my repository btw, but good to know that it will be picked up by the compilation without adverse effects.