Did Sierra break Handbreak?

[JGalt]

I've been using Handbreak for years with little to no problem - until I upgraded to Sierra (I did skip elCapitan - so perhaps I never should have upgraded). I either get zero encode - I'll past a link to the log below - or it encodes, but it is all pixelated and unwatchable - different discs get different results, but none are useable.

I'm running an 09 iMac, with Sierra, and HandBrak 0.10.5 x86_64

Log is here: <iframe src="//pastebin.com/embed_iframe/McFepjn6" style="border:none;width:100%"></iframe>

or here... http://pastebin.com/embed_iframe/McFepjn6

Thanks for any assist or suggestion

[Woodstock]

libdvdread: Encrypted DVD support unavailable.

Yes, your upgrade removed the 3rd-party library you were using to decrypt disks with handbrake. Such 3rd-party libraries are NOT supported here, as handbrake is not intended to rip data from protected media.

Try the rip with something that understands the encryption; MakeMKV is available for the Mac, and a lot of us use it, but it isn't the only tool that can remove encryption.

[PunkMonkey]

I too upgraded to Sierra but I have Ant downloader in firefox which provided an MKV, and that MKV will convert video to PP4 but not with any sound.

<script src="//pastebin.com/embed_js/M6mAPDa5"></script>

I know nothing about software programming so this is an absolute "Dummy" following instructions to the best of their abilities.

[CoreWaterNight]

I'm just gonna leave this right here:
http://mac.softpedia.com/get/Developmen ... l#download

[s55]

If you want to have a headache along with failed encodes, sure. Or you could use proper tools for the job.

[CoreWaterNight]

No, your libdvdnav & libdvdread decoders give me failed encodes. They are buh-rok-en. The libdvdcss package above fixed it. Can't get more black & white than that.

Please refer me to the "proper" alternative to Handbrake that will allow me to do a CSS decode and a chapter-specific rip in one step, and I'll gladly use it. Until then, please be more constructive in your critiques than "you're holding it wrong." Ripping an entire disc prior to converting is not a workflow I'm interested in.

[mduell]

What you want doesn't exist, and you're likely to be disappointed with some future encode where HB+libdvdcss don't work like you expect.

[s55]

No, they are not broken. They work perfectly fine. They are not rippers so don't remove css protection. They interact with libdvdcss if it's avaialble, but none of the 3 fix any of the now hundreds of types of structrual protections that many discs now come with. Ergo, failed encodes. Often encodes fail in ways you won't notice until you get half way though a file and notice that a couple of it's chapters are out of sequence, or something equally annoying.

The only real option is the two step process, including something like MakeMKV or many of the other tools that are discussed in literally hundreds of threads on this forum already.

We don't recommend against using libdvdcss to annoy people. We do it to save them time. Sooner or later you'll get bitten with it.

[Woodstock]

What's the current link to the "Is/Isn't" documentation page? The old one I had doesn't work...

[JohnAStebbins]

No, your libdvdnav & libdvdread decoders give me failed encodes. They are buh-rok-en.

libdvdnav != libdvdcss. dvdnav interprets the structure of the disc. dvdcss decrypts blocks of media. They are completely different things. HandBrake does not provide decryption of media blocks, but can use dvdcss to do so if it is found. But as others have said, the structure of the disc can also be used to make ripping difficult. If you don't use a good ripper that can fix the structure of the disc, you will get bad encodes for many current DVDs. A dedicated ripper does things that dvdnav + dvdcss can't do.

[CoreWaterNight]

I understand. Do you have recommendations on a ripper that can do specific chapters, or a time range?

[mduell]

MakeMKV and then trim with mkvtoolnix.

[Rusalka]

I am experiencing a similar issue. After upgrading from Mavericks to Sierra last week, I can no longer encode any videos.

When I set profile to High, it will complete pass 1, then stop and say encode is done, but there is no output. The log below is from when I set profile to normal.

I do see one error but can not find any reference to it online: GUI ERROR dialog: avio_open2 failed, errno -13

Activity log
[10:32:24] hb_scan: path=/Volumes/WD-Red-2TB/Home_vid, title_index=47
[10:32:24] scan: BD has 51 title(s)
[10:32:24] bd: scanning title 47
[10:32:24] bd: playlist 00882.MPLS
[10:32:24] bd: duration is 00:44:36 (2676548 ms)
[10:32:24] bd: video id=0x1011, stream type=H.264, format 1080p
[10:32:24] bd: aspect = 1.77778
[10:32:24] bd: audio id=0x711100, lang=English (DTS), 3cc=eng
[10:32:24] bd: audio id=0x1100, lang=English (DTS-HD MA), 3cc=eng
[10:32:24] bd: audio id=0x1101, lang=Japanese (AC3), 3cc=jpn
[10:32:24] bd: subtitle id=0x1200, lang=Japanese, 3cc=jpn
[10:32:24] bd: subtitle id=0x1201, lang=English, 3cc=eng
[10:32:24] bd: subtitle id=0x1202, lang=Japanese, 3cc=jpn
[10:32:24] bd: chap 1 packet=768, 7007 ms
[10:32:24] bd: chap 2 packet=1506048, 42709 ms
[10:32:24] bd: chap 3 packet=110907840, 534367 ms
[10:32:24] bd: chap 4 packet=1529813184, 636260 ms
[10:32:24] bd: chap 5 packet=3197020032, 340548 ms
[10:32:24] bd: chap 6 packet=4093578240, 468259 ms
[10:32:24] bd: chap 7 packet=5343740544, 219594 ms
[10:32:24] bd: chap 8 packet=5938553472, 399315 ms
[10:32:24] bd: chap 9 packet=6974318976, 28236 ms
[10:32:24] bd: chap 10 packet=7038966528, 250 ms
[10:32:24] bd: title 47 has 10 chapters
[10:32:24] scan: decoding previews for title 47
[10:32:24] scan: title angle(s) 1
[10:32:24] scan: audio 0x711100: dca, rate=48000Hz, bitrate=1536000 English (DTS) (5.1 ch)
[10:32:24] scan: audio 0x1100: dca, rate=48000Hz, bitrate=1536000 English (DTS-HD MA) (5.1 ch)
[10:32:24] scan: audio 0x1101: ac3, rate=48000Hz, bitrate=640000 Japanese (AC3) (5.1 ch)
[10:32:25] macgui: Queue reloaded
[10:32:25] scan: 10 previews, 1920x1080, 23.976 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 1:1
[10:32:25] stream: 7 good frames, 0 errors (0%)
[10:32:25] libhb: scan thread found 1 valid title(s)
[10:32:25] macgui: ScanDone state received from fQueueEncodeLibhb
[10:32:25] macgui: Preset: Normal (Default)
[10:32:25] macgui: processNewQueueEncode number of passes expected is: 1
[10:32:25] macgui: Start / Stop set to chapters
[10:32:25] macgui: prepareJob exiting
[10:32:25] 1 job(s) to process
[10:32:25] starting job
[10:32:25] sync: expecting 64172 video frames
[10:32:25] job configuration:
[10:32:25] * source
[10:32:25] + /Volumes/WD-Red-2TB/Home_vid
[10:32:25] + title 47, chapter(s) 1 to 10
[10:32:25] * destination
[10:32:25] + /Volumes/Plex Storage/Home_vid-234.m4v
[10:32:25] + container: MPEG-4 (libavformat)
[10:32:25] + chapter markers
[10:32:25] * video track
[10:32:25] + decoder: h264
[10:32:25] + bitrate 200 kbps
[10:32:25] + filters
[10:32:25] + Framerate Shaper (0:27000000:1126125)
[10:32:25] + frame rate: same as source (around 23.976 fps)
[10:32:25] + Crop and Scale (1920:1080:0:0:0:0)
[10:32:25] + source: 1920 * 1080, crop (0/0/0/0): 1920 * 1080, scale: 1920 * 1080
[10:32:25] + loose anamorphic
[10:32:25] + storage dimensions: 1920 * 1080, mod 2
[10:32:25] + pixel aspect ratio: 1 / 1
[10:32:25] + display dimensions: 1920 * 1080
[10:32:25] + encoder: H.264 (libx264)
[10:32:25] + preset: veryfast
[10:32:25] + profile: main
[10:32:25] + level: 4.0
[10:32:25] + quality: 20.00 (RF)
[10:32:25] * audio track 1
[10:32:25] + decoder: English (DTS) (5.1 ch) (track 1, id 0x711100)
[10:32:25] + bitrate: 1536 kbps, samplerate: 48000 Hz
[10:32:25] + mixdown: Dolby Pro Logic II
[10:32:25] + encoder: AAC (Apple AudioToolbox)
[10:32:25] + bitrate: 160 kbps, samplerate: 48000 Hz
[10:32:25] encx264: min-keyint: 24, keyint: 240
[10:32:25] encx264: encoding at constant RF 20.000000
[10:32:25] encx264: unparsed options: level=4.0:ref=1:8x8dct=0:weightp=1:subme=2:mixed-refs=0:trellis=0:vbv-bufsize=25000:vbv-maxrate=20000:rc-lookahead=10
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile Main, level 4.0
GUI ERROR dialog: avio_open2 failed, errno -13
[10:32:25] work: average encoding speed for job is 0.000000 fps
[10:32:25] reader: first SCR 1044806 id 0x1011 DTS 1044806
[10:32:25] reader: done. 1 scr changes
[10:32:25] macgui: Queue reloaded
[10:32:26] sync: got 0 frames, 64172 expected
[10:32:26] render: lost time: 0 (0 frames)
[10:32:26] render: gained time: 0 (0 frames) (0 not accounted for)
[10:32:26] dca-decoder done: 0 frames, 0 decoder errors, 0 drops
[10:32:26] stream: 2 good frames, 0 errors (0%)
[10:32:26] libhb: work result = 3
[10:32:26] macgui: incrementQueueItemDone there are no more pending encodes
[10:32:43] macgui: Queue reloaded

[rollin_eng]

That might be a write error, do you have access and permission to write to your destination?

[Rusalka]

That was it, the upgrade changed write permissions on my external drives.

Thank you rollin_eng!!

[Ronin]

You can upgrade your system to handle the DVD/Blu-ray disc then it will automatically hand it off to Handbrake to do the transcoding. Its actually completely reliable and simple (because its a one step process).

MakeMkV is a nice too l but its still in BETA which means that by definition it might not be reliable. It also take much longer to process a disc through MakeMKV then you have to manually select the MakeMKV output, run it through Handbrake then when its done, go back and delete the MKV file (its gigantic). MakeMKV is also not automatic, it cannot select which title is the one you want so you have to figure out on your own which one (of potentially 99 different choices) which is not obvious (and often is not "the biggest one").

Try this reliable and effective method instead:

[Removed by moderator]

[BradleyS]

Try this reliable and effective method instead:
[Removed by moderator]

One can't even move files to /usr/lib with Apple's SIP.

It would be nice if people would stop recommending libdvdcss and linking to outdated articles about it. Creates a lot of support issues for us.

Your criticism of MakeMKV seems entirely unwarranted; it actually seems to be the most reliable imaging tool as it handles a lot of structural issues with broken and poorly mastered discs.

[Woodstock]

"Beta" != unreliable, just as "release" != bug-free. And it's only recently that handbrake's "release" version hit 1.0.x...

If you check the MakeMKV site, it can use a locally-installed Java Runtime Environment (from java.com) to help locate the "real" title "most" of the time.

The arguments for using an unsupported method for forcing handbrake to decrypt disks are a lot fewer than using tools designed for the task.