View Full Version : DVD Rebuilder (CCE One-Click Beta) Bug Reports
I have just done my first DVD with 029b. The video is stuttering very few seconds.
Is it somehting to do with avisynth scripts. I don't know anything about them but this is the first time I have seen that. I used the default AVS settings.
Is it something to do with interlaced=true command. I was sure it was put in with 029a?
Edit.
I can confirm that 029a puts ConvertToYUY2(interlaced=true) in the scripts.
Paced
4th April 2004, 10:50
Originally posted by nwg
Edit.
I can confirm that 029a puts ConvertToYUY2(interlaced=true) in the scripts.
It puts them in mine also, but only on some occasions (for example, it did so with my Pirates of the Caribbean, but not with the DVD I described above).
//Edit
Actually, I take that back, in .29b P.O.T.C only had ConverToYUY2() in the script (which is correct, it contains no interlaced video). But I'm still getting the problems I described in the earlier post, I can't seem to make them go away.
Discoboy
4th April 2004, 11:34
I have also just done my first project (PAL) with 029b and also am finding the video is stuttering every few seconds throughout all the movie. No stuttering with 028b or before on PAL projects.
Discoboy
4th April 2004, 11:41
Small and insignificant, but has anyone noticed that since 029b when you set the application path for “CCE SP 2.50” it displays the path in the “CCE SP (NEW)” window and when you set the path for “ CCE SP (NEW)” is puts it in the “CCE SP 2.50” window?
Discoboy
4th April 2004, 11:55
Just notice 029beta got increased to 029b beta and has fixed the CCE application path issues.
Going to now check if 029b beta has fixed the every few seconds stuttering on PAL projects.
Paced
4th April 2004, 12:42
These 'stuttering' problems may be related to my posts above - as far as I know, DVD-RB turns on "Progressive" / "ZigZag" no matter what (even if it's an interlaced stream). Although I haven't yet tested it on another DVD (other than the one I used above), I believe this to be the problem.
Going to now check if 029b beta has fixed the every few seconds stuttering on PAL projects.
It hasn't.
hypo20
4th April 2004, 13:08
@jdobbs
EclCCE 1.8b
DVD-RB 0.29
AviSynth 2.54
When selecting OPTIONS -> CCE OPTIONS -> SETTINGS following error:
Error 380 - Invalid property value.
Next, when making setup and adding path to CCE SP(NEW) the path is shown in CCE SP(OLD) box. But in REBUILDER.INI the path is set correctly (I mean CCENEW=EclCCE.EXE - I have all progs in one directory)
Can you please look at that??
Paced
4th April 2004, 13:11
Originally posted by hypo20
@jdobbs
Next, when making setup and adding path to CCE SP(NEW) the path is shown in CCE SP(OLD) box. But in REBUILDER.INI the path is set correctly (I mean CCENEW=EclCCE.EXE - I have all progs in one directory)
Can you please look at that??
This is fixed in 0.29b
jdobbs
4th April 2004, 13:11
Originally posted by hypo20
@jdobbs
EclCCE 1.8b
DVD-RB 0.29
AviSynth 2.54
When selecting OPTIONS -> CCE OPTIONS -> SETTINGS following error:
Error 380 - Invalid property value.
Next, when making setup and adding path to CCE SP(NEW) the path is shown in CCE SP(OLD) box. But in REBUILDER.INI the path is set correctly (I mean CCENEW=EclCCE.EXE - I have all progs in one directory)
Can you please look at that?? Download it again. There have been two bug fixes (29a and 29b) since this version was loaded. One of the .AVS files would be useful too.
jdobbs
4th April 2004, 13:12
Originally posted by Discoboy
Small and insignificant, but has anyone noticed that since 029b when you set the application path for “CCE SP 2.50” it displays the path in the “CCE SP (NEW)” window and when you set the path for “ CCE SP (NEW)” is puts it in the “CCE SP 2.50” window? See the post above this one.
hypo20
4th April 2004, 13:15
Originally posted by jdobbs
Download it again. There have been two bug fixes (29a and 29b) since this version was loaded.
Sorry. I missed that. It was president voting yesterday and I was looking for results. :D
jdobbs
4th April 2004, 13:19
@Pedro Gouveia
Thanks for all the help. I found the little bastard... The buffer flushing routine was occasionally incorrectly putting the stuff-to-end-of-buffer (intended for the last video packet) in the last audio packet. My belief is that it is also the culprit for the stutter some have seen (although I have never actually repeated that) at cell changes.
hypo20
4th April 2004, 13:31
@jdobbs
Ok, maybe I'm stupid or tired, but where is ConvertToYV12() option???
I must rewrite it in AVS files, when I want to use QuEnc. :)
wmansir
4th April 2004, 13:31
@jdobbs
I was checking out .29 and I noticed in the Rebuilder.INF pulldown was set to =1 even for material that shouldn't need it (frame_rate_code=4). Should it be this way?
[V01002100002001]
SCR=.000
PTS=29707.000
Frame_Rate_Code=4
Pulldown=1
Structure=3
Frames=1
Last_Sector=2885224
Reduction=53.4
I'll admit I was planing to monkey around with some manual IVTC, but I wasn't going to bother you if it messed up.
Also, none of the .avs scripts addaudio, even though I have the option set. I used .29b .
jdobbs
4th April 2004, 13:34
Originally posted by hypo20
@jdobbs
Ok, maybe I'm stupid or tired, but where is ConvertToYV12() option???
I must rewrite it in AVS files, when I want to use QuEnc. :) It should be added automatically when you use PREPARE for QuEnc... I'll check it out.
I'm doing some final testing on 0.30 and will make another post today. If I find something I'll fix it in that version.
hypo20
4th April 2004, 13:37
Originally posted by jdobbs
It should be added automatically when you use PREPARE for QuEnc... I'll check it out.
I'm doing some final testing on 0.30 and will make another post today. If I find something I'll fix it in that version.
Ok. I'm tired or stupid. :) Prepare was done for CCE. :)
But I don't know, when I clicked on it. :(
jdobbs
4th April 2004, 13:44
Originally posted by wmansir
@jdobbs
I was checking out .29 and I noticed in the Rebuilder.INF pulldown was set to =1 even for material that shouldn't need it (frame_rate_code=4). Should it be this way?
[V01002100002001]
SCR=.000
PTS=29707.000
Frame_Rate_Code=4
Pulldown=1
Structure=3
Frames=1
Last_Sector=2885224
Reduction=53.4
I'll admit I was planing to monkey around with some manual IVTC, but I wasn't going to bother you if it messed up.
Also, none of the .avs scripts addaudio, even though I have the option set. I used .29b . I am GLAD you saw that... I'm looking at it...
Added later: Actually this is right -- the pulldown is set based upon how many RFFs were flagged in the source. This just means that it is probably a mix of telecined and non-telecined, but enough telecined to choose pulldown...
jdobbs
4th April 2004, 14:03
Originally posted by DDogg
JDobbs, nothing like this is being added to the scripts that I can see. You note this is only for CCE 2.5, but as RB mentioned, it is needed in later versions because of the memory problem in multipass. Wouldn't it be better to just put it in all the scripts, no matter what the version? Maybe I missed a subsequent post between you guys on that.
Oh, just to state the obvious, incredible job! The AudioDub(BlankClip()) line is added to the script if checked (the default) under Options/AVS regardless of the encoder -- I shouldn't have added the confusing additional text to option...
Discoboy
4th April 2004, 14:08
@jdobbs - just left you a donation for this great appl.
Still got major stuttering probs with the latest 029b beta when processing Matrix Revolutions PAL. History:
028beta
- Very slight stutter / pixilation on the start of some chapters
029 beta
- Very slight stutter / pixilation on the start of some chapters
- stuttering every 2 seconds on video
029b beta
- Very slight stutter / pixilation on the start of some chapters
- Stuttering every 2 seconds on video
- Audio out of stink now at the 2 second stutter issue
Do you have any ideas?
jdobbs
4th April 2004, 14:09
To any of the PAL experts out there:
Currently I am examining the input stream and if the picture_structure parameter is set to FRAME_PICTURE I am setting the output in CCE to progressive=1 and alternate_scan=0. I've heard that some streams may show as interlaced but have this set -- that seems strange to me, as I have to believe the decoder would get terribly confused -- but since I'm not in PAL-land... Are the settings correct?
It appears that I've wounded the PAL processing in V0.29...
Discoboy
4th April 2004, 14:15
Anyone got a link to the PAL friendly 028beta version for me to down again;)
jdobbs
4th April 2004, 14:23
Originally posted by Discoboy
Anyone got a link to the PAL friendly 028beta version for me to down again;) I'll post .30 and fix it if I can get some feedback on the correct settings.
Paced
4th April 2004, 14:23
Originally posted by Discoboy
Anyone got a link to the PAL friendly 028beta version for me to down again;)
You might actually want to go back to 0.26 :), .27-8 had re-authoring issues.
hypo20
4th April 2004, 14:23
Originally posted by jdobbs
To any of the PAL experts out there:
Currently I am examining the input stream and if the picture_structure parameter is set to FRAME_PICTURE I am setting the output in CCE to progressive=1 and alternate_scan=0. I've heard that some streams may show as interlaced but have this set -- that seems strange to me, as I have to believe the decoder would get terribly confused -- but since I'm not in PAL-land... Are the settings correct?
It appears that I've wounded the PAL processing in V0.29...
I think yes. Got DVD with progresive frames and streams are shown as interlaced. everything is ok to me.
Discoboy
4th April 2004, 14:24
Ready and waiting to test 0.30 beta and give feedback;)
jdobbs
4th April 2004, 14:25
Originally posted by hypo20
I think yes. Got DVD with progresive frames and streams are shown as interlaced. everything is ok to me. So a PAL DVD with progressive frames is working ok?
Paced
4th April 2004, 14:28
Originally posted by jdobbs
So a PAL DVD with progressive frames is working ok?
A PAL DVD with progressive streams is fine; your settings are correct (progressive=1, alternate_scan=0). But I can't say the same for a PAL DVD with (truly) interlaced streams.
jdobbs
4th April 2004, 14:30
Originally posted by Paced
A PAL DVD with progressive streams is fine; your settings are correct (progressive=1, alternate_scan=0). But I can't say the same for a PAL DVD with (truly) interlaced streams. Are you saying it is wrong for interlaced, or that you haven't tested it? If there is a problem I want to fix this right away.
hypo20
4th April 2004, 14:30
Originally posted by jdobbs
So a PAL DVD with progressive frames is working ok?
To me it is working flawlessly. :D
Paced
4th April 2004, 14:34
Originally posted by jdobbs
Are you saying it is wrong for interlaced, or that you haven't tested it? If there is a problem I want to fix this right away.
Have you read a few posts up? (p. 38) I posted a possible issue with DVD-RB, where it gives an interlaced stream the same settings it gives a progressive stream (progressive=1/alternate_scan=0). It is occurring everytime I prepare this DVD (the right settings for an interlaced PAL stream = progressive=0/alternate_scan=1/top_first=0).
jdobbs
4th April 2004, 14:34
Originally posted by Discoboy
@jdobbs - just left you a donation for this great appl.
Still got major stuttering probs with the latest 029b beta when processing Matrix Revolutions PAL. History:
028beta
- Very slight stutter / pixilation on the start of some chapters
029 beta
- Very slight stutter / pixilation on the start of some chapters
- stuttering every 2 seconds on video
029b beta
- Very slight stutter / pixilation on the start of some chapters
- Stuttering every 2 seconds on video
- Audio out of stink now at the 2 second stutter issue
Do you have any ideas? Can you post the contents of the REBUILDER.INF file for a few of the segments? I need to see what is the issue on this one.
Paced
4th April 2004, 14:35
Edit, mistake.
Discoboy
4th April 2004, 14:36
As requested:
[Status]
mode=1
Progress=2
CCEType=1
[V01000000001001]
SCR=.000
PTS=4826.000
Frame_Rate_Code=3
Pulldown=1
Structure=3
Frames=5625
Last_Sector=85685
Reduction=82.9
[V01000100001002]
SCR=20248283.427
PTS=20254826.000
Frame_Rate_Code=3
Pulldown=1
Structure=3
Frames=5211
Last_Sector=157440
Reduction=82.9
[V01000200001003]
SCR=39005622.857
PTS=39014426.000
Frame_Rate_Code=3
Pulldown=1
Structure=3
Frames=3999
Last_Sector=215878
Reduction=82.9
[V01000300001004]
SCR=53403355.427
PTS=53410826.000
jdobbs
4th April 2004, 14:44
[V01000000001001]
SCR=.000
PTS=4826.000
Frame_Rate_Code=3
Pulldown=1
Structure=3
Frames=5625
Last_Sector=85685
Reduction=82.9Pulldown on a PAL (Frame_Rate_Code=3) stream????
Looking at this I'm seeing the structure as PROGRESSIVE (3=FRAME_PICTURE)
Discoboy
4th April 2004, 14:58
@jdobbs - any ideas as to why PULLDOWN is being turned ON on my PAL project?
Stive
4th April 2004, 15:08
FYI. Above comments were PAl so just to let you know, I completed NTSC LOTRings 2 with 29b and have the chapter stutter also. Can't verify the sound sync/stutter as I must have clicked off all the sound.:( According to your posts above, it looks like you have a fix to implement in v30. Great news.
Edit: CCE2.5 and elc1.7
Originally posted by jdobbs
To any of the PAL experts out there:
Currently I am examining the input stream and if the picture_structure parameter is set to FRAME_PICTURE I am setting the output in CCE to progressive=1 and alternate_scan=0.
Not good :) FRAME_PICTURE can still be interlaced. Actually field picture streams are rarely seen on PAL DVDs. You must examine the progressive_frame flag and only if that is set to 1 you can be sure it's actually progressive.
Originally posted by jdobbs
Pulldown on a PAL (Frame_Rate_Code=3) stream????
Looking at this I'm seeing the structure as PROGRESSIVE (3=FRAME_PICTURE)
Actually, it might happen... I recently backed up "Once upon a Time in Mexico" PAL R2 German (not using DVD-RB) and noticed that at the end of the D2V for some of the trailers on this disc, the pattern suddenly jumped from the typical PAL "2 2 2 2 2..." to a typical NTSC telecine pattern "0 3 2 1 0 3 2 1..." But that was only for the last probably 30-50 frames.
I think this is an authoring error and not much you could do about it, just never force film or run pulldown for PAL.
wmansir
4th April 2004, 15:26
Originally posted by jdobbs
I am GLAD you saw that... I'm looking at it...
Added later: Actually this is right -- the pulldown is set based upon how many RFFs were flagged in the source. This just means that it is probably a mix of telecined and non-telecined, but enough telecined to choose pulldown...
That is definitly not the case for this source. The entire VOB set (VTS02) is 98% NTSC and it is 100% NTSC until the very last bit (according to d2v). So there is just a little FILM material in there. I should have posted more of the .INF before, I picked a bad example since it was a still frame. Here is the entire VTS02 set:
[V02000000001001]
SCR=.000
PTS=25257.000
Frame_Rate_Code=4
Pulldown=1
Structure=3
Frames=13520
Last_Sector=144933
Reduction=53.4
[V02000100002001]
SCR=.000
PTS=25257.000
Frame_Rate_Code=4
Pulldown=1
Structure=3
Frames=29353
Last_Sector=460534
Reduction=53.4
[V02000200003001]
SCR=.000
PTS=25257.000
Frame_Rate_Code=4
Pulldown=1
Structure=3
Frames=2859
Last_Sector=490979
Reduction=53.4
[V02000300004001]
SCR=.000
PTS=25257.000
Frame_Rate_Code=4
Pulldown=1
Structure=3
Frames=2036
Last_Sector=512340
Reduction=53.4
[V02000400005001]
SCR=.000
PTS=25257.000
Frame_Rate_Code=4
Pulldown=1
Structure=3
Frames=2314
Last_Sector=529485
Reduction=53.4
[V02000500006001]
SCR=.000
PTS=25257.000
Frame_Rate_Code=4
Pulldown=1
Structure=3
Frames=37179
Last_Sector=931402
Reduction=53.4
[V02000600007001]
SCR=.000
PTS=25257.000
Frame_Rate_Code=4
Pulldown=1
Structure=3
Frames=4138
Last_Sector=975291
Reduction=53.4
[V02000700008001]
SCR=.000
PTS=29707.000
Frame_Rate_Code=4
Pulldown=1
Structure=3
Frames=1
Last_Sector=975295
Reduction=53.4
All the .avs files for VTS02 are at 29.97fps, and the .ecl uses frame_rate_code=4 for the VTS set. Perhaps I was mistaken, but I assumed the pulldown=1 was used to indicate pulldown to be performed when authoring? Is that incorrect?
chadp1a
4th April 2004, 15:33
@jdobbs
I was having problems with interlaced material using version .29b so I just ran Phase I step using version .30 and the avs files created have no reference to decomb. I have checked the menu option to decomb and also set the path to decomb in the setup options for RB.
Here's the AVS
#------------------
# AVS File Created by DVD Rebuilder
# VOBID:03, CELLID:01
#------------------
mpeg2source("G:\TEMP4\D2VAVS\V02A.D2V")
trim(15450,19544)
ConvertToYUY2()
Here is the section of the rebiulder.inf
[V02000200003001]
SCR=.000
PTS=25257.000
Frame_Rate_Code=4
Pulldown=0
Structure=3
Frames=4095
Last_Sector=216954
Reduction=53.7
When loading the VTS in question thru DVD2AVI it flashes interlaced and film back and forth.
Any ideas to my problem?
After posting this I did noticed that pulldown is set to 0 now so will that correct the problem?
jdobbs
4th April 2004, 15:34
Originally posted by RB
Not good :) FRAME_PICTURE can still be interlaced. Actually field picture streams are rarely seen on PAL DVDs. You must examine the progressive_frame flag and only if that is set to 1 you can be sure it's actually progressive. Cool. I just posted 0.30 and fixed the PULLDOWN with PAL bug. I'll make a quick mod to use the progressive flag as the determining factor...
jdobbs
4th April 2004, 15:35
Originally posted by Discoboy
@jdobbs - any ideas as to why PULLDOWN is being turned ON on my PAL project? Yeah, I screwed the pooch. Download 0.30.
jdobbs
4th April 2004, 15:37
Originally posted by wmansir
That is definitly not the case for this source. The entire VOB set (VTS02) is 98% NTSC and it is 100% NTSC until the very last bit (according to d2v). So there is just a little FILM material in there. I should have posted more of the .INF before, I picked a bad example since it was a still frame. Here is the entire VTS02 set:
All the .avs files for VTS02 are at 29.97fps, and the .ecl uses frame_rate_code=4 for the VTS set. Perhaps I was mistaken, but I assumed the pulldown=1 was used to indicate pulldown to be performed when authoring? Is that incorrect? This should be fixed in 0.30 -- I was using the wrong flag (duh...) to determine pulldown in the rebuild... I must have been a little tired right about then.
P3gasus
4th April 2004, 16:06
Just tested dvdrb with a progressive-tagged-interlaced pal source. It's setting correctly it as progressive in ecl files. It setted also the zigzag options while the vobs are tagged as alternate.
Great job jdobbs!
Hmm, are you using v0.30? If the source is actually tagged interlaced/alternate, DVD-RB should set up the ECL the same way.
P3gasus
4th April 2004, 16:16
@RB
Yes I'm using .30. But as far as I understood, jdobbs was searching an algorithm to find the real nature of pal video. Or maybe I'm missing something and you are right.
Bye
jdobbs
4th April 2004, 16:21
Originally posted by P3gasus
Just tested dvdrb with a progressive-tagged-interlaced pal source. It's setting correctly it as progressive in ecl files. It setted also the zigzag options while the vobs are tagged as alternate.
Great job jdobbs! Thanks for the input. If I appear confused... I am.
You are saying that PAL can be interlaced but have the progressive flag set. RB is telling me that there can be a FRAME_PICTURE set when the source is interlaced... You also never (or almost never) get BOTTOM_FIELD or TOP_FIELD when interlaced is being streamed.
So exactly how can you tell if a PAL source is interlaced or progressive? I'm starting to think that NTSC with it's several possible frame rate and pulldown combinations isn't nearly as bad as I once thought!!!
jdobbs
4th April 2004, 16:24
Can someone give me some feedback on 0.30 and a PAL interlaced source that is flagged as interlaced?
Originally posted by jdobbs
So exactly how can you tell if a PAL source is interlaced or progressive?
The progressive_frame flag is all that counts here for PAL.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.