hello. i've just recently started using CCE SP2 and i have noticed my video output size is always smaller than the average bitrate i have set. i am using mpeg2 for dvd setting in cce and multipass vbr of 3 passes. for a 1h 20min 44s movie i set the average bitrate to 7077. i am inputting the video to cce using an avisynth script of:
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\UnFilter.dll")
AVISource("E:\movie.avi", audio=false)
addborders(0,32,0,32)
spline36resize(720,480)
unfilter(15,15)
#deinterlace
#crop
#resize
#denoise
the resulting mpv output is smaller at around 3.6gb. i am encoding the audio to 6ch 448kbps ac3. this results in a much lower overall dvd size than i am trying achieve. the output mpv average bitrate ends up being in the 5800kbps range even though i didnt set it to that. does anyone have any suggestions on why cce is encoding with lower average bitrate even though i am telling it to use higher average bitrate? thank you for your help.
EDIT: when i chose multipass cbr of 3 passes the resulting mpv file is the bitrate that i set for it and the file size is the desired file size i was trying to make. but in multipass vbr it is as i described above.
+ Reply to Thread
Results 1 to 24 of 24
-
Last edited by tebugg; 30th Oct 2013 at 15:16.
-
-
-
I didn't understand all that because I don't know what 'rate convert' is in CCE. I do use a 2.70 SP2 version, but uncheck the 'for DVD' box and apply DGPulldown afterwards. Did checking that 'rate convert' box solve your problem, or so far no solution?
Is the length of the output M2V (or, after authoring, the DVD) the same length as the source AVI? -
in cce sp2 there's an option to let cce change the framerate of the output file. you put a check mark in rate convert that is below the framerate selections and it does it. i tried to uncheck for dvd to relax the restrictions but it still results in a smaller file. i dont have an option to not apply pulldown in cce because for some reason the pulldown is greyed out and there are automaticly check marks in pulldown. also the inverse pulldown has a check mark in it that's greyed out. the resulting output is the same time frame as the source but that doesnt solve the problem of cce making the output file smaller than i want it to be when using multipass vbr.
EDIT: ok i got pulldown unchecked in cce. it's not applying any pulldown for output. have a question though, dont i want the encoder to apply pulldown? i know in hcenc it applies it for you (3:2 pulldown). or can i just not do any pulldown during encode and have dgpulldown apply the right pulldown after encode? -
Give a try to a higher-bitrate quantization matrix.
Setting the inter-matrix to "all 16" might be sufficient in this case... -
hhmm. i am using a different matrix not the standard mpeg one. but i use this same matrix in hcenc and it has no problem giving me my desired output size. it is sharktooth's v3uhr matrix. i like the results it gives. maybe cce doesnt like it?
EDIT: just encoded a south part episode that i have. this is multipass vbr 3 passes set to 6000 average bitrate. this is the output file info:
General
Complete name : I:\South.Park.S16E06.720p.BluRay.x264-DEMAND\south.park.s16e06.720p.bluray.x264-demand.mkv.mpv
Format : MPEG Video
Format version : Version 2
File size : 940 MiB
Duration : 22mn 22s
Overall bit rate mode : Variable
Overall bit rate : 5 873 Kbps
Video
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : Variable
Duration : 22mn 22s
Bit rate mode : Variable
Bit rate : 5 873 Kbps
Maximum bit rate : 9 000 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.709
Time code of first frame : 01:00:00:00
Stream size : 940 MiB (100%)
that's only a 22min episode. if it was say an hour and half movie the bitrate would be even lower, resulting in a smaller file than what i'm looking to make to fill out a dvd. and this encode was without pulldown checked in cce.Last edited by tebugg; 30th Oct 2013 at 18:02.
-
First of all, the target of Sharktooth's matrices is MPEG-4 ASP (i.e., Xvid, DivX, whatever), not MPEG-2.
My guess: CCE is doing its job well, and you worry too much
It's not impossible that CCE simply refuses to fill the stream with NULL padding-bytes, which is what other encoders possibly would do in similar circumstances (i.e., when the source video is easy to compress, and the actual average bitrate is lower than the target average bitrate).Last edited by El Heggunte; 30th Oct 2013 at 18:08. Reason: clarification : - /
-
-
Still, you shouldn't give up before trying other matrices.
The FOX matrix should be the obvious first choice. -
I was pretty sure it was a framerate problem because of the similar ratios of 23.976/29.97 and 5800/7077. Since you satisfied those concerns my next suggestion was to be the same one that El Heggunte made - use a better quantization matrix. The ones included in CCE aren't the best, although it's easy enough to add new ones. I was then thinking you had maxed out the quality using whatever matrix you chose, and the only alternative to get a bigger file size was to use a better matrix in CCE. Or switch to HCEnc, which has some decent ones included (along with a lot of crap). This would also explain why you were making your filesize when doing CBR encoding, maybe something I should have thought of earlier.
Glad you got it sorted out. -
hey guys. have another question that's not on the same topic of this thread but i thought i'd ask it in this thread since i'm the OP and didnt want to start another thread. in cce, if i input an avisynth file that has
pline64resize(720,480)", does this mean i am actually resizing the video twice? in cce options it has that spot for frame size. and in the frame size options you can edit it. i notice with the resize in avs script the encode for cce goes faster. if i take out that resize then the encode takes longer. which leads me to my question.
EDIT: i figured it out. i used trim in avs script to run a couple test clips and i was indeed resizing it twice from putting a resize in the avs script.Last edited by tebugg; 19th Nov 2013 at 16:10.
-
-
Good, thanks for the correction and clarification, aedipuss. I apologize for misleading you, tebugg. I like and understand the one I have and have never felt the need to upgrade.
-
thanks guys for the replies. yea i have SP2. i just found your version manono so i am going to give that a try. i also have sp3 but my version of sp3 does not handle HD sources very well. the encoder gives an out of memory error even though i have 16gb of system ram. my original question was does using an avs script with resize in it actually cause me to resize the video twice? since i'm resizing it in the avs script and cce sp2 seems to do a resize also since there isnt an option to make it not resize like your v2.70 has. if so then would i not use an avs resize and just let the encoder do it so i dont resize twice?
-
Your manual might have the answer. My guess is that if you open a video or script with the right resize already, then CCE won't resize again.
Unchecking the 'For DVD' box might also do something (grey it out?) because the video no longerhas to be DVD compliant -
-
Similar Threads
-
Compress video to small size to unplayable format?
By skullkandy09 in forum Video ConversionReplies: 3Last Post: 28th Jun 2013, 01:33 -
Help converting small size but large stream size asf video stream file?
By apple4red in forum Video Streaming DownloadingReplies: 5Last Post: 11th Oct 2010, 11:01 -
Best Video Format/Codec For Small Size, Yet Low Loss In Quality?
By kiwisoup in forum Video ConversionReplies: 13Last Post: 27th Jul 2010, 10:01 -
ssa titles size 28 in Video Dub still small , why?
By vitalspec in forum SubtitleReplies: 4Last Post: 10th Dec 2009, 05:51 -
small video size, but showing incorrect size (too big)
By mandy in forum Newbie / General discussionsReplies: 1Last Post: 17th Mar 2009, 04:14