View Full Version : why x264v721 doesn't have --nal-hrd option ?
bob0r
30th January 2008, 10:58
- x264 revision 736
- AQ_0.48.diff
- x264_2pass_vbv.0.diff
- x264_hrd_pulldown.04.diff
x264.736.dark.aq.0.48-2pass_vbv.0-hrd_pulldown.04.exe (http://files.x264.nl/AQ/x264.736.dark.aq.0.48-2pass_vbv.0-hrd_pulldown.04.exe) pthreads/gpac/fprofiled = yes
MatMaul
30th January 2008, 11:46
seems like a new version of the 2pass_vbv patch is available :
http://mailman.videolan.org/pipermail/x264-devel/2008-January/004015.html
bob0r
30th January 2008, 12:35
seems like a new version of the 2pass_vbv patch is available :
http://mailman.videolan.org/pipermail/x264-devel/2008-January/004015.html
Next rev or AQ it will be added :)
bob0r
1st February 2008, 02:34
seems like a new version of the 2pass_vbv patch is available :
http://mailman.videolan.org/pipermail/x264-devel/2008-January/004015.html
patch -p0 < x264_2pass_vbv.4.diff
patching file `encoder/ratecontrol.c'
patch unexpectedly ends in middle of line
patch: **** malformed patch at line 244:
Even when convert to unix format: FAIL!
Sorry, can't add this patch for now. Test before you post??
Edit:
Email send to it's creator..... we wait.
Sharktooth
1st February 2008, 15:57
is line 244 the last line?
bob0r
1st February 2008, 16:03
is line 244 the last line?
When i remove the last line, another one is bad, someone just needs to make it correct, i have mailed the author as i said.
Sharktooh come irc please (ill try not fall asleep this time :o)
MatMaul
1st February 2008, 22:39
yes the patch is malformed but it is just a problem with the patch file itself not the code I think.
here is a good patch :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/x264_2pass_vbv.4.diff
bob0r
3rd February 2008, 05:48
x264.736.modified.01.exe (http://files.x264.nl/x264.736.modified.01.exe)
General thread:
http://forum.doom9.org/showthread.php?t=130364
x264_aq_var.48.diff
http://forum.doom9.org/showthread.php?t=132760
x264.gaussian.cplxblur.01.diff
Dark Shikari: - gaussian cplxblur: gives a tiny improvement in 2pass ratecontrol
x264_me-prepass_DeathTheSheep.01.diff
http://forum.doom9.org/showthread.php?p=1093523
x264_2pass_vbv.4.MatMaul.diff
http://mailman.videolan.org/pipermail/x264-devel/2008-January/004015.html
x264_hrd_pulldown.04.diff
- HRD and pulldown for HD compatibility
csy
3rd February 2008, 07:21
@bob0r
I would like to request your next build please use the hrd/pulldown patch with the interlacing fix from dattrax, attached in the post:
http://forum.doom9.org/showpost.php?p=1047919&postcount=157
(if that is not too much trouble)
Thanks
bob0r
3rd February 2008, 16:16
@bob0r
I would like to request your next build please use the hrd/pulldown patch with the interlacing fix from dattrax, attached in the post:
http://forum.doom9.org/showpost.php?p=1047919&postcount=157
(if that is not too much trouble)
Thanks
x264.736.modified.02.exe (http://files.x264.nl/x264.736.modified.02.exe)
General thread:
http://forum.doom9.org/showthread.php?t=130364
x264_aq_var.48.diff
http://forum.doom9.org/showthread.php?t=132760
x264.gaussian.cplxblur.01.diff
Dark Shikari: - gaussian cplxblur: gives a tiny improvement in 2pass ratecontrol
x264_me-prepass_DeathTheSheep.01.diff
http://forum.doom9.org/showthread.php?p=1093523
x264_2pass_vbv.4.MatMaul.diff
http://mailman.videolan.org/pipermail/x264-devel/2008-January/004015.html
x264_hrd_pulldown.04_interlace.diff
- HRD and pulldown for HD compatibility, updated patch for interlacing
http://forum.doom9.org/showthread.php?p=1047919#post1047919
csy
5th February 2008, 04:58
:thanks:
Thanks bob0r, much appreciated!
survivant001
10th February 2008, 15:03
why do I still obtain buffer underflows event with the vbv patch ?
akupenguin
10th February 2008, 17:21
VBV is aproximate. x264 will only make an effort to comply, and warn you when it failed.
survivant001
10th February 2008, 18:19
@akupenguin
thanks.
I'm trying to figure how to avoid this problem, or which setting to tweak whent his happen
here a discusion with other person that have the problem
http://forum.doom9.org/showthread.php?p=1098148#post1098148
Sagittaire
11th February 2008, 10:49
In most time you can solve this problem if you reduce qcomp.
Try with this empirical formulation:
qcomp = 1.00 - ( average_bitrate / max_bitrate )
survivant001
11th February 2008, 12:10
thanks Sagittaire.
here my command line (mostly base on one that you posted)
"D:\DVD-tools\tools\AutoMKV095_NORIP\exe\encoder\x264.exe" --pass 2 --bitrate 7304 --stats "D:\DVD-convertion\converting\temp\.stats" --progress --keyint 14 --min-keyint 2 --bframes 3 --qpmin 5 --qpmax 51 --mixed-refs --trellis 1 --ref 3 --filter 0,0 --subme 6 --direct auto --vbv-bufsize 14745 --vbv-maxrate 30000 --me dia --level 4.1 --weightb --b-rdo --bime --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --threads auto --thread-input --aud --nal-hrd --sar 1:1 --me-prepass --qcomp 0.40 --ipratio 1.10 --pbratio 1.10 --no-psnr --output "D:\DVD-convertion\converting\temp\movie.264" "D:\DVD-convertion\converting\temp\movie.avs" -v 2>pass_verbose.txt
by your formula, 0.40 should be ok.. but doesn't work.
I'll try with 0.35 (but don't know what will be the result on quality)
here my output log
http://forum.doom9.org/showthread.php?p=1098933#post1098933
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.