Log in

View Full Version : Need help...I experienced error with CCE while converting AVI file.


passport
9th January 2002, 19:44
Hello,

I am experienced an error while using CCE to convert an AVI file, below is an error message:

" cce encoding failed: CBR VBV OVF frame#4731 (01:02:37:20) B 27816 (1.5) Max 23903.06 (1.3) Rel 3912.94 1.16 qsv "

Note: I am using MainActor v3.6 DV Capture program for transfering my 2 hrs movie , once i have completed transfering then i had an AVI file with the size is 25 Gig, then i use CCE to convert this AVI file then i got an error above. My setting was: VBR (1 pass) Bitrate between 4,500 to 5,000 , i was tried a bit to work around with the setting for several times and still getting an exact error above. Please help ! are there any tricks for this ???

mb1
9th January 2002, 19:54
cce 2.5 supports only 2 GB max file size.

use 2.62 instead or frameserve to cce 2.5 with avisynth or virtualdub.

cudang
9th January 2002, 20:47
Hello MB1,

I also had a same problem, and i am currently using cce 2.6
Please help,

Cuong. D

PoKKeNoiSe
10th January 2002, 00:19
Try to save the avi Segmented. If MainActor v3.6 DV Capture program doesn't support it, VirtualDub does(use the direct stream copy if you just want to splitt the avi)

good luck!

mb1
10th January 2002, 02:13
If it would be a avi header error (which is then to be solved with segmented avis or old format avi) the message would be similar to "found 0 bytes while expecting 8" or so ...;)

Try frameserving with avisynth and pseudo-avi with vfapi 1.03b (not 1.04EN as it canīt load avs) and the feed the pseudo-avi inte cce 2.62 !

Thatīs not a solution only a test if the error comes again.

Your avs should look like this:

AviSource("x:/dv.avi")
ConvertToRGB24

cudang
10th January 2002, 20:11
First of all...thanks for you help !

This problem is now fixed by De-select (Linear quantizer scale)in Video option.

Regards,
Cuong.D

Math
24th February 2002, 04:41
I also have the same error with 'Shrek', when trying to make a SVCD:

- CCE 2.62
- frameserve with VFAPI 1.04
- Anamorphic capture (do not encode with the 2 black stripes)
- Progressive, Linear scale, zigzag scan, luminance 0-255, iDC prec=9, quality = 17, noise filter = 2, GOP=IBBPBBPBBPBB (ie N=2, N/M=4) [default settings from DVD2SVCD)

I got 2 different errors. One with VBRx4 2230(300-2530), and the next with CBR 2400:

'cce encoding failed: CBR VBV ovf frame #38752 (00:25:50:04) I 122896(11.0) max 120382.81(10.8) rel 2513.19 1.02 qsv 62.00 -> 20.44'

'cce encoding failed: CBR VBV ovf frame #38755 (00:25:50:07) P 72688(4.8) max 40834.40(2.7) rel 31853.60 1.72 qsv 62.00 -> 21.67'

AFAIK, the error says there is an overflow in the buffer. For VBR it appears that the I frame takes too much place. For CBR, the overflow fopr the P frame seems very huge.

I used then VirtualDub to isolate a 1-min scene that contains the troublesome frames, and encoded it as a yuvhuff AVI (also this discard all problems with VFAPI and so on). This way I could made lots of testing. I tried VBR4 with max 2300, CBR1800, CBR6000, w/ or w/o linear scale, standard/exotic matrices, quality settings from 10 to 100. None of them worked. Searching further, it appeared that the problem was solved just by selecting luminance 16-235 or by increasing bitrate as high as CBR9000!!! (Not tested: encode with the 2 black stripes added to the video, which could help reducing information contained in the video).

It seems it is some kind of bug in CCE. When analysing the GOP information in the CCE advanced setting tab, it appears that the troublesome GOP has value well outside the range of value of others GOP, like if CCE entered a unstable bitrate allocation growing loop. This problem is may be related to the CCE problem experienced by DVD2SVCD users where CCE freezed.

Anyway, whatever the reason, the resulting .mpv is of very low quality (at least at bitrate VBR4 2230). The frames that previously failed now contain LOT of blocky artifacts, especially around the 2 moving characters.

I tried to encode the AVI scene with TMPGEnc and the process goes flawless at CBR2400, and the result looks much better than CCE. Now that DVD2SVCD supports TMPGEnc, I'll give it a try with TMPGEnc.

Math
24th February 2002, 06:30
I made yet more tests, now with both CCE 2.50 and CCE 2.62, still with my test AVI scene.

It appears in fact that CCE 2.62 fails encoding the scene (buffer overflow) when 'Progressive frame' and 'luminance level 0-255' are checked simultaneously. The only way to have CCE 2.62 accept progressive frame is to select 'luminance level 16-235', but then the result is not good at all (high Qmax in table below).

CCE 2.50 has not this problem, and gives very good results with for instance VBR4 2230 (300-2350).

Hopefully there should be below a table showing all the test I made. For each config, the table tells whether the encoding was OK (no error) or not, a subjective assessment of the video (visual test), and a measure of the quality level (avg & max) using Bitrate viewer.



+----------+----+-----+---+---+---+---+--+-----+-----+---+----------+-----+-----+
|CCE 2.50 |Prog| Lin.|Zig|Lum|DC |GOP| Q|Noise|matr.|OK/|Visual |Qavg |Qmax |
| | fr.|scale|Zag|0- |pre| | | | |NOK|Test | | |
+----------+----+-----+---+---+---+---+--+-----+-----+---+----------+-----+-----+
|CBR2400 | x | x | x |255|10 | 4 |17| 2 | /|OK |mosquito -|7.58 |10.43|
|VBR4 2230 | | | | | | | | | | | | | |
|(300-2530)| x | x | x |255|10 | 4 |17| 2 | /|OK |mosquito -|8.11 |9.88 |
+----------+----+-----+---+---+---+---+--+-----+-----+---+----------+-----+-----+
|CCE 2.62 | | | | | | | | | | | | | |
+----------+----+-----+---+---+---+---+--+-----+-----+---+----------+-----+-----+
|CBR2400 | - | - | - |255|10 | 4 |25| 6 |MPEG |OK |mosquito |11.29|14.55|
|CBR2400 | x | x | x |255|10 | 4 |25| 6 |MPEG |NOK|/ | | |
|CBR2400 | x | x | x |235|10 | 4 |25| 6 |MPEG |OK |block - |8.24 |14.79|
|CBR2400 | x | - | - |235|10 | 4 |25| 6 |Stand|OK |mosquito -|11.78|18.99|
|CBR2400 | - | - | - |255|10 | 4 |25| 6 |Stand|OK |mosquito |11.29|14.55|
|CBR2400 | - | - | - |255|10 | 4 |17| 2 |Stand|OK |mosquito |11.48|14.85|
|CBR2400 | - | - | - |255| 9 | 4 |17| 2 |Stand|OK |mosquito |11.99|14.75|
|CBR2400 | x | - | - |255| 9 | 4 |17| 2 |Stand|NOK|/ | | |
|CBR2400 | x | - | - |235| 9 | 4 |17| 2 |Stand|OK |mosquito |9.36 |20.59|
|CBR2400 | x | x | x |235| 9 | 4 |17| 2 |Stand|OK |block +++ |9.36 |20.59|
|CBR2400 | - | x | - |255| 9 | 4 |17| 2 |Stand|OK |mosquito -|7.82 |10.94|
|CBR2400 | - | x | x |255| 9 | 4 |17| 2 |Stand|OK |mosquito |7.16 |10.1 |
|CBR2400 | - | x | x |235| 9 | 4 |17| 2 |Stand|OK |mosquito |6.14 |8.67 |
---------------------------------------------------------------------------------