Search found 19 matches
- Mon Feb 22, 2016 1:22 am
- Forum: Feature Requests
- Topic: [Implemented] VP9 support
- Replies: 32
- Views: 19598
Re: [Planned] VP9 support
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...
- Sun Feb 21, 2016 10:29 pm
- Forum: Feature Requests
- Topic: [Implemented] VP9 support
- Replies: 32
- Views: 19598
Re: [Planned] VP9 support
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 ...
- Tue Feb 16, 2016 11:26 pm
- Forum: Feature Requests
- Topic: [Implemented] VP9 support
- Replies: 32
- Views: 19598
Re: [Planned] VP9 support
Actually these *are* the very droids that make a huge difference, but the evil Handbrake empire fails to recognize (i.e. implement) them :->JohnAStebbins wrote:Move along, these aren't the droids you're looking for.
- Sun Jan 17, 2016 9:48 am
- Forum: Feature Requests
- Topic: [Implemented] Pause encode on low disk space (at least WinGUI)
- Replies: 8
- Views: 2487
Re: Pause encode on low disk space (at least WinGUI)
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 ...
- Sun Jan 17, 2016 9:46 am
- Forum: Feature Requests
- Topic: [Accepted] anymore news regadring NNEDI3 being ported
- Replies: 21
- Views: 8100
Re: [Accepted] anymore news regadring NNEDI3 being ported
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...
- Tue Nov 03, 2015 11:46 pm
- Forum: Feature Requests
- Topic: [Implemented] VP9 support
- Replies: 32
- Views: 19598
Re: [Planned] VP9 support
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...mduell wrote:Hey look, it's November 2015 and VP9 still sucks.
- Fri Oct 30, 2015 11:28 pm
- Forum: Feature Requests
- Topic: [Implemented] VP9 support
- Replies: 32
- Views: 19598
Re: [Planned] VP9 support
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...
- Wed Oct 07, 2015 7:08 am
- Forum: Feature Requests
- Topic: [Implemented] Pause encode on low disk space (at least WinGUI)
- Replies: 8
- Views: 2487
[Implemented] Pause encode on low disk space (at least WinGUI)
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 ...
- Mon Oct 05, 2015 5:47 am
- Forum: Feature Requests
- Topic: WinGUI: don't write global options to queue file
- Replies: 0
- Views: 2255
WinGUI: don't write global options to queue file
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...
- Mon Oct 05, 2015 5:42 am
- Forum: Bugs
- Topic: [DONE] OpenCL x264 readahead crash on longer queue
- Replies: 6
- Views: 1765
Re: [DONE] OpenCL x264 readahead crash on longer queue
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 :-\
- Thu Oct 01, 2015 7:48 pm
- Forum: Bugs
- Topic: [DONE] OpenCL x264 readahead crash on longer queue
- Replies: 6
- Views: 1765
Re: OpenCL x264 readahead crash on longer queue
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 ...
- Thu Oct 01, 2015 6:12 pm
- Forum: Bugs
- Topic: [DONE] OpenCL x264 readahead crash on longer queue
- Replies: 6
- Views: 1765
Re: OpenCL x264 readahead crash on longer queue
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...
- Thu Oct 01, 2015 9:32 am
- Forum: Bugs
- Topic: [DONE] OpenCL x264 readahead crash on longer queue
- Replies: 6
- Views: 1765
[DONE] OpenCL x264 readahead crash on longer queue
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...
- Wed Aug 19, 2015 1:48 pm
- Forum: Windows
- Topic: Nightly builds for Windows?
- Replies: 38
- Views: 8544
Re: Nightly builds for Windows?
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...
- Sun Feb 22, 2015 8:12 am
- Forum: Windows
- Topic: Nightly upgrade kills defaults and user presets
- Replies: 3
- Views: 660
Nightly upgrade kills defaults and user presets
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...
- Wed Oct 29, 2014 7:15 pm
- Forum: Bugs
- Topic: [Invalid] Automatic cropping scan too rough
- Replies: 3
- Views: 853
Re: Automatic cropping scan too rough
Oh my, whatdayaknow - I didn't manage to connect "preview scan" to the cropping option, sorry, sounded more like something about previewingmduell wrote:Already an option in settings...
- Sun Oct 26, 2014 7:55 pm
- Forum: Bugs
- Topic: [Invalid] Automatic cropping scan too rough
- Replies: 3
- Views: 853
[Invalid] Automatic cropping scan too rough
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...
- Wed Oct 01, 2014 3:19 pm
- Forum: Feature Requests
- Topic: Subfolder queueing (WinGUI)
- Replies: 6
- Views: 2665
Subfolder queueing (WinGUI)
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'...
- Mon Sep 01, 2014 3:10 pm
- Forum: Feature Requests
- Topic: Opus audio codec support
- Replies: 8
- Views: 2175
Re: Opus audio codec support
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...