GBR24bit video compression using JM 15.1

[ramprasad85]

Hello
I encoded a raw GBR24bit video losslessly using JM 15.1. The decoded video was lossless.
I also compressed the raw video using winzip. But the size of the 264 file (7,855,004 bytes) was much larger than the file compressed by winzip (6,779,629 bytes).
I have attached the encoder.cfg I used. please help me with the parameter settings.
I have also pasted the encoder's output.
Thank you very much

Setting Default Parameters...
Parsing Configfile encoder.cfg..................................................
................................................................................
................................................................................
................................................................................
................................................................................


Parsing Quantization Offset Matrix file q_offset.cfg
Error: Cannot open configuration file q_offset.cfg.
Proceeding with default values for all matrices.
------------------------------- JM 15.1 (FRExt) -------------------------------
Input YUV file : 24bit_bgr.raw
Output H.264 bitstream : 24bit_bgr.264
Output YUV file : test_rec.yuv
YUV Format : YUV 4:4:4
Frames to be encoded I-P/B : 16/15
Freq. for encoded bitstream : 25.00
PicInterlace / MbInterlace : 0/0
Transform8x8Mode : 1
ME Metric for Refinement Level 0 : SAD
ME Metric for Refinement Level 1 : SAD
ME Metric for Refinement Level 2 : SAD
Mode Decision Metric : SAD
Motion Estimation for components : YCbCr
Image format : 640x480 (640x480)
Error robustness : Off
Search range : 32
Total number of references : 5
References for P slices : 5
References for B slices (L0, L1) : 5
List1 references for B slices : 1
Sequence type : I-B-P-B-P (QP: I 0, P 0, B 0)
Entropy coding method : CABAC
Profile/Level IDC : (244,40)
Motion Estimation Scheme : Fast Full Search
Search range restrictions : none
RD-optimized mode decision : used
Data Partitioning Mode : 1 partition
Output File Format : H.264/AVC Annex B Byte Stream Format
-------------------------------------------------------------------------------
Frame Bit/pic QP SnrY SnrU SnrV Time(ms) MET(ms) Frm/Fld Ref

-------------------------------------------------------------------------------
Inserting 4632/13895 cabac_zero_word syntax elements/bytes (Clause 7.4.2.10)
00000(NVB) 184
00000(IDR) 2083496 0 103.005 103.005 103.005 8558 0 FRM 1
Inserting 2578/7733 cabac_zero_word syntax elements/bytes (Clause 7.4.2.10)
00002( P ) 1910480 0 103.005 103.005 103.005 26081 13483 FRM 1
00001( B ) 1807016 0 103.005 103.005 103.005 61107 45258 FRM 0
Inserting 4868/14603 cabac_zero_word syntax elements/bytes (Clause 7.4.2.10)
00004( P ) 2139768 0 103.005 103.005 103.005 40162 27374 FRM 1
Inserting 987/2961 cabac_zero_word syntax elements/bytes (Clause 7.4.2.10)
00003( B ) 1891344 0 103.005 103.005 103.005 75456 59535 FRM 0
Inserting 10354/31060 cabac_zero_word syntax elements/bytes (Clause 7.4.2.10)
00006( P ) 2568760 0 103.005 103.005 103.005 55038 41611 FRM 1
Inserting 7725/23175 cabac_zero_word syntax elements/bytes (Clause 7.4.2.10)
00005( B ) 2459392 0 103.005 103.005 103.005 89472 72753 FRM 0
Inserting 8512/25536 cabac_zero_word syntax elements/bytes (Clause 7.4.2.10)
00008( P ) 2400760 0 103.005 103.005 103.005 67247 54383 FRM 1
....etc

[Dark Shikari]

Sequence type : I-B-P-B-P (QP: I 0, P 0, B 0)

Inserting 2578/7733 cabac_zero_word syntax elements/bytes (Clause 7.4.2.10)Your problems have been highlighted here.

B-frames always hurt lossless compression.

cabac_zero_word (see that part of the spec) is part of the optional (and rather retarded) "byte stuffing" feature that dumps junk bytes at the end of a frame if you've compressed it too much :rolleyes: . No, I'm not making this up.