DVD Rebuilder (CCE One-Click Beta) Bug Reports

[brikin]

ReBuilder 0.28
CCE 2.66

I am Backing up XMen 2. There are 60 m2v files created in the Encode process. When I rebuild it makes it to the 30'th m2v (V04003000002001.m2v) file I get a

"DVD Rebuilder experienced a buffer overflow. Error 0004. Process must abort."

error. I see the blue progress bar go all the way across for this file then when I would expect to see the "Updating information for NAVPACKS..." line in the status window I get this error.

In the REBUILDER.INF file it looks like this for this file
[V04003000002001]
SCR=.000
PTS=19270.000

I don't know if this helps.

[jdobbs]

Originally posted by winny
I have an error message I don't believe has been posted previously.

The source is a PAL disk.
DVD-RB 0.28
Quenc 4.51
Dynamically assigned bitrates

The prepare and encode stages worked fine, however I got an error during the rebuild phase at 93.4%.

It got as far as segment 63, vobid:3, cellid:13, updating navpacks:-

"Error in UpdateIFO: Shouldn't happen - contact developer"

(Nice message JDobbs :) )

I also tried redoing the whole process with CCE and got the same message at the same stage.

Has anyone else seen this before? This means there is a mismatch between the VOBID/CELLID structure found in the VTSs and that in the IFO. The only way I can see this happening is if an IFO and/or VTS in the source path was changed between the time of "PREPARE" and "REBUILD". The IFO is attempting to reference a VOBID/CELLID that doesn't exist.

[jdobbs]

Originally posted by brikin
ReBuilder 0.28
CCE 2.66

I am Backing up XMen 2. There are 60 m2v files created in the Encode process. When I rebuild it makes it to the 30'th m2v (V04003000002001.m2v) file I get a

"DVD Rebuilder experienced a buffer overflow. Error 0004. Process must abort."

error. I see the blue progress bar go all the way across for this file then when I would expect to see the "Updating information for NAVPACKS..." line in the status window I get this error.

In the REBUILDER.INF file it looks like this for this file
[V04003000002001]
SCR=.000
PTS=19270.000

I don't know if this helps. Could you post the contents of the .AVS for V04003000002001? Thanks.

[2COOL]

In reply to last post on previous page...

Originally posted by jdobbs
You're the second person to report this happening -- but it doesn't seem to be consistent. Anything else happening when you did this?Not that I'm aware of.

Did you save a project and then open it on the second try?No. All I did was start again, selected 2 of 4 audios for removal, selected 4 passes instead of default 2, and did a one click process. I also didn't delete my previous folders but that shouldn't be a problem as they were going to be erased anyways.

My only suggestion is to try it out for yourself. Do first project with no audio stripping and the next with strippings. Don't know if setting different passes will account to size differences but it's your call.

Note: I did both projects preparing and encoding with v.028 and rebuilding with v0.26. ;)

[jdobbs]

Originally posted by Kakashi Sensei
Ok just did 28 dyas later, Stripped the DVD with DVDStripper/MenuEdit and removed the offending sectors and Presto the dvd worked perfectl y. Thanks Jdobb for the great program. Hope this helps. STILL FRAMES!!! ARGGHHHH I'm working on this very diligently right at this moment. Thanks for the help.

[brikin]

Here is the content of V04003000002001.avs

#------------------
# AVS File Created by DVD Rebuilder
# VOBID:02, CELLID:01
#------------------
LoadPlugin("F:\Program Files\AviSynth 2.5\plugins\MPEG2Dec3dg.dll")
mpeg2source("C:\VIDEO PROJECTS\X2\D2VAVS\V04B.D2V")
trim(81737,84780)
ConvertToYUY2()

[jdobbs]

Originally posted by brikin
Here is the content of V04003000002001.avs

#------------------
# AVS File Created by DVD Rebuilder
# VOBID:02, CELLID:01
#------------------
LoadPlugin("F:\Program Files\AviSynth 2.5\plugins\MPEG2Dec3dg.dll")
mpeg2source("C:\VIDEO PROJECTS\X2\D2VAVS\V04B.D2V")
trim(81737,84780)
ConvertToYUY2() Thanks.

[jdobbs]

Originally posted by chadp1a
The overflow error I keep getting starting with version .27 and up always occurs at the same position during the rebuild(phase iii) process.

That location happens to be a layer break.

Here is the AVS file RB creates if it helps at all.

#------------------
# AVS File Created by DVD Rebuilder
# VOBID:02, CELLID:01
#------------------
mpeg2source("G:\TEMP3\D2VAVS\V01A.D2V")
trim(168997,168997)
ConvertToYUY2()
ResampleAudio(44100) To chadp1a and everyone else who is getting the Runtime '6' error. Can you confirm for me that you are getting it on a still frame that is also the last .AVS in a VTS? That means it is the last in a series of files that starts with a specific VXX name, for example:

...
V01002100002003.AVS
V01002200002004.AVS
V01002300002005.AVS <--- This is the one that causes it
V02000000001001.AVS
V02000100001002.AVS
...

[wmansir]

I received a runtime 6 error on Back to the Future II. The program said it was processing VTS04 vobid 01, however the last vobid of VTS03 was a still cell and the error happened just as it moved to VTS04, so perhaps it was the previous vobid that was causing the error.

EDIT:

PS. The movie (in VTS02) contained a 'complex' subtitle stream. Not button over, but highly animated trivia subs. RB handled these perfectly, which is something VobSub+Scenarist could not do. :)

Not related to this issue, or any issue, just an FYI.

[Paced]

It may just be me, but I think I've found the reason why DVD-RB causes CCE to go 'slower' than it does in DIF4U and/or other cases. It's quite simple actually; the trim(x,x) command - when I disable it, I go from 1.600 to ~1.800 (speed-wise in CCE 2.50). But of course, the trim(x,x) command is needed for DVD-RB to work the way it does, and the slight speed increase doesn't really make a huge difference anyway :)

[2COOL]

Originally posted by jdobbs
To chadp1a and everyone else who is getting the Runtime '6' error. Can you confirm for me that you are getting it on a still frame that is also the last .AVS in a VTS? That means it is the last in a series of files that starts with a specific VXX name, for example:

...
V01002100002003.AVS
V01002200002004.AVS
V01002300002005.AVS <--- This is the one that causes it
V02000000001001.AVS
V02000100001002.AVS
...

Here's my previous post on this matter.

Originally posted by 2COOL
Just did Rundown (R1), straight after DVD Decrypter. I got an error #6 during rebuild with DVD-RB 0.28. :( I got tagged at V01002900002001. It's a still frame by looking at the trim line.

Here's the AVS
#------------------
# AVS File Created by DVD Rebuilder
# VOBID:02, CELLID:01
#------------------
mpeg2source("C:\B\D2VAVS\V01A.D2V")
trim(187376,187376)
ConvertToYUY2()
ResampleAudio(44100)

Rebuilded with 0.26 and accomplished success till end, no more error #6. :D

Here's my inquiry of V01002900002001 from IfoEdit

PGC_1 (program chain): [Title(TTN): 1] [01:44:06.26 / 30 fps] (Programs: 29) (Cells: 30)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 1/ 1] : time: 00:08:56.20 / 30 fps
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 1/ 2] : time: 00:02:32.15 / 30 fps
[Ch 03] [Pg 03] [Cell 03] [V/C Id: 1/ 3] : time: 00:03:01.25 / 30 fps
[Ch 04] [Pg 04] [Cell 04] [V/C Id: 1/ 4] : time: 00:01:55.10 / 30 fps
[Ch 05] [Pg 05] [Cell 05] [V/C Id: 1/ 5] : time: 00:04:19.15 / 30 fps
[Ch 06] [Pg 06] [Cell 06] [V/C Id: 1/ 6] : time: 00:06:07.20 / 30 fps
[Ch 07] [Pg 07] [Cell 07] [V/C Id: 1/ 7] : time: 00:02:21.00 / 30 fps
[Ch 08] [Pg 08] [Cell 08] [V/C Id: 1/ 8] : time: 00:02:39.15 / 30 fps
[Ch 09] [Pg 09] [Cell 09] [V/C Id: 1/ 9] : time: 00:01:49.00 / 30 fps
[Ch 10] [Pg 10] [Cell 10] [V/C Id: 1/10] : time: 00:02:43.05 / 30 fps
[Ch 11] [Pg 11] [Cell 11] [V/C Id: 1/11] : time: 00:02:18.00 / 30 fps
[Ch 12] [Pg 12] [Cell 12] [V/C Id: 1/12] : time: 00:03:28.15 / 30 fps
[Ch 13] [Pg 13] [Cell 13] [V/C Id: 1/13] : time: 00:06:17.16 / 30 fps
[Ch 14] [Pg 14] [Cell 14] [V/C Id: 1/14] : time: 00:03:31.15 / 30 fps
[Ch 15] [Pg 15] [Cell 15] [V/C Id: 1/15] : time: 00:02:16.15 / 30 fps
[Ch 16] [Pg 16] [Cell 16] [V/C Id: 1/16] : time: 00:04:19.15 / 30 fps
[Ch 17] [Pg 17] [Cell 17] [V/C Id: 1/17] : time: 00:06:46.27 / 30 fps
[Ch 18] [Pg 18] [Cell 18] [V/C Id: 1/18] : time: 00:03:42.27 / 30 fps
[Ch 19] [Pg 19] [Cell 19] [V/C Id: 1/19] : time: 00:01:22.15 / 30 fps
[Ch 20] [Pg 20] [Cell 20] [V/C Id: 1/20] : time: 00:04:08.11 / 30 fps
[Ch 21] [Pg 21] [Cell 21] [V/C Id: 1/21] : time: 00:01:30.15 / 30 fps
[Ch 22] [Pg 22] [Cell 22] [V/C Id: 1/22] : time: 00:01:47.01 / 30 fps
[Cell 23] [V/C Id: 1/23] : time: 00:03:44.29 / 30 fps
[Ch 23] [Pg 23] [Cell 24] [V/C Id: 1/24] : time: 00:05:22.04 / 30 fps
[Ch 24] [Pg 24] [Cell 25] [V/C Id: 1/25] : time: 00:03:07.26 / 30 fps
[Ch 25] [Pg 25] [Cell 26] [V/C Id: 1/26] : time: 00:02:31.10 / 30 fps
[Ch 26] [Pg 26] [Cell 27] [V/C Id: 1/27] : time: 00:02:59.15 / 30 fps
[Ch 27] [Pg 27] [Cell 28] [V/C Id: 1/28] : time: 00:01:30.00 / 30 fps
[Ch 28] [Pg 28] [Cell 29] [V/C Id: 1/29] : time: 00:06:54.05 / 30 fps
[Ch 29] [Pg 29] [Cell 30] [V/C Id: 2/ 1] Layer Br.: time: 00:00:01.00 / 30 fps

[zeus163]

I've been following this thread for quite some time, but haven't had a chance to try DVD Rebuilder yet. I tried it today and it was great. I started Nowhere In Africa (region 1) around 4 and had burnt the DVD by 9 using 3 pass in CCE! Wow!

The picture and quality look great, but I've noticed pixelations during chapter transitions (I wouldn't know these are where the chapters are if the video didn't pixelate for a brief, and I mean very brief second). I had read about this earlier and went back to check what Kungfucow and Jdobbs had discussed and I thought it had been fixed. Did I miss a setting? I've pretty much left everything at default except for the settings I need to change (where ECL is and where my mpeg2dec file is located. Do I need to run the files through Ifoedit?
I was using the latest beta .28. Unfortunately, I cannot try this again until after we get back from spring break! But if anybody has some ideas, I'm all ears.

Even though I have this slight hicup, I'd like to send Jdobbs a huge Kudos! Thanks!

[chadp1a]

Originally posted by jdobbs
To chadp1a and everyone else who is getting the Runtime '6' error. Can you confirm for me that you are getting it on a still frame that is also the last .AVS in a VTS? That means it is the last in a series of files that starts with a specific VXX name, for example:

...
V01002100002003.AVS
V01002200002004.AVS
V01002300002005.AVS <--- This is the one that causes it
V02000000001001.AVS
V02000100001002.AVS
...


yes jdobbs

I can confirm that I am getting it on a still frame that is also the last .avs in a vts.

[jdobbs]

Originally posted by Paced
It may just be me, but I think I've found the reason why DVD-RB causes CCE to go 'slower' than it does in DIF4U and/or other cases. It's quite simple actually; the trim(x,x) command - when I disable it, I go from 1.600 to ~1.800 (speed-wise in CCE 2.50). But of course, the trim(x,x) command is needed for DVD-RB to work the way it does, and the slight speed increase doesn't really make a huge difference anyway :) I run at the same speed either way -- I can't imagine the trim() command having that kind of affect. There has to be more at play.

[jdobbs]

Cool all, thanks for the feedback. I found the runtime error '6' and it will be fixed in Version 0.29 (I will release later today, I'm trying to round up and implement all my "promises")

[jhmac]

Any idea if you've found the audio skip problem also...

[jdobbs]

Originally posted by jhmac
Any idea if you've found the audio skip problem also... I do know that there was a problem associated with the fact that I had incorrectly set "seq_endcode=1" in CCE's .ECL files and that could theoretically cause the audio skip. That has been fixed in 0.29. But I can't say yet, for sure, whether that fixes it. I should know more before I post it.

[jhmac]

I hope so, that was the only problem I've had with DVD-RB. I don't know why but I haven't had the other errors that most have been having. It could be that I am using CCE Basic, I have noticed that most are using the CCE SP v2.50. Not sure if that makes a difference. Anyway thank you for all your hard work, if the audio prob is fixed then I will be using it as my main back-up software and you will be getting a donation from me in the near future. Thanks!

[RB]

Originally posted by jdobbs
STILL FRAMES!!! ARGGHHHH I'm working on this very diligently right at this moment. Thanks for the help.
Note that still frame cells can be located anywhere, not just at the end of a PGC. Also, it is possible for a cell to consist of multiple still frames, all coded as I-Frames (I I I I...). In this case you'll have to set up CCE accordingly, that is
gop_m=1
gop_nm=1
gop_hdr=1 in the ECL. Maybe it would be just easier for you to demux still frames during the prepare step and remux them as-is?

EDIT: maybe this setup should also be choosen for single-stillframe cells?

[jdobbs]

The problem wasn't caused by the fact that it was a still frame (although I still have issues I'm working with stills) -- it was only when a still was located at the end of VTS, had no audio/subpictures associated with it, and it reset the SCR. It was in a routine I have that scans forward looking for the next non-video sector.

[jdobbs]

Originally posted by RB
Note that still frame cells can be located anywhere, not just at the end of a PGC. Also, it is possible for a cell to consist of multiple still frames, all coded as I-Frames (I I I I...). In this case you'll have to set up CCE accordingly, that is
gop_m=1
gop_nm=1
gop_hdr=1 in the ECL. Unfortunately the way I work it now setting these parameters would apply them to the entire CELL -- and not all the CELL would have to necessarily be I frames. So my choice is to either (1) break them out into separate .AVS files or (2) demux them and leave them alone. There are a couple reasons why the second choice has issues. This is exactly what I am working on right now. (note: there's no issue with ReJig because it is a transcoder)

[jdobbs]

@RB

Hmmm... I'm trying to think (which in itself is an accomplishment)... Is there ever a time that a cell can have a mixture of I frames (stills) and typical GOPs?


Added later: I don't think I remember ever seeing one...

[RB]

Honestly, I don't know. It should be possible in theory... the question is, is there something in the VOB (NAV pack ?) that uniquely identifies a "still frame", IOW a frame that should be displayed for a certain amount of time or "forever". The latter AFAIK happens when the cell has the "restricted" flag set in the IFO, the user then typically has to press the play/enter key on the remote to skip through the stills.

[jdobbs]

Originally posted by RB
Honestly, I don't know. It should be possible in theory... the question is, is there something in the VOB (NAV pack ?) that uniquely identifies a "still frame", IOW a frame that should be displayed for a certain amount of time or "forever". The latter AFAIK happens when the cell has the "restricted" flag set in the IFO, the user then typically has to press the play/enter key on the remote to skip through the stills. Yes. The NAVPACK has a VOBU Start and Ending Presentation Time (PTM) on a still you see only one frame, but the end PTM goes out further than a single frame would...

[Trahald]

here is something i'll retype out of dvd demystified --

"There are 3 types of stills -- a pgc still, a cell still, and a vobu still. each has about the same functionality, with the primary difference being the way it is intended to be used and the location where the still information is stored. in all cases , the still occurs at the last PTM of a VOBU. A VOBU stil causes a still at the end of a specific VOBU, a cell still causes a still at the last VOBU of the cell. and a PGC still causes a still at the last VOBU of the PGC. VOBU stills and cell stills occur before the cell command is executed. PGC stills., which can be used in random or shuffle pgcs but not sequential pgcs, occur after cell commands and pgc looping but before the post commands. during a still. the navigation countdown timer and any GPRMs in counter mode continue to count. PGC and cell stills can be held indefinitely or from 1 to 254 seconds. VOBU stills are always indefinite." -- dvd demystified 2nd ed.


hopefully that would be helpful.. i was in a typing mood... :)

[Pedro Gouveia]

@ jdobbs. The BUG with sound skips in chapter points, seems to be related to data missing/changed in LAST AC3-Audio Pack of EVERY Cell.
The lenght of most of these AC3-Audio Packs in RB authored VOBS are smaller than the original ones.

The problem can be fixed by copying the original AC3-Audio Packs from original VOBS to the RB authored ones, and manually correcting the lenght.

[kadilak]

Originally posted by Paced
It may just be me, but I think I've found the reason why DVD-RB causes CCE to go 'slower' than it does in DIF4U and/or other cases. It's quite simple actually; the trim(x,x) command - when I disable it, I go from 1.600 to ~1.800 (speed-wise in CCE 2.50). But of course, the trim(x,x) command is needed for DVD-RB to work the way it does, and the slight speed increase doesn't really make a huge difference anyway :)

There may also be another reason for this. When DVD-RB calls CCE, take a look at task manager on your computer. On mine, DVD-RB is using 25% of the processor, while CCE uses the remaining 75%. This could easily account for the slower speeds.

I'm not sure anyone else has reported this problem but me, so I'd appreciate if someone else would take a look and see if the same thing is happening to them.

[jdobbs]

Originally posted by Pedro Gouveia
@ jdobbs. The BUG with sound skips in chapter points, seems to be related to data missing/changed in LAST AC3-Audio Pack of EVERY Cell.
The lenght of most of these AC3-Audio Packs in RB authored VOBS are smaller than the original ones.

The problem can be fixed by copying the original AC3-Audio Packs from original VOBS to the RB authored ones, and manually correcting the lenght. Actually I am copying the original AC3 audio packs from the original stream... but if I am missing data, I am obviously doing something wrong at the end of each cell. I'm glad you posted this -- I was thinking about putting 0.29 up, but I'd rather wait until I check this out.

BUT.... if what you are saying is correct then I have been misled -- I thought running the output through IFOEdit was fixing this? There's no way IFOEdit can replace missing audio????

[jdobbs]

Originally posted by kadilak
There may also be another reason for this. When DVD-RB calls CCE, take a look at task manager on your computer. On mine, DVD-RB is using 25% of the processor, while CCE uses the remaining 75%. This could easily account for the slower speeds.

I'm not sure anyone else has reported this problem but me, so I'd appreciate if someone else would take a look and see if the same thing is happening to them. It has to be a configuration on your individual machine -- you probably have CCE set to a lower priority. On my machine CCE is consistently getting 98-99% of the processor while running.

[Msc_Alex]

Runtime error ‘9’ subscript out of range (VTS_01)

Well Jdobbs I have found a way to bypass this error.
Tolled you about the movie that it was Bottom field first and Interlaced.

A wonderful tool called Vobedit :D showed This at the fist I GOP
of VTS_01_1.VOB :

[0032] Extension start code 437 [000001b5]
[0036] Picture Coding Extension 143 255 249 28 0 0 [8f ff f9 1c 00 00 ]
Extension ID-bits: 8
f_code[0][0] (forward horizontal): 143
f_code[0][1] (forward vertical): 15
f_code[1][0] (backward horizontal): 255
f_code[1][1] (backward vertical): 15
intra_DC_precision: 2
picture_structure: 1
picture_structure: Top Field
Top_Field_First: 0
TOP_FIELD_FIRST: 0
frame_pred_frame_dct: 0

Then I made a adjustment comparing with movie that did work

[0032] Extension start code 437 [000001b5]
[0036] Picture Coding Extension 143 255 247 28 0 0 [8f ff f7 1c 00 00 ]
Extension ID-bits: 8
f_code[0][0] (forward horizontal): 143
f_code[0][1] (forward vertical): 15
f_code[1][0] (backward horizontal): 255
f_code[1][1] (backward vertical): 15
intra_DC_precision: 1
picture_structure: 3
picture_structure: Frame picture
Top_Field_First: 0
TOP_FIELD_FIRST: 0

Guess what ? It worked, no more runtime error’9’ (only edit the first GOP)

It gave the error at VTS2 which was also: [8f ff f9 1c 00 00 ]
(This was VTS_02_1.VOB)
After setting this to f7 it went ok :devil:

I had set the ConvertToYUY2(Interlaced=true) option and it came out good.


Well you’re the Master of science here, hope it helps…

(btw: this is the only case in where upper field first had to be set in CCE but i didn't)

Take a break
:cool:

[legomen]

jdobbs,

Any information on how to bypass runtime error #4, or will there be a fix for it in .29?

thanks for the great tool.

[kadilak]

Originally posted by jdobbs
It has to be a configuration on your individual machine -- you probably have CCE set to a lower priority. On my machine CCE is consistently getting 98-99% of the processor while running.

I've set the CCE process to the highest priority possible, and the same thing still happens.

Does it make sense that DVD-RB would be using 25% of the processor anyway? DVD-RB is just waiting on CCE to exit, right?

[RB]

Originally posted by jdobbs
Actually I am copying the original AC3 audio packs from the original stream... but if I am missing data, I am obviously doing something wrong at the end of each cell. I'm glad you posted this -- I was thinking about putting 0.29 up, but I'd rather wait until I check this out.

BUT.... if what you are saying is correct then I have been misled -- I thought running the output through IFOEdit was fixing this? There's no way IFOEdit can replace missing audio????
Could this also be related to the sequence end code issue I reported?

[jdobbs]

Originally posted by RB
Could this also be related to the sequence end code issue I reported? I fixed the seq_endcode so it always equals "0" -- but when I ran LOTR2 (my example of where this happens) it didn't fix it. This is the one remaining bug I'm trying to fix before posting...

[jdobbs]

Originally posted by legomen
jdobbs,

Any information on how to bypass runtime error #4, or will there be a fix for it in .29?

thanks for the great tool. I haven't fixed that yet. It is related to stills (different from the previous error), I may not get that fixed until 0.30 -- either that or I'll have to delay posting 0.29 until it is done...

[jdobbs]

Originally posted by Pedro Gouveia
@ jdobbs. The BUG with sound skips in chapter points, seems to be related to data missing/changed in LAST AC3-Audio Pack of EVERY Cell.
The lenght of most of these AC3-Audio Packs in RB authored VOBS are smaller than the original ones.

The problem can be fixed by copying the original AC3-Audio Packs from original VOBS to the RB authored ones, and manually correcting the lenght. Can you be a little more specific on this one. Does it look like there is data missing from one packet -- or that it looks like a packet is missing? How do you do the comparison, demux? or viewing in VOBEDIT?

Thx.

[Msc_Alex]

@ ChickenMan
could you confirm this :
runtime 9 error
and open you VTS_10_1.VOB file with vobedit
edit the " Picture Coding Extension " of the first I GOP
set it to [8f ff f7 1c 00 00 ]
to solve your runtime 9 error ?

Love this beta testing :p

[hypo20]

@jdobbs

Are you delaying .29???

[jdobbs]

Originally posted by hypo20
@jdobbs

Are you delaying .29??? I still haven't been able to find the audio error... I'm starting to get a little burned out. I may post it as-is and fix the audio in 0.30

[nwg]

I still haven't been able to find the audio error... I'm starting to get a little burned out. I may post it as-is and fix the audio in 0.30

Please do ;)

I want to try it out overnight.

You sound like you need a break for a bit.

[jdobbs]

Originally posted by jdobbs
I still haven't been able to find the audio error... I'm starting to get a little burned out. I may post it as-is and fix the audio in 0.30 It's posted.

[hypo20]

@jdobbs

You're da man!!!

For you, it is not enough to give to world this HOLY app, but you're doing things, what users want. :)

Hat down before you. I salute you. :D

[Pedro Gouveia]

Originally posted by jdobbs
Can you be a little more specific on this one. Does it look like there is data missing from one packet -- or that it looks like a packet is missing? How do you do the comparison, demux? or viewing in VOBEDIT?

Thx.

I'm back

I've compared/fixed using VOB edit.
The data missing is from last AC3-Audio Pack of each cell

A easy way to test this out is to do a vobedit Demux by cell ID, both RB authored and original VOB, select one cell then goto last AC3-Audio Pack and compare.

[Pedro Gouveia]

There is data missing from AC3-Audiopacks


One example
VOBID3 CELL 4, Same PTS (last AC3-Audio Pack in this Cell)

RB Authored -> Lenght 0473h
Original VOB-> Lenght 062ch

[jdobbs]

This is going to be interesting. I can't for the life of me figure how I could be shortening this... but I obviously am.

[Pedro Gouveia]

Originally posted by jdobbs
Actually I am copying the original AC3 audio packs from the original stream... but if I am missing data, I am obviously doing something wrong at the end of each cell. I'm glad you posted this -- I was thinking about putting 0.29 up, but I'd rather wait until I check this out.

BUT.... if what you are saying is correct then I have been misled -- I thought running the output through IFOEdit was fixing this? There's no way IFOEdit can replace missing audio????

I'm affraid, passing through IFOedit doesn't replace the missing data in the AC3-Audio Packs.

[Pedro Gouveia]

If you want, i can send you a screenshot of both RB and original Cell diferences.

[jdobbs]

Originally posted by Pedro Gouveia
If you want, i can send you a screenshot of both RB and original Cell diferences. Please do. Either here or in a PM.

Thx.

[DDogg]

From .29b release log
- Changed the AVS option for adding audio to fix the well-known CCE 2.50 and AMD processor bug. JDobbs, nothing like this is being added to the scripts that I can see. Originally posted by RB
... However, funnily enough, it's still advised for CCE 2.66+ because otherwise CCE will continously increase it's memory usage with every VBR pass (not an issue with CCE 2.50!). You can see this in task manager, grabs a new large chunk of memory at the start of every pass and never releases it until you close CCE. This does not happen when there's an audio track in the AVS. 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!

[Paced]

I really hate to bring this up, but DVD-RB doesn't seem to be enabling/disabling various CCE commands properly (progressive, ZigZag, etc.). Here's what's happening for me:

- the DVD is PAL (contains progressive and interlaced streams).

- DVD-RB sets ConvertToYUY2() (interlaced=true isn't enabled) in the AVS scripts for every VTS set (even the interlaced streams).

- DVD-RB sets every AVS file to be encoded as 'Progressive' with 'ZigZag' enabled (again, it does this with the interlaced streams also) in CCE.

Maybe you could check up on this jdobbs (when you have the time of course)?

PS - I'm using CCE 2.50 (if that helps).

//Edit

I tried it once more with "Deinterlace with Decomb" enabled, and it still didn't pick up the interlaced streams (thus FieldDeinterlace() wasn't added into any AVS file).

Originally posted by DDogg
JDobbs, nothing like this is being added to the scripts that I can see.

Same here.