HandBrake

Just add my support for this to hopefully to be added in a release sometime down the line!
E-AC3 is streets ahead of standard AC3 for the additional streams it can support and the higher bitrates.

You could always uncheck 'auto-cropping', run HB and see what you get.

Rodeo wrote:

tac2 wrote:I'm running VLC 2.2.0 RC1. I don't think 2.1.5 has h.265 support.

It does, but it doesn't recognize the 'hev1' sample entry name, unlike 2.2.0…

That would explain it then
Im only on 2.1.5.

Thanks

Strange i got an error message on VLC for myself then....
Might have to have a play around

Not sure if it helps, but when i was playing around with H.265, i tried to use an .MP4 container and VLC would flatout refuse to play it.
Used an .MKV and it played it perfectly.
So try an MKV

mduell wrote:

popeye13 wrote:

mduell wrote:Show me the encode logs with the same source and different releases.

Because i really have those don't i!!!
i don't need an encode log to tell me what's right infront of my eyes!

Put up or shut up.

How very immature!

mduell wrote:Show me the encode logs with the same source and different releases.

Because i really have those don't i!!!
i don't need an encode log to tell me what's right infront of my eyes!

This is not a change in the "new release" (whatever that is); the seconds option has always gone to the nearest (or possibly next or previous, I forget) keyframe. It has never been second accurate unless your stream had a keyframe every second. Then why was the previous release no problem yet this ...

So, you can tell Handbrake to encode a certain timeframe of a file in Chapters, frames or Seconds. But since the new release, ive noticed the seconds option is wholly inaccurate. Before, it would hit the exact second you set it too, but now, it at times can be as many as 3 seconds out, meaning you h...

Woodstock wrote:What algorithm would you suggest? "A better one" isn't very specific.

Oh, and to quote others, "Patches Welcome".

Oh im sorry, i thought this was a suggestion forum. I didn't realise i had to satisfy you too!!!

I was told the framerate conversion algorithm is very basic so i suggest a better one that doesn't cause stuttering when changing a lower framerate to a higher one (Such as 23.976 to 25)

Rodeo wrote:Nope. Our framerate conversion algorithm is very basic, sorry.

No worries. Thanks for the reply anyway

Hi folks.

Im looking to convert some video files i have from 23.976 FPS to 25 FPS but when i do that with Handbrake, it causes a VERY noticeable stutter.
So my question is, can i convert the 23.976 file to 25 using Handbrake but without the stutter?

Many thanks

musicvid wrote:Actually, I think WinGUI still allows full vertical.
Anamorphic-none, maintain aspect, and raise the vertical to 1080.
Hope it hasn't changed recently.

Thanks hugely. It worked.
I now have a file thats in the correct AR, it allowed me to go up to 1920.

GregiBoy wrote:You have to use the CLI. The GUI will not allow upsizing.

And how do i do that?

So i have a file that i wish to convert from MKV to MP4. But the dimensions are 1440 x 1080 but has rectangle pixels and when i set the encode to go and then copy to disc, the AR is wrong and no ability to change the AR on the DVD player or TV. So, how do i get Handbrake to output the 1440 file to 1...

Looks like an issue with your presets file. Try deleting it and let HandBrake rebuild it on launch. https://trac.handbrake.fr/wiki/Presets Hi, thanks for the tip. Only issue is, i did that and it started, but now, the UI looks like something from the early releases and i have to delete the preset f...

Anyone??

I cannot open handbrake at all, i get an error message with the following log. HandBrake has detected corruption in the presets file and has attempted to rebuild this file. Please restart HandBrake before continuing. HandBrake.ApplicationServices.Exceptions.GeneralApplicationException: Exception of ...