HandBrake

Seems to be dropping the audio because you are requesting DTS passthrough, and the tracks are AC3.

Passthru requested and input codec is not the same as output codec for track 1, dropping track
Passthru requested and input codec is not the same as output codec for track 3, dropping track

Encode over, and MediaInfo shows 16 ref frames, so this bug is functionally a non-issue.

Cheers All (and sorry this thread has a not very useful name)

HI All, With the recent x264 profile et. al. changes, should I be getting 32 ref frames in the Unparse when using veryslow and animation? Only the preset and tune show in the log when the encode starts, so I assume x264 itself is cool, just the Unparse being odd? http://i.imgur.com/7u3cq.png [21:23:...

Right click and choose open from the menu. This specifically instructs ML to give you the "Open" option in the "Uncertified" warning dialogue.

Vobsub passthrough into MP4 container using 2 pass. Track 2 is the vobsub i'm guessing, and that's failing something.

Vobsub in MP$ is not officially supported by much, and may be the issue here - exacerbated by the fact the track is actually empty.

Thanks heaps Rodeo

80-90 for the whole thing. Hottest part is usually the corner where the magsafe plugs in. The foot in this corner has in fact brittled and broken.

I have been encoding on my 2010 MBP 2.66GHz i7 regularly (with heavier settings than you), my longest stint was an approximately day long encode of a grainy documentary from a blu-ray. No adverse side effects (bar battery health from being on high drain and charge for 24 hrs, remember to follow the ...

ATV2 profile puts some limits on some advanced settings that don't matter so much on ATV3. HP uses a more well-rounded set of advanced options as it is meant for devices fully supporting the H.264 High Profile spec, which the ATV2 was not quite up to.

The thing with hardware encoding on GPUs is that, once past the marketing, it isn't actually that brilliant with current algorithms. The current ideas for most stages of video encoding just don't scale well enough to be worth running on the many cores of a GPU, or require mathematical operations tha...

of course you can re-encode it. well, with the exception that HB cannot yet decode the newer DTS types, but DTS (and AC3) are cool and the new types just append extra channels or corrections on to an underlying old DTS type, which HB can decode. so, in short, you can re-encode dts to ac3 (dolby) but...

You are using FFMpeg as the encoder on 0.9.5 but x264 in 0.9.6.
This is a slower encoder with VERY MUCH higher visual quality (and smaller file size) output.

I believe changes in the Audio tab required it to be made wider. Assuming you are on a mac. Basically tho, more options = more space, and HB has lots of lovely options.

Yep, my bad. Sorry, it was an incomplete revert on my part. No errors from patch however... anyway, cheers for making a clean application to svn head.

Patch seems to require +#define HB_AMIXDOWN_6POINT1 0x09000007 +// discrete channel count of 7 as from previous patches in common.h in order to compile. Intentional or is this the special case 6.1? HBAudio, among others do not compile because they need this define. Cheers, Andrew

You are kinda left with three options here: 1: Encode the full dvd (all episodes) and just label it all Volume 1 or whatever, and use the chapters within whatever media player you use to skip to episodes (This is what I have fallen back on doing, as I am lazy) 2: use the GUI (or CLI if you really wa...

Correct. Or you could probably cut them into separate files post-encode using mkvmerge or similar. In the case of my anime for example (again), the episodes are very regular lengths ( under a second), and so i could if I so wished (I have in the past) use mkvmerge to split the HB full title encode i...

Is what you're getting at that say Title 0 on the dvd contains, hmm, 4 episodes of a TV show. There are chapters corresponding to episodes such that: T0 C1 = ep 1 T0 C2 = ep 2 T0 C3 = ep 3 T0 C4 = ep 4 Cos if so, ripping these chapters to separate outputs is not automated for many reasons, such as t...

On the Mac version at least there is an option to send files to another application. Look in preferences.

put the patch in the handbrake folder, go there in the Terminal, and type edit: and then re-compile HB of course

Lion? And VLC?

I don't think it is a HB issue. Try playing the file in QuickTime (no Perian) or some other player and see what happens. Then add your voice to the VLC complaints as the issue was supposedly fixed in 1.1.12 or 1.2.0-git but seemingly hasn't.

Well, that was fast

Just wondering, what are the chances of this going in soonish? I've used it since posting and it has produced better results on both Anime and live-action tv recordings than default decomb.

Cheers, Andrew

Note to anyone using this or the version on review board: r4297 mixed with this breaks compilation, as then both render.c and decomb.c have a method void build_gamma_lut( hb_work_private_t * pv ). These are not equivalent methods: Render.c void build_gamma_lut( hb_work_private_t * pv ) { int i; for(...

add --gcc=gcc-4.2 or something to configure (after first making sure you have it installed). XC 4.2 does not install it, and prefers llvm-gcc4.2 and clang, which it seems dependancies of Handbrake do not play nice with.

Well, at the very least, your 5.0 code worked in my singular use case. I also learnt my 2.66GHz i7 620M can encode a (decrypted) blu-ray source 4x faster than my 2.0GHz C2D. I wasn't expecting that much difference. It is usually only 2x faster. Anyway. thanks again for your patch Rodeo. It now will ...