View Full Version : CCE3 & OPV come to wrong output sizes!
EuropeanMan
14th June 2007, 20:15
Hi guys,
I have DVD-RB version 1.25 (i got the email recently for 1.26...haven't installed it yet).
EVEN with 3 passes & OPV, I will get output sizes ranging from 3.8 to 4.2 ALL THE TIME. This past weekend, I added TargetSector size and some CCEAQM line...still I do NOT get 4.35 or so...PLEASE someone help me...thanks in advance.
HERE is my ini file settings
[Options]
Mode=1
TargetSectors=2258366
OneClick=1
ReduceOpt=0
NoWarn=1
AdditionalOutput=1
LogFile=1
QuEncHQ=1
CCEAQM=1
EncoderMinimized=1
RemoveDTS=1
HC_Quality=1
HC_Matrix=1
SkinVersion=12
AudioDub=1
QuEncodeType=0
iDCT=0
GOP=0
DCPrec=0
MainMatrix=Encoder Default
LowMatrix=Same as Main Feature
VLowMatrix=Same as Main Feature
ExtraMatrix=Same as Main Feature
ProCoder_Quality=4
DVD_Label=HUMTUM
DVD_Name=HUMTUM.ISO
MovieOnly=2
HalfD1=00000
Convert_16_9=00000
DisableInterlace=00000
ConvertToYUY2=1
Skin=Rebuilder Default
CCE=4
Completed=65
EncoderPriority=0
ForceEncode=0
AVSFilter01=
AVSFilter02=
AVSFilter03=
AVSFilter04=
ISO_Output=1
ISO_Delete_Option=0
Decrypter_Write=0
Delete_Image_Option=0
Encode_Processes=1
AVSFilter05=
AVSFilter06=
AVSFilter07=
AVSFilter08=
AVSFilter09=
[Paths]
QuEnc=C:\Program Files\DVD-RB PRO\Encoders\QuEnc\QuEnc.exe
ReJig=C:\Program Files\DVD-RB PRO\Encoders\ReJig\ReJig.exe
HC=C:\Program Files\DVD-RB PRO\Encoders\HC Encoder\HCbatch.EXE
FFMPEG=C:\Program Files\DVD-RB PRO\Encoders\FFMpeg\ffmpeg.exe
ProCoder=C:\Program Files\DVD-RB PRO\Encoders\EclPro\EclPro.exe
DECOMB=C:\Program Files\AviSynth 2.5\plugins\Decomb521.dll
NICAUDIO=C:\Program Files\AviSynth 2.5\plugins\nicaudio.dll
MPEG2DEC=C:\Program Files\DVD-RB PRO\DGDecode.dll
Working=C:\Users\Farooq Malik\Desktop\CCE WORK\
Output=C:\USERS\FAROOQ MALIK\DESKTOP\CCE OUTPUT\
Source=C:\HUMTUM\VIDEO_TS\
CCENEW=C:\Program Files\Custom Technology\Cinema Craft Encoder SP2\ccew.exe
[Audio]
Selected=10000000111
Remapping=
[Subpictures]
Selected=000000000000000000000000000000001
[CCEOptions]
VBR_bias=25
Quality_prec=16
eclPasses=4
OPV=1
[Setup]
Languages=0000000000000000000000000000000001000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
sLanguages=0000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000000000000000000000000000
malves
14th June 2007, 20:38
Hi guys,
I have DVD-RB version 1.25 (i got the email recently for 1.26...haven't installed it yet).
EVEN with 3 passes & OPV, I will get output sizes ranging from 3.8 to 4.2 ALL THE TIME. This past weekend, I added TargetSector size and some CCEAQM line...still I do NOT get 4.35 or so...PLEASE someone help me...thanks in advance.
HERE is my ini file settings
[Options]
Mode=1
TargetSectors=2258366
OneClick=1
ReduceOpt=0
NoWarn=1
AdditionalOutput=1
LogFile=1
QuEncHQ=1
CCEAQM=1
EncoderMinimized=1
RemoveDTS=1
HC_Quality=1
HC_Matrix=1
SkinVersion=12
AudioDub=1
QuEncodeType=0
iDCT=0
GOP=0
DCPrec=0
MainMatrix=Encoder Default
LowMatrix=Same as Main Feature
VLowMatrix=Same as Main Feature
ExtraMatrix=Same as Main Feature
ProCoder_Quality=4
DVD_Label=HUMTUM
DVD_Name=HUMTUM.ISO
MovieOnly=2
HalfD1=00000
Convert_16_9=00000
DisableInterlace=00000
ConvertToYUY2=1
Skin=Rebuilder Default
CCE=4
Completed=65
EncoderPriority=0
ForceEncode=0
AVSFilter01=
AVSFilter02=
AVSFilter03=
AVSFilter04=
ISO_Output=1
ISO_Delete_Option=0
Decrypter_Write=0
Delete_Image_Option=0
Encode_Processes=1
AVSFilter05=
AVSFilter06=
AVSFilter07=
AVSFilter08=
AVSFilter09=
[Paths]
QuEnc=C:\Program Files\DVD-RB PRO\Encoders\QuEnc\QuEnc.exe
ReJig=C:\Program Files\DVD-RB PRO\Encoders\ReJig\ReJig.exe
HC=C:\Program Files\DVD-RB PRO\Encoders\HC Encoder\HCbatch.EXE
FFMPEG=C:\Program Files\DVD-RB PRO\Encoders\FFMpeg\ffmpeg.exe
ProCoder=C:\Program Files\DVD-RB PRO\Encoders\EclPro\EclPro.exe
DECOMB=C:\Program Files\AviSynth 2.5\plugins\Decomb521.dll
NICAUDIO=C:\Program Files\AviSynth 2.5\plugins\nicaudio.dll
MPEG2DEC=C:\Program Files\DVD-RB PRO\DGDecode.dll
Working=C:\Users\Farooq Malik\Desktop\CCE WORK\
Output=C:\USERS\FAROOQ MALIK\DESKTOP\CCE OUTPUT\
Source=C:\HUMTUM\VIDEO_TS\
CCENEW=C:\Program Files\Custom Technology\Cinema Craft Encoder SP2\ccew.exe
[Audio]
Selected=10000000111
Remapping=
[Subpictures]
Selected=000000000000000000000000000000001
[CCEOptions]
VBR_bias=25
Quality_prec=16
eclPasses=4
OPV=1
[Setup]
Languages=0000000000000000000000000000000001000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
sLanguages=0000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000000000000000000000000000
Try removing the TargetSectors entry. Here is mine.
[Options]
Mode=1
OneClick=1
ReduceOpt=0
NoWarn=1
AdditionalOutput=1
LogFile=1
QuEncHQ=1
EncoderMinimized=1
RemoveDTS=0
HC_Quality=3
HC_Matrix=1
SkinVersion=12
AudioDub=1
QuEncodeType=0
iDCT=3
GOP=0
DCPrec=0
MainMatrix=Encoder Default
LowMatrix=Same as Main Feature
VLowMatrix=Same as Main Feature
ExtraMatrix=Same as Main Feature
ProCoder_Quality=4
DVD_Label=NO_SELECTION
DVD_Name=NO_SELECTION.ISO
MovieOnly=0
HalfD1=0
Convert_16_9=0
DisableInterlace=0
ConvertToYUY2=1
CCE=4
Skin=Rockas Original
CCEAQM=1
Encode_Menus=1
Encode_Processes=1
Completed=11
ImgBurnWrite=1
SkipPrepare=0
AutoQMatAQM=1
closed_captions=0
ITU_Aspect=0
HC_VBR_Bias=20
DECOMBFlag=0
CLOSE_AFTER_REBUILD=1
ISO_Output=0
[Paths]
QuEnc=C:\Program Files\DVD-RB PRO\Encoders\QuEnc\QuEnc.exe
ReJig=C:\Program Files\DVD-RB PRO\Encoders\ReJig\ReJig.exe
HC=C:\Program Files\DVD-RB PRO\Encoders\HC Encoder\HCbatch.EXE
ProCoder=C:\Program Files\DVD-RB PRO\Encoders\EclPro\EclPro.exe
DECOMB=C:\Program Files\AviSynth 2.5\plugins\Decomb521.dll
MPEG2DEC=C:\Program Files\DVD-RB PRO\DGDecode.dll
Working=D:\DVD-RB\WORK\
Output=D:\DVD-RB\OUTPUT\
CCEBasic=C:\Program Files\Custom Technology\Cinema Craft Encoder SP2\cct2.exe
Source=D:\DVD-RB\SOURCE\PIRATES_OF_THE_CARRIBEAN\VIDEO_TS\
FFMPEG=C:\Program Files\DVD-RB PRO\Encoders\FFMpeg\ffmpeg.exe
NICAUDIO=C:\Program Files\AviSynth 2.5\plugins\nicaudio.dll
CCENew=C:\Program Files\Custom Technology\Cinema Craft Encoder SP2\ccew.exe
[Audio]
Selected=
Remapping=
[Subpictures]
Selected=
[CCEOptions]
VBR_bias=20
Quality_prec=16
eclPasses=2
[AutoQMatOptions]
VBR_bias=0
Quality_prec=16
eclPasses=3
AutoBias=1
[Setup]
Languages=1111111111111111111111110101111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
sLanguages=1111111111111111111111110101111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
archaeo
14th June 2007, 20:41
[CCEOptions]
VBR_bias=25
Quality_prec=16
eclPasses=4
OPV=1
It looks like in your CCE options, you have OPV enabled. Are you sure you are unchecking the OPV feature on your setup?
gurkan
14th June 2007, 21:33
Explained here (http://forum.doom9.org/showthread.php?p=1012653#post1012653). Post #10.
SpazzHH
14th June 2007, 23:56
Are you using a version of Avisynth other than 2.56 that comes with Rebuilder? Newer versions have been reported to do this.
Fishman0919
15th June 2007, 00:36
EVEN with 3 passes & OPV, I will get output sizes ranging from 3.8 to 4.2 ALL THE TIME
Yep, and that about what you should get with OPV (One Pass VBR). With OPV, the number of passes you set is moot. You get just OPV... and that the disadvantage with OPV, the final size is not always going to be on target.
jdobbs
15th June 2007, 01:36
And OPV is notorious for not being accurate in sizing. In fact, if the Q is low -- you can't get any more accurate than the sizes you're getting because a single Q increment would make it oversized.
If you are picky about sizing -- you should never select OPV. The two just aren't compatible.
EuropeanMan
15th June 2007, 07:02
BUT I AM SAYING EVEN THE 3-PASS COMES TOO SMALL!!! what about that?
kumi
15th June 2007, 07:09
You haven't answered archaeo's question:
"Are you sure you are unchecking the OPV feature on your setup?"
OPV and Multi-pass VBR are mutually exclusive features. It's either one or the other, never both.
EuropeanMan
15th June 2007, 07:11
^& also...I am using AviSynth 2.5.7...
EuropeanMan
15th June 2007, 07:15
You haven't answered archaeo's question:
"Are you sure you are unchecking the OPV feature on your setup?"
OPV and Multi-pass VBR are mutually exclusive features. It's either one or the other, never both.
THREAD TITLE:
OPV & CCE3 COME TO WRONG OUTPUT SIZES.
Sizes is plural. Hence, BOTH OPV & CCE3 give the wrong size. I am NOT stupid! If people actually paid attention, they would understand simple grammar.
IF you thought I did NOT know that OPV & MPV are mutually exclusive features, I would have said 'SIZE'.
The rebuilder.ini file copy was taken from my LAST run...and that was set at OPV. NOW does everyone understand? NO MATTER HOW MANY PASSES ARE SELECTED, AND I CHOOSE OPV...that #of passes will STILL SHOW UP in the .ini file!
kumi
15th June 2007, 07:19
No need to get snippy. Your wording choice of "CCE3" was confusing: I've never seen anyone use that, and I had no idea you meant "CCE with three passes".
Anyway... uninstall AviSynth 2.57, and install 2.56. Then try again.
And remember that slight undersizing is by design: with the default CCETargetSectors, 4.31 GB output is perfectly normal. And makes basically NO difference in final visual quality.
therat
15th June 2007, 09:06
Follow kumi's advice and uninstall avisynth 2.57 and install 2.5.6.
If you do a search for undersize in this forum and you will find the thing most in common is avisynth 2.5.7.
cheers
archaeo
15th June 2007, 23:20
THREAD TITLE:
OPV & CCE3 COME TO WRONG OUTPUT SIZES.
Sizes is plural. Hence, BOTH OPV & CCE3 give the wrong size. I am NOT stupid! If people actually paid attention, they would understand simple grammar.
IF you thought I did NOT know that OPV & MPV are mutually exclusive features, I would have said 'SIZE'.
The rebuilder.ini file copy was taken from my LAST run...and that was set at OPV. NOW does everyone understand? NO MATTER HOW MANY PASSES ARE SELECTED, AND I CHOOSE OPV...that #of passes will STILL SHOW UP in the .ini file!
Take a deep breath, then try kumi's suggestion and post your multipass log file on the next run...
jdobbs
16th June 2007, 01:19
My suggestion: DON'T SHOUT. PEOPLE DON'T LIKE THAT AND WON'T RESPOND.
jikchung
17th June 2007, 00:28
If people actually paid attention...
...they would know that numerous posts have led to the finding that AviSynth 2.5.7 is the cause of over/under sizing.
blacksol
17th June 2007, 02:18
@EuropeanMan
Apparently, you are the one unable to understand. You were told at least twice before of the issue with AviSynth 2.5.7.
http://forum.doom9.org/showthread.php?p=987699#post987699
http://forum.doom9.org/showthread.php?p=972963#post972963
Perhaps you should stop blaming everybody else for not being able to understand you, when it is clearly you that can't/doesn't understand
Wilbert
17th June 2007, 12:31
@all,
Apparently, you are the one unable to understand. You were told at least twice before of the issue with AviSynth 2.5.7.
If you want us to solve this issue in v2.57/v2.58, you need to make this issue a lot clearer.
1) What exactly is the issue?
2) For what scripts does it arise?
3) Does it only arise when using with Rebuilder? What happens if you use the problematic script directly in QuEnc/HCEnc?
4) Other relevant things ...
Boulder
17th June 2007, 12:54
From what I know, the undersizing has occurred due to the Avisynth error message being encoded instead of the video. I've been using various builds and have never had any undersizing because of that..at the moment, DVD-RB works just fine with 2.5.8a.
I find it very hard to believe that Avisynth could cause any such thing in the video that it would look perfectly normal but still the encode undersized.
Fishman0919
17th June 2007, 18:45
@all,
If you want us to solve this issue in v2.57/v2.58, you need to make this issue a lot clearer.
1) What exactly is the issue?
2) For what scripts does it arise?
3) Does it only arise when using with Rebuilder? What happens if you use the problematic script directly in QuEnc/HCEnc?
4) Other relevant things ...
1) Mostly undersizing... with 2.56a I get 4.32g... with 2.57 I get 4.07g (or there so). The whole disc is encoded with no errors and plays fine.
2) #------------------
# AVS File Created by DVD Rebuilder
# VOBID:01, CELLID:21
#------------------
LoadPlugin("C:\Program Files\DVD-RB PRO\DGDecode.dll")
mpeg2source("C:\DVD-RB Temp\D2VAVS\V01.D2V",idct=6)
trim(#####,#####)
ConvertToYUY2()
AudioDub(BlankClip())
3)Same. I hand feed each script from DVD-RB into Procoder 2, CCE Basic/SP/SP2.
4) I did notice when hand feeding that the sizes of each segment (some, not all) were off.... say 191m from 2.56a to 185m with 2.57
This is not on all discs I was having the problem. Some would sizes perfectly.
Wilbert
17th June 2007, 22:41
1) Mostly undersizing... with 2.56a I get 4.32g... with 2.57 I get 4.07g (or there so). The whole disc is encoded with no errors and plays fine.
Are the encodings different? Is one shorter (=less duration) than the other? Are the frames different?
Does it happen when you encode at cbr or only at vbr?
jdobbs
18th June 2007, 02:20
Is it possible that there has been some smoothing added to v2.57's output that may cause the encoder to saturate? The parameters sent to HC or to CCE are exactly the same -- so the difference has to be in the picture that is being encoded.
Boulder
18th June 2007, 03:30
There shouldn't be any such things at least when you look at the changelog:
http://avisynth.org/mediawiki/Changelist_25#Changes_from_2.5.6
Boulder
18th June 2007, 04:11
There is one change that will cause an issue when you use NaN's DGDecode.dll.
"Default planar chroma planes mod 16 aligned. See SetPlanarLegacyAlignment()."
You need to add SetPlanarLegacyAlignment(true) after the MPEG2Source line to fix it. However, it shouldn't cause any undersizing because it will output a heavily distorted video which will take a lot of bits. I'd still recommend jdobbs to add the line in the script automatically when you detect DGDecode v1.1.0, it might help you avoid a couple of bug reports.
Wilbert
23rd June 2007, 13:46
@Fishman0919 and others. Please respond to my last post and to the suggestion of Boulder.
Fishman0919
23rd June 2007, 15:00
duration is the same for me.... just the output for the 2.57 encoding is a smaller in size.
Are the frames different?
Not sure... can run some tests
cbr or only at vbr?
cbr or vbr... didn't try... will run some tests
Wilbert
23rd June 2007, 18:00
Are you using NaN's DGDecode? If so, try also Boulder's suggestion:
MPEG2Source(...)
SetPlanarLegacyAlignment(true)
rest of the filters (...)
Fishman0919
23rd June 2007, 20:03
No, I'm using the ver that comes with DVD-RB ver 1.45
jdobbs
23rd June 2007, 20:07
Is it possible that there has been some smoothing added to v2.57's output that may cause the encoder to saturate? The parameters sent to HC or to CCE are exactly the same -- so the difference has to be in the picture that is being encoded.Fishman0919 substantiates whe I said here... something is different and it's at the picture level (that is being presented for encoding by AVISYNTH).... anti-blocking maybe?
Boulder
23rd June 2007, 20:25
Fishman0919: Could you encode a segment with both Avisynth 2.5.6 and 2.5.7 and upload samples of both encodes which contain the same frames? It would be easy to check whether there is any difference between them.
jdobbs
23rd June 2007, 22:31
Or just post the sizes.
Boulder
23rd June 2007, 22:33
The sizes are not enough because it would be good to see what the visual difference between the two encodes actually is. If there is no visual difference (using Subtract for example), the problem must lie elsewhere.
jdobbs
24th June 2007, 02:34
????
If the encoding settings are all the same, and the same encoder is used -- all you really need is the output size of the segments to show that v2.5.7 results are different from v2.5.6.
I guess doing a subtractive compare would be of value, though.
Boulder
24th June 2007, 09:26
????
If the encoding settings are all the same, and the same encoder is used -- all you really need is the output sized of the segments to show that v2.5.7 results are different from v2.5.6.
I guess doing a subtractive compare would be of value, though.Having two video samples is important if there is a difference..and as Fishman0919 says that the two Avisynth versions give different final sizes, there must be something different between encodes with 2.5.6 and 2.5.7. Using Subtract or similar functions for comparison, it will be easier to see what the difference actually is.
Fishman0919
25th June 2007, 21:59
Well I was not able to produce any differences in sizes with Carbon Coder 2.51, Procoder 3, CCE Basic 2.70.01.15 or HC 0.21 between 2.56a and 2.57
I have, since having the sizing problem with Avisynth 2.57 awhile back, rebuilt the OS about 3 or 4 weeks ago. I'm sorry and apologize for not being able to help it this time. I will keep test and trying to find something since I have not finished adding all of the programs I normally run.
Wilbert
26th June 2007, 15:28
Ok, keep us updated if you find something.
Are there any other people who are willing to test and help?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.