HandBrake

I don't think renaming would be enough and the reason they don't include it True dat - just tried it, plus and in the most reccent libvpx 1.5.0 or master some minor changes occurred that break the build. Pity, but I will *never* give up home to use my beloved hb to web-encode for all current browse...

Prey, since I started compiling hb myself to include fdk-aac: Is there a patch available that simply replaces vp8 by vp9 w/o the necessity to change any gui? The default build uses "--enable-vp8-encoder --disable-vp9", but I guess there would have to be some renaming to be done. Rationale ...

JohnAStebbins wrote:Move along, these aren't the droids you're looking for.

Actually these *are* the very droids that make a huge difference, but the evil Handbrake empire fails to recognize (i.e. implement) them :->

Initial Implementation https://trac.handbrake.fr/changeset/6b713adaa58a127a65a5e69a6507d894a4760884. Edit: I'll actually probably change this over to pausing the encode once I make sure there is no overhead to regularly checking the level. Thanks! I'm looking forward to the pause encode version as ...

I bet you thought I forgot all about my Lovely NNEDI3 request... as if I would. I'm following this thread closely since the start (well, ok, not exactly :-p) but having the best avisynth stuff inside hb would be lovely as these filter combinations are the few things that rival the best commercial i...

mduell wrote:Hey look, it's November 2015 and VP9 still sucks.

Hey, no matter what date it is - there are (still) browsers around that don't support mpeg/h264 (not to speak h265), so for reliable streaming you need to dual-encode to vpx - which makes vp9 your best bet atm...

libvpx 1.4.0 released libvpx 1.5.0 is coming, a first test indicates ~20% performance gain: https://groups.google.com/a/webmproject.org/forum/#!topic/codec-devel/3LIDrS6aC50 ... don't be shy to re-test with the current dev code :-) as only bugfixes are left until release. So there are some improvem...

Please describe what you would like to see added to HandBrake: Since the gui now using libhb has the great option to pause encodes, it would be nice the gui could detect low hd space situations auto automatically pause until there's space again. It's not uncommon for apps that write larger amounts ...

Please describe what you would like to see added to HandBrake: Looking at the hbq files, I see that at least the dxva and opencl global options are written to the queue files as items for the individual encodes. This is confusing, because it's not easy to realize that toggling these items in the pr...

Doh - it was DXVA after all, I failed to realize that the *global* options (dxva, opencl scaling) are written as *individual* options to the handbrake queue file :-\

Can you reproduce the crash using e.g. the x264 command-line interface? I might try, but it's not done quickly since the WinGUI only crashes *sometimes* on the *same* file - so even if I get the cli to compile just fine it doesn't mean much. As for OpenCL in general: If would be mighty nice if the ...

Ugh? That surprises me, because it generates a "x264_lookahead.clbin" file ... maybe handbrake shouldn't do that if the gpu isn't supported anyway? I already disabled dxva decoding and opencl downscaling, so the crash seems to be related to the opencl readahead option. The puzzling thing i...

Please describe the problem in as much detail as possible: ... Encoding with x264 opencl lookahead works just fine (though the log states "supported: no", I don't know what exactly this relates to). However, running a longer queue sooner or later the encoder/gui crashes when starting with...

First off Thanks for all the work of the devs setting up the nightly win builds in the past - maybe a daily update isn't that important looking at the actual change frequency of WinGUI anyway. But: It would be nice if there'd be a manual win trunk compile available whenever some core libs change (li...

I don't know if this is broken by design, but in any case: It would be great if updating nightly wouldn't delete all settings and user profiles, or at least store the user profiles somewhere in case they have become incompatible for whatever reason. That's because losing all fine-tuned, well-crafted...

mduell wrote:Already an option in settings...

Oh my, whatdayaknow - I didn't manage to connect "preview scan" to the cropping option, sorry, sounded more like something about previewing

Using latest nightly WinGUI as of the time of this post: When handbrake scans for automatic cropping on loading a source, it often fails for multi-aspect ratio composite videos. This is often the case for documentaries mixing 4:3 tv and widescreen movie content, but also for fanedits piecing togethe...

I'm usually converting small video clips located in subfolders, and it is rather annoying to open each and every folder one at a time. Actually I'm quite lost that there seems to be no way to achieve this w/o hassle, I imagine this to be a common scenario? Unless I'm missing a functionality here, I'...

However, to show there is demand, I vote for this feature too :-). +1, I'd also like to add some real demand here :-) I agree that with fdk-aac Handbrake is now great even on Windows, but imho once x265 evolves adding opus as the next-gen codec combination would be great. I gather what I usually en...