H.264 b-frames

Edit history:

ballofsnow: 2007-03-08 11:44:01 pm

2007-03-08 11:41:29 pm

I made my own encoding with the usual configs, except switching to High Profile and turning on Adaptive DCT and I8x8.

This video does not play for me. I'm using Quicktime 7.1.3.

edit- Your hlbs vid seems to work though..

nate

2007-03-08 11:44:42 pm

confirmed not working. white mass. question is what is different between the hlbs iq lq (mq was made using old config) and that vid.

ballofsnow

Edit history:

ballofsnow: 2007-03-08 11:51:36 pm

2007-03-08 11:48:23 pm

From HLBS:

---------- E:\HALFLIFEBLUESHIFT_HARD_3218_IQ.MP4
☻N♠♣ J▄EΘ╜µ┘H╖û,╪ ┘#ε∩x264 - core 54 svn-623M - H.264/MPEG-4 AVC codec - Copyle
ft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=5 deblock=1:6
:6 analyse=0x1:0x131 me=umh subme=6 brdo=0 mixed_ref=1 me_range=16 chroma_me=1 t
rellis=2 8x8dct=0 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=2 nr=0 decimat
e=1 mbaff=0 bframes=16 b_pyramid=0 b_adapt=1 b_bias=0 direct=2 wpredb=1 bime=1 k
eyint=250 keyint_min=25 scenecut=40(pre) rc=2pass bitrate=5000 ratetol=1.0 rceq=
'blurCplx^(1-qComp)' qcomp=0.60 qpmin=19 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0
.5 ip_ratio=1.40 pb_ratio=1.30

From vid posted above:

E:\VIDEOPROCESSING\TEST_ADAPTIVEDCT_I8X8.MP4
☺┌♠♣ ╓▄EΘ╜µ┘H╖û,╪ ┘#ε∩x264 - core 54 svn-628M - H.264/MPEG-4 AVC codec - Copylef
t 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=8 deblock=1:0:
0 analyse=0x3:0x133 me=umh subme=7 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 tr
ellis=0 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=1 nr=0 decimate
=1 mbaff=0 bframes=3 b_pyramid=0 b_adapt=1 b_bias=0 direct=1 wpredb=1 bime=1 key
int=250 keyint_min=25 scenecut=40 rc=cqp qp=19 ip_ratio=1.40 pb_ratio=1.30

The analyse is different... but I saw in MeGUI that when I selected everything it changed to --analyse all.

edit- lol... you used 6:6 deblocking.. maybe that explains the low file size.

From HLBS:

---------- E:\HALFLIFEBLUESHIFT_HARD_3218_IQ.MP4
&#9787;N&#9824;&#9827;  J&#9604;E&#920;&#9564;µ&#9496;H&#9558;û,&#9578; &#9496;#&#949;&#8745;x264 - core 54 svn-623M - H.264/MPEG-4 AVC codec - Copyle
ft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=5 deblock=1:6
:6 analyse=0x1:0x131 me=umh subme=6 brdo=0 mixed_ref=1 me_range=16 chroma_me=1 t
rellis=2 [b]8x8dct=0[/b] cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=2 nr=0 decimat
e=1 mbaff=0 bframes=16 b_pyramid=0 b_adapt=1 b_bias=0 direct=2 wpredb=1 bime=1 k
eyint=250 keyint_min=25 scenecut=40(pre) rc=2pass bitrate=5000 ratetol=1.0 rceq=
'blurCplx^(1-qComp)' qcomp=0.60 qpmin=19 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0
.5 ip_ratio=1.40 pb_ratio=1.30

From vid posted above:

E:\VIDEOPROCESSING\TEST_ADAPTIVEDCT_I8X8.MP4
&#9786;&#9484;&#9824;&#9827; &#9555;&#9604;E&#920;&#9564;µ&#9496;H&#9558;û,&#9578; &#9496;#&#949;&#8745;x264 - core 54 svn-628M - H.264/MPEG-4 AVC codec - Copylef
t 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=8 deblock=1:0:
0 analyse=0x3:0x133 me=umh subme=7 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 tr
ellis=0 [b]8x8dct=1[/b] cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=1 nr=0 decimate
=1 mbaff=0 bframes=3 b_pyramid=0 b_adapt=1 b_bias=0 direct=1 wpredb=1 bime=1 key
int=250 keyint_min=25 scenecut=40 rc=cqp qp=19 ip_ratio=1.40 pb_ratio=1.30

The analyse is different... but I saw in MeGUI that when I selected everything it changed to --analyse all.

edit- lol... you used 6:6 deblocking.. maybe that explains the low file size.

nate

2007-03-08 11:51:05 pm

so what happened?

ballofsnow

2007-03-08 11:52:20 pm

Found it.. check the bold text.

Are you sure you used analyse all for HLBS?

nate

2007-03-08 11:54:14 pm

iq batch:

"D:\Program Files\megui\tools\x264\x264.exe" --pass 1 --bitrate 5000 --direct temporal --stats "%1.stats" --ref 5 --mixed-refs --bframes 16 --bime --weightb --subme 6 --trellis 2 --analyse all --me umh --qpmin 19 --threads 2 --thread-input --progress --no-psnr --output NUL "%1.avs"

"D:\Program Files\megui\tools\x264\x264.exe" --pass 2 --bitrate 5000 --direct temporal --stats "%1.stats" --ref 5 --mixed-refs --bframes 16 --bime --weightb --subme 6 --trellis 2 --analyse all --me umh --qpmin 19 --threads 2 --thread-input --progress --no-psnr --output "%1v.mp4" "%1.avs"

that's with the deblocking craziness removed.

ballofsnow

Edit history:

ballofsnow: 2007-03-09 12:04:40 am

2007-03-09 12:01:37 am

--qp 19 --ref 8 --mixed-refs --no-fast-pskip --bframes 3 --b-rdo --bime --weightb --subme 7 --analyse all --8x8dct --me umh --threads auto --thread-input --progress --no-psnr --no-ssim --output "E:\videoprocessing\level1_MQ.mp4" "E:\videoprocessing\level1_MQ.avs"

Anyways, I think I know what the problem is. Notice the 8x8dct. In MeGUI, when you select all the macroblock options, 8x8dct shows up no matter what. Otherwise, if you use the old settings it shows up as:

--qp 19 --ref 8 --mixed-refs --no-fast-pskip --bframes 3 --b-rdo --bime --weightb --subme 7 --analyse p8x8,b8x8,i4x4,p4x4 --me umh --threads auto --thread-input --progress --no-psnr --no-ssim --output "E:\videoprocessing\level1_MQ.mp4" "E:\videoprocessing\level1_MQ.avs"

I think what's happening is you're not using MeGUI... and so you manually leave out 8x8dct, but analyze all remains.

The solution may be: --analyse p8x8,b8x8,i4x4,p4x4

nate

2007-03-09 12:03:41 am

what's wrong with just using what i have? they might fold 8x8dct into all in the future or something?

ballofsnow

2007-03-09 12:06:36 am

There's nothing wrong. I think by leaving out 8x8dct it cancels out I8x8, so you're good.

nate

2007-03-09 12:07:40 am

weird, ok. this underscores how much we need to continuously test things in various players, especially quacktime, and especially when upgrading x264.