HandBrake 0.10.2 Discussion Thread
HandBrake 0.10.2 Discussion Thread
Discussion Thread for the 0.10.2 Release.
Re: HandBrake 0.10.2 Discussion Thread
Not to complain, as new releases and bug fixes are always welcome, and i really do really appreciate all the hard work you guys do in your free time.
But a change/fix log would be nice, as you then can see if a problem should be fixed or not.
But a change/fix log would be nice, as you then can see if a problem should be fixed or not.
-
JohnAStebbins
- HandBrake Team
- Posts: 5723
- Joined: Sat Feb 09, 2008 7:21 pm
Re: HandBrake 0.10.2 Discussion Thread
Hi guys,
I have a question, probably a silly one, since I'm new here
Why the x264 and x265 encoders have not been updated from previous version (0.10.1) ?
It's hard for me to understand where the performance improvements come from if not from updated encoders
Since I don't know how to see x264 and x265 encorders versions without encoding something, I did that and saved the results taken from mediainfo in a file
The nightly build from today has the same encoders as the nightly from 2-3 weeks ago and they are newer than latest release which has the same encoders as previous release
I don't understand how the recently released 0.10.2 have encoders older than a nightly build from 2-3 weeks ago
Since encoding in h265 is pretty slow I wanted to use x265 1.7 for the asm optimizations it brings
Do I need to use a nightly build for that?
Thank you
I have a question, probably a silly one, since I'm new here
Why the x264 and x265 encoders have not been updated from previous version (0.10.1) ?
It's hard for me to understand where the performance improvements come from if not from updated encoders
Since I don't know how to see x264 and x265 encorders versions without encoding something, I did that and saved the results taken from mediainfo in a file
Code: Select all
0.10.1.6962
x264 core 142 r2479 dd79a61
x265 1.5:[Windows][GCC 4.9.0][64 bit]
Nightly svn 7243 (2-3 weeks ago)
x264 core 144 r2525 40bb568
x265 1.7:[Windows][GCC 4.9.0][64 bit]
Nightly svn 7285 (today)
x264 core 144 r2525
x265 1.7:[Windows][GCC 4.9.0][64 bit]
0.10.2.7286
x264 core 142 r2479
x265 1.5:[Windows][GCC 4.9.0][64 bit]
I don't understand how the recently released 0.10.2 have encoders older than a nightly build from 2-3 weeks ago
Since encoding in h265 is pretty slow I wanted to use x265 1.7 for the asm optimizations it brings
Do I need to use a nightly build for that?
Thank you
Re: HandBrake 0.10.2 Discussion Thread
The code is branched.
"0.10.x" contains fixes only from the original 0.10.0 release which was around revision 6500 approx.
"trunk" is the nightly and has many more changes.
You can't tell from the revision number if your using a nightly or 0.10.x release. Subversion numbers commits sequentially, not by branch.
As for performance, there was no change to the encoder performance from 0.10.1 to 0.10.2. What was fixed as a compile issue with FDKAAC which if you were using, may have been bottle-necking the encode. In some cases this was quite substantial slowdown.
Yes, if you want to run a newer x265, you need to track the nightly stream and put up with the fact it's less stable / may have more issues.
"0.10.x" contains fixes only from the original 0.10.0 release which was around revision 6500 approx.
"trunk" is the nightly and has many more changes.
You can't tell from the revision number if your using a nightly or 0.10.x release. Subversion numbers commits sequentially, not by branch.
As for performance, there was no change to the encoder performance from 0.10.1 to 0.10.2. What was fixed as a compile issue with FDKAAC which if you were using, may have been bottle-necking the encode. In some cases this was quite substantial slowdown.
Yes, if you want to run a newer x265, you need to track the nightly stream and put up with the fact it's less stable / may have more issues.
Re: HandBrake 0.10.2 Discussion Thread
All makes sense now
Thank you very much for the explanation
Thank you very much for the explanation