Log in

View Full Version : DVD Rebuilder (CCE One-Click Beta v0.46) Comments and Suggestions


Pages : 1 2 3 4 5 6 7 8 9 [10] 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

Mr Magic
12th April 2004, 13:08
When I try to download 0.35 I get the 0.34 ZIP file :)

jdobbs
12th April 2004, 14:16
DOH!!! Sorry, dumb-ass mistake. I hadn't validated the attachment yet. I guess it was working for me because I'm a moderator. It should work now.

smlong426
12th April 2004, 14:24
I'll encode a movie right now and let you know how it goes. I'm very curious to see if the chapter point flutter/stutter goes away.

digitlman
12th April 2004, 15:00
hi jdobbs, great app! very nice work. i guess my doom9 account died from lack of posting so i had to wait 5 days for this one to work to post, but it looks like u already fixed the source path bomb i was going to tell you about.

so i do have a very important and very simple to add feature request. i have been doing dvd authoring work for years ever since the first S201 burner came out. and the most important thing i have noticed about working with dvd's is that you must ALWAYS be reading and writing from one drive to another. in my case i have several scsi cheetah raid arrays i always read from one and write to another. theres nothing worse then hearing a paid raidset reading and writing 4 gigs of data to itself!.

So plz add a seperate output directory in your next version.

thanks and keep up the great work!

unplugged
12th April 2004, 16:11
I have some suggestions:
- maybe important to include MPEG2Dec3dg.dll, great quality and fast decoder
- add "idct=7" *by default* for mpeg2source into avisynth scripts (instead to leave blank and invoke old iDCT code)
- give possibility to add TemporalSoften(4,2,2,scenechange=15,mode=2) (before ConvertToYUY2 of course) that improves
quality and compression with almost any DVD without minimal ghost artifact (try yourself!) or detail loss
- possibility to compress all menu/extras with a fixed Q value (to be set by user with relatively high value) instead to use bitrate based concept, then auto-calc movie bitrate...

Last but not least I found that DVD-RB sets "interlaced=true" with ConvertToYUY2 if it detects interlaced structure in movie stream.
This is a little painful issue discussed and most of times DVD marked as interlaced have perfectly combed fields as progressive ones.
So, "ConvertToYUY2(interlaced=true)" can easely (most times) mess up and disalign chroma and luma channel.
I suggest to leave this flag to user, at least for main movie.

[Edit]
Avoiding this means also not using CCE in interlaced mode, with progressive flag and zigzag-scan-order activated in my latest test CCE gives better results jointly with progressive content (not *really* interlaced)

HarryM
12th April 2004, 16:48
Are subtitles corectly converted at "half-D1 resolution"?
Do you plan a "VCD resolution" support too, please?

DDogg
12th April 2004, 16:53
I have a question for the NTSC users. What would be a valid reason/s to change the original structure and use deinterlace for a dvd that is to be played on a TV?

jdobbs
12th April 2004, 16:54
Originally posted by HarryM
Are subtitles corectly converted at "half-D1 resolution"?
Do you plan a "VCD resolution" support too, please? No to the subtitles. You're on your own there... VCD??? I guess.. but doesn't that have to be MPEG-1? I guess I need to look it up.

Joergen
12th April 2004, 16:56
"VCD resolution" only applies to mpeg1 on DVD.. now there's a god-awful idea.

And subtitles not working on half-d1 is something worth mentioning.. but I always thought a dvd player floats the subs over the picture and stretches the MPEG2 stream in the background so the subs dont need special tweaking. I mean, you can get the player to show all kinds of buttons and menus over the video no matter what resolution the mpeg2 is, so the resolution IS full 720x576(480) at all times.

jdobbs
12th April 2004, 17:00
Originally posted by unplugged
I have some suggestions:
- maybe important to include MPEG2Dec3dg.dll, great quality and fast decoder
- add "idct=7" *by default* for mpeg2source into avisynth scripts (instead to leave blank and invoke old iDCT code)
- give possibility to add TemporalSoften(4,2,2,scenechange=15,mode=2) (before ConvertToYUY2 of course) that improves
quality and compression with almost any DVD without minimal ghost artifact (try yourself!) or detail loss
- possibility to compress all menu/extras with a fixed Q value (to be set by user with relatively high value) instead to use bitrate based concept, then auto-calc movie bitrate...

Last but not least I found that DVD-RB sets "interlaced=true" with ConvertToYUY2 if it detects interlaced structure in movie stream.
This is a little painful issue discussed and most of times DVD marked as interlaced have perfectly combed fields as progressive ones.
So, "ConvertToYUY2(interlaced=true)" can easely (most times) mess up and disalign chroma and luma channel.
I suggest to leave this flag to user, at least for main movie.

[Edit]
Avoiding this means also not using CCE in interlaced mode, with progressive flag and zigzag-scan-order activated in my latest test CCE gives better results jointly with progressive content (not *really* interlaced) - What does idct=7 do?

- If I put the temporal soften in I'll get slammed by those who want pure sources. I also want to keep it simple, it's getting more and more complicated every day with all the added options. Maybe I just need to "hide" the options a little better.

- I guess I could use the Q for setting the extras... but what you normally find is that people don't know what Q is... and sometimes set it higher, thus taking bitrate away from the movie instead of adding.

- I can make the "interlaced=true" an option, but others have advised me to leave it in...

nwg
12th April 2004, 17:01
"VCD resolution" only applies to mpeg1 on DVD.. now there's a god-awful idea.

Agreed. There are already too many programs that can do that right now.

HarryM
12th April 2004, 17:06
Originally posted by jdobbs
No to the subtitles. You're on your own there... VCD??? I guess.. but doesn't that have to be MPEG-1? I guess I need to look it up.

half-D1 (PAL) resolution
352x576px

VCD (PAL) resolution
352x288px
...this hasn't no conjunctive with MPEG1. Only same resolution, but MPEG2 used.
E.g. Tmpgenc use this at his "low_resolution_DVD profile"

I see, that you use at half-D1 directly
BilinearResize(352,576).

Is it right?

I thought that corectly is
Crop(8,0,-8,0)
BilinearResize(352,576) //or ReduceBy2
???

What is right? Damn, I don't know personally... :mad:

jdobbs
12th April 2004, 17:17
Originally posted by HarryM
half-D1 (PAL) resolution
352x576px

VCD (PAL) resolution
352x288px
...this hasn't no conjunctive with MPEG1. Only same resolution, but MPEG2 used.
E.g. Tmpgenc use this at his "low_resolution_DVD profile"

I see, that you use at half-D1 directly
BilinearResize(352,576).

Is it right?

I thought that corectly is
Crop(8,0,-8,0)
BilinearResize(352,576) //or ReduceBy2
???

What is right? Damn, I don't know personally... :mad: ReduceBy2 does an ugly reduction. The Crop() I assume would only apply to a 704x576 source -- and really shouldn't be there even then.

A quote from the FAQ:

Allowable picture resolutions are:
MPEG-2, 525/60 (NTSC): 720x480, 704x480, 352x480, 352x240
MPEG-2, 625/50 (PAL): 720x576, 704x576, 352x576, 352x288
MPEG-1, 525/60 (NTSC): 352x240
MPEG-1, 625/50 (PAL): 352x288

I guess you could give it the same thought pattern as you do when you meet a woman in a bar. It's legal -- but really ugly. Just how picky are you tonight?

DDogg
12th April 2004, 17:43
Originally posted by jdobbs
Maybe I just need to "hide" the options a little better This is more of my unsolicited commentary, and will probably not be appreciated, but I've got to comment about how so many great programs can get screwed up by so many bad suggestions.

This is one of the reasons I hoped you would comment about what your design philosophy is. From a few comments you have made, it seems to be a very intelligent 'keep it simple and give power to the people' design target, but then I'm only guessing.

I don't know if you have followed it, but len0x has done a brilliant job with AutoGK (http://forum.doom9.org/showthread.php?s=&threadid=64266), which I think shares a similar design philosophy as yours (guessing again). One of the reasons he accomplished so much is because he steadfastly held to his design parameters. The guy must get 50 'one off' or geek requests a week, with 95% of them being 'one off individual enthusiasms of the week', or many that are just dumb as mud (or god-awful ideas). The ones that get implemented only happen after a large amount of people provide factual data to prove it is a good idea and he sees a consensus built from the logic.

Which brings me back to your comment. If a feature is not needed by a broad base of your users, maybe stick it in as an INI option to test if it is used a lot. An INI option [that imports a user generated AVS for many 'one off' uses like compression filters, color correction, etc.] might be an example of this [users reponsibility to see that it is written correctly]. Then later if you see it is used by many, you could move it out to your GUI if it fits your design. If somebody can't deal with editing an INI then they are not at a level to be suggesting the damn thing in the first place (oops, ranting again).

HarryM
12th April 2004, 17:44
Originally posted by jdobbs
I guess you could give it the same thought pattern as you do when you meet a woman in a bar. It's legal -- but really ugly. Just how picky are you tonight?

I am sorry...
I am indisposed now likely. You know sure - difficult "spiritous" Easter Monday... :rolleyes:

Thanks for DVD-RB making!!! :)

djkilla
12th April 2004, 17:48
jdobbs, just wanted to let you know that all these fancy settings people are suggesting are greek to me. If I'm interested in such advance settings, I would search the internet to get a detailed explanation and set the settings accordingly (I'm trying not to step on anyone's toes). I guess what I'm trying to say is, please keep this program simple. I'm attracted to this program because it's a simple alternative to the Big 3 method. I've always wanted to get into re-encoding with CCE without the complication of it all. Just my 2¢!

-D j K i l l a-

Rombaldi
12th April 2004, 17:50
@jdobbs

I have what may be an odd 'feature request' that has nothing to do with the REBUILDING process, but the ENCODING, but depending on how you implement it, could be expanded into something useful for all..

I'be been using RB on discs I make myself from sources from my Panasonic DVD-Recorders (note for future, the Panny/Toshiba recorders record at 704x480). Handy to get 4 45 minute shows on a disc rather than 3 (record programs, extract mpeg, edit, author as an 'oversized disc' and let RB 'reduce it'). 3 passes of CCE does a better job than shrink on these IMHO.. and it's letting me take some LBX programs and (now) 16:9 them... but I digress..

HERE'S THE PROBLEM. On the EARLY versions of the recorders (E20,E30,etc..) Panasonic had a 'bug'.. well perhaps not a bug, but a feature that wasn't disabable.

In JAPAN, the value of BLACK is 7.5IRE, in the US it's 0.0IRE. A (true) Japanese disc will look slightly WASHED OUT on a US player and a US disc will look very DARK on a Japanese player at their default settings. Whack the brightness control, either on the player or tv and the problem is correct.. but it's a hassle.

On the 'first' recorders, the BLACK level was set to 7.5 IRE, resulting in discs that, while played back looked on on their recorders, look washed out on everything else. On the later recorders it was made so you could set the recording IRE level (darker=us, lighter=jap).

Unfortunately, I've got a coupla of hundred discs that were recorded on the "wrong" black level. I could either play them back from a player set to correct the level, re-record and reauthor the lot...

or.....

I could see if the masterful JDobbs could add an AVS option to apply either globally or on a VTS basis (like the 16:9 or half D1) that could either insert the AVS command to adjust the brightness DOWN by 7.5 IRE or (in the future) some other userdefinable value (for now, call it 'correct Panasonic Recorder levels'). Yes, I know, I could hand edit all the AVS files.. but that could get messy quickly.....

In the long run, it could transform into a 'insert custom AVS commands' for color correction, brightness, contrast, etc.. etc..' so that RB could correctly and reliably make sure gets applied thru the project..

that are several hundred thousand of these decks out there... so I can't call it a 'one off' but it is specialized..

just consider it...

ADDENDUM

my bad, make a suggestion on something to add and then not say what should be added.

based on my initial tests, the function that should be applied in the AVS file would be..

Levels(0,1,255,-16,239,false)

that (afasikt) does the subtraction of IRE 7.5 (binary 16) as it passes thru. (if someone knows better the correlation, please correct me).

rui
12th April 2004, 18:06
Originally posted by jdobbs
I also want to keep it simple, it's getting more and more complicated every day with all the added options. Maybe I just need to "hide" the options a little better.


I agree.

IMHO, the thing that atracted people most to your wonderfull tool is it's simplicity, and yet great quality. This thread's name says it all (DVD-RB CCE One-Click)

wmansir
12th April 2004, 18:12
I think the rationale (use in this thread (http://forum.doom9.org/showthread.php?s=&threadid=73625)) is that Half-D1 is expanded to 704x480 on playback, so if you just resize a 720x480 image to Half-D1, it will have an incorrect aspect ratio when played back.

Also, Jdobbs, I know you probably don't want the headache of dealing with another plugin or setting, but the FastBilinearResize or SimpleResize functions will give a little speed boost. Just a thought for the future, if you ever do package Avisynth DLLs with the program.


However, advanced users can hack there setup to overload the BilinearResize function on there own. Here is how:

1. Download the SimpleResize Plugin for AVS 2.5.
2. Put it in your AVS 2.5 plugins Dir.
3. Create a text file called "Resize.avsi" in your AVS 2.5 plugin dir.
4. Put this in the file:

Function BilinearResize(clip clip, int V, int H){
clip.SimpleResize(V,H)
}

That's it. Be sure and test it. SimpleResize is actually a little sharper than pure Bilinear. There was also a FastBilinearResize DLL out before tberry released a YV12 version of SimpleResize.

Also, I checked and the function overload is dependent on the number of arguments. So unless the arguments given match this macro it will default to the internal BilinearResize function. For example:

BilinearResize(352,480) -> Simpleresize macro is used

BilinearResize(352,480,8,0,704,480) -> internal Bilinear function is used.

You could add a macro for the second method if you want. I'm not sure if SimpleResize will accept that format, but since your writing the macro it is easy to work around.

DDogg
12th April 2004, 18:18
wmansir, you now see why we wanted you to moderate :) Good ideas!

Or, just jdobbs could stick in an INI option that allows the user to declare the choice of resizer.

unplugged
12th April 2004, 18:54
@jdobbs

Here come the "advanced user" checkbox and "reset to defaults" button...

Come on, your tool can take power of Avisynth and CCE?
So it's obviosly logical that it's not only for dummies! :)
Originally posted by jdobbs
- What does idct=7 do?
High precision (and very fast and stable) MPEG-2 decoding routine from XviD/libavcodec projects, used by many freaks like us ;)
It's heavely MMX optimized and it shouldn't need SSE (please someone confirm).
N° 5 (idct) is optimized for P4/SSE2, little more fast but less precise then 7.
I'll suggest idct=7 for all situations (read MPEG2Dec3dg brief doc).
Originally posted by jdobbs
- If I put the temporal soften in I'll get slammed by those who want pure sources. I also want to keep it simple, it's getting more and more complicated every day with all the added options. Maybe I just need to "hide" the options a little better.
I agree, many doesn't know that a little of genuine temporal denoiser doesn't cut details as spatials and brute-force ones do...
Problem is that either regular and recent DVDs have hell of noise (T3, Hulk...), CCE is VERY sensible to details and fluctuations, so when we re-encode there are also newer compression artifacts built over original noise/dct artifacts (grrrrrr...).
TemporalSoften approach stabilizes image and color tonality (chroma), benefits are visible and it easely avoids typical combined compression/noise artifacts (that original stream has itself).
Having this, consider that in still and low motion frames CCE can "take breath" and have available "one hell of bitrate" for all that counts, particulars included.

Originally posted by jdobbs - I guess I could use the Q for setting the extras... but what you normally find is that people don't know what Q is... and sometimes set it higher, thus taking bitrate away from the movie instead of adding.
Right, really, some title may have extras heavely compressed, so that would be a very bad case for Q method.
A possible solution:
We may consider a valid and resonable default/start value (for ex. 60) + temporal active by default, if cell encoded is bigger then original than we can assume that is already massively compressed so it's taken as it is!
Originally posted by jdobbs - I can make the "interlaced=true" an option, but others have advised me to leave it in...
Progressive sources (marked interlaced) that I have encoded with CCE with interlaced setup take more bits and have pseudo-interlacing artifacts.

Joergen
12th April 2004, 19:22
jdobbs: What does DVD-RB do when CCE 2.5 encounters the old Checksum error (that needed a "CRC Patch")?

The reason I ask is that obviously many a user of your (increasingly praised) tool has never used CCE before and will just casually download (yes) CCE 2.5, suppress warnings and perhaps getting all sorts of bugs from multipass checksum errors. Just a random thought.

bobwillis
12th April 2004, 20:05
Regarding stutter: I wondered if this http://forum.doom9.org/showthread.php?s=&threadid=37485&highlight=stutter+chapter comment posted by dweeb is correct and of any relevance - chapter point must be an I frame?

Joergen
12th April 2004, 20:11
Originally posted by bobwillis
Regarding stutter: I wondered if this http://forum.doom9.org/showthread.php?s=&threadid=37485&highlight=stutter+chapter comment posted by dweeb is correct and of any relevance - chapter point must be an I frame?

Might explain why windvd4 cannot start play from where you rewind or why powerdvd seems to jump a second or so forward first when it starts rewinding.

RB
12th April 2004, 20:12
Originally posted by unplugged
Progressive sources (marked interlaced) that I have encoded with CCE with interlaced setup take more bits and have pseudo-interlacing artifacts.
Not in my experience. I have done this for a couple of movies this way and never noticed any artifacts.

Also, again, there is no such thing as "progressive marked as interlaced". For ConvertToYUY2(interlaced=true/false), what counts is how the stream is encoded, not what your eyes see. If the progressive_frame flag in the MPEG2 picture header is off, this means it's encoded as interlaced. The chroma is stored differently for interlaced and progressive YV12, hence ConvertToYUY2(interlaced=true) must be used whenever there are non-progressive frames.

jdobbs
12th April 2004, 20:28
Originally posted by Joergen
jdobbs: What does DVD-RB do when CCE 2.5 encounters the old Checksum error (that needed a "CRC Patch")?

The reason I ask is that obviously many a user of your (increasingly praised) tool has never used CCE before and will just casually download (yes) CCE 2.5, suppress warnings and perhaps getting all sorts of bugs from multipass checksum errors. Just a random thought. "What will it do, Mr. Bond? Ha, ha, ha... it will die!"

jdobbs
12th April 2004, 20:32
Originally posted by bobwillis
Regarding stutter: I wondered if this http://forum.doom9.org/showthread.php?s=&threadid=37485&highlight=stutter+chapter comment posted by dweeb is correct and of any relevance - chapter point must be an I frame? I can assure you that every chapter point begins with an I-Frame. In fact I'd have to go out of my way to try and start without one (notice that the chapters are all encoded individually).

berndy2001
12th April 2004, 20:54
Originally posted by Joergen
jdobbs: I noticed the encode button now says Pause instead of Abort? Can we now pause.. reboot and continue at any time from the last completed section? (this is the dream).



such a feature would be nice.
today i encoded 75% of a movie (took me about 7hours), then my computer crashed.
in the working dir, there are a lot of complete the mpeg files, can i use them? i dont want to restart at the beginning... :scared:

i noticed the pause function. but without a resume feature, it is more an abort-function.

i noticed too, while cce is occupied with encoding, i have a cpu-load of 30% by dvd-rb... is that normal?

anyway very nice programm

Joergen
12th April 2004, 21:06
Originally posted by berndy2001
can i use them?

You could try moving them to another directory, then start encoding again and hit cancel when CCE is writing the .mpv (the one that you already have, except the very last one cause it was prolly unfinished when your pc crashed). and before re-building, copy the completed stuff from the other dir :D I dunno if this works though but its worth a try.

When jdobbs includes the resume option, dvd-rb needs to calculate which .vaf and mpv are finished and which arent. This might even help to fix a .vaf or .mpv that was accidentally cancelled by the user (in cce).

Hmm I just noticed I keep saying .mpv but D2VAVS dir is full of .m2v files, guess DVD-RB or CCE renames them after completion (the encoding window still says .mpv).

ux-3
12th April 2004, 21:48
I just had a look of my first DVD that I made with Rebuilder 0.34. I used CCE2.67.00.23 with it and I was doing the last side of the ER Season 1 in PAL (2 episodes plus extras). I think I left almost everything on default, and there was no path set for a deinterlacer either.
While the actual two episodes are fine, the extras are rather messed up, flickering ghost images and such. Perhaps a problem of field order? Have seen that problem with Star Trek TNG before, when the field order was autodetected in DVD2SVCD. No Combs but a moving arm looks like its strobe-lit. My guess is that the half frames come in the wrong order: Back forth back forth. Any suggestions?

unplugged
12th April 2004, 22:18
Originally posted by RB
Also, again, there is no such thing as "progressive marked as interlaced". For ConvertToYUY2(interlaced=true/false), what counts is how the stream is encoded, not what your eyes see. If the progressive_frame flag in the MPEG2 picture header is off, this means it's encoded as interlaced. The chroma is stored differently for interlaced and progressive YV12, hence ConvertToYUY2(interlaced=true) must be used whenever there are non-progressive frames.
Ok, I know, some time ago I was one of those to point this issue as you.

Now, what I'm trying to explain is that in most cases "interlaced=true" misplaces chroma lines so evidently that you could re-think the logical theory and realize to consider another factor.
For example on red objects I could see red part two lines out from its shape, and in an interleaved fashion. Looking the result with "interlaced=false" I see a perfect matching.
This repeat for many, many DVDs encoded in interlaced format.

I do NOT want be the man that insist.
The reasons of color misplacement with "interlaced=true" may be:

1) There are *lots* of progressive content DVDs encoded in interlaced YV12 mode without prior post-production "YV12 to interlaced-YV12" conversion (for chroma placement).
So the content is passed to the mastering process (encoding) without taking care of progressive frame nature (film 24fps).

2) There is another parameter to afford in which we really found if decoded picture need to be threaten as interlaced or not

[edit]
Whether is the reason 1 or 2 or any I LIKE to leave that chroma as is when the problem could appear (and don't want players reproduce it)

facialcrunch
12th April 2004, 22:24
I was trying to use version 0.34 to copy the Gladiator Widescreen DVD. The original is 7.8 GB. I am using CCESP (new) with it with CCEECL. I've tried the one-step process and the three-step process. Both times, it took about 3-4 hrs. and I got my resultant AUDIO_TS and VIDEO_TS (with files) folders without errors. If I open the folder with the files with PowerDVD, it works fine. If I open it with Cineplayer or WinDVD, it freezes. I've used DVDFab and Nero to burn each to a DVDR- and it will not run on my computer or hardware DVD player. The burned disk freezes on the computer and when I try to load it in my hardware DVD, it pauses for about 10 seconds and then skips to the next disk. I haven't tried another movie yet.

Have you seen this problem before? Have I done something wrong? Just my experience to help with the progress. Thanks for the beginnings of a great program!

Fr4nz
12th April 2004, 23:18
I find ReBuilder a great program!

It would be interesting also if we could select parts of the DVD we want to encode (mainly the main movie only,thus gaining space on the DVD-R). :)

jdobbs
12th April 2004, 23:27
Originally posted by ux-3
I just had a look of my first DVD that I made with Rebuilder 0.34. I used CCE2.67.00.23 with it and I was doing the last side of the ER Season 1 in PAL (2 episodes plus extras). I think I left almost everything on default, and there was no path set for a deinterlacer either.
While the actual two episodes are fine, the extras are rather messed up, flickering ghost images and such. Perhaps a problem of field order? Have seen that problem with Star Trek TNG before, when the field order was autodetected in DVD2SVCD. No Combs but a moving arm looks like its strobe-lit. My guess is that the half frames come in the wrong order: Back forth back forth. Any suggestions? Could you look in the .D2V file at the offending section? Usually when you see the kind of error you have it is related to field order... If the .D2V has a lot of '2's in it -- that indicates Top Field First, a lot of '0's mean Bottom Field first. If you see it alternating between the two regularly -- ignore that section it is telecined.

BTW -- the above is ONLY true on a .D2V created by DVD-RB... DVD2AVI might also show '1's, '3's, and '4's... DVD-RB should handle this for you, but if you're seeing craziness, I'd like to know why.

wmansir
13th April 2004, 01:25
Here's a minor suggestion:

Create an OUTPUT directory under the working directory and create the ouput VIDEO_TS folder there. As it is now the working directory contains the VIDEO_TS folder and the D2VAVS folder when complete. So to make an image I have move (or delete) one of them.

krackato
13th April 2004, 03:07
I still only get file dvd-rbv034.zip. Where's version 0.35?

dave88
13th April 2004, 03:29
I got .35 just now, so it's probably your browser

krackato
13th April 2004, 04:56
Weird. With Firefox I get version 0.34 and with IE I get version 0.35. Very odd. Thanks for the tip.

jdobbs
13th April 2004, 05:07
Originally posted by quantum
I don't get it myself, but if this works, it's big. Really big. Problems with telecided and mixed interlaced / telecided video has been a big nagging issue with going the CCE route from the beginning. Most of the time you don't even know you have a problem until you see jerky movement in the middle of your otherwise perfect backup. This has driven me to use transcoders in many cases since that way you avoid the risk of telecide and field order problems. Hats off to jdobbs and I hope he really has spun some magic to fix all this. I meant to comment on this earlier. Want to test it? Put one of the DVDs you know have been a problem... after it is completed run DVD2AVI against them both -- that's where the other CCE encoders have failed. You will notice the shifting between telecined and back will happen at exactly the same frames. The processing to do this was the "epiphany" I had last week that took me 3 days to implement.

I'm rather proud of that one. It's been nagging at CCE users for a long time.

JDay
13th April 2004, 06:14
Originally posted by krackato
Weird. With Firefox I get version 0.34 and with IE I get version 0.35. Very odd. Thanks for the tip.

I had that same problem with firefox. Cleared my cache, problem solved.

Raymongo
13th April 2004, 06:15
I'm still having the error #0004 with disney's dumbo at the same spot as reported earlear. But the 006 error gone :p

krackato
13th April 2004, 08:15
I too am having error #0004 with Matrix Revolutions.

edit: Now I'm getting "error #0004" followed by "Stop statement encountered". Yeah, I've got another thread about this problem.

lab-one
13th April 2004, 13:38
@krackato

I too am having error #0004 with Matrix Revolutions.

I've backed this up twice now without any problems. Other than stuttering which is the reason I have backed it up twice and am hoping I found a reason for it....long story.

Anyway, no problems at all with the actuall process of backing up Matrix Revolutions, R1 - NTSC.

Complete 1:1 w/ all audio on second back-up
CCE 3.50SP and CCE 2.66 Trial
eclcce 1.8b
DVD-RB .35

ux-3
13th April 2004, 14:11
Originally posted by jdobbs
Could you look in the .D2V file at the offending section? Usually when you see the kind of error you have it is related to field order... If the .D2V has a lot of '2's in it -- that indicates Top Field First, a lot of '0's mean Bottom Field first. If you see it alternating between the two regularly -- ignore that section it is telecined.

BTW -- the above is ONLY true on a .D2V created by DVD-RB... DVD2AVI might also show '1's, '3's, and '4's... DVD-RB should handle this for you, but if you're seeing craziness, I'd like to know why.

This thread is moving so fast, I missed your reply - sorry. The D2V is gone to data-nirvana. Could I recreate it quickly in step one of the procedure "Prepare"? I have the original here. I'd redo that step, but then what? "Ignore that Section"? What do you mean? Look away when it plays? I don't quite understand your suggestion.

jptheripper
13th April 2004, 15:47
jdobbs,

i was wondering if you could tell us where the "set custom bitrates to specific vts's/cells" status is, or where it is in your priority list. Thanx

-jp

Paced
13th April 2004, 15:52
Originally posted by jptheripper
jdobbs,

i was wondering if you could tell us where the "set custom bitrates to specific vts's/cells" status is, or where it is in your priority list. Thanx

-jp

It's currently not available in any version of DVD-RB, but I think I remember jdobbs saying it's on his list of things to come.

jptheripper
13th April 2004, 16:37
Originally posted by Paced
It's currently not available in any version of DVD-RB, but I think I remember jdobbs saying it's on his list of things to come.

Yeah i know that, what i was asking is whether its next on things to come, or whether its like 20 places down the "to-do" list

DDogg
13th April 2004, 16:44
jdobbs,

1> Would it be difficult to add the source length and aspect in the "Video Title Sets" window?

2> Possible to gray the deinterlace option when source is clearly progressive? Speaking of hiding options, offering De-interlace sure seems dangerous in a 1-click given it is such a complex subject with so many possible permutations and pitfalls. Frankly I don't understand why anybody would ever use it when viewing is via a NTSC television. I must be missing something. There is no compression increase because you are not decimating. Right?

Oldeman
13th April 2004, 16:48
DVD-RB .35
QuEnc Encoder
Error 5 in Rebuild
during processing VTS 01 -Rebuilding Vob id 1 cell id 1
After copying all unaltered files.

Movie: Any Given Sunday
This source works great in DVD-RB using ReJig.

I've tried tried QuEnc about 5 different movies/versions always get a run time 5 at various places during rebuild.

ReJig works great for me on most movies...except Tora Tora Tora

; Cinema Craft Encoder Basic -- Encoder Control List
; Created by DVD ReBuilder

[item]
title=V01000000001001
aud_out=0
vaf_file=D:\DVD_RB_WORK\D2VAVS\V01000000001001.vaf
aud_file=D:\DVD_RB_WORK\D2VAVS\V01000000001001.mpa
file_focused=0
packet_size=2048
width=720
height=480
frame_rate_idx=1
cbr_brate=6000
vbr_brate_avg=786
vbr_brate_min=0
vbr_brate_max=9000
seq_endcode=0
dvd=0
half_width=0
half_height=0
lum_level=0
aspect_ratio=2
gop_m=3
gop_nm=4
gop_hdr=12
seq_hdr=1
all_closed_gop=0
fix_gop_length=0
samples_per_sec=44100
stereo=2
brate_idx=7
crc=1
progressive=1
alternate_scan=0
intra_dc_prec=2
aud_mode=0
tc_ref_frm=0
drop_frame=0
fix_vbv_delay=0
letter_box=0
pulldown_detect=0
vid_file=D:\DVD_RB_WORK\D2VAVS\V01000000001001.m2v
video_type=8
tc_offset=0
offset_line=0
remove_vaf=0
pict_type=0
pict_complexity=2
filter_off=1
name=D:\DVD_RB_WORK\D2VAVS\V01000000001001.avs
frame_first=0
frame_last=1
encode_first=0
encode_last=1

wmansir
13th April 2004, 17:02
Just wanted to remind people this is the Comments and Suggestions Thread. Please post bug reports and errors in the Bug Report Thread (http://forum.doom9.org/showthread.php?s=&threadid=73853)